Diagnóstico PROFIBUS DP y diagnóstico extendido
PROFIBUS DP no necesita un sondeo aparte para decirle que un esclavo está inconforme: el esclavo levanta una bandera dentro de su respuesta cíclica normal, y el maestro lee entonces un bloque de diagnóstico detallado. Saber cómo funciona ese mecanismo convierte una falla vaga de esclavo en un problema específico y localizado. Esta página explica el diagnóstico estándar y extendido de DP y cómo aflora.
Diagnóstico PROFIBUS DP en una línea: El diagnóstico PROFIBUS DP funciona así: el esclavo activa una bandera de diagnóstico en su respuesta cíclica, lo que lleva al maestro a solicitar el bloque de diagnóstico del esclavo. Ese bloque lleva estado estándar - estación no lista, falla de configuración y similares - más un área de diagnóstico extendido (Ext_Diag) específica del dispositivo donde el fabricante codifica la falla real, como un error de canal, de modo que el maestro se entera tanto del hecho como del detalle.
El esclavo levanta una bandera, el maestro lee el detalle
La parte ingeniosa del diagnóstico DP es que no cuesta casi nada hasta que algo anda mal. Durante el intercambio cíclico normal, el esclavo simplemente reporta sus E/S. Cuando tiene un problema, activa una indicación de diagnóstico en su respuesta - una señal al maestro de que hay un diagnóstico esperando - sin enviar todavía el detalle. El maestro nota la bandera y emite una petición de diagnóstico a ese esclavo, que devuelve el bloque de diagnóstico completo. Eso mantiene magro el tráfico cíclico de rutina y aun así entrega detalle rico de falla bajo demanda, de forma parecida a como PROFINET separa los datos cíclicos de las alarmas de evento.
La parte estándar del bloque de diagnóstico lleva bits de estado definidos: estación no lista, estación no existente, falla de configuración, falla de parámetros y similares. Estos informan al maestro sobre la salud de la relación misma: si el esclavo arrancó correctamente, si su configuración coincide, si siquiera contesta. Para muchísimos problemas, estos bits estándar por sí solos apuntan a la causa: una falla de configuración significa que la disposición de módulos no coincide, una falla de parámetros significa que la parametrización fue rechazada.
El diagnóstico extendido lleva la falla específica del dispositivo
Más allá del estado estándar, el bloque de diagnóstico incluye un área de diagnóstico extendido, Ext_Diag, donde el fabricante del dispositivo codifica el detalle de falla específico de ese equipo: qué canal tiene un hilo roto, qué medición está fuera de rango, un código de falla interna. El significado de los bytes extendidos lo define el dispositivo y está documentado en su manual y su archivo GSD, así que leerlos suele implicar consultar esa documentación para decodificar qué significa un patrón de bytes en particular. Aquí es donde DP le dice no solo que un esclavo está en falla sino qué borne o qué función es el problema.
También hay una indicación de desbordamiento de diagnóstico para cuando un dispositivo tiene más información de diagnóstico de la que cabe en un bloque, de modo que el maestro sepa que debe buscar más. En la práctica, los ingenieros mapean los bits de diagnóstico importantes al PLC para que el HMI muestre una falla con significado y no una bandera pelada de esclavo en falla, algo parecido a exponer una falla de watchdog o de enlace como mensaje de operador. El resultado decodificado es lo que un historiador o una capa SCADA como Merobix grafica y alarma después; Merobix registra los tags de diagnóstico del controlador y no solicita bloques de diagnóstico DP por sí mismo. Entender la estructura de estándar más extendido es lo que le permite rastrear una falla en el SCADA hasta el diagnóstico DP exacto que la levantó.
Preguntas frecuentes
¿Cómo reporta una falla un esclavo PROFIBUS DP?
El esclavo activa una bandera de diagnóstico en su respuesta cíclica normal en lugar de enviar el detalle sin que se lo pidan. El maestro ve la bandera y emite una petición de diagnóstico, y el esclavo devuelve su bloque de diagnóstico con bits de estado estándar más un diagnóstico extendido específico del dispositivo. Eso mantiene magro el tráfico cíclico de rutina y aun así entrega el detalle completo de la falla bajo demanda.
¿Qué es Ext_Diag en PROFIBUS?
Ext_Diag es el área de diagnóstico extendido del bloque de diagnóstico DP, donde el fabricante codifica el detalle de falla específico de ese dispositivo: un hilo roto en un canal, una medición fuera de rango, un código de falla interna. Su significado lo define el dispositivo y está documentado en su manual y su archivo GSD, así que decodificar los bytes extendidos suele requerir consultar esa documentación.
¿Qué me dicen los bits estándar del diagnóstico DP?
Reportan la salud de la relación: estación no lista, estación no existente, falla de configuración, falla de parámetros y similares. Muchas veces señalan la causa por sí solos: una falla de configuración significa que la disposición de módulos no coincide con lo planeado, una falla de parámetros significa que la parametrización fue rechazada. El diagnóstico extendido añade después el detalle de canal o función específico del dispositivo.
Fuentes y lecturas
Referencias primarias de los organismos de normas y reguladores que definen este tema:
- PROFIBUS & PROFINET International - PROFIBUS
Servicios de automatización
¿Necesita convertir esta información en un sistema que funcione?
Merobix integra SCADA, programa PLC Allen-Bradley y Siemens, y diseña y fabrica tableros de control industrial.
Las solicitudes de reunión se revisan antes de confirmarse.