Los casos de uso de MQTT abarcan casi todos los sectores que conectan máquinas, vehículos o edificios con software. Esta guía recorre 15 patrones reales agrupados por sector y muestra, para cada uno, la estructura de topics, las funciones de MQTT que lo hacen funcionar y la escala de broker que necesita, para que puedas trasladar tu propio proyecto a un diseño probado.
Por qué MQTT aparece en todas partes
MQTT nació en la telemetría industrial (la historia de quién inventó MQTT empieza en un oleoducto), y las mismas propiedades hacen que encaje mucho más allá: paquetes pequeños, entrega push sobre una conexión saliente, niveles de QoS por mensaje, mensajes retenidos con el "último valor conocido" y Last Will para la presencia. Allí donde muchos dispositivos generan datos que varias aplicaciones necesitan consumir, el modelo centrado en el broker encaja. Si eres nuevo en el protocolo, empieza por nuestro tutorial de MQTT para principiantes.
Casos de uso de MQTT en fabricación
1. Monitorización de máquinas y OEE
Las máquinas CNC, las prensas y las líneas de envasado publican su estado, recuentos y alarmas a través de gateways de PLC. Los dashboards y las calculadoras de OEE se suscriben. Los mensajes de estado retenidos hacen que un dashboard recién abierto muestre al instante el estado actual de cada máquina, y los mismos topics pueden alimentar un gemelo digital 3D de la línea en el navegador.
Topic de ejemplo: acme/izmir/machining/line1/cnc1/status
2. Unified Namespace
En lugar de integraciones punto a punto, cada sistema (PLC, MES, ERP, calidad) publica en un único árbol de topics estructurado según ISA-95. Los consumidores se suscriben a las ramas que necesitan. Sparkplug B añade payloads estándar y estado de birth/death. Consulta Sparkplug B y Unified Namespace para ver el patrón completo.
3. Mantenimiento predictivo
Los sensores de vibración, temperatura y corriente publican resúmenes de alta frecuencia. Un servicio de analítica independiente se suscribe, puntúa los datos y publica alertas de vuelta en el broker para los dashboards de mantenimiento. QoS 0 es adecuado para los resúmenes en bruto; QoS 1, para las alertas.
4. Agregación multisede
Cada planta (por ejemplo, Monterrey, Querétaro y Bogotá) ejecuta un broker local para tener autonomía y hace bridge de un conjunto seleccionado de topics a un broker central en la nube, de modo que la sede central ve todas las plantas en un único árbol. Nuestra guía de bridge MQTT muestra las configuraciones de Mosquitto y Node-RED.
Energía y servicios públicos
5. Monitorización solar y de baterías
Los inversores y los sistemas de gestión de baterías informan de la potencia, el estado de carga y los fallos. Propietarios e instaladores siguen los valores en vivo en una app; el backend del instalador se suscribe a muchas instalaciones con comodines.
6. Contadores inteligentes y submedición
Los subcontadores de los edificios publican el consumo a intervalos para la facturación a inquilinos y los dashboards energéticos. Las sesiones persistentes y QoS 1 protegen las lecturas durante cortes de red breves.
7. Estaciones de carga de vehículos eléctricos
Los cargadores publican el estado de la sesión y reciben comandos (iniciar, detener, límites de potencia) en topics de comando separados. El Last Will marca un cargador como desconectado en cuanto sale de la red. La expiración de mensajes de MQTT 5 evita que se ejecuten comandos obsoletos tras una reconexión.
Automoción y logística
8. Seguimiento de flotas y vehículos
Los vehículos publican posición GPS, velocidad y estado del contacto por red celular. La poca sobrecarga de MQTT reduce los costes de datos, y la conexión persistente permite a la central enviar mensajes al instante. La guía de seguimiento de vehículos con MQTT cubre el diseño de topics y el dimensionado de los payloads.
9. Monitorización de la cadena de frío
Los registradores de temperatura de camiones y almacenes publican lecturas y alertas de umbral. Los mensajes retenidos muestran la última lectura de cada contenedor; las alertas salen en el momento en que se supera un límite. Combínalo con un suscriptor historian externo para que cada lectura quede guardada de cara a las auditorías de cumplimiento.
10. Automatización de almacenes
Cintas transportadoras, escáneres y carros autónomos se coordinan a través del broker. Las suscripciones compartidas reparten los eventos de escaneo entrantes entre varios servicios worker, así que el throughput escala añadiendo workers.
Hogar y edificios inteligentes
11. Domótica
Home Assistant, Node-RED y los dispositivos Zigbee o Wi-Fi intercambian estados y comandos a través de un broker. El modelo publish/subscribe permite que un interruptor, un asistente de voz y una regla de automatización controlen la misma lámpara.
12. Gestión de edificios
Los controladores de climatización, los sensores de ocupación y la iluminación publican en un árbol de topics por planta. Los dashboards de instalaciones se suscriben con comodines, y las alertas de umbral señalan las salas que se salen del rango de confort.
Agricultura, salud y productos de consumo
13. Agricultura inteligente y riego
Los sensores de humedad del suelo y meteorológicos, a menudo alimentados por batería o energía solar, publican con poca frecuencia, ya sea en un viñedo de Mendoza o en un invernadero de Almería. Los controladores de riego se suscriben a los comandos. El bajo ancho de banda y la tolerancia a enlaces intermitentes son justo aquello para lo que se diseñó MQTT.
14. Monitorización remota de pacientes y equipos
Los dispositivos del ámbito sanitario y los equipos de laboratorio envían estado y lecturas a aplicaciones de monitorización. TLS, credenciales únicas por dispositivo y un diseño de topics cuidadoso mantienen la privacidad de los datos. Nunca uses un broker público para nada sensible.
15. Productos conectados y aplicaciones móviles
Electrodomésticos, wearables y gadgets de consumo usan MQTT para recibir comandos de una app móvil en tiempo real. Los navegadores y las apps se conectan por WebSocket seguro, mientras que los dispositivos usan TLS en el 8883.
Componentes comunes a todos los casos de uso de MQTT
Si se observan estos 15 ejemplos en conjunto, las mismas funciones aparecen una y otra vez:
- Topics jerárquicos de lo general a lo específico, a menudo siguiendo ISA-95 en la industria.
- Mensajes retenidos para el estado actual.
- Last Will para un estado online/offline fiable.
- QoS 0 para la telemetría frecuente, QoS 1 para comandos y alertas.
- Ramas separadas para comandos y telemetría, para mantener bajo control los permisos y los bucles.
- Herramientas externas como clientes (Node-RED, Telegraf, servicios en Python, Home Assistant) para almacenamiento, analítica e integraciones.
Elegir un plan de ConnectMQ para cada escala
Estos patrones se diferencian sobre todo en escala y en requisitos de aislamiento. Así encajan con los planes de ConnectMQ, un broker MQTT gestionado, según los límites documentados de cada plan:
| Plan | Límites y funciones clave | Encaja con casos de uso como |
|---|---|---|
| Serverless (Free) | Clúster compartido, hasta 25 conexiones, QoS 0 y 1, mensajes de 256 KB | Prototipos, domótica, una sola máquina o un invernadero pequeño |
| Serverless (Paid) | Hasta 1.000 conexiones, QoS 2, mensajes de 1 MB, suscripciones compartidas | Flotas pequeñas, redes de cargadores, monitorización de edificios, workers de almacén |
| Dedicated | Clúster aislado | Unified Namespace de toda la planta, agregación multisede |
| BYOC | Se ejecuta en tu propia cuenta cloud, gestionado por nosotros | Residencia de datos o políticas de cuentas cloud |
| Self Managed Enterprise | Lo operas tú mismo | Requisitos totalmente on-premises o aislados de la red |
Para proyectos industriales, ConnectMQ también detecta topics ISA-95 y Unified Namespace, decodifica Sparkplug B y puede volver a publicar los datos Sparkplug B en topics ISA-95 legibles. La guía de brokers MQTT en la nube compara las opciones de alojamiento con más detalle.
Prueba un caso de uso en cinco minutos
Elige cualquiera de los ejemplos anteriores y simúlalo en el servidor MQTT público gratuito. Este es el caso de monitorización de máquinas con un estado retenido y un flujo de temperatura en vivo:
# Suscriptor: un "dashboard" que observa una línea
mosquitto_sub -h broker.connectmq.com -p 1883 -i uc-dash-3a8f \
-t "connectmq/demo/3a8f/line1/+/#" -v
# Publicador: una "máquina" que informa de su estado retenido y sus lecturas
mosquitto_pub -h broker.connectmq.com -p 1883 -i uc-cnc-3a8f \
-t "connectmq/demo/3a8f/line1/cnc1/status" -m "RUNNING" -r -q 1
for t in 61.2 62.0 63.5; do
mosquitto_pub -h broker.connectmq.com -p 1883 -i uc-cnc-3a8f \
-t "connectmq/demo/3a8f/line1/cnc1/spindle_temp" -m "$t"
sleep 1
done
Reinicia el suscriptor y el estado retenido RUNNING aparecerá de inmediato. Para adaptar la demo a otro caso de uso, cambia solo el árbol de topics y los payloads: un cargador podría publicar site4/charger2/session, un invernadero zone1/soil_moisture. El broker, los comandos y el código cliente siguen siendo los mismos, y precisamente por eso los conocimientos de MQTT se trasladan de un sector a otro. Los datos del servidor público son visibles para todo el mundo, así que usa solo valores inventados: es un entorno para pruebas y prototipos, no para datos de producción.
Empieza con ConnectMQ
Convierte tu caso de uso en un despliegue privado y autenticado. Regístrate en app.connectmq.com, empieza con el plan Serverless gratuito sin tarjeta de crédito y usa el dashboard del portal, la vista de dispositivos y las reglas de alerta por umbral para ver cómo se conectan tus primeros dispositivos.
Preguntas frecuentes
¿Para qué se usa principalmente MQTT?
Para telemetría y control entre dispositivos y software: monitorización de máquinas, energía y seguimiento de flotas, hogares y edificios inteligentes, y cualquier escenario en el que muchos dispositivos envían datos a varios consumidores.
¿MQTT es adecuado para el control en tiempo real?
Es muy adecuado para el control de supervisión y los comandos con tiempos de menos de un segundo a pocos segundos en redes buenas. Los bucles de control en tiempo real estricto deben quedarse en buses de campo locales.
¿MQTT puede manejar vídeo o archivos grandes?
MQTT puede transportar payloads binarios hasta el límite de tamaño de mensaje del broker, pero no está diseñado para streaming de vídeo. Envía metadatos o enlaces por MQTT y los contenidos multimedia a través de un servicio dedicado.
¿Qué funciones de MQTT importan más en los casos de uso industriales?
Los topics jerárquicos, el estado retenido, el Last Will, QoS 1 para los eventos y convenciones como Sparkplug B o un Unified Namespace para tener modelos de datos coherentes.
