Os medidores de nível magnetoestriccionais apresentam problemas de travamento parcial e mudança de endereço nas áreas de tanques de armazenamento de óleo
Thread Content
Os medidores de nível magnetoestrictivos são utilizados em grandes tanques de armazenamento de óleo. Eles emitem sinais no formato MODBUS-RTU, e a comunicação entre eles ocorre por meio de barramento. As informações sobre o nível do líquido e a temperatura são exibidas pelo sistema computacional via RS485. Podem ocorrer falhas inexplicáveis e mudanças nos endereços dos dispositivos. Após uma reinicialização, as falhas podem ser corrigidas, mas, com o tempo, novas falhas e mudanças nos parâmetros podem surgir. Mesmo após remover a sonda de temperatura, o dispositivo continua travando, mas os endereços e parâmetros não mudam aleatoriamente, e o reinício funciona normalmente. A verificação no local de cada medidor de nível individual está normal. Descrição da instalação e do cabeamento: toda a área dos tanques é composta por tanques enterrados para armazenamento de solventes químicos. A área fica perto do cais, em um terreno plano e aberto; não há motores grandes ou equipamentos de grande porte que possam causar interferências em nenhuma das áreas. No total, são 120 unidades. A alimentação elétrica dentro da área dos tanques é fornecida por um único conjunto de fios. Os sinais são divididos em 12 grupos, com 10 unidades em cada grupo; esses sinais são conectados a 3 módulos de comunicação de quatro vias. Todos os grupos de alimentação possuem módulos de isolamento, e posteriormente, todos os sinais são enviados ao sistema microcomputadorizado para exibição. Senhores deuses do mar, vocês já enfrentaram problemas semelhantes? Como os resolveram? Por favor, analisem e discutam o assunto, e compartilhem suas valiosas opiniões. Obrigado! Instrumentos de controle automático
Adendo: O nível do líquido, juntamente com a temperatura medida, está no mesmo grupo de sinais; os endereços mudam aleatoriamente e o sistema para de funcionar. Ao redefinir o endereço original, ele consegue funcionar normalmente por algum tempo, mas depois volta a ter problemas. Ao desligar todas as temperaturas no mesmo grupo, o endereço não muda de forma aleatória; apenas ocorre travamento. Ao reiniciar o dispositivo, tudo volta ao normal. Depois de algum tempo, ocorre novamente o travamento, mas ao reiniciar, tudo volta a funcionar normalmente.
No meio da noite, os porcos grunhem e os galos cantam. . Travamento, o programa executa endereços incorretos; no fim das contas, é uma questão da capacidade do equipamento de resistir a interferências – ela é péssima, o design não é bom. Quanto aos pontos de falha, será que é por causa de um software mal escrito, ou de um hardware mal montado, ou será que é uma combinação dos dois? Isso é ainda mais difícil do que consertos em nível de chip. Receio que você realmente não tenha como resolver o problema; não há maneira de diagnosticá-lo. De que marca é o relógio de quem? Quando souber, continuo a falar. Caso contrário, não vou mais falar sobre o encerramento.
É uma marca nacional ou uma marca importada?
Se for possível, pode-se fazer uma comparação usando um dispositivo que não utilize comunicação, mas sim saída de corrente elétrica. Se esse dispositivo não travar, então o problema está mesmo na comunicação. Por exemplo, se o host tentar se comunicar com o medidor de nível e não receber resposta, ele continuará enviando mensagens, fazendo com que o medidor de nível fique sobrecarregado e acabe travando.
Doze grupos com problemas ao mesmo tempo ou apenas um deles?
Marcas nacionais: em cada grupo surgem problemas, sem nenhum padrão!
Esse barramento utiliza cabos dedicados ao Modbus? A resistência de terminação é usada corretamente?
O comunicador de sinal 485 deve estar com algum problema. Já encontrei situações semelhantes no passado: havia um comunicador fornecido por um fabricante que reunia todos os sinais em um só. Depois de trocá-lo, o problema desapareceu. Também é possível que seja algum módulo 425 que esteja com defeito, mas essa possibilidade é pequena. Se for possível, recomendo separar um dos canais e testá-lo separadamente, fazendo testes alternados, para identificar qual grupo está com problema. Mas essa probabilidade é baixa; é muito provável que seja um problema no próprio comunicador. Como não conheço a configuração do hardware do seu sistema, estou apenas fazendo suposições com base na minha experiência