MQTT for the Cams device fleet. The MQTT Engine is a backend consumer behind EMQX that subscribes to shared attendance and presence topics, funnels events into the same attendance pipeline as the HTTP and TCP transports, and publishes server-to-device command envelopes.
Overview
The MQTT Engine is the MQTT transport in the Cams engine family, the counterpart to HTTP and persistent TCP. It runs as a backend consumer behind an EMQX broker: it subscribes the shared attendance and presence topics under api/mqtt/v1/{sn}/, funnels each event into the shared pipeline, and publishes server-to-device commands on the command topic as forward-compatible JSON envelopes. EMQX terminates device TLS sessions, auth, QoS, and last-will; multiple engine instances load-balance via EMQX shared subscriptions for large fleets.
# device -> server (attendance) api/mqtt/v1/{sn}/evt { "user_id":"1001", "att_time":"...", "att_state":1 } # device -> server (presence / LWT) api/mqtt/v1/{sn}/st { "online": true } # server -> device (command) api/mqtt/v1/{sn}/cmd { "id":"c1", "op":"sync_user", "data":{} }
Capabilities
Subscribes the shared event topics and funnels each attendance event into the same storage and push pipeline as HTTP and TCP.
Consumes the presence topic and last-will so broker-detected disconnects mark a device offline.
Publishes queued server-to-device commands on the per-device command topic as JSON envelopes at QoS 1.
EMQX shared subscriptions load-balance attendance across multiple engine instances for large device fleets.
Features
Grab a key, read the docs, and ship. Our team helps with your first integration.
FAQ
EMQX stays the broker that terminates device TLS sessions, auth, QoS, and last-will. The MQTT Engine is a backend consumer that subscribes shared topics to ingest attendance and publishes commands to devices.
Yes. EMQX shared subscriptions load-balance the attendance and presence topics across all running instances, so you scale by adding instances.
A JSON envelope {id, op, data} on the command topic at QoS 1, where op is the only required field and unknown ops are ignored by older devices for forward compatibility.
Related
Turns a CCTV, RTSP, or ONVIF video stream into face-recognition attendance โ one punch per person per appearance, with video that never leaves your network.
ExploreENGINERun the Cams biometric protocol on your own Windows, Linux, or Unix server so devices talk to your application directly โ including fully offline LAN deployments.
ExploreSERVICEAn on-premise Windows hybrid connector that pulls attendance from local devices or databases and syncs it to the Cams cloud โ behind your firewall.
Explore