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.
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
- 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.
- 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.
- 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.
Sequência de isolamento
- Confirme que a CPU suspeita está em Run e com as palavras de falha limpas.
- 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.
- Se a rede continuar colapsando, troque o chassi para separar problemas de endereço e cabeamento de problemas específicos do processador.
- 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.
- 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.
- 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.