Thread Content
Gostaria de agradecer a todos por agora {:3_57:}. Por favor, ajudem a encontrar uma solução. No momento, as pessoas ainda estão às margens do deserto e não podem voltar para passar o Ano Novo. Há dois conjuntos de PLCs do tipo AB no local; os módulos de comunicação utilizados são os HTX NT-50-RS-EN, que permitem comunicação MODBUS RTU 485 com o Honeywell DCS. O DCS é a estação principal, e o PLC é a estação secundária; a estação principal só consegue ler dados da estação secundária, mas não gravar neles. O problema agora é o seguinte: no gabinete de comunicação DCS, ao usar o modscan32 para simular a estação principal, é possível receber os dados do PLC da estação secundária, e esses dados estão corretos. No entanto, quando se conecta ao DCS, ele não consegue receber esses dados. A seguir, uma descrição detalhada: 1 Anteriormente, um colega veio ao local para realizar testes individuais e me disse que o PLC e o DCS podem se comunicar. 2 Fui ao local para realizar a configuração conjunta. O AB CPU possui duas portas de rede: uma para comunicação e outra para conexão com o HMI. Como a comunicação anterior estava funcionando bem, eu desconectei o cabo de rede do AB PLC do módulo de comunicação Huyouxun e o conectei ao meu computador, para realizar os testes de funcionamento. Depois que os testes foram concluídos, voltei a conectar o cabo de rede ao módulo de comunicação, mas percebi que a comunicação não estava mais funcionando. 3 Mais tarde, no software de programação AB RSLogix 5000, na configuração de entrada/saída – Ethernet, foi encontrado o arquivo NT-50-RS-EN, que apresentava um ponto de interrogação amarelo. Eu verifiquei e constatou que o RSLogix 5000 não reconhece as etiquetas dos módulos de comunicação da Hikvision (antes, todas as comunicações eram feitas pelo computador de um colega; meu computador não possui nenhum software da Hikvision instalado). Então, fui ao site oficial da HeyouXun para baixar as etiquetas e o software relacionados. Então, o RSLogix 5000 pode ser reconhecido. 4 Mas ainda assim não é possível se comunicar. Então, suspeitei que o módulo de comunicação da Heiyuxun precisasse ser reconfigurado. No entanto, tentei várias vezes, sem sucesso. Depois, trabalhei com o fabricante da Heiyuxun para fazer a configuração correta. Agora, os dados do PLC podem ser lidos usando o software modscan32, que está localizado no gabinete de comunicações da Honeywell. Os engenheiros da Honey começaram a suspeitar que havia algum problema com a tensão das linhas de comunicação. Após verificar o gabinete do PLC, descobriu-se que, de fato, um dos fios estava em contato com a carcaça do instrumento. Após realizar os reparos, as tensões em relação à terra foram de 0,2V e 3,2V no primeiro conjunto de fios, e de 1,2V e 4,2V no outro conjunto. Atualmente, os engenheiros da Honey pretendem usar o ModSim32 para simular a transmissão de dados a partir do painel de comunicação, a fim de verificar se o DCS consegue recebê-los corretamente. Pergunta: Um engenheiro da Honey disse que, anteriormente, era possível se comunicar, mas agora não é mais possível. Além disso, ele não fez nenhuma alteração; suspeita-se que seja um problema no PLC. 2 Mas o modscan32 consegue ler os valores, e a tensão também está normal. Acho que não há problema com o PLC. O mais estranho é que ele realmente não foi modificado. Mesmo após eu fazer uma nova configuração, ainda é possível ler os dados. Então, por que não há comunicação? (Rate de transmissão 9600, dados 8, bits de parada 1, sem bit de verificação; já verificamos os parâmetros básicos inúmeras vezes.)
Este tópico foi editado pela última vez por Taohualing Jushi em 27/01/2016, às 16:55. O NT-50-RS-EN é um gateway de comunicação; o protocolo utilizado foi convertido para MODBUS TCP (também é possível converter para Profinet). Isso é diferente do MODBUS tradicional. Qual protocolo seu DCS utiliza para ler os dados? . . . Estou só falando por falar, para provocar discussões
Olá, obrigado pela sua resposta. Meu AB PLC transmite os dados por meio da Ethernet para o módulo de comunicação NT-50-RS-EN. Esse módulo, por sua vez, converte os dados para o protocolo de comunicação MODBUS RTU485, que é utilizado pelo DCS. O protocolo do Honeywell DCS também é MODBUS RTU 485, em sistema de dois fios.
Se conectar o PLC e o DCS separadamente não apresentar problemas, acho que ainda é um problema de configuração em ambos os lados. Observe que o DCS utiliza o protocolo Modbus RTU, enquanto o PLC usa o protocolo Modbus TCP, e não Ethernet. Verifique também a configuração do gateway NT-50-RS-EN. Se não houver problemas em nenhum dos dois lados, a maior possibilidade é que o problema esteja na ponte, desde que não haja erros nas conexões
Este tópico foi editado pela última vez por budaoweng123 em 28/01/2016, às 09:01. Atualmente, os engenheiros da Honey pretendem usar o ModSim32 para simular a transmissão de dados a partir dos painéis de comunicação, a fim de verificar se o DCS consegue recebê-los corretamente. Parece que, ao terminar esse teste acima, ainda há boas direções para os próximos passos. Mas sua forma de pensar é muito clara. Você já tentou a solução radical de desligar e ligar tudo de novo? :Lol, o ModSim32 também pode ser usado na plataforma WIN7?
Deve-se tentar usar o método dos engenheiros da Honeywell. Como há um fio em contato com a carcaça de um dos lados, não se pode descartar a possibilidade de haver tensão que danifique as interfaces do lado DCS. Embora o modscan32 consiga ler os dados, ainda não se pode excluir a possibilidade de haver problemas no lado do PLC. Será que os endereços e os modos estão corretos? As conexões dos fios estão adequadas?