Le boîtier télématique (TCU) de chaque véhicule publie position, signaux CAN, batterie et diagnostics sur ConnectMQ et reçoit les commandes à distance sur ses propres topics. Votre backend véhicules, votre application mobile et vos outils SAV s’abonnent — sur des liaisons cellulaires qui vont et viennent.
Aucune carte bancaire requise
PUBLISH vehicles/veh-20417/telemetry
{"ts":"2026-10-22T07:42:10Z","lat":52.5201,"lon":13.4049,"speed_kmh":48,"soc":71,"odo_km":38412,"dtc":[]}QoS 1 · TLS 8883 · PUBACK
Les véhicules traversent tunnels, parkings souterrains et zones d’itinérance. Le polling HTTP depuis le TCU gaspille des données et rate des commandes, et chaque nouveau service — déverrouillage à distance, préconditionnement, diagnostic, campagnes logicielles — apporte souvent sa propre connexion au véhicule. Les équipes finissent par maintenir plusieurs canaux vers la même voiture.
Le TCU ou une passerelle embarquée lit les signaux CAN et OBD et publie position, vitesse, état de charge, codes défaut (DTC) et statut sur les topics du véhicule, en JSON compact ou en binaire.
Le backend véhicules, la plateforme de données et les applications conducteur ou flotte s’abonnent à ce dont ils ont besoin — un véhicule, une gamme ou toute la flotte via des wildcards.
L’application ou le backend publie une commande — verrouiller, déverrouiller, climatiser, localiser — en QoS 1. Le véhicule accuse réception sur un topic de réponse, et une session persistante conserve la commande pendant qu’il est hors ligne.
Votre service OTA publie un avis de campagne avec l’URL du paquet à un groupe de véhicules. Les véhicules téléchargent le paquet depuis vos serveurs et remontent l’état du téléchargement, de l’installation et de la version via MQTT.
Des en-têtes MQTT réduits, un keep-alive réglable et des sessions persistantes limitent la consommation de données et permettent au véhicule de récupérer les messages en attente après une zone blanche.
QoS 1 pour les commandes et les messages de campagne ; l’expiration des messages et les topics de réponse de MQTT 5 évitent qu’un déverrouillage périmé soit exécuté des heures plus tard.
Chaque véhicule a ses propres identifiants et son ACL : un TCU ne publie et ne reçoit que sur ses propres topics.
Last Will et un topic de statut retenu signalent immédiatement au backend qu’un véhicule est hors ligne, puis de retour.
vehicles/veh-20417/telemetry
vehicles/veh-20417/commands
vehicles/veh-20417/commands/response
vehicles/veh-20417/status (retained)
ota/campaigns/tcu-fw-4-2/announce (retained)Oui. MQTT est très répandu entre les boîtiers télématiques et le cloud véhicule parce qu’il est léger, maintient une connexion longue durée et supporte bien une couverture cellulaire intermittente. La plupart des plateformes IoT cloud et de nombreuses solutions télématiques le prennent en charge.
MQTT est idéal pour coordonner une campagne : notifier un groupe de véhicules, suivre la progression du téléchargement et de l’installation, confirmer la nouvelle version. Le paquet lui-même est généralement téléchargé en HTTPS depuis votre service OTA ou votre CDN — ConnectMQ n’héberge ni ne signe de paquets.
Utilisez TLS, des identifiants uniques par véhicule et des ACL, pour que seul votre backend puisse publier sur le topic de commande d’un véhicule et que chaque véhicule ne lise que le sien. Ajoutez un identifiant de commande, une expiration et un accusé de réception sur un topic de réponse, et validez chaque commande dans le véhicule avant de l’exécuter.
Commencez avec l’offre Free, sans carte bancaire : connectez vos premiers équipements dès aujourd’hui et évoluez au moment du lancement.
