Casos de Uso para la Automatización de Ocupación con MQTT

La mayoría de los proyectos de automatización de edificios no fracasan por falta de sensores, sino por la latencia y fragilidad de las integraciones. Un sistema HVAC que recibe datos de ocupación cada quince minutos vía polling REST reacciona tarde: la sala de reuniones ya se vació y la climatización sigue trabajando a plena carga. Aquí es donde la automatización de ocupación con MQTT cambia la ecuación: publicación por eventos, cargas útiles de pocos bytes y una arquitectura de publicación-suscripción que permite que el BMS, el sistema de iluminación y el panel de facility management reaccionen al mismo evento en menos de un segundo, sin que ninguno de ellos tenga que conocer al otro.

Para equipos de smart building, integradores y desarrolladores que ya conocen la teoría del protocolo, lo relevante no es qué es MQTT, sino dónde genera retorno medible. Estos son los casos de uso que justifican presupuesto real.

HVAC bajo demanda: el caso con retorno más rápido

La ventilación controlada por demanda (DCV) suele basarse en sensores de CO2, que reaccionan con un retraso de varios minutos porque miden la consecuencia de la ocupación, no la ocupación en sí. Un contador de personas que publica el aforo neto de una zona en un topic MQTT (por ejemplo, edificio/planta3/zona-a/ocupacion) permite al BMS anticipar la carga térmica en lugar de perseguirla. Cuando el conteo cae a cero y se mantiene durante un intervalo configurable, el sistema pasa a modo de reserva; cuando el primer visitante entra, la recuperación empieza de inmediato.

Un detalle que los implementadores experimentados conocen bien: la precisión del conteo importa más aquí que en cualquier informe de retail. Un sensor PIR barato que marca "presencia" sirve para encender una luz, pero no para modular caudales de aire por número de ocupantes. Con datos de conteo con un mínimo contractual del 96% de precisión —y típicamente entre el 98% y el 99% cuando la iluminación, la disposición del espacio y el comportamiento de los visitantes lo permiten—, el algoritmo de DCV puede trabajar con ocupación absoluta, no con estimaciones binarias.

Limpieza y mantenimiento basados en uso real

Los contratos de limpieza por frecuencia fija son uno de los costes más fáciles de optimizar. Si el broker MQTT acumula el conteo de entradas a un aseo o una zona común, el sistema de facility management puede generar órdenes de trabajo cuando se supera un umbral de uso —por ejemplo, 80 entradas desde la última limpieza— en lugar de cada dos horas. Los equipos que lo han implantado reportan dos efectos: menos rondas innecesarias en zonas de bajo tráfico y mejor percepción del servicio en las de alto tráfico, porque la limpieza llega cuando hace falta.

La observación práctica que casi nadie documenta: configure el retained message en el topic de conteo acumulado. Si la aplicación de órdenes de trabajo se reinicia o pierde conexión, al resuscribirse recibe inmediatamente el último valor conocido en lugar de esperar al siguiente evento. Sin ese flag, un reinicio nocturno del servicio puede dejar zonas sin limpiar toda una mañana, y nadie sabrá por qué hasta revisar los logs.

Aforo, seguridad y cumplimiento normativo

En espacios con límites de aforo legales —auditorios, gimnasios, plantas de eventos—, el conteo en tiempo real publicado vía MQTT alimenta directamente pantallas de "espacio disponible", semáforos de acceso y alertas al personal de seguridad. La ventaja frente a integraciones propietarias es la neutralidad: el mismo evento de ocupación lo consume el sistema de señalización digital, el control de accesos y el dashboard del responsable de seguridad, cada uno con su propia lógica de suscripción y QoS.

Aquí conviene ser explícito con el equipo legal desde el inicio del proyecto. Un sistema de conteo conforme al RGPD trabaja con recuentos agregados, sin identificación personal, y con exclusión del personal para que las cifras reflejen ocupación real de visitantes. Vemco Group, que desde 2005 ha desplegado soluciones de conteo para más de 2.000 clientes en más de 95 países, construye su plataforma precisamente sobre ese principio: datos agregados, sin identificación de individuos, con opción de nube alojada o privada según los requisitos de TI de cada organización. Ese enfoque simplifica enormemente la evaluación de impacto de protección de datos que muchos proyectos de smart building subestiman.

Optimización de espacios de trabajo y hot-desking

Los equipos de workplace necesitan dos horizontes temporales con los mismos datos. En tiempo real, la ocupación por zona alimenta apps de reserva de puestos y paneles de disponibilidad de salas. En histórico, los eventos MQTT persistidos en una base de datos de series temporales revelan patrones semanales: qué plantas están al 30% los viernes, qué salas de ocho personas albergan reuniones de dos. Esas evidencias sustentan decisiones de consolidación de plantas que valen órdenes de magnitud más que el coste del despliegue de sensores.

Para desarrolladores, la recomendación arquitectónica es separar los topics de eventos crudos (entrada/salida individual) de los topics de estado agregado (ocupación actual por zona). Los consumidores de automatización se suscriben al estado; el pipeline de analítica consume los eventos. Mezclar ambos en un solo topic obliga a cada consumidor a reconstruir el estado, multiplicando la lógica duplicada y los errores de deriva.

Retail: de la automatización operativa a la conversión

En retail, la ocupación en tiempo real vía MQTT permite automatizaciones que van más allá del edificio: apertura de cajas adicionales cuando el aforo supera un umbral, ajuste de la música y la iluminación según la densidad de visitantes, o alertas al encargado cuando la ratio visitantes-personal se desequilibra. Como los datos de conteo excluyen al personal y se integran con los sistemas de TI existentes, el mismo flujo alimenta tanto el BMS como el análisis de conversión comercial sin duplicar infraestructura de sensores.

Qué exigir antes de firmar

• Precisión contractual, no de folleto: exija un mínimo garantizado por contrato (el estándar serio es 96%) y pregunte en qué condiciones se alcanza el rango típico del 98-99%.
• Estructura de topics documentada: jerarquía, QoS soportado, mensajes retained y comportamiento ante reconexión.
• Privacidad por diseño: conteos agregados, sin identificación personal, exclusión de personal y opciones de nube alojada o privada.
• Comportamiento offline: qué ocurre con los conteos si el broker o la red caen, y cómo se reconcilian los datos al restablecerse.

La automatización de ocupación con MQTT no es un proyecto de sensores: es un proyecto de arquitectura de datos donde el sensor es la pieza más sencilla. Elegir un proveedor de conteo con precisión verificable, cumplimiento del RGPD demostrado y experiencia de integración con sistemas de TI existentes reduce el riesgo del componente del que depende todo lo demás.

¿Está planificando una integración de datos de ocupación vía MQTT con su BMS, su plataforma de facility management o su pipeline de analítica? Hable con el equipo de Vemco Group sobre su arquitectura, sus requisitos de precisión y sus opciones de despliegue en nube alojada o privada: contacte con nosotros aquí y le mostraremos cómo estructurar el proyecto desde el primer topic.