Stop polling remote sites
Polling pump stations and tank farms over cellular is slow and expensive. MQTT with Sparkplug B flips it to report-by-exception — and your gateway stops hammering the link.
The polling tax
Classic polling asks every device for every value on a schedule, whether anything changed or not. Over a metered cellular or radio link, that means:
- Constant round trips and data charges for values that rarely move.
- Latency — you learn about an event on the next scan, not when it happens.
- Transients that slip between scans entirely.
Report-by-exception with Sparkplug B
Sparkplug B puts a lightweight edge node at the site that publishes values only when they change, with store-and-forward so nothing is lost when the link drops. Birth and death certificates tell the system exactly what tags exist and when a node goes offline. Ignition's MQTT Engine subscribes, and the tags simply appear in your tag tree.
What changes on the gateway
- No scan classes pounding a slow link — the edge decides what's worth sending.
- Events arrive in near real time instead of on the next poll.
- Adding a site is publishing to a broker, not wiring up another polled connection.
For water districts and anything on cellular, this is usually a dramatic cut in both data cost and lag.
Got remote sites on cellular? I build MQTT / Sparkplug architectures for exactly this.
Contact us