¿Qué es una respuesta no solicitada DNP3?
La mayoría del tráfico DNP3 es un maestro preguntando y una estación remota (outstation) respondiendo. Las respuestas no solicitadas invierten eso: la estación remota habla primero, empujando eventos al maestro en el momento en que ocurren. Esto es lo que permite a DNP3 reportar el disparo de un interruptor casi en tiempo real por un enlace que de otro modo está mayormente ocioso. Esta página explica qué es una respuesta no solicitada DNP3, cómo se activa y dónde encaja frente al sondeo y a la respuesta no solicitada nula.
Respuesta no solicitada DNP3 en una línea: Una respuesta no solicitada DNP3 es un mensaje que una estación remota envía al maestro por iniciativa propia, sin ser sondeada, cuando cambia un punto de una clase de eventos habilitada. Usa el código de función 130 y entrega de inmediato los eventos almacenados, de modo que el maestro se entera de un cambio cuando sucede y no en el siguiente sondeo. El maestro debe habilitar primero el reporte no solicitado, y la estación remota espera la confirmación del maestro antes de limpiar los eventos reportados.
Cómo funciona el reporte no solicitado
Bajo la operación solicitada el maestro conduce todo: sondea clases en un calendario y la estación remota solo responde. La operación no solicitada agrega una segunda vía. Cuando un punto asignado a una clase de eventos habilitada cambia, la estación remota construye de inmediato una respuesta no solicitada con esos eventos y la envía sin esperar un sondeo. Esta es la forma DNP3 del reporte por excepción, y es la razón por la que un sitio remoto tranquilo aún puede entregar una alarma de disparo a instantes del evento.
El maestro conserva su sondeo normal por confiabilidad. Las respuestas no solicitadas se encargan del reporte rápido de cambios, mientras un sondeo de integridad periódico garantiza que el cuadro del maestro se mantenga correcto aunque un mensaje no solicitado se pierda. Los eventos fluyen desde el buffer de eventos de la estación remota, y se limpian solo cuando el maestro los confirma, así que nada se descarta en silencio.
Cómo se habilita y el caso nulo
El reporte no solicitado no ocurre por sí solo; el maestro lo habilita, típicamente por clase, usando el código de función de habilitar no solicitados. Antes de habilitarse, la estación remota reporta solo cuando la sondean. Después de habilitarse, la estación remota puede reportar espontáneamente para las clases que el maestro activó. Este apretón de manos es lo que un técnico configura cuando sigue el procedimiento para habilitar el reporte no solicitado DNP3 en ambos extremos.
Existe una forma vacía especial del mensaje: la respuesta no solicitada nula. No carga eventos, solo el estatus de indicaciones internas, y una estación remota envía una al arrancar y periódicamente como latido para que el maestro sepa que la estación remota está viva y que se reinició. Distinguir una respuesta no solicitada con datos de una nula es lo primero que revisar cuando aparece tráfico no solicitado pero ningún evento parece llegar.
Preguntas frecuentes
¿En qué difiere una respuesta no solicitada de una respuesta a sondeo?
Una respuesta a sondeo (código de función 129) contesta la solicitud de un maestro. Una respuesta no solicitada (130) la envía la estación remota por su cuenta cuando ocurre un evento, sin que se lo pidan. Una es reactiva, la otra es proactiva.
¿El maestro tiene que confirmar una respuesta no solicitada?
Sí, cuando se solicita confirmación. La estación remota retiene los eventos reportados en su buffer hasta que el maestro devuelve una confirmación de aplicación, así que un mensaje no solicitado perdido se reintenta en lugar de descartarse en silencio.
¿Por qué enviaría una estación remota una respuesta no solicitada nula?
Para señalar que está en línea. Una respuesta no solicitada nula no carga eventos, solo estatus. Las estaciones remotas envían una al arrancar para anunciar un reinicio y periódicamente como señal de vida, de modo que el maestro pueda distinguir entre un sitio tranquilo y uno muerto.
Fuentes y lecturas
Referencias primarias de los organismos de normas y reguladores que definen este tema:
- DNP3 (IEEE 1815) Protocol - DNP Users Group
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.