Fix DH-485 Network Drops Caused by Faulty 1747-AIC Link — figure 1

Corrigir quedas da rede DH-485 causadas por um link 1747-AIC com defeito

A rede DH-485 cai quando um nó se conecta? Diagnostique a falha clássica do acoplador de enlace 1747-AIC com etapas de isolamento comprovadas em campo e o en...

Em um tronco multidrop DH-485 que atende processadores SLC-500, um nó pode deixar todas as outras estações offline, embora pareça estar funcionando normalmente quando isolado. O RSLinx ainda pode detectar esse controlador individual por meio de uma interface local, o processador permanece em Run, e as tags do InTouch ou RSView para todos os dispositivos pares ficam com qualidade ruim. Desconectar o cabo DH-485 suspeito restaura a rede imediatamente. Esse padrão quase nunca é causado por um problema de ladder ou MSG. Trata-se de um evento da camada física ou da camada de enlace — na maioria das vezes, um transceptor 1747-AIC defeituoso que mantém o par diferencial preso e interrompe a circulação do token.

Corrija as quedas da rede DH-485 causadas por um link 1747-AIC defeituoso — figura 1

Comprove primeiro o acoplador do link. Alterações no programa e reconstruções de canais desperdiçam horas quando um AIC está travando eletricamente o barramento.

Hardware abrangido

Componente Catálogo Função
CPU SLC-500 1747-L5xx Dispositivo do nó; raramente é a causa raiz
Acoplador do link 1747-AIC / AICR Principal suspeito
Acoplador MicroLogix 1761-NET-AIC Modo de falha equivalente
Tronco / terminação Classe Belden 9841 / 150 Ω Apenas nas extremidades; blindagem aterrada em uma extremidade

A publicação 1770-UM018 continua sendo a referência elétrica e de protocolo para o comportamento da interface DH-485.

Causas raiz em ordem de probabilidade

  1. 1747-AIC (ou NET-AIC) defeituoso, com driver RS-485 que passa em testes de nó único, mas corrompe a arbitragem do token em uma rede multidrop.
  2. Endereço de nó duplicado, sem detecção de duplicidade na camada de enlace — apresenta-se de forma idêntica a um travamento do barramento.
  3. Terminação no meio do tronco ou blindagem aterrada nas duas extremidades, reduzindo a margem diferencial ou polarizando o modo comum.

Linha de base antes de mexer nos cabos

Registre o endereço de cada nó, a velocidade de transmissão (geralmente 19200, às vezes 9600 em sistemas legados), a configuração do nó máximo, a localização dos terminadores, o ponto de conexão da blindagem e os bits de falha do processador S:5 / S:6. Um SLC com falha pode manter sua porta em estado anormal independentemente do AIC; elimine as falhas graves antes de culpar a rede.

Corrija as quedas da rede DH-485 causadas por um link 1747-AIC defeituoso — figura 2

Sequência de isolamento

  1. Confirme que a CPU suspeita está em Run e com as palavras de falha limpas.
  2. Faça a substituição a quente de todo o 1747-AIC por uma unidade sobressalente comprovadamente boa, do mesmo catálogo. Se o RSWho se recuperar, descarte o acoplador original — não apenas o reconecte para devolvê-lo ao serviço.
  3. Se a rede continuar colapsando, troque o chassi para separar problemas de endereço e cabeamento de problemas específicos do processador.
  4. Só depois que as trocas de AIC falharem, altere temporariamente o endereço do nó para um número não utilizado; atualize os mapeamentos do SCADA na mesma janela de mudança.
  5. Verifique se há terminadores de 150 Ω somente nas duas extremidades físicas e se os jumpers de terminação dos AICs estão abertos nos nós intermediários.
  6. Se os sobressalentes disponíveis forem questionáveis, instale um AIC lacrado de fábrica. Falhas silenciosas em unidades armazenadas são comuns.

Orientação para substituição

Especifique o 1747-AIC para o isolamento padrão de chassis modulares SLC e o 1747-AICR quando a aplicação exigir a variante isolada. Após a substituição, configure exatamente a mesma velocidade e os mesmos endereços dos nós. Não deixe os terminadores de fábrica habilitados em todos os AICs do rack.

Documentação pós-intervenção

Quando a rede retornar, atualize o diagrama da topologia DH-485 com o número de série ou a data de instalação do AIC substituído, confirme o endereço de cada nó com a impressão da configuração do canal e registre se o acoplador com falha era um sobressalente armazenado ou uma unidade em serviço. Esse registro evita que a próxima parada comece com outro sobressalente não testado. Se os scripts do InTouch ou RSView armazenarem listas de nós desatualizadas em cache, reinicie o servidor DA após o reparo físico para que os bits de qualidade sejam limpos corretamente.

Faça o teste de troca do AIC antes de reprojetar o tronco

O sucesso é indicado pelo status Active simultâneo de todos os nós no RSWho, juntamente com a recuperação da qualidade das tags da IHM — não apenas pela visibilidade local do nó reparado. Evite depurar primeiro as instruções MSG; evite terminadores intermediários; evite aterramentos duplos da blindagem; evite devolver um AIC “talvez bom” à gaveta de sobressalentes sem um teste multidrop de bancada. Mantenha sobressalentes certificados de AIC junto com os demais equipamentos de comunicação PLC e PAC para que um travamento do barramento não se transforme em uma parada de toda a produção.

Sobre o autor

Mark Townsend | Engenheiro de automação sênior – sistemas Allen-Bradley

Mark Townsend é engenheiro de automação sênior, com mais de 18 anos de experiência em plataformas Allen-Bradley, abrangendo ControlLogix, CompactLogix e o SLC-500 legado. Seu trabalho diário envolve lógica no RSLogix / Studio 5000 e comissionamento de IHM no FactoryTalk View em frotas antigas e mistas.

Corrigir quedas da rede DH-485 causadas por um link 1747-AIC com defeito

A rede DH-485 cai quando um nó se conecta? Diagnostique a falha clássica do acoplador de enlace 1747-AIC com etapas de isolamento comprovadas em campo e o endereço do nó.

Em um tronco multidrop DH-485 que atende processadores SLC-500, um nó pode deixar todas as outras estações offline, embora pareça estar funcionando normalmente quando isolado. O RSLinx ainda pode detectar esse controlador individual por meio de uma interface local, o processador permanece em Run, e as tags do InTouch ou RSView para todos os dispositivos pares ficam com qualidade ruim. Desconectar o cabo DH-485 suspeito restaura a rede imediatamente. Esse padrão quase nunca é causado por um problema de ladder ou MSG. Trata-se de um evento da camada física ou da camada de enlace — na maioria das vezes, um transceptor 1747-AIC defeituoso que mantém o par diferencial preso e interrompe a circulação do token.

Corrija as quedas da rede DH-485 causadas por um link 1747-AIC defeituoso — figura 1

Comprove primeiro o acoplador do link. Alterações no programa e reconstruções de canais desperdiçam horas quando um AIC está travando eletricamente o barramento.

Hardware abrangido

Componente Catálogo Função
CPU SLC-500 1747-L5xx Dispositivo do nó; raramente é a causa raiz
Acoplador do link 1747-AIC / AICR Principal suspeito
Acoplador MicroLogix 1761-NET-AIC Modo de falha equivalente
Tronco / terminação Classe Belden 9841 / 150 Ω Apenas nas extremidades; blindagem aterrada em uma extremidade

A publicação 1770-UM018 continua sendo a referência elétrica e de protocolo para o comportamento da interface DH-485.

Causas raiz em ordem de probabilidade

  1. 1747-AIC (ou NET-AIC) defeituoso, com driver RS-485 que passa em testes de nó único, mas corrompe a arbitragem do token em uma rede multidrop.
  2. Endereço de nó duplicado, sem detecção de duplicidade na camada de enlace — apresenta-se de forma idêntica a um travamento do barramento.
  3. Terminação no meio do tronco ou blindagem aterrada nas duas extremidades, reduzindo a margem diferencial ou polarizando o modo comum.

Linha de base antes de mexer nos cabos

Registre o endereço de cada nó, a velocidade de transmissão (geralmente 19200, às vezes 9600 em sistemas legados), a configuração do nó máximo, a localização dos terminadores, o ponto de conexão da blindagem e os bits de falha do processador S:5 / S:6. Um SLC com falha pode manter sua porta em estado anormal independentemente do AIC; elimine as falhas graves antes de culpar a rede.

Corrija as quedas da rede DH-485 causadas por um link 1747-AIC defeituoso — figura 2

Sequência de isolamento

  1. Confirme que a CPU suspeita está em Run e com as palavras de falha limpas.
  2. Faça a substituição a quente de todo o 1747-AIC por uma unidade sobressalente comprovadamente boa, do mesmo catálogo. Se o RSWho se recuperar, descarte o acoplador original — não apenas o reconecte para devolvê-lo ao serviço.
  3. Se a rede continuar colapsando, troque o chassi para separar problemas de endereço e cabeamento de problemas específicos do processador.
  4. Só depois que as trocas de AIC falharem, altere temporariamente o endereço do nó para um número não utilizado; atualize os mapeamentos do SCADA na mesma janela de mudança.
  5. Verifique se há terminadores de 150 Ω somente nas duas extremidades físicas e se os jumpers de terminação dos AICs estão abertos nos nós intermediários.
  6. Se os sobressalentes disponíveis forem questionáveis, instale um AIC lacrado de fábrica. Falhas silenciosas em unidades armazenadas são comuns.

Orientação para substituição

Especifique o 1747-AIC para o isolamento padrão de chassis modulares SLC e o 1747-AICR quando a aplicação exigir a variante isolada. Após a substituição, configure exatamente a mesma velocidade e os mesmos endereços dos nós. Não deixe os terminadores de fábrica habilitados em todos os AICs do rack.

Documentação pós-intervenção

Quando a rede retornar, atualize o diagrama da topologia DH-485 com o número de série ou a data de instalação do AIC substituído, confirme o endereço de cada nó com a impressão da configuração do canal e registre se o acoplador com falha era um sobressalente armazenado ou uma unidade em serviço. Esse registro evita que a próxima parada comece com outro sobressalente não testado. Se os scripts do InTouch ou RSView armazenarem listas de nós desatualizadas em cache, reinicie o servidor DA após o reparo físico para que os bits de qualidade sejam limpos corretamente.

Faça o teste de troca do AIC antes de reprojetar o tronco

O sucesso é indicado pelo status Active simultâneo de todos os nós no RSWho, juntamente com a recuperação da qualidade das tags da IHM — não apenas pela visibilidade local do nó reparado. Evite depurar primeiro as instruções MSG; evite terminadores intermediários; evite aterramentos duplos da blindagem; evite devolver um AIC “talvez bom” à gaveta de sobressalentes sem um teste multidrop de bancada. Mantenha sobressalentes certificados de AIC junto com os demais equipamentos de comunicação PLC e PAC para que um travamento do barramento não se transforme em uma parada de toda a produção.

Sobre o autor

Mark Townsend | Engenheiro de automação sênior – sistemas Allen-Bradley

Mark Townsend é engenheiro de automação sênior, com mais de 18 anos de experiência em plataformas Allen-Bradley, abrangendo ControlLogix, CompactLogix e o SLC-500 legado. Seu trabalho diário envolve lógica no RSLogix / Studio 5000 e comissionamento de IHM no FactoryTalk View em frotas antigas e mistas.

Deixe um comentário

Por favor, note que os comentários precisam ser aprovados antes de serem publicados.