Levar dados do PLC a um painel web não significa ligar o navegador diretamente ao controlador. Normalmente um coletor autorizado lê o PLC, normaliza o significado e envia registos ao servidor. O ecrã obtém os dados permitidos pela aplicação, preservando a fronteira entre controlo e Internet.
Verifique o significado dos sinais
Comece pela lista de etiquetas ou registos. Bit de funcionamento, código de avaria, contador de ciclos e quantidade produzida comportam-se de modo diferente. O significado pode depender do programa, modo ou receita. Confirme com o responsável pela automação, sem inferir apenas do nome.
O dicionário inclui tipo, escala, ordem das palavras, unidade e qualidade. Repor um contador não é produção perdida. Limpar o bit de avaria não prova revisão do incidente. Resolva essas distinções antes de se tornarem hipóteses do painel.
Separe as responsabilidades
PLC → coletor → validação e armazenamento → API → painel do utilizador
O coletor gere acesso e carga autorizados. O armazenamento conserva hora do evento, identidade e qualidade. A API limita acesso a equipamentos e a interface explica medida e idade. Juntar tudo num componente sem estrutura dificulta diagnóstico.
O navegador não recebe palavras-passe do PLC nem privilégios amplos na rede. Autenticação e autorização são verificações diferentes: iniciar sessão não dá acesso a todas as máquinas; monitorizar não permite automaticamente comandar.
Cronologia ilustrativa
Uma máquina fornece funcionamento, espera e avaria. Registe transições datadas e defina precedência se vários sinais estiverem ativos. Perda de comunicação é intervalo desconhecido, não estado produtivo a adivinhar. Preserve a diferença no gráfico e nos totais.
Ao abrir uma paragem, mostre códigos relevantes e disponibilidade de evidência. Se a causa for desconhecida, permita confirmação autorizada. Correções posteriores conservam quem mudou o quê, quando e porquê, sem substituir silenciosamente o registo.
Teste reinício e reconexão
Ler o estado atual após reiniciar pode não recuperar transições perdidas. Podem ser necessários eventos locais, contadores ou outra fonte. O software não inventa eventos nunca registados. A lacuna permanece até uma fonte fiável a preencher.
Atualização do navegador e consulta do PLC são ritmos separados. Atualizar cada segundo não demonstra uma leitura nova por segundo. Mostre hora de origem e ligação em conjunto. A idade aceitável segue a tarefa do utilizador.
Lista de colocação em serviço
- Comparar transições conhecidas com eventos guardados.
- Medir a carga durante a produção.
- Verificar permissões entre máquinas e utilizadores.
- Testar rede perdida, reinício e eventos tardios.
- Rastrear um registo apresentado até à origem.
Uma primeira versão apenas de leitura facilita o âmbito. Escritas posteriores exigem projeto de controlo separado, aprovação, condições locais e segurança física. Acrescentar um botão à API não demonstra controlo remoto seguro.
Siga um evento através da aplicação
Num exercício ilustrativo, a equipa autorizada identifica uma transição conhecida e o sinal correspondente. Registe como se obtém a hora. Siga registo do coletor, evento armazenado e resposta API antes do gráfico. Se os intervalos diferirem, a evidência deve indicar se a causa foi recolha, conversão ou apresentação. Um ecrã plausível não basta.
Inclua uma mudança de produto. O contador pode continuar entre receitas enquanto o ciclo esperado muda. Guarde contexto e momento efetivo, sem sobrescrever um alvo global. Teste reposição a zero e confirme que não aparece uma grande produção negativa. Se o PLC não oferecer informação suficiente, documente a limitação sem fabricar precisão.
Peça à API o mesmo equipamento com conta sem acesso. O servidor rejeita mesmo que o identificador seja fornecido manualmente. Teste também sessão expirada com painel aberto: deve explicar o fim do acesso sem continuar a mostrar novos dados restritos. Filtrar no navegador é apresentação, não autorização.
Acorde o controlo de alterações
Uma integração depende de configuração que evolui: etiquetas renomeadas, registos reutilizados e firmware que altera interfaces. Conserve versão aprovada e procedimento de verificação. Quando viável, compare identidade e configuração esperadas antes de aceitar novamente o fluxo após manutenção.
A entrega inclui mensagem comentada, precedências, resets, permissões e comportamento no reinício. Identifique quem autoriza mudanças de frequência e quando testá-las. Não acelere apenas por uma animação: avalie primeiro atualização real e carga.
Na conversa inicial, partilhe modelo, interface de leitura e questões operacionais. Clarifique se precisa de estado atual, contagens ou histórico recuperável. São necessidades que conduzem a escolhas diferentes e determinam o que um painel profissional pode mostrar com veracidade.