La unidad telemática (TCU) de cada vehículo publica posición, señales CAN, batería y diagnóstico en ConnectMQ y recibe comandos remotos en sus propios topics. Tu backend de vehículos, tu app móvil y tus herramientas de servicio se suscriben, sobre enlaces móviles que van y vienen.
Sin tarjeta
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
Los vehículos atraviesan túneles, aparcamientos subterráneos y zonas de roaming. El polling HTTP desde la TCU desperdicia datos y pierde comandos, y cada servicio nuevo —apertura remota, preclimatización, diagnóstico, campañas de software— suele traer su propia conexión al coche. Los equipos acaban manteniendo varias canalizaciones hacia el mismo vehículo.
La TCU o un gateway embarcado lee señales CAN y OBD y publica posición, velocidad, estado de carga, códigos DTC y estado en los topics del vehículo, con payloads JSON compactos o binarios.
El backend de vehículos, la plataforma de datos y las apps de conductor o de flota se suscriben a lo que necesitan: un vehículo, una gama o toda la flota mediante comodines.
La app o el backend publica un comando —bloquear, desbloquear, climatizar, localizar— con QoS 1. El vehículo confirma en un topic de respuesta, y una sesión persistente guarda el comando mientras está sin conexión.
Tu servicio OTA publica un aviso de campaña con la URL del paquete a un grupo de vehículos. Los vehículos descargan el paquete de tus servidores e informan por MQTT del estado de descarga, instalación y versión.
Cabeceras MQTT mínimas, keep-alive configurable y sesiones persistentes reducen el consumo de datos y permiten que el vehículo recupere los mensajes en cola tras una zona sin cobertura.
QoS 1 para comandos y mensajes de campaña; la caducidad de mensajes y los topics de respuesta de MQTT 5 ayudan a que un desbloqueo antiguo nunca se ejecute horas después.
Cada vehículo tiene sus propias credenciales y su ACL, así una TCU solo puede publicar y recibir en sus propios topics.
Last Will y un topic de estado retenido avisan al backend al instante cuando un vehículo se desconecta y cuando vuelve.
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)Sí. MQTT se usa mucho entre las unidades telemáticas y la nube de vehículos porque es ligero, mantiene una conexión de larga duración y tolera bien una cobertura móvil intermitente. La mayoría de las plataformas IoT en la nube y muchas soluciones telemáticas lo admiten.
MQTT es ideal para coordinar una campaña: avisar a un grupo de vehículos, recoger el progreso de descarga e instalación y confirmar la nueva versión. El paquete en sí se descarga normalmente por HTTPS desde tu servicio OTA o tu CDN; ConnectMQ no aloja ni firma paquetes.
Usa TLS, credenciales únicas por vehículo y ACL, de modo que solo tu backend pueda publicar en el topic de comandos de un vehículo y cada vehículo lea solo el suyo. Añade un ID de comando, una caducidad y una confirmación en un topic de respuesta, y valida cada comando en el vehículo antes de ejecutarlo.
Empieza con el plan Free, sin tarjeta: conecta hoy tus primeros dispositivos y mejora tu plan cuando entres en producción.
