Connect field readings to your MQTT broker or data platform

Agree the message fields and outage handling with the receiving service before configuring the field equipment.

Agree what happens to a reading from measurement to acknowledgement

Confirm MQTT delivery, local storage and automatic backfill for the selected device, configuration and receiving service before ordering.
ChoiceWhat to compareWhat to check
MeasurePoint identity, value, unit and original observation timeKeep observation time separate from upload time
Store and reconnectSupported retention and retry behaviourConfirm device and service behaviour through the agreed outage test
DeliverBroker address, authentication, topic and payloadCheck the actual interface supported by both ends
ReceiveAcknowledgement, duplicate handling and missing-data rulesName the owner of data, alarms and account access

Example reading fields for a receiving service

Illustrative field names. The final topic, encoding and acknowledgement follow the chosen device and receiving interface.
RecordExample valueWhat stays with the reading
device_idfield-point-01The documented device-to-site mapping
measurementwater_levelDefinition and unit agreed for this point
observed_atOriginal observation timeA recorded time zone and unchanged time during delayed upload
qualityfresh, missing or another agreed statusUse the receiving service’s actual vocabulary and rules

Useful for this connection

What to send

Broker or SCADA type, if known, and how often operators need updated readings.

Start with the destination system and site details. We confirm MQTT delivery, storage and retry settings during the technical review.

Send the destination and the sites.

Request a shortlist