Automação e Instrumentação: Evidências Técnicas em Processos Industriais e Operacionais

Introdução

Sistemas de automação e instrumentação desempenham papel crítico em ambientes industriais, prediais, laboratoriais, logísticos, hospitalares, educacionais, comerciais e corporativos. Eles monitoram variáveis, executam comandos, controlam equipamentos, registram eventos, acionam alarmes, coletam medições e integram sensores, atuadores, controladores, interfaces, redes e sistemas supervisórios.

Quando ocorre uma falha, interrupção, acidente, desvio operacional, leitura inconsistente, acionamento indevido, ausência de alarme, perda de controle, parada de processo ou dano a equipamento, a análise técnica precisa compreender não apenas o componente isolado, mas a lógica de automação, a cadeia de sinais, os instrumentos utilizados, os registros disponíveis e as condições reais de operação.

A engenharia forense aplicada à automação e instrumentação busca examinar essas evidências de forma documentada, rastreável e compatível com o contexto técnico. O objetivo é compreender o que foi medido, como o dado foi processado, qual comando foi executado, que registros foram preservados, quais limitações existem e se há nexo técnico entre o comportamento do sistema e o evento investigado.

1. Automação e instrumentação como fontes de evidência

Em sistemas automatizados, a evidência técnica pode estar distribuída em diferentes elementos:

• sensores;
• transmissores;
• controladores;
• CLPs;
• relés inteligentes;
• inversores;
• atuadores;
• válvulas;
• motores;
• interfaces homem-máquina;
• sistemas supervisórios;
• registradores;
• alarmes;
• redes industriais;
• protocolos de comunicação;
• bancos de dados históricos;
• relatórios de produção;
• logs de eventos;
• registros de manutenção;
• parâmetros de configuração;
• diagramas elétricos e funcionais;
• documentação de lógica de controle.

Esses elementos permitem reconstruir o comportamento do processo, mas sua interpretação exige conhecimento da arquitetura do sistema, da finalidade operacional, das variáveis monitoradas e das condições em que os dados foram produzidos.

Um alarme registrado, por exemplo, pode indicar uma condição real de risco, falha de sensor, erro de calibração, atraso de comunicação, parametrização inadequada ou evento já esperado dentro da lógica operacional. A análise pericial deve distinguir essas hipóteses.

2. A cadeia técnica do controle automatizado

Uma forma adequada de examinar sistemas de automação é reconstruir a cadeia técnica do controle:

1. uma variável física ou operacional é medida;
2. o sensor converte essa condição em sinal;
3. o sinal é transmitido ao controlador;
4. o controlador interpreta o sinal conforme sua lógica;
5. uma decisão automática ou semiautomática é tomada;
6. um atuador, motor, válvula, relé ou equipamento é acionado;
7. o resultado do comando altera o processo;
8. registros, alarmes ou eventos são armazenados;
9. operadores podem intervir manualmente;
10. sistemas supervisórios apresentam os dados.

Cada etapa pode apresentar falhas ou distorções. Por isso, a investigação técnica deve examinar a cadeia completa, e não apenas o ponto onde o sintoma se manifestou.

3. Variáveis e sinais em instrumentação

Instrumentos podem medir grandezas como temperatura, pressão, vazão, nível, tensão, corrente, vibração, umidade, ruído, velocidade, posição, presença, concentração, peso, força, torque, luminosidade e outras variáveis relevantes para o processo.

A análise deve considerar:

• faixa de medição;
• precisão;
• resolução;
• tempo de resposta;
• calibração;
• instalação;
• alimentação elétrica;
• aterramento;
• interferência;
• comunicação;
• conversão de sinal;
• filtragem;
• linearização;
• compensação;
• alarmes configurados;
• limites de operação;
• histórico de manutenção.

Uma medição aparentemente anômala pode decorrer de condição real do processo, erro de instrumento, instalação inadequada, perda de calibração, ruído elétrico, interferência, saturação de faixa ou falha de comunicação.

4. Elementos examináveis em sistemas de automação

A análise pericial pode envolver diferentes camadas técnicas.

Essa estrutura ajuda a localizar a falha e a identificar se o evento decorreu de instrumento, lógica, comunicação, operação, energia ou processo.

5. Lógica de controle e comportamento do sistema

A lógica de controle define como o sistema deve reagir a determinadas condições. Pode envolver comandos automáticos, intertravamentos, permissivos, alarmes, temporizadores, sequências, limites, modos de operação e regras de segurança.

Em uma análise pericial, pode ser necessário verificar:

• qual lógica estava carregada no controlador;
• se a versão analisada corresponde à versão em operação no momento dos fatos;
• quais entradas acionavam determinada saída;
• quais alarmes deveriam ser gerados;
• quais condições impediam ou autorizavam comandos;
• se havia modo manual ou automático;
• se houve bypass;
• se algum intertravamento foi removido ou alterado;
• se temporizações estavam configuradas corretamente;
• se a lógica era compatível com a documentação;
• se alterações foram registradas.

A simples análise da tela de supervisório pode ser insuficiente. Em sistemas críticos, é necessário compreender a lógica de controle e sua relação com os sinais de campo.

6. Alarmes, eventos e registros históricos

Sistemas de automação frequentemente registram alarmes e eventos. Esses registros podem ser essenciais para reconstruir uma sequência operacional.

Podem ser analisados:

• data e hora de alarmes;
• reconhecimento pelo operador;
• retorno à normalidade;
• eventos de falha;
• comandos manuais;
• alterações de setpoint;
• mudança de modo;
• falhas de comunicação;
• reinicializações;
• perda de alimentação;
• parada de emergência;
• acionamento de intertravamentos;
• alterações de parâmetros;
• acesso de usuários;
• registros de manutenção.

A interpretação deve considerar se o alarme representa condição medida, condição calculada, evento lógico, falha de comunicação ou aviso operacional. Também é necessário verificar se a data e hora do sistema estavam sincronizadas.

7. Modos de operação: manual, automático e intervenção humana

Muitos sistemas operam em modos diferentes. A distinção entre manual, automático, remoto, local, manutenção, bypass ou emergência pode ser decisiva.

A análise deve verificar:

• em que modo o equipamento estava no momento do evento;
• quem alterou o modo;
• se a alteração foi registrada;
• se o operador tinha permissão;
• se o comando foi local ou remoto;
• se havia indicação visual;
• se o modo permitia determinadas proteções;
• se houve bypass de intertravamento;
• se o modo de manutenção alterou a lógica normal.

Em disputas técnicas, é comum que a falha seja atribuída ao sistema quando, na realidade, houve intervenção manual, mudança de parâmetro, desativação de proteção ou operação fora da condição prevista. O inverso também pode ocorrer: a operação humana pode ser apontada como causa, quando a automação não forneceu alarme, bloqueio ou resposta adequada.

8. Calibração e rastreabilidade metrológica

Instrumentos de medição precisam ser avaliados quanto à sua confiabilidade. A análise pode exigir exame de certificados de calibração, periodicidade, rastreabilidade, método utilizado, faixa calibrada, incerteza, tolerância e condição do instrumento.

Pontos relevantes:

• o instrumento estava calibrado no período do evento?
• a calibração cobria a faixa efetivamente utilizada?
• havia desvio significativo?
• o instrumento foi instalado corretamente?
• houve manutenção após o evento?
• o certificado é compatível com o equipamento examinado?
• os critérios de aceitação estavam definidos?
• havia evidência de ajuste ou recalibração posterior?
• a incerteza de medição afeta a conclusão?

Quando a controvérsia envolve medição, a confiabilidade do instrumento é parte essencial da prova técnica.

9. Comunicação industrial e perda de sinal

Sistemas de automação dependem de comunicação entre dispositivos. Falhas de rede, barramento, gateway ou protocolo podem gerar perda de dados, comandos não executados, alarmes falsos, atrasos ou inconsistência de leitura.

Podem ser examinados:

• protocolos utilizados;
• topologia da rede industrial;
• logs de comunicação;
• erros de CRC;
• perda de pacotes;
• timeouts;
• desconexões;
• endereçamento;
• terminação de barramento;
• interferência;
• conversores;
• gateways;
• switches industriais;
• redundância;
• sincronização temporal.

A ausência de um comando ou registro pode significar falha de comunicação, não necessariamente ausência de evento físico.

10. Energia, aterramento e interferência

Equipamentos de automação e instrumentação podem ser sensíveis a problemas de alimentação elétrica, aterramento e interferência eletromagnética.

Fatores analisáveis:

• fontes de alimentação;
• quedas de tensão;
• surtos;
• ruído elétrico;
• aterramento;
• blindagem;
• segregação de cabos;
• proximidade de motores;
• inversores de frequência;
• painéis elétricos;
• proteção contra transientes;
• qualidade da energia;
• histórico de desarmes.

Falhas intermitentes, leituras instáveis e travamentos de controladores podem estar associados a condições elétricas inadequadas.

11. Documentação técnica e as built

A documentação é essencial para compreender sistemas de automação. Em muitos casos, a documentação disponível não corresponde ao estado real do sistema.

Podem ser examinados:

• diagramas elétricos;
• diagramas de interligação;
• listas de instrumentos;
• malhas de controle;
• arquitetura de rede;
• lógica de CLP;
• telas de IHM;
• matriz de alarmes;
• lista de entradas e saídas;
• manuais;
• procedimentos operacionais;
• registros de comissionamento;
• documentação as built;
• histórico de alterações.

Quando a documentação está desatualizada, a análise pode depender de levantamento em campo, comparação com configurações reais e registros de manutenção.

12. Causalidade em eventos automatizados

A análise de causalidade em automação deve avaliar a sequência entre condição medida, processamento, comando e resultado. Não basta identificar que um alarme ocorreu; é necessário entender se ele antecedeu, acompanhou ou sucedeu o evento principal.

A análise pode considerar:

• sequência temporal;
• estados do sistema;
• valores medidos;
• comandos executados;
• intertravamentos;
• modos de operação;
• ações humanas;
• falhas de comunicação;
• registros de energia;
• logs de supervisório;
• efeitos observados no processo;
• hipóteses alternativas.

Conclusões devem indicar se a falha foi demonstrada, provável, possível ou não confirmável com os elementos disponíveis.

13. Falhas recorrentes em disputas técnicas

Em contextos corporativos, algumas situações são frequentes:

Leitura incorreta de sensor
Pode decorrer de descalibração, instalação inadequada, falha elétrica, interferência ou condição real do processo.

Alarme não acionado
Pode decorrer de setpoint incorreto, lógica mal configurada, falha de sensor, alarme desabilitado ou ausência de condição de disparo.

Comando automático não executado
Pode decorrer de intertravamento, modo manual, falha de saída, comunicação, atuador defeituoso ou lógica incorreta.

Parada inesperada de processo
Pode decorrer de falha de energia, comando de emergência, proteção, alarme crítico, comunicação, controlador ou intervenção humana.

Registro histórico inconsistente
Pode decorrer de falha de sincronização, perda de dados, comunicação intermitente, agregação, exportação incompleta ou erro de configuração.

Diferença entre campo e supervisório
Pode indicar falha de comunicação, escala incorreta, conversão de sinal, atualização lenta, sensor defeituoso ou tela desatualizada.

14. Preservação de evidências

Em sistemas de automação, a preservação precisa ser rápida e cuidadosa. Alguns registros podem ser sobrescritos por rotinas automáticas ou perdidos após reinicialização.

Boas práticas incluem:

• registrar o estado do sistema antes de alterações;
• exportar logs de eventos e alarmes;
• preservar históricos;
• documentar telas;
• coletar configurações;
• registrar versões de lógica e firmware;
• preservar backups de CLP ou controlador;
• documentar parâmetros críticos;
• coletar ordens de serviço;
• preservar certificados de calibração;
• registrar data e hora dos sistemas;
• manter cadeia de custódia dos arquivos exportados;
• distinguir dados originais de relatórios derivados.

Ações corretivas podem ser necessárias para restabelecer a operação, mas devem ser documentadas para não comprometer a análise posterior.

15. Limitações frequentes

A análise de automação e instrumentação pode ser limitada por:

• ausência de histórico;
• logs sobrescritos;
• lógica alterada após o evento;
• falta de backup de configuração;
• instrumentos sem calibração;
• documentação desatualizada;
• ausência de sincronização temporal;
• falha intermitente não reproduzida;
• equipamento substituído;
• perda de registros após reinicialização;
• ausência de acesso ao controlador;
• protocolo proprietário;
• registros exportados sem metadados;
• falta de evidência de modo operacional;
• ausência de registro de intervenção humana.

Essas limitações devem ser apresentadas no relatório para delimitar as conclusões.

16. Entregáveis técnicos possíveis

A atuação em automação e instrumentação pode gerar:

• relatório técnico de análise de automação;
• parecer sobre falha de instrumentação;
• análise de lógica de controle;
• relatório de alarmes e eventos;
• linha do tempo operacional;
• análise de sensores e atuadores;
• avaliação de calibração;
• análise de comunicação industrial;
• relatório de configuração de CLP ou controlador;
• parecer sobre falha de processo automatizado;
• matriz de causalidade técnica;
• relatório de limitações;
• subsídios técnicos para quesitos;
• assistência técnica em disputa judicial ou arbitral;
• nota técnica para investigação interna.

Cada produto deve ser compatível com o escopo do exame, os registros disponíveis e as limitações identificadas.

Considerações finais

Sistemas de automação e instrumentação produzem evidências técnicas valiosas, mas sua interpretação exige compreensão da cadeia completa de medição, controle, comunicação, registro e operação. Uma falha observada em campo pode decorrer de sensor, lógica, atuador, energia, comunicação, configuração, intervenção humana ou condição do processo.

A engenharia forense aplicada a esses sistemas busca reconstruir eventos com base em registros, parâmetros, alarmes, históricos, configurações, calibração, documentação e evidências de operação. Em ambientes corporativos e industriais, essa abordagem é essencial para diferenciar falha demonstrada, hipótese técnica, limitação probatória e nexo causal.

O valor do exame está na capacidade de transformar dados operacionais e registros de automação em evidência técnica organizada, rastreável e proporcional ao caso analisado./

Imagem: iStock.com/reewungjune