A las 2:17 de la madrugada te despierta el teléfono, y la voz al otro lado se salta el saludo. El nodo 14 se ha caído y la línea está caída. El tráfico programado a través del 1756-CNB se detuvo hace cuarenta minutos, los variadores están averiados y el electricista de turno ya ha vuelto a conectar todos los conectores a los que ha podido acceder. Quiere saber si vas a venir. Vas a venir. Antes de subirte al camión, llévate este artículo contigo.

Esta es la situación con la que te encontrarás. Un enlace troncal ControlNet construido con cable coaxial 1786-RG6, conectado a una fila de 1756-CNB y 1756-CNBR módulos en racks ControlLogix, un 1788-CN2DN o dos que llevan E/S a DeviceNet, y un cronograma que RSNetWorx para ControlNet escribió hace años y nadie ha respaldado desde entonces. Rockwell cataloga ControlNet como Activo-Maduro, que es una forma educada de decir que todavía da soporte al producto, pero no está desarrollando más. La empresa prefiere venderle EtherNet/IP en conmutadores 1783, y es correcto intentarlo. Pero su planta todavía funciona con cable coaxial, y tiene que funcionar mañana. Este es el procedimiento de campo que restablece la red. Siga los pasos en orden y no omita los aburridos, porque es ahí donde suelen perderse estas llamadas.

Herramientas que necesitas antes de empezar

Reúna todo esto antes de salir del taller. Cada viaje de regreso al camión por una pieza faltante cuesta veinte minutos de una noche que ya es larga.

· RSNetWorx para ControlNet, instalado y probado en su portátil. Asegúrese de saber qué versión utiliza y de que los archivos EDS de su portátil coincidan con los dispositivos de la red. Un portátil que no se ha utilizado en la planta en dos años le hará perder la primera hora actualizándose.

· Una interfaz ControlNet para el portátil. La tarjeta CardBus 1784-PCC y el adaptador USB 1784-U2CN son los dos componentes que encontrará en el campo. Cargue el controlador y configúrelo en RSLinx antes de salir, y pruebe la tarjeta con una red real en el taller. Probarla por primera vez en un panel oscuro a las 3 de la mañana no es una buena idea.

· El archivo de programación de respaldo. Este es el archivo .cnc que RSNetWorx guarda al poner en marcha una red. Si no lo tiene, su noche se acaba de alargar. Si lo tiene, pero tiene cinco años, desconfíe hasta que lo haya comparado con la red en funcionamiento.

· Repuestos físicos: un trozo corto de cable coaxial 1786-RG6, dos terminadores de 75 ohmios, un conector de repuesto y algunos conectores BNC. Lleve un rollo completo de cable si el tramo principal es largo o discurre al aire libre.

· Un módulo 1756-CNB o 1756-CNBR en buen estado, actualizado al firmware que utiliza su planta, en caso de que sea necesario el paso 6.

· Un multímetro, una linterna, un pequeño espejo para leer las direcciones de los nodos detrás de los paneles y los archivos EDS de todos los dispositivos de terceros en la red, todo ello guardado en una memoria USB.

Recorre la escalera en este orden.

Las fallas de ControlNet se clasifican en cuatro categorías: el cable, el módulo, la programación y el nodo. Los modos de falla parecen similares en la pantalla del operador, y ahí radica el problema. Un nodo que se desconecta por la falta de un terminador se ve igual que un nodo que se desconecta porque su dirección entra en conflicto con la de otro nodo. El orden de las acciones no es una cuestión de preferencia. Primero revise la capa física, luego el módulo, después la programación, luego el nodo y, por último, reemplace el hardware. Cada paso elimina una clase completa de fallas, y ninguna de ellas requiere que confíe en la versión del operador.

Paso 1: Primero, compruebe la capa física.

ControlNet es una red programada y segmentada en tiempo que funciona a 5 Mbit/s en cable coaxial de 75 ohmios. Cada nodo tiene una ranura garantizada en una trama repetitiva, y todo el sistema depende de que la señal llegue limpia en cada toma. Las reflexiones destruyen esa señal, y las reflexiones provienen de una geometría deficiente: extremos abiertos, cable incorrecto, derivaciones, agua. La mayoría de las llamadas de "la red se cayó a las 2 AM" terminan aquí, en el cable, no en la programación. Comience en un extremo del troncal y avance hacia el otro. Apague lo que pueda antes de tocar el cable coaxial. No desconecte un troncal con corriente mientras la planta dependa de él, y nunca tire de un conector para "ver si salta una chispa". No saltará ninguna chispa y habrá cortado la red.

Primero, verifique los terminadores. Un cable troncal ControlNet necesita exactamente dos, uno en cada extremo físico, y ambos deben ser de 75 ohmios. El 1786-XT es el componente correcto para este sistema. Un terminador faltante deja el extremo del cable abierto. La señal se refleja en ese extremo abierto, y los nodos cercanos se debilitan y pierden señal cuando el gabinete se calienta o se arranca un motor grande. Un terminador adicional es igual de perjudicial si cuelga de una derivación en medio del cable troncal, ya que convierte un segmento en buen estado en dos segmentos incompletos. La regla es simple: dos terminadores, en los extremos, nada más en el cable.

Revisa todos los conectores BNC del maletero. Si están bien colocados, debes sentir que encajan con un clic y no puedes girar la carcasa contra el gato. Un conector que gira indica que la conexión falló hace años y ha ido empeorando desde entonces. Observa el pin central. Debe estar limpio, recto y completamente acoplado. La presencia de agua en un conector provoca una pérdida intermitente que ningún cambio en la programación solucionará, y la corrosión en la malla de protección produce el mismo efecto. Cuando encuentres un conector defectuoso, córtalo y reemplázalo por uno nuevo en lugar de apretarlo y esperar que funcione.

Compruebe el cable en sí. El cable principal debe ser coaxial RG6 de cuatro blindajes (1786). El RG-59 transmitirá la señal solo una corta distancia y luego fallará, y el cable coaxial de TV sobrante que alguien usó para reparar una sección rota es peor que no reparar nada, porque pasa las pruebas de CC pero falla bajo carga. Si alguien empalmó el cable principal con un conector de barril, ese empalme es un punto de reflexión y una futura llamada a las 2 de la madrugada. Si alguien conectó en cadena el BNC de un módulo directamente al BNC del siguiente módulo en lugar de usar derivaciones, se trata de un cable que nunca debió haberse construido. Los dispositivos se conectan mediante derivaciones, con un cable de bajada corto desde la derivación hasta el nodo. Mantenga cada bajada a un metro o menos y entréguela lejos de los cables de alimentación.

Luego, haga los cálculos. Un segmento de ControlNet está limitado a 1000 m de cable RG-6 y 48 nodos. Si su planta excede cualquiera de estos límites, debe haber un repetidor en la ruta, y el nodo problemático probablemente se encuentre al otro lado de dicho repetidor. Busque el repetidor y verifique su alimentación antes de continuar. Mientras recorre el cable, busque daños evidentes: cable coaxial aplastado detrás de un panel abatible, cable que pasa por un desagüe, agua estancada en una caja de registro subterránea, marcas de montacargas en la cubierta. Las fallas del cable ControlNet rara vez son misteriosas una vez que se examina el cable en sí.

Si la red no se activa por completo, probablemente se trate de un cortocircuito o un circuito abierto. Si el LED de red de todos los nodos se apaga o parpadea al mismo tiempo, significa que el problema está en el troncal. No se trata de cuarenta módulos que fallaron simultáneamente. Aísle la falla metódicamente. Apague los nodos uno por uno, desconecte sus cables y observe si el resto de la red se ilumina en verde fijo. Al desconectar el cable que soluciona el problema, habrá encontrado la pieza culpable. Generalmente se trata de un cable aplastado, un conector mojado o una conexión dañada por una escalera. Repare ese problema y la red volverá a funcionar correctamente.

Paso 2: Lea los LED del módulo.

Los modelos 1756-CNB y 1756-CNBR ofrecen mucha información desde el panel frontal si se leen los indicadores en pares. El 1756-CNB cuenta con dos indicadores: uno para el estado del módulo y otro para el estado de la red. El 1756-CNBR cuenta con tres: uno para el estado del módulo y otro para cada canal redundante. El LED del módulo indica si el hardware está activo. El LED de red indica si se está comunicando. Lea primero el LED del módulo. Un módulo inactivo en el backplane nunca se comunicará con la red, independientemente de la calidad del cable.

Indicador | Patrón | Qué significa | Qué hacer

LED del módulo | Apagado | Sin alimentación o el módulo no está bien colocado en el panel posterior | Vuelva a colocar el módulo firmemente. Compruebe la fuente de alimentación del chasis y la ranura.

LED del módulo | Verde fijo | Funcionamiento normal | Nada. Mover al LED de red.

LED del módulo | Verde intermitente | Autodiagnóstico en curso o actualización del firmware | Espere. Si sigue parpadeando después de diez minutos, apague y vuelva a encender el chasis.

LED del módulo | Rojo intermitente | Fallo recuperable, generalmente relacionado con la configuración o el firmware | Compruebe la revisión del firmware en el árbol de E/S de Studio 5000. Reinicie el dispositivo.

LED del módulo | Rojo fijo | Fallo irrecuperable | Vuelva a conectar una vez. Si vuelve a encenderse el rojo, el módulo está averiado. Vaya al paso 6.

LED de red | Apagado | El módulo está activo pero no se comunica con el enlace troncal | Compruebe la derivación, el cable de bajada y el enlace troncal detrás de este nodo. Ese es el primer paso.

LED de red | Verde fijo | En línea y con tráfico programado | Normal. No hay nada que hacer.

LED de red | Verde intermitente | Alimentado pero sin comunicación con la red | El nodo no puede detectar la red. Compruebe el terminador, el adaptador y la dirección del nodo.

LED de red | Rojo, fijo o intermitente | Dirección de nodo duplicada o fallo grave de red | Apague el nodo. Compruebe su dirección con la de todos los demás nodos. Compruebe el enlace troncal.

En un módulo 1756-CNBR con redundancia de medios, los dos indicadores de red deberían ser simétricos. Si uno se ilumina en verde fijo y el otro en rojo, significa que la falla reside en el cable o el terminador de ese canal, no en el módulo. Intercambie el cable y el terminador del canal sospechoso antes de descartar el módulo y evitará tener que reemplazar una pieza.

Una regla básica puede ser muy útil. Cuando todos los nodos de la red fallan simultáneamente, el problema está en el tronco. Cuando solo un nodo falla y el resto funciona correctamente, el problema está en ese nodo, su conexión, su destino o su dirección. Establezca esta distinción a tiempo y no perderá tiempo trabajando en el lado equivocado de la red.

Paso 3: Conéctese a RSNetWorx y verifique el horario.

Antes de realizar cualquier cambio, conecte RSNetWorx para ControlNet a la red. Seleccione el controlador que coincida con su tarjeta de interfaz, explore la red y deje que el software la detecte. Anote la información que encuentre: cuántos nodos hay, cuáles están programados y cuáles no. Esta lista le servirá de guía durante el resto de la noche.

Luego, hay que resolver la cuestión de quién es el propietario del cronograma. En ControlNet, el cronograma es la organización de quién habla en qué franja horaria. Se encuentra en dos lugares. El archivo .cnc lo almacena quien puso en marcha la red, y cada nodo programado guarda una copia de su parte. Cuando RSNetWorx se conecta y su archivo no coincide con el de la red, pregunta cuál conservar. Si la red ha estado funcionando correctamente y su archivo está obsoleto, cárguelo desde la red y guárdelo con un nombre nuevo. Si la red es el problema que le pidieron que solucionara y su archivo es el correcto, restáurelo desde el archivo. Tome esa decisión una sola vez, con cuidado, y dígalo en voz alta antes de hacer clic. Una elección incorrecta borra un cronograma en funcionamiento, y RSNetWorx no le avisará dos veces.

Abra las propiedades de red y lea dos números: NUT y S_max. NUT, o tiempo de actualización de red, es la duración de la trama repetitiva que transporta todo el tráfico programado. El valor predeterminado es de 2 ms, y la mayoría de las plantas nunca necesitan más. S_max es la dirección de nodo más alta que la programación admitirá. Debe estar por encima de su nodo programado más alto. Si alguien agregó un nodo en la dirección 60 mientras S_max estaba en 50, ese nodo nunca se programará, sin importar cuántas veces lo ponga en servicio. Aumente S_max y luego ponga en servicio. Esta configuración en particular ha hecho que más ingenieros se desorienten que cualquier falla de cable que haya visto.

RSNetWorx también muestra la distribución entre el ancho de banda programado y el no programado. El tráfico programado tiene un espacio garantizado en cada trama. El tráfico no programado, que incluye mensajes explícitos, cargas y programación, ocupa el espacio restante. Cuando una nueva conexión no se ajusta a la programación, RSNetWorx lo indica claramente. La solución consiste en aumentar el NUT o reducir el número de conexiones programadas; nunca es una solución milagrosa ni una segunda comisión con las mismas cifras.

Mientras estés conectado, revisa cada nodo programado. RSNetWorx marca los dispositivos que están presentes pero no aparecen en la programación, y también marca los que no puede identificar. Ambas situaciones se muestran primero aquí y cada una tiene una solución diferente. Si la red parece funcionar correctamente en RSNetWorx, el problema es más específico de lo que se sugirió en la llamada telefónica, y el paso 4 lo resolverá.

Paso 4: Encuentra el nodo que falta

La planta indica que el nodo 14 no está disponible. RSNetWorx muestra 47 de 48 nodos. No confíe en el número de nodo impreso en la puerta del panel. Confíe en la dirección IP que el dispositivo tiene configurada, ya que ambas no coinciden desde la instalación del panel.

Primero, confirme la dirección. Un 1788-CN2DN obtiene su dirección de nodo de los conmutadores del dispositivo, y las direcciones válidas van del 1 al 99. Anote la dirección que muestran los conmutadores, no la del diagrama. Un 1756-CNB almacena su dirección en el software, configurada mediante RSLinx o las propiedades del módulo en Studio 5000. Si la dirección real del dispositivo no coincide con la que espera la programación, RSNetWorx mostrará el dispositivo como activo, mientras que la programación lo ignora por completo. Esta discrepancia genera la llamada telefónica que recibió.

En segundo lugar, compruebe si hay un duplicado. Dos nodos en la misma dirección constituyen el fallo intermitente clásico. Ambos se encienden, uno ocupa la ranura, el otro se desconecta y la conexión se alterna entre ellos con cada reinicio. Si el nodo que falta vuelve a funcionar en el momento en que apaga a su vecino, tiene una dirección duplicada. Cambie la dirección de uno de los nodos a una libre y vuelva a ponerlo en funcionamiento. No lo posponga, ya que el duplicado volverá a aparecer la próxima vez que ambos dispositivos se reinicien.

En tercer lugar, observe la derivación. El cable de bajada desde la derivación al nodo debe estar bien sujeto en ambos extremos, y el extremo del nodo es el que todos olvidan porque queda oculto tras el conector del módulo. Un conector BNC que gira en el extremo del nodo indica un fallo en el engaste. Reemplace toda la derivación en lugar de volver a engastar la antigua, ya que esta se ha estado doblando durante años y volverá a fallar. Confirme que el cuerpo de la derivación sea el adecuado para su troncal y que su abrazadera esté bien cerrada sobre el cable coaxial. Una derivación instalada pero nunca ajustada es un nodo que funciona hasta que se cierra de golpe la puerta del armario.

Cuarto, analice la información que le proporciona RSNetWorx, ya que su visualización es precisa si se interpreta correctamente. Un dispositivo que aparece como un signo de interrogación está presente pero no identificado. Su archivo EDS no se encuentra en la máquina donde se ejecuta RSNetWorx, por lo que el software no puede leer su identidad. Instale el archivo EDS y actualice la exploración. Un dispositivo que aparece con un nombre pero sin conexiones programadas no está incluido en la programación, y ese es el problema del paso 5. Un dispositivo que no aparece en absoluto presenta un problema físico, y ese es el problema del paso 1. Siga el paso que corresponda al síntoma.

|52|

|53|

|54|

|55|

|56|

|57|

|58|

|59|

|60|

|61|

|62|

|63|

|64|

|65|

|66|

|67|

|68|

|69|

|70|

|71|

|72|

|73|

|74|

|75|

|76|

|77|

|78|

|79|

|80|

|81|

|82|

|83|

|84|

|85|

|86|

|87|

|88|

|89|.