Blog | Vemco Group

automação de ocupação com MQTT — Casos de Uso para Automação de Ocupação com MQTT | Vemco Group

Written by Admin | 6 de ago. de 2026 20:39:58

A maioria dos projetos de automação predial não falha por falta de sensores — falha porque os dados de ocupação chegam tarde demais para serem úteis. Quando um sistema consulta uma API REST a cada cinco minutos para saber quantas pessoas estão em uma zona, a decisão de ventilar, iluminar ou despachar uma equipe de limpeza já perdeu a janela ideal. É exatamente aqui que a automação de ocupação com MQTT muda a equação: em vez de perguntar repetidamente "quantas pessoas estão aí?", o sistema recebe um evento no instante em que a contagem muda. Latência de segundos, não de minutos, com uma fração do tráfego de rede.

Por que MQTT e não polling de API

MQTT é um protocolo publish/subscribe leve, projetado para redes instáveis e dispositivos com poucos recursos. Para dados de ocupação, isso significa três vantagens práticas. Primeiro, o sensor ou a plataforma de contagem publica em um tópico estruturado — algo como edificio/andar3/zona-reunioes/ocupacao — e qualquer sistema autorizado (BMS, plataforma de limpeza, dashboard de energia) assina apenas o que precisa. Segundo, mensagens retidas garantem que um assinante recém-conectado receba imediatamente o último valor conhecido, sem esperar a próxima atualização. Terceiro, os níveis de QoS permitem escolher entre entrega rápida e entrega garantida conforme o caso de uso: um painel de visualização tolera perder uma mensagem; um controle de capacidade legal, não.

Uma observação de quem já implementou isso em produção: publique contagens absolutas, não deltas de entrada e saída. Com QoS 1, mensagens duplicadas são possíveis, e um delta processado duas vezes corrompe o estado do sistema silenciosamente. Uma contagem absoluta duplicada é inofensiva — o valor apenas se confirma. Esse detalhe de arquitetura evita semanas de depuração de contagens que "derivam" ao longo do dia. Da mesma forma, configure mensagens LWT (aviso automático de desconexão) para que o BMS saiba distinguir "zona vazia" de "sensor offline" — confundir os dois é a receita para desligar o HVAC de um andar cheio.

HVAC controlado por demanda real

O caso de uso com retorno financeiro mais direto. Sensores de CO2 reagem à ocupação com atraso de 15 a 30 minutos, porque medem consequência, não causa. Uma contagem de pessoas publicada via MQTT permite que a ventilação por demanda (DCV) antecipe a carga: quando 40 pessoas entram em um auditório, o sistema aumenta a vazão de ar antes que a qualidade do ar se degrade — e reduz assim que a sala esvazia, sem esperar o CO2 baixar. Em edifícios comerciais com ocupação híbrida, onde andares inteiros ficam com 30% da lotação em certos dias, a diferença entre ventilar pela ocupação nominal e pela ocupação real aparece diretamente na conta de energia.

Limpeza sob demanda em vez de rondas fixas

Facility managers sabem que limpar banheiros e copas por cronograma fixo significa limpar demais áreas vazias e de menos áreas movimentadas. Com contagens acumuladas publicadas por zona, uma regra simples — "acionar limpeza após 80 utilizações ou 4 horas, o que ocorrer primeiro" — despacha equipes para onde há uso real. Integradores costumam conectar o tópico MQTT diretamente a plataformas de ordens de serviço: a mensagem de ocupação vira um ticket automaticamente. O resultado é mensurável em horas de mão de obra e em reclamações de usuários.

Liberação automática de salas de reunião

Salas reservadas e não utilizadas — o clássico "no-show" — consomem entre 20% e 40% da agenda em muitos escritórios, segundo o que os próprios gestores relatam ao auditar seus calendários. Um fluxo simples resolve: se o tópico de ocupação da sala reporta zero pessoas nos primeiros 10 minutos da reserva, o middleware cancela o agendamento e devolve a sala ao pool. MQTT torna isso trivial porque o evento de "sala continua vazia" chega em tempo real, sem que o sistema de reservas precise consultar nada.

Controle de capacidade e conformidade

Academias, áreas de eventos, laboratórios e ambientes com limites regulatórios de lotação precisam de contagens confiáveis, não estimativas. Aqui a precisão do sensor deixa de ser detalhe técnico e vira requisito contratual. A Vemco Group, que atende mais de 2.000 clientes em mais de 95 países desde 2005, trabalha com um mínimo contratual de 96% de precisão de contagem, tipicamente atingindo 98–99% quando as condições de iluminação, layout e comportamento dos visitantes permitem. Essa distinção honesta importa: um integrador que promete 99% fixos em qualquer ambiente está assinando um problema futuro. Para casos de conformidade, publique com QoS 2 e registre o histórico das mensagens para auditoria.

Varejo: fila, staffing e conversão em tempo real

No varejo, a ocupação publicada via MQTT alimenta decisões operacionais de minuto a minuto: abrir um caixa adicional quando a zona de checkout ultrapassa um limiar, alertar o gerente quando o fluxo de entrada dispara acima do previsto, ou correlacionar ocupação por zona com vendas para medir conversão real por área. O ponto crítico aqui é a exclusão de funcionários da contagem — sem ela, lojas com equipes grandes distorcem sistematicamente as métricas de conversão. É um dos motivos pelos quais soluções profissionais de contagem, como a da Vemco, tratam isso nativamente.

Privacidade não é opcional

Times de smart building frequentemente subestimam o escrutínio jurídico que dados de ocupação atraem. A boa notícia: contagem de pessoas bem projetada não precisa identificar ninguém. A abordagem da Vemco é compatível com o GDPR justamente por publicar apenas contagens agregadas, sem identificação pessoal — o que também simplifica a adequação à LGPD no contexto brasileiro. Na arquitetura MQTT, isso significa que o payload contém números, não imagens nem identificadores. Some a isso a opção de operar em nuvem hospedada ou nuvem privada, integrando-se aos sistemas de TI existentes, e o projeto passa pelo comitê de segurança sem os atritos habituais. Verifique com o fornecedor os detalhes de residência e retenção de dados antes de fechar o desenho da solução.

Como estruturar os tópicos desde o início

  • Hierarquia geográfica: site/edifício/andar/zona — permite assinaturas com curinga (edificio/+/ocupacao) para dashboards agregados.
  • Payload em JSON com timestamp do sensor: nunca confie no horário de chegada da mensagem para séries temporais.
  • Tópico separado para status do dispositivo: saúde do sensor e contagem não devem compartilhar o mesmo canal.
  • TLS e autenticação por cliente no broker: dados de ocupação revelam padrões de presença do edifício — trate-os como sensíveis mesmo sendo agregados.
  • Versione o schema do payload: quando você adicionar um campo daqui a um ano, os assinantes antigos não podem quebrar.

O padrão que emerge desses casos de uso é consistente: MQTT transforma a contagem de pessoas de um relatório retrospectivo em um sinal operacional em tempo real. HVAC, limpeza, salas, conformidade e varejo são apenas os pontos de partida — a mesma infraestrutura de tópicos serve a cada novo sistema que o edifício adotar nos próximos anos.

Quer avaliar como dados de ocupação precisos e em conformidade com a privacidade podem alimentar suas automações via MQTT — seja em um edifício, uma rede de lojas ou um portfólio inteiro? Fale com a equipe da Vemco Group em vemcogroup.com/contact-us e discuta a arquitetura de integração certa para o seu projeto.