Industrial MQTT: topics, QoS and the data contract
Go beyond connecting to a broker. Make message meaning, duplication and freshness explicit and manageable.
Read the guideSolutions
Make shop-floor data ready to share.
IT/OT architects and system integrators
Transfer production data to central applications using a controlled topic and payload structure. Design MQTT, REST and supported cloud connections while preserving data age and quality.
Values are read from the source (OPC UA or SQL) and triggered on a change condition.
Values are converted to the defined JSON schema; topic hierarchy, unit and timestamp are added.
They are published to target applications over MQTT, REST or a suitable cloud connection; outage behaviour is planned with QoS and a buffer.
Pilot acceptance criterion
Measure record counts, duplicates and message age during broker outages and reconnection.
Connector availability, version compatibility and licence scope are verified for each project.
Go beyond connecting to a broker. Make message meaning, duplication and freshness explicit and manageable.
Read the guideA fixed hierarchy that runs from general to specific is recommended (for example site/area/line/equipment/measurement). The MQTT topic builder generates sample structures and subscription filters; see MQTT in production for detail.
Behaviour depends on the QoS level, session settings and client-side buffering; there is no unconditional guarantee. Acceptance tests measure record counts and duplicates during a broker outage and reconnect. See the Store & Forward guide.
Your next step
Share your source, destination and intended outcome. We’ll help define the project scope.