Connected Products & Smart Hardware

MQTT for Connected Products & Smart Hardware

If you build smart hardware for your own customers — appliances, wearables, controllers, sensors — your product depends on a broker you should not have to babysit. Focus on the device and the app; let the broker be infrastructure.

No card required

What you can build

Build your connected product on ConnectMQ

You build the firmware and the apps, ConnectMQ moves the data. Every unit you ship publishes its state; your mobile app, support console, analytics and update service each subscribe to the topics they need.

Devices you ship
ESP32 appliancesproducts/{id}/state
Embedded Linux controllersproducts/{id}/events
Wearables via phoneproducts/{id}/telemetry
Config & firmware infoproducts/{id}/config
ConnectMQ
  • TLS on 8883
  • per-device ACL
  • secure WebSockets
  • retained messages
What you build on top
Customer mobile app
Support console
Product analytics
Firmware rollout service
What you get

Connected Products & Smart Hardware on ConnectMQ

  • Standard MQTT works with ESP32, nRF, STM32, embedded Linux and mobile apps
  • Browser and mobile apps connect over secure WebSockets
  • Per-device credentials for every unit you ship
  • Same endpoint style from prototype to production
  • Retained config and state, so a device or app that reconnects is up to date at once
  • Last Will tells your app the moment a device goes offline
example topic design
products/{device-id}/state
products/{device-id}/events
products/{device-id}/config         (retained)
Use cases

What hardware teams build on ConnectMQ

Companion mobile app

Customers see live state and control the device from their phone; commands and state travel over the same broker.

Device provisioning

Each unit gets its own credentials and topic permissions at the factory or on first setup.

Firmware rollout

Publish an update notice to a device group, watch each unit report its new version and roll out in waves.

Remote diagnostics

Your support console subscribes to a single unit’s events and logs to help a customer in minutes.

Usage analytics

Feature usage and errors from the field stream into your analytics, without a separate telemetry stack.

Pilot batches

Start with a prototype batch on the Free or Basic plan and grow to a large fleet with the same code.

How a per-device ACL decides

Rule for unit-0193: products/0193/#

ClientActionTopicResult
unit-0193publishproducts/0193/stateallowed
unit-0193subscribeproducts/0193/configallowed
unit-0193subscribeproducts/0194/#denied
unit-0193publishproducts/0194/commandsdenied
support-appsubscribeproducts/+/eventsallowed
Per-device credentials

Every unit sees only its own topics

Give each device its own username and password and limit it to products/{its id}/#. A cloned or compromised unit cannot read or control anyone else’s device, and you can revoke one credential without touching the rest of the fleet.

Real-life example

Your customer taps Boost — the purifier responds in a second

The everyday loop of a connected product: the device in the customer’s home publishes its state, your mobile app subscribes, and commands go back on the device’s own topics. Device and app both connect out to ConnectMQ.

ConnectMQMQTT broker · TLS 8883Air purifierPM2.512383124µg/m³Fan 1Fan 3Boostunit 0193 · 21.5 °CYour mobile appCustomer’s phone · secure WebSockets12383124Customer’s living roomAir purifier · ESP32 · Wi-Fiproducts/0193/state {"pm25":38,"fan":1}products/0193/state {"pm25":38,"fan":1}products/0193/set {"fan":3}products/0193/set {"fan":3}products/0193/state {"fan":3}Your app · nowLiving room: boost on — air improvingConnectMQMQTT broker · TLS 8883Air purifierPM2.512383124µg/m³Fan 1Fan 3Boostunit 0193 · 21.5 °CYour mobile appCustomer’s phone · secure WebSockets12383124Customer’s living roomAir purifier · ESP32 · Wi-Fiproducts/0193/state {"pm25":38,"fan":1}products/0193/state {"pm25":38,"fan":1}products/0193/set {"fan":3}products/0193/set {"fan":3}products/0193/state {"fan":3}Your app · nowLiving room: boost on — air improving
  1. 19:20 Air purifier

    Publishes its state when the air gets worse: PM2.5 at 38 µg/m³, fan on level 1.

    products/0193/state → {"pm25":38,"fan":1}
  2. 19:20 Your mobile app

    Subscribed to the device’s topics with the customer’s credentials. The customer taps Boost.

    products/0193/set → {"fan":3}
  3. 19:20 Air purifier

    Speeds the fan up and confirms its new state, which the app shows straight away.

    products/0193/state → {"pm25":31,"fan":3}
  4. 19:21 Customer

    Watches the air quality improve — and the device never sees anyone else’s topics.

Per-device credentials: unit 0193 may only use products/0193/#, so copied firmware cannot read or control anyone else’s purifier.

Pilot

Prototype your first units this week

Start on the Free plan with no card. Basic covers up to 100 concurrent connections — enough for a prototype batch and your test apps. Move to Scale as shipments grow — same endpoint style, no firmware rewrite.

What Is a Managed MQTT Broker? Benefits, Costs and How to Choose

A managed MQTT broker lets you run IoT messaging without operating servers, certificates or patches yourself. Compare managed and self-hosted, pick a deployment model and connect your first client in five minutes.

10 min read