¿Qué indican el autodiagnóstico de módulos de E/S y los LED de estado?

Volver al glosario

Diagnósticos por canal: lo que ve el módulo

Los diagnósticos más valiosos operan a nivel del canal individual, porque ahí es donde de verdad ocurren las fallas de campo. Un canal de entrada analógica puede detectar un hilo abierto o un sensor roto al percibir que la corriente del lazo cayó por debajo del cero vivo de una señal de 4-20 mA: una lectura de esencialmente cero miliamperios en un lazo que nunca debería bajar de cuatro significa que el hilo está cortado o el transmisor está muerto. El mismo canal marca fuera de rango por arriba y por abajo cuando la entrada se desvía fuera del span configurado, y muchos módulos distinguen un valor de proceso genuino en el extremo bajo de un hilo roto, para que una lectura baja real no se confunda con una falla.

Los canales discretos y de salida tienen su propio conjunto de verificaciones. Una salida digital puede detectar un cortocircuito o sobrecarga cuando comanda la salida en encendido pero la corriente es excesiva, y puede detectar una carga abierta o falta de fuente de campo cuando comanda encendido pero no fluye corriente. Los módulos de tipo surtidor a menudo vigilan la fuente del lado de campo y levantan una bandera de pérdida de fuente de campo si desaparecen los 24 VDC externos que alimentan las salidas, una falla que de otro modo parecería que todas las salidas de la tarjeta fallaron a la vez de forma misteriosa. Las salidas analógicas pueden medir su propia corriente entregada y marcar un lazo abierto o en corto de la misma forma.

Como estas pruebas corren por canal, el módulo puede decirle no solo que algo anda mal, sino exactamente dónde. Un bit de hilo roto en el canal seis de entrada analógica apunta al técnico directo a un transmisor y su cableado, en lugar de a todo el rack. Esa especificidad es todo el valor del autodiagnóstico: convierte un síntoma vago en una pantalla del operador en una ubicación accionable.

Bits de falla del módulo y LED de estado

Por encima de los canales individuales, el módulo reporta su propia salud general. Los bits de falla a nivel del módulo cubren condiciones que afectan a toda la tarjeta: una falla de autoprueba interna, un problema de comunicación con el backplane, un desajuste de configuración o calibración, una falla de firmware, o un bit resumen general que se activa siempre que algún diagnóstico de canal está activo. El controlador los lee junto con los bits por canal, y los buenos programas de PLC y las pantallas de SCADA presentan ambos para que los operadores vean un problema de módulo y el mantenimiento pueda profundizar hasta el canal específico.

Los LED del frente del módulo son la versión rápida, al pie del tablero, de la misma información. Las convenciones varían por fabricante, pero el patrón es consistente: un LED verde de módulo u OK encendido fijo indica que la tarjeta está energizada, configurada y comunicando normalmente; el mismo LED parpadeando o apagado suele señalar una falla, un estado sin configurar o pérdida de conexión con el controlador. Un LED de falla rojo aparte, cuando enciende, le dice que el módulo tiene un diagnóstico activo en algún lado. Muchos módulos también dan a cada canal su propio LED pequeño que muestra el estado encendido/apagado de ese punto y a veces se pone rojo o ámbar para marcar directamente una falla de canal.

Leer bien los LED ahorra tiempo, pero solo le dicen que existe una falla, no siempre exactamente cuál es. Un LED de falla rojo más un indicador por canal lo acota; la causa precisa, hilo abierto contra corto contra fuera de rango, vive en los bits de diagnóstico que el controlador y el SCADA pueden mostrar. La disciplina que separa un arreglo rápido de una tarde de búsqueda es aprender el lenguaje específico de LED del hardware que tiene enfrente y emparejarlo con el estado detallado que el módulo reporta por la red.

Subir los diagnósticos al SCADA de nube

En un sitio compacto donde el tablero está a unos pasos, leer los LED del módulo en persona es molesto pero factible. En operaciones de campo distribuidas, cabezales de pozo remotos, estaciones de bombeo y patines de medición dispersos por un arrendamiento o un ducto, no lo es, porque nadie está parado frente al gabinete cuando falla un canal. Aquí es donde subir los datos de diagnóstico a una plataforma SCADA cambia el trabajo. Cuando los bits de falla por canal y las banderas de estado del módulo se mapean a tags y se envían a un sistema de nube, un técnico puede ver que el canal seis de entrada analógica en el patín norte tiene una falla de hilo roto sin bajarse de la camioneta ni salir de la oficina.

El beneficio operativo es que el diagnóstico deja de requerir una visita al sitio y un multímetro. En lugar de despachar a alguien a perseguir una lectura sospechosa, recorrer el lazo y probar terminales, la pantalla del SCADA ya dice qué canal está fallado y cómo, así que la cuadrilla llega sabiendo qué llevar y a dónde ir. Con el tiempo, esos mismos tags de diagnóstico alimentan alarmas e histórico, de modo que un canal que reporta fuera de rango de forma intermitente, o un módulo que periódicamente pierde la fuente de campo, se vuelve visible como un patrón en lugar de una molestia aislada que se reinicia antes de que alguien la atrape.

Una plataforma SCADA de nube como Merobix hace esto práctico al recolectar esos tags de diagnóstico desde la E/S remota por el mismo enlace de telemetría que lleva los valores de proceso, y luego presentarlos en el navegador junto a las lecturas que califican. Eso significa que un valor analógico inestable y su falla de canal subyacente pueden verse juntos, y un equipo de mantenimiento puede triar todo el campo desde una sola pantalla. El módulo siempre estuvo reportando su propia salud; la plataforma simplemente hace visible ese reporte para las personas que pueden actuar sobre él, donde sea que se encuentren.

Preguntas frecuentes