Tecnologias de comunicação em submedição: por que o dado importa mais que o protocolo

Toda semana alguém nos pergunta qual é “a melhor tecnologia” para medição remota de água, gás ou energia. A pergunta está errada, ou pelo menos incompleta. Não existe tecnologia de comunicação superior em abstrato. Existe tecnologia adequada a um requisito operacional específico, e o requisito mais frequentemente subestimado é a frequência com que o dado chega, não a distância que o sinal percorre nem o preço do medidor.

É um assunto que decide projetos inteiros e raramente é explicado sem viés comercial de quem vende uma marca específica de equipamento.

Este texto trata de submedição: a medição interna de consumo dentro de um empreendimento (condomínio, shopping, hospital, galpão industrial) para fins de cobrança individualizada ou gestão operacional. O cenário de uma companhia de saneamento medindo milhões de ligações em escala municipal é outro problema, com outra equação de densidade de rede, custo por ponto e infraestrutura disponível, e merece um post à parte.

O panorama de tecnologias disponíveis no Brasil

Hoje, um projeto de telemetria de consumo no Brasil normalmente escolhe entre estas famílias de tecnologia:

Leitura manual (leiturista em campo). Ainda é a referência de comparação, mesmo sendo pré-telemetria. Frequência: mensal. Custo operacional recorrente alto (deslocamento, mão de obra, erro humano de leitura). É o piso que qualquer tecnologia nova precisa superar.

wMBus (wireless M-Bus). Protocolo aberto, padronizado pelo OMS (Open Metering System), desenhado especificamente para medição de utilities — não é uma adaptação de protocolo genérico de IoT. Opera em faixa sub-GHz, tipicamente com transmissões curtas e de baixo consumo energético, captadas por concentradores/gateways instalados localmente no empreendimento.

LoRaWAN. Protocolo de rede de longo alcance e baixo consumo (LPWAN), topologia estrela-de-estrelas, opera em faixa ISM sub-GHz não licenciada. Depende de gateway (próprio ou de rede pública/operadora) para agregar os dados dos dispositivos.

NB-IoT. Tecnologia celular licenciada, depende de cobertura de operadora de telefonia. Os medidores enviam pacotes de dados através da rede móvel, geralmente em lotes (batches) para economizar bateria e tráfego.

Todas essas três últimas resolvem o mesmo problema básico: eliminar o leiturista. Mas resolvem de formas muito diferentes o problema seguinte, que é mais importante — com que frequência e confiabilidade o dado chega.

Dado é rei: por que frequência importa mais que alcance

Um erro comum de quem está comprando um projeto de telemetria é otimizar para alcance de sinal ou vida útil de bateria, sem perguntar: e se eu precisar entender o que aconteceu às 14h de terça-feira, quando descobrimos o vazamento?

NB-IoT é um bom exemplo. Um medidor NB-IoT moderno é perfeitamente capaz de armazenar leituras horárias e enviar um pacote consolidado uma vez por dia, contendo as últimas 24 leituras horárias. Do ponto de vista de auditoria histórica, isso é suficiente. Do ponto de vista operacional, não é.

Existe uma expectativa de imediatismo que já se consolidou em qualquer serviço que lida com o público: ninguém aceita mais esperar 24 horas para ver o saldo da conta bancária ou o rastreio de uma entrega. O mesmo padrão vale para água e gás, mesmo que a cultura do setor ainda não tenha se ajustado a isso. Um síndico que liga perguntando “por que minha conta de água triplicou este mês” não quer ouvir que o dado de ontem já está disponível; ele quer saber, em tempo real, se há um vazamento ativo agora.

No universo da submedição, isso muda completamente o critério de decisão: LoRaWAN e NB-IoT são bons apenas quando comparados à leitura manual mensal. Comparados a um sistema que entrega dado em tempo real, ambos ainda carregam uma latência estrutural, seja pelo batching interno do medidor, seja pelas restrições regulatórias de uso do espectro. No Brasil, a faixa de 915 MHz usada por LoRaWAN tem restrições regulatórias sobre quanto tempo cada dispositivo pode ocupar um canal, além de exigir alternância entre múltiplos canais de transmissão. Na prática, isso limita a frequência de transmissão de cada dispositivo, especialmente quando muitos compartilham o mesmo gateway.

Por que preferimos wMBus, mesmo sendo agnósticos

Somos agnósticos por princípio: não vendemos uma marca de medidor nem empurramos um protocolo porque temos estoque parado. Há, porém, uma razão técnica concreta pela qual, na maioria dos projetos, recomendamos wMBus:

1. Permite leitura orientada a evento. Em uma instalação com concentrador próprio no empreendimento, quem define a frequência de captura é a nossa operação, não uma política de rede pública nem o plano de dados de uma operadora. Sempre que há consumo, o dado sobe, em vez de leitura em janelas fixas — e isso acontece sem redução no tempo de vida útil da bateria, que nos medidores wMBus costuma durar entre 15 e 20 anos, dependendo do fabricante.

2. Independência de cobertura externa. Isso é decisivo em ambientes como shoppings, hospitais e galpões logísticos, onde salas de máquina, casas de bomba e reservatórios costumam ficar em subsolo, blindados por concreto e estrutura metálica — exatamente os locais com pior cobertura de rede celular. Um projeto que depende de rede pública (LoRaWAN de operadora ou NB-IoT) herda a cobertura dessa rede no pior ponto do prédio. Um projeto com concentrador wMBus local não depende disso.

3. Padrão aberto, sem lock-in. Como é um protocolo padronizado (OMS), medidores de fabricantes diferentes falam a mesma língua. Trocar de fornecedor de hardware não significa reconstruir a camada de comunicação do zero.

4. Custo total de propriedade menor em escala. Sem mensalidade de conectividade por dispositivo, seja SIM card ou taxa de rede LPWAN. Numa operação que soma milhares de pontos monitorados entre vários clientes, essa economia recorrente se acumula rápido.

5. Praticamente nenhuma configuração por dispositivo. Um medidor LoRaWAN, para entrar em operação, precisa ser provisionado no servidor de rede: gerar e cadastrar identificadores e chaves de ativação (DevEUI, AppEUI/JoinEUI e AppKey, no modelo OTAA), mapear o dispositivo a uma aplicação e configurar o decodificador de payload específico do fabricante. NB-IoT depende de provisionamento de SIM/eSIM, configuração de APN e registro na operadora, além de compatibilidade de banda com a região. Um medidor wMBus, seguindo o padrão OMS, começa a transmitir assim que instalado; o concentrador escuta e decodifica automaticamente, sem procedimento de join nem cadastro prévio na rede.

Isso não significa que LoRaWAN ou NB-IoT sejam tecnologias ruins — são, inclusive, a escolha certa em cenários específicos, como pontos muito dispersos geograficamente onde não faz sentido investir em concentrador próprio. O ponto é: a escolha certa depende do requisito de frequência e do ambiente físico de instalação, não de qual tecnologia é “mais moderna”.

Um caso real: o que está acontecendo agora em um shopping de grande porte

Em um shopping de grande porte em Minas Gerais, instalamos medição em praticamente todos os pontos relevantes de consumo: não só nas lojas para cobrança individualizada, mas também em áreas comuns, banheiros, irrigação dos jardins e na rede que alimenta os chillers do sistema de climatização. A plataforma entrega leitura sempre que há consumo registrado, o que na prática funciona como tempo real.

O shopping contratou recentemente uma das maiores consultorias do mundo especializadas em eficiência energética e edifícios inteligentes para analisar o consumo em profundidade. A consultoria já solicitou acesso à nossa plataforma para trabalhar diretamente sobre os dados, e na primeira conversa relatou uma experiência recente em outro shopping, no Espírito Santo, onde o projeto de medição usa LoRaWAN e, segundo eles, vem enfrentando dificuldade para produzir relatórios confiáveis por falta de frequência e consistência na chegada dos dados.

É importante frisar que essa é uma informação relatada pela consultoria sobre um projeto de terceiros, não uma avaliação técnica que fizemos in loco. Ainda assim, é um relato consistente com o que a engenharia por trás de cada tecnologia sugere que aconteceria nesse tipo de ambiente. O protocolo, isoladamente, não é o problema nem a solução: o problema é desenhar o projeto sem considerar se a frequência e a confiabilidade do dado atendem ao que a operação vai exigir depois.

Conclusão

Na prática, a decisão se resume a duas perguntas: com que frequência esse projeto vai precisar de dado, e o ambiente físico permite que a tecnologia escolhida entregue essa frequência de forma confiável? wMBus com concentrador local costuma vencer essa equação em ambientes complexos e blindados, como shoppings e prédios corporativos de grande porte. LoRaWAN e NB-IoT têm seu lugar, mas raramente é o de substituir dado em tempo real: o papel deles é superar a leitura manual mensal, o que já é, por si só, um avanço relevante frente ao cenário anterior.