PLC do Rascunho ao Software 07

Bem agora vamos ver todos requisitos identificados no email recebido, se você não sabe de qual email estou falando é só voltar e ler esse artigo aqui: https://www.plcengsoft.com/post/plc-do-rascunho-ao-software-06 , utilizei questionários, conversei, fiz brainstorming e consegui detalhar mais os requisitos, e nesse meio tempo, recebi um ótimo email da engenharia mecânica.

“de: Engenharia Mecânica

Para: programador

Assunto: Magazine de Paletes

Sr. Programador,

Como solicitado pelo gerente de projetos, segue em anexo um ciclograma de funcionamento básico do magazine de paletes.

Segue também um esboço do equipamento com os dispositivos envolvidos e um esboço pneumático, infelizmente ainda estamos finalizando os desenhos para envio para produção, porém o conceito funcional está descrito, estamos focados em detalhes estruturais o que não afeta o seu trabalho de desenvolvimento, quaisquer dúvidas, por favor entrar em contato.

Magazine de Paletes_Info.pdf

Download PDF • 295KB

Atenciosamente,

Projetista Mecânico Gente Boa “

Opa! Recebemos informações importantes para o nosso rascunho, e algo muito importante mesmo com o projeto mecânico não finalizado o projetista mecânico foi gente boa e enviou a informação crucial que precisamos para construir o nosso software, um esboço, layout do equipamento, com os dispositivos envolvidos e o esquema pneumático, além do ciclo básico de funcionamento! cara legal esse Projetista Mecânico!

Bom vamos lá, a primeira coisa que vou fazer é olhar o layout e identificar meu equipamento, isso vai me ajudar da seguinte forma, vou identificar possíveis requisitos funcionais, baseado nos dispositivos que eu ver, por exemplo um possível risco de colisão, um acionamento que deve ser feito, sensores que eu vou ter que mapear e criar suas falhas, entre outros, além de o layout me mostrar como a máquina é dividia e vai interagir com outras máquinas, já me mostrando como eu posso estruturar meu software mais à frente, a segunda coisa que vou olhar é o esquema pneumático ele vai me ajudar a detalhar os requisitos funcionais relacionado aos acionamentos. Eu já tinha identificado os requisitos com o layout anteriormente.

Embaixo a sequência de funcionamento que foi enviado pelo projetista gente boa, vejam que é bem simples, não detalha muito, outras formas que você poderia ter recebido seria como um ciclograma, ou uma descrição passo a passo, igual a um bolo, aqui nosso projetista gente boa fez um fluxograma até que legal.

Pronto, agora vou escrever e detalhar até onde é possível os requisitos que identifiquei desses documentos, e vou usar a mesma metodologia para escrever que usei no último artigo.

Todos os requisitos detalhados (aliás é capaz de você reescrever eles de uma forma melhor e também, detalhar mais, convido você a fazer isso e compartilhar nos comentários ou no fórum!)

Requisitos funcionais

[RF 01] – Modo de Operação Automático

Modulo: Modos Operacionais

Data:16/10/2023

Alteração:16/10/2023 Autor: Paulo Ricardo

Autor: Paulo Ricardo

Prioridade: Essencial

Descrição:

Modo automático é responsável por permitir o funcionamento do equipamento automaticamente, conforme sua sequência de funcionamento descrita.

O modo automático só pode ser acionado caso haja a seleção do modo automático através a chave 2 posições, localizada no painel, e após confirmação através do botão de automático, também localizado no painel.

Modo automático só pode estar ativo com a segurança OK e Pré-condições de automático ativo.

[RF 02] – Modo de Operação Manual

Modulo: Modos Operacionais

Data:16/10/2023

Alteração:16/10/2023 Autor: Paulo Ricardo

Autor: Paulo Ricardo

Prioridade: Essencial

Descrição:

Modo manual permite a movimentação individual de cada um dos acionamentos através da Interface Homem Máquina.

Modo manual só pode ser acionado caso haja a seleção de modo manual esteja ativa através da chave de seleção localizada no painel e a confirmação através do botão localizado no painel.

Modo Manual só pode estar ativo com a Segurança OK

[RF 03] – Modo Dry-Run

Modulo: Modos Operacionais

Data:16/10/2023

Alteração:16/10/2023 Autor: Paulo Ricardo

Autor: Paulo Ricardo

Prioridade: Importante

Descrição:

Modo Dry-Run é acionado através de seleção na Interface Homem-máquina, esse modo de operação permite o funcionamento com repetição automática, de todos os acionamentos, conforme a descrição da sequência e do funcionamento do software, permitindo assim testar as funcionalidades do equipamento em modo automático e simular seu tempo de ciclo de forma real.

O modo Dry-Run só pode ser acionado com o equipamento com o modo automático ativo e com a total ausência de peças.

[RF 04] – Modo Simulação Ativa

Modulo: Modos Operacionais

Data:16/10/2023

Alteração:16/10/2023 Autor: Paulo Ricardo

Autor: Paulo Ricardo

Prioridade: Desejável.

Descrição:

Modo Simulação ativa, permite simular as entradas e saídas do controlador, bloqueando quaisquer sinais recebidos através de suas entradas físicas e bloqueado qualquer acionamento das saídas físicas. Esse modo de operação é utilizado para testes de lógica e desenvolvimento da aplicação, antes do comissionamento físico.

O Modo Simulação ativa, é ativado através de um botão na Interface Homem-Máquina.

[RF 05] – Sinalização de operação

Modulo: Sinalização

Data:16/10/2023

Alteração:16/10/2023 Autor: Paulo Ricardo

Autor: Paulo Ricardo

Prioridade: Essencial

Descrição:

Utilizando os princípios da NR12, baseados em semáforo, o operador deve receber as informações de liberação para iniciar o processo de abastecimento e desabastecimento, como liberação com atenção para adentrar ao dispositivo para efetuar a solda manual.

[RF 06] – Falhas de acionamento

Modulo: Falhas

Data:16/10/2023

Alteração:16/10/2023 Autor: Paulo Ricardo

Autor: Paulo Ricardo

Prioridade: Essencial

Descrição:

Todo dispositivo que após seu acionamento em um determinado tempo, não atingir o status esperado deve emitir uma falha na IHM, para informar a falha e seu tipo de falha.

[RF 07] – Sequência Automático

Modulo: Sequência de Automático

Data:16/10/2023

Alteração:16/10/2023 Autor: Paulo Ricardo

Autor: Paulo Ricardo

Prioridade: Essencial

Descrição:

A sequência de automático de deve seguir de maneira estrita os passos encontrados no item 2.2

[RF 08] – Controle de Produção

Modulo: Controle Produção

Data:16/10/2023

Alteração:16/10/2023 Autor: Paulo Ricardo

Autor: Paulo Ricardo

Prioridade: Essencial

Descrição:

Como PCP, através de uma tela específica é possível verificar a quantidade de paletes enviados para linha além de aplicar reset a contagem quando o usuário decidir que é necessário

[RF 09] – Tela Principal

Modulo: Telas IHM

Data:16/10/2023

Alteração: 16/10/2023 Autor: Paulo Ricardo

Autor: Paulo Ricardo

Prioridade: Essencial

Descrição:

A tela principal deve conter:

· Banner de alarme;

· Indicações de status de: Segurança, Modo automático, Modo de Simulação Ativa, Modo Manual, Dry-Run.

· Botão de para ativar Modo de Simulação

· Botão para ativar Modo Dry-Run;

· Botão para navegação para tela de movimentos manuais;

· Botão para navegação para tela de Falhas/alarmes ativos;

· Botão para navegação da tela de sinótico;

· Botão para navegação para tela de produção / PCP;

[RF 10] – Tela de Sinótico

Modulo: Telas IHM

Data:16/10/2023

Alteração: 16/10/2023 Autor: Paulo Ricardo

Autor: Paulo Ricardo

Prioridade: Essencial

Descrição:

A tela de sinótico deve conter:

· Banner de alarme;

· Indicações de status de: Segurança, Modo automático, Modo de Simulação Ativa, Modo Manual, Dry-Run.

· Botão para navegação para tela de movimentos manuais;

· Botão para navegação para tela de Falhas/alarmes ativos;

· Botão para navegação da tela Principal;

· Animação de status para cada dispositivo/acionamento do equipamento;

· Animação de status para cada sensor de posicionamento e/ou presença de palete do equipamento;

· Botão de Reset de Falhas;

[RF 11] – Tela de Falhas

Modulo: Telas IHM

Data:16/10/2023

Alteração: 16/10/2023 Autor: Paulo Ricardo

Autor: Paulo Ricardo

Prioridade: Essencial

Descrição:

A tela de Falhas deve conter:

· Tabela de alarme: Data e Hora, Descrição da falha e comportar ao menos 20 falhas ativas por página da tabela;

· Indicações de status de: Segurança, Modo automático, Modo de Simulação Ativa, Modo Manual, Dry-Run.

· Botão para navegação para tela de movimentos manuais;

· Botão para navegação para tela de sinótico;

· Botão para navegação da tela Principal;

· Botão de Reset de falhas;

[RF 12] – Tela de Histórico de Falhas

Modulo: Telas IHM

Data:16/10/2023

Alteração: 16/10/2023 Autor: Paulo Ricardo

Autor: Paulo Ricardo

Prioridade: Essencial

Descrição:

A tela de histórico de falhas deve conter:

· Tabela de histórico de alarmes: Data e Hora, Descrição da falha e comportar ao menos 20 falhas;

· Indicações de status de: Segurança, Modo automático, Modo de Simulação Ativa, Modo Manual, Dry-Run.

· Botão para navegação para tela de falhas ativas;

· Botão de Reset de falhas;

· Botão para limpar o histórico de falhas;

[RF 13] – Tela de Movimento Manuais

Modulo: Telas IHM

Data:16/10/2023

Alteração: 16/10/2023 Autor: Paulo Ricardo

Autor: Paulo Ricardo

Prioridade: Essencial

Descrição:

A tela de movimento manuais deve conter:

· Botões para movimentar acionamentos pneumáticos e motores;

· Indicações de status de: Segurança, Modo automático, Modo de Simulação Ativa, Modo Manual, Dry-Run.

· Texto explicativo para informar intertravamentos para os movimentos;

· Indicações de posição dos elementos acionados;

· Indicações de falha para dos elementos acionados;

· Seleção do elemento acionado para garantir que somente 1 possa ser acionado por vez;

· Botão de navegação para Tela Principal;

· Botão de navegação para tela de PCP;

· Botão de navegação para tela de sinótico;

· Botão de navegação para tela de falhas ativas;

Requisitos do Usuário

[RU USU01] –Operador pode efetuar movimentos em manual pela IHM

Descrição

Uma vez o equipamento em modo manual, o operador utilizando a tela de controles manuais da IHM, pode efetuar movimentações individuais dos dispositivos do equipamento.

Prioridade

Essencial

Pré-condições

Equipamento em modo manual com segurança para operação OK.

Pós-condição

Animações com o status dos dispositivos que sofreram movimentação

[RU USU02] – Operador Seleciona ativação da Simulação pela IHM

Descrição

Operador pode selecionar a simulação das entradas e saídas, através IHM, na tela principal

Prioridade

Essencial

Pré-condições

Equipamento fora de operação

Pós-condição

Simulação de sinais e bloqueio das entradas e saías, permitindo testes de lógica de funcionamento.

[RU USU03] – Operador pode efetuar um reset na estação

Descrição

Operador pressiona por 5g o botão de reset para efetuar um reset da estação

Prioridade

Essencial

Pré-condições

Equipamento em modo automático

Pós-condição

Equipamento em posição inicial (home-position)

Requisitos não funcionais

[RNF 01] – Utilização da Plataforma CodeSys V3

Descrição: O sistema deverá ser desenvolvido na plataforma CodeSys V3 com Runtime SL

Prioridade: Essencial

[RNF 02] – Banners de falha

Descrição: As telas de Manual, sinótico e principal devem possuir Banners de alarmes

Prioridade: Importante

[RNF 03] – Sinótico e Status

Descrição: A tela de sinótico deve possuir os status atuais dos dispositivos do equipamento, assim como a indicação de eventuais falhas.

Prioridade: Essencial

[RNF 04] – Botões de Navegação para Acesso a Tela Principal e Falhas

Descrição: As telas principal e falha devem estar sempre disponível, seu acesso deve ser feito através de botões e em cada tela da IHM.

Prioridade: Importante

[RNF 05] – Histórico de Falhas

Descrição: O sistema deve possuir um histórico de falhas para posterior consulta, pelos responsáveis da manutenção e produção

Prioridade: Importante

Interessante como uma máquina tão simples pode ter tanta coisa, não é?

E olha que ainda não chegou um rascunho do esquema elétrico, para me esclarecer alguns pontos, como a CPU do meu projeto, o tipo de acionamento do motor e mapa de entradas e saídas, com essas informações eu consigo fazer meu software, por completo, mas se tiver no momento só o modelo da CPU eu já consigo estruturar e começar o meu rascunho também!

Ahh e ainda vamos falar um pouco de casos de uso e nossos casos de testes, e estaremos prontos para começar a pensar puramente no nosso software, ou melhor no rascunho dele.

Até o próximo artigo