One commissioned device sending a verified value with a stable identity, explicit time semantics, and a tested reconnect path.
Define the device and variable contract
Choose a stable device identifier that survives firmware changes and support hand-offs. Define every first-pass variable with its type, engineering unit, valid range, sampling interval, and timestamp source.
{
"temperature": {
"value": 27.4,
"timestamp": 1721456400000,
"context": { "unit": "degC", "quality": "good" }
}
}Choose HTTPS or MQTT from field behaviour
HTTPS is a clear first path for devices that wake, send a bounded payload, and disconnect. MQTT suits long-lived sessions, constrained links, and publish/subscribe workflows. Confirm the deployment-specific endpoint and credential in the authenticated project record.
- Use encrypted transport and validate the server certificate.
- Buffer locally when a missing reading would affect the operating decision.
- Preserve timestamps and sequence when backfilling after an outage.
- Design retries so they cannot create duplicate actions or misleading data.
Commission with known evidence
Do not begin with a full production payload. Send a known value, inspect it in the platform, and increase scope only after identity, value, unit, and time match the source.
- 01Provision the device or gateway with its assigned non-production credential.
- 02Send one known value and record the source reading.
- 03Verify device identity, variable, unit, timestamp, and quality in the portal.
- 04Disconnect and reconnect the network, then inspect gaps, order, and duplicates.
- 05Record the accepted hardware, firmware, and configuration versions.