DNP3 Unsolicited Responses — Push-Based Data from Outstations
Key Takeaway
How DNP3 unsolicited responses allow outstations to push event data to the master without waiting for a poll — configuration, confirmation, and use cases.
Quick Answer
DNP3 unsolicited responses allow an outstation to send event data to the master immediately when changes occur, without waiting for the master to poll. This reduces alarm latency from seconds to milliseconds — critical for pipeline safety systems, leak detection, and emergency shutdown reporting.
How Unsolicited Responses Work
- The outstation detects a change (alarm, value change beyond deadband)
- The outstation immediately sends an unsolicited response containing the event data with timestamp
- The master receives the response and sends a confirmation
- If no confirmation is received, the outstation retries (configurable retry count and delay)
Configuration
Enable unsolicited responses on the outstation in the device configuration tool (Telepace Studio, PCCU32, etc.). Configure which event classes trigger unsolicited messages, the confirm timeout, and retry count.
Master Configuration
The SCADA master (Geo SCADA, Ignition) must be configured to accept unsolicited responses from the outstation. The master sends an enable-unsolicited request at startup to activate unsolicited reporting.
When to Use Unsolicited
- Critical alarms requiring immediate notification (ESD, high pressure, leak detection)
- Pipeline SCADA where polling latency is unacceptable for safety events
- Low-bandwidth links where polling creates unnecessary traffic
When to Use Polling Instead
- High-reliability applications where confirmed delivery is critical (polling provides implicit confirmation)
- Networks where unsolicited traffic from many outstations could cause congestion
Frequently Asked Questions
An unsolicited response allows the outstation to push event data to the master immediately when changes occur, without waiting for a poll request.
Yes. The master sends an application-layer confirmation. If the outstation receives no confirmation, it retries according to the configured retry count and delay.