3 ms·
SCADA networks historically have very low available bandwidth (often due to being on the other end of a 10 mile radio link over 915 MHz with the radio & RTU pow
by auspiv 3y ago
SCADA networks historically have very low available bandwidth (often due to being on the other end of a 10 mile radio link over 915 MHz with the radio & RTU powered by solar panels) and rely on a poll/response methodology. Even if nothing has changed, the poll happens, and the response sends the same exact data every poll. MQTT can be a far more efficient protocol if you only send updates. Multiply this situation by 1000x RTUs (now imagine you have a slightly better radio link from office to a remote tower, but that remote tower is communicating with 10x RTUs). You can see the need for efficient communication.
Now - realize this is how natural gas pipelines are monitored/controlled in the mountains. You want that kind of communication to be reliable and scalable right?
- talldrinkofwhat 3y agoDoes MQTT offer anything novel to the call/response problem if it's not just updates (e.g. battery controlled nodes that need to know when to wake up and act)? I started developing a system ~a decade ago and ended up writing my own messaging protocols/queue systems. It's been an uphill battle, and if there's something a little more modern in the wings I'm all ears (I'm porting over to more modern uC's so it makes sense to re-evaluate the stack I suppose...)