Gostaria de pedir ajuda com um problema de erro na exibição de dados de comunicação 485

Isso é difícil de dizer. Posso sugerir uma direção para investigação, que é o ciclo de varredura dos sinais de comunicação. É possível investigar o problema passo a passo, desde a raiz. Primeiro, é preciso saber quais são os pontos aos quais o sinal 485 é enviado. Esses pontos são detectados no DCS por meio de quais instrumentos e quais sinais? Se for um sinal de corrente de 4–20 mA, geralmente não há problemas, pois o ciclo de varredura dos sinais de corrente nas placas AI dos principais sistemas DCS é bastante curto. Se o DCS é coletado por meio de comunicação, então os ciclos de comunicação entre as duas extremidades podem ser diferentes. Isso pode causar erros nos sinais de comunicação: ou seja, o sistema superior envia solicitações ao DCS, mas este ainda não conseguiu coletar os dados do sistema inferior. Assim, surgem dados incorretos, o que gera um alarme. Em outros aspectos, também não sei; deixe que outros especialistas respondam para você.

A última verificação mostrou que não há grandes problemas nem no envio de dados da nossa parte, nem na recepção deles pelo outro lado. No entanto, os alertas no site continuam aparecendo sem parar. Além disso, os gráficos de tendência no sistema backend são lineares e normais, mas, ainda assim, surgem alertas sem motivo aparente. Atualmente, achamos que não deve haver problemas no processo de coleta de dados; o problema provavelmente está no site ou na rede

Se os dados de origem e a transmissão estiverem corretos, o problema deve estar no software de monitoramento. O ciclo de rotação do software de monitoramento e os limites de alarme podem ser bastante próximos, resultando em pouca redundância.

Provavelmente é culpa da detestável Internet das Coisas; o mais provável é que haja algum problema nas configurações de alarme do dispositivo responsável pela Internet das Coisas. É preciso que a equipe responsável pelo equipamento ajuste os limites de alarme por meio do software

A linha confirma que não há problemas do nosso lado; a comunicação 485 também está funcionando bem. Quando a comunicação 485 é interrompida, geralmente se utiliza a função de retenção de dados, ou seja, os dados são mantidos nos valores anteriores à interrupção da comunicação. Além disso, o equipamento responsável pelo monitoramento deve ter a capacidade de retomar a comunicação. Se houver novos alertas, pode ser um problema no equipamento ou na configuração do software.

Verifique bem o endereço de contato com a Agência de Supervisão de Segurança

O período de inspeção do site não foi definido corretamente; o horário do alerta coincide exatamente com o período em que as inspeções não são realizadas. Basta fazer a alteração no lado do site para que o problema seja resolvido

Que o departamento de segurança ou o instituto de ciências da segurança verifiquem qual é exatamente o ponto de alarme, e que também verifiquem os valores de alarme estabelecidos por eles. Se o limite inferior de alarme definido por eles for 0, é possível que alguns parâmetros do nosso DCS estejam abaixo de 0 (quando o nível do líquido está vazio ou não há pressão, o sinal 4~20mA pode ser de 3,99 mA ou menos). Assim, o valor transmitido via 485 para o departamento responsável pela segurança acaba sendo menor que 0 (o que dispara o alarme). Portanto, é necessário que eles ajustem o limite inferior de alarme para um valor negativo, ou então que não haja alarme quando esse valor for atingido.

Deve ser um problema do site. Da última vez, me informaram que os dados que eles recebem tinham imperfeições, então não sei como eles resolvem isso para que tudo fique em ordem

Suspeita-se que haja algum problema no software do órgão de fiscalização. A razão é que a curva de tendência histórica é plana.