Water networks
Overflow monitoring every event.
A combined sewer overflow or a storm outlet discharge is a reportable event – if anybody noticed it. Divako watches the level at the weir, raises the alarm when it rises, and writes a row for every event with start, end, duration and peak.
What is overflow monitoring?
Overflow monitoring is the continuous measurement of water level at the points where a sewer or stormwater network is designed to spill: combined sewer overflows, storm outlets, pump-station sumps and weirs. When the level rises above the weir crest, water leaves the network into a river, a fjord or the ground. Monitoring means knowing that it happened, for how long, and how far above the threshold the level went.
The reason to instrument it is rarely curiosity. Discharges have to be reported, the reports have to be defensible, and “the operator thinks it spilled twice that autumn” is not a number. A level sensor and an event log turn an argument into a record.
How it works on Divako
- Sensor. A pressure, ultrasonic or radar sensor is installed at the weir or in the chamber. Battery-powered LoRaWAN or NB-IoT devices run for years; pump-station controllers can also feed level and status over Modbus or OPC UA.
- Network. The sensor reports every few minutes. On LoRaWAN it reaches your own gateways; on NB-IoT it rides the operator’s network. Both run side by side in the same account as your metering.
- Platform. The payload is decoded and the per-device calibration applied – sensor offset, weir crest height – so the stored value is a level you can compare with a threshold. Each device carries four: HH, H, L and LL.
- Alarms and events. Crossing the overflow threshold opens an event and raises an alarm to email, webhook, MQTT or your incident system. When the level falls back, the event closes with its duration and peak.
- Integration. Events and level series leave over the same REST and MQTT interfaces as your meter readings, for SCADA, GIS or annual reporting.
What to watch out for
- A threshold without hysteresis produces a hundred events. Water sloshing at the weir crest crosses and re-crosses the line, and each crossing is a new alarm at three in the morning. Set a return threshold slightly below the trigger, and a minimum duration before an event counts.
- Wastewater fouls sensors, and fouling looks like a reading. Rags on an ultrasonic transducer and grease on a pressure cell drift the level quietly instead of failing loudly. Compare neighbouring sites after a rain event, and put sensor cleaning on the same schedule as the rest of the chamber.
- A storm is when every site alarms at once. The hour you most need the system is the hour it sends four hundred messages. Group outlets, route the HH tier differently from the H tier, and decide in advance which alarms a duty engineer must see during heavy rain.
- The event log is only as good as the clock and the calibration. A duration is the difference between two timestamps on a device whose clock drifts, measured against a crest height someone wrote down once. Re-check both after any work in the chamber, before the number ends up in a report.
What you get
- Overflow event detection with start, end, duration and peak above threshold
- Four-tier alarm thresholds (HH / H / L / LL) per device or group
- Level, pressure and ultrasonic sensors with per-device calibration
- Map view with live status and sparkline trend per outlet
- Alarm routing to email, webhook, MQTT or your incident system
- Event log ready for annual reporting, not reconstructed from memory
- LoRaWAN and NB-IoT side by side, plus Modbus and OPC UA from pump stations
Questions
Frequently asked
What is overflow monitoring?
Continuous measurement of the water level at an overflow structure – a combined sewer overflow, a storm outlet, a pump station sump – so that a discharge is detected while it happens, alarmed, and recorded as an event with a start, an end and a duration.
How does the platform know an overflow started?
The level sensor reports every few minutes. When the level crosses the threshold you set for that weir, Divako opens an event; when it falls back below, the event closes. The row keeps start time, end time, duration and the peak above the threshold.
Which sensors and networks can we use?
Pressure, ultrasonic and radar level sensors on LoRaWAN or NB-IoT, and level or status signals from pump-station controllers over Modbus or OPC UA. Divako decodes and normalises them, so different brands look the same in the dashboard.
Can we use the event log for reporting?
That is what it is for. Instead of reconstructing last year's discharges from operator memory, you export a dated list of events per outlet with durations – and the level series behind each one.
Your network
Let's look at your overflow points.
Tell us how many outlets and pump stations you have and what is instrumented today. We'll suggest sensors, thresholds and a rollout order in about 30 minutes.