En un troncal multidrop DH-485 que presta servicio a procesadores SLC-500, un nodo puede dejar fuera de línea a todas las estaciones alternas aunque, aislado, parezca funcionar correctamente. RSLinx aún puede detectar ese controlador individual mediante una interfaz local, el procesador permanece en Run y las etiquetas de InTouch o RSView de todos los equipos pares pasan a estado incorrecto. Al desconectar el cable DH-485 sospechoso, la red se restablece de inmediato. Este patrón casi nunca se debe a un error de lógica de escalera o de MSG. Es un evento de la capa física o de enlace; lo más habitual es un transceptor 1747-AIC averiado que mantiene ocupado el par diferencial e impide la circulación del testigo.

Compruebe primero el acoplador de enlace. Las modificaciones del programa y la reconstrucción de canales hacen perder horas cuando un AIC bloquea eléctricamente el bus.

Hardware incluido

La publicación 1770-UM018 sigue siendo la referencia eléctrica y de protocolo para el comportamiento de las interfaces DH-485.

Causas principales clasificadas

1. 1747-AIC (o NET-AIC) averiado, con un controlador RS-485 que supera las pruebas con un solo nodo, pero corrompe la arbitración del testigo en una red multidrop.
2. Dirección de nodo duplicada sin detección de duplicados en la capa de enlace; se manifiesta igual que un bloqueo del bus.
3. Terminación en un punto intermedio del troncal o blindaje conectado a tierra en ambos extremos, lo que reduce el margen diferencial o introduce polarización en el modo común.

Línea base antes de manipular los cables

Registre la dirección de cada nodo, la velocidad en baudios (normalmente 19200, aunque algunas instalaciones antiguas usan 9600), el ajuste del nodo máximo, la ubicación de los terminadores, el punto de conexión del blindaje y los bits de fallo del procesador S:5 / S:6. Un SLC con fallos puede mantener su puerto en un estado anómalo independientemente del AIC; elimine los fallos graves antes de culpar a la red.

Secuencia de aislamiento

1. Confirme que la CPU sospechosa está en Run y que las palabras de fallo están limpias.
2. Realice un intercambio en caliente del 1747-AIC completo por un repuesto verificado y del mismo catálogo. Si RSWho se recupera, retire el acoplador original; no se limite a volver a colocarlo ni lo devuelva al servicio.
3. Si la red sigue colapsando, cambie el chasis para separar los problemas de direccionamiento o cableado de los relacionados con un procesador específico.
4. Cambie temporalmente la dirección del nodo a un número no utilizado solo después de que fallen los intercambios de AIC; actualice las asignaciones de SCADA durante la misma ventana de cambios.
5. Verifique que haya terminadores de 150 Ω únicamente en los dos extremos físicos y que los puentes de terminación de los AIC estén abiertos en los nodos intermedios.
6. Si los repuestos disponibles son dudosos, instale un AIC sellado de fábrica. Los fallos silenciosos en repuestos almacenados son habituales.

Recomendaciones de sustitución

Especifique 1747-AIC para el aislamiento estándar de chasis modulares SLC y 1747-AICR cuando la aplicación requiera la variante aislada. Después de la sustitución, ajuste exactamente la velocidad en baudios y la configuración del nodo. No deje habilitados los terminadores de fábrica en todos los AIC del bastidor.

Documentación posterior a la intervención

Cuando la red se restablezca, actualice el plano de topología DH-485 con el número de serie o la fecha de instalación del AIC sustituido, confirme la dirección de cada nodo con la copia impresa de la configuración del canal y anote si el acoplador averiado era un repuesto almacenado o una unidad en servicio. Este registro evita que la próxima interrupción comience con otro repuesto sin probar. Si los scripts de InTouch o RSView almacenan listas de nodos obsoletas, reinicie el servidor DA después de la reparación física para que los bits de calidad se borren correctamente.

Pruebe el AIC antes de rediseñar el troncal

El éxito consiste en que todos los nodos aparezcan simultáneamente como activos en RSWho y en que se restablezca la calidad de las etiquetas del HMI, no simplemente en que el nodo reparado sea visible de forma local. Evite depurar primero las instrucciones MSG; evite los terminadores en puntos intermedios; evite las conexiones dobles del blindaje a tierra; y no devuelva un AIC “posiblemente bueno” al cajón de repuestos sin realizar una prueba multidrop en banco. Mantenga los repuestos AIC certificados junto con el resto del hardware de comunicaciones PLC y PAC para que un bloqueo del bus no se convierta en una interrupción de toda la producción.