Getting started · chapter 04 of 08

Connect the first device without losing data meaning

Connectivity is successful only when a known value arrives under the correct identity, unit, and time—and the device has a designed response when the network disappears.

Practical guideOutcome: One commissioned device sending a verified value with a stable identity, explicit time semantics, and a tested reconnect path.
Chapter outcome

One commissioned device sending a verified value with a stable identity, explicit time semantics, and a tested reconnect path.

04.1

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" }
  }
}
04.2

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.
04.3

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.

  1. 01Provision the device or gateway with its assigned non-production credential.
  2. 02Send one known value and record the source reading.
  3. 03Verify device identity, variable, unit, timestamp, and quality in the portal.
  4. 04Disconnect and reconnect the network, then inspect gaps, order, and duplicates.
  5. 05Record the accepted hardware, firmware, and configuration versions.
Connected-product assessment

Bring one product. Leave with a clear next step.

Use 30 minutes to test the fit around one product and one blocked decision. If there is a fit, we will outline the two-week Product Blueprint.

30-minute fit callOne productNo prepared deck