Sensores de alagamento: como funciona o monitoramento por IoT nas cidades brasileiras

Em março de 2026, o Cemaden passou a monitorar 1.295 municípios brasileiros com pluviômetro automático, um salto em relação aos 1.133 que já tinham o equipamento. A notícia circulou como mais um avanço técnico do governo federal. Para o gestor municipal, ela deveria significar outra coisa: mesmo com essa expansão, ainda existem cerca de 800 cidades classificadas como de risco geo-hidrológico fora da rede. E estar na lista do Cemaden, como este texto vai mostrar, resolve só uma parte do problema.

A pergunta que chega às prefeituras raramente é "queremos sensores de alagamento?". É sempre alguma variação de "quanto custa" e "por onde começamos", geralmente feita depois que uma rua alagou e um vereador cobrou resposta. Isso empurra a decisão para o pânico, e pânico tende a comprar a solução mais cara disponível, não a mais adequada ao tamanho do problema. Existem hoje, no Brasil, pelo menos três camadas distintas de sensor de alagamento em operação, com custo e função muito diferentes entre si. Confundir uma com a outra é o erro mais comum antes de licitar qualquer coisa.

As três camadas de sensor que existem hoje

Pluviômetro automático: a camada regional

O pluviômetro do Cemaden mede quanto choveu, em milímetros, e transmite o dado a cada dez minutos para a Sala de Situação nacional. É a camada mais barata de acessar, porque o equipamento e a rede já existem: se sua cidade está entre as 1.295 monitoradas, o dado já está disponível no Mapa Interativo do Cemaden, de graça. O problema é o nível de granularidade. Um pluviômetro informa que choveu muito na região; ele não diz se a Rua Tal vai alagar às 15h ou se o Rio Fulano vai transbordar na altura do bairro X. Para isso, é preciso outra camada de sensor, mais local.

Sensor de nível de rio: a camada do curso d'água

Guaíba, no Rio Grande do Sul, resolveu esse problema instalando dois sensores digitais que monitoram o nível do Rio Guaíba 24 horas por dia, substituindo a leitura manual que a Defesa Civil fazia antes. O sistema registra a altura da água e indica quais vias tendem a ser afetadas em cada faixa de nível, enviando os dados para um aplicativo usado pela própria Defesa Civil municipal. Não é um sistema caro nem sofisticado: são dois pontos de medição, escolhidos por relevância histórica, substituindo uma tarefa que antes dependia de alguém ir até a margem do rio checar visualmente. É o tipo de projeto que uma cidade de porte médio consegue tocar sem depender de financiamento federal.

Sensor de boca de lobo: a camada da drenagem urbana

Santo André, na Grande São Paulo, atacou um problema diferente: bueiros entopem com lixo e folha antes mesmo de chover forte, e a equipe de limpeza não tinha como saber quais bocas de lobo precisavam de atenção sem percorrer a cidade inteira. A prefeitura instalou sensores, desenvolvidos com a empresa Indflow, que detectam quando o cesto coletor está cheio e emitem alerta para um servidor central. O investimento foi de R$ 3,2 milhões para 561 unidades, e o ganho real não é o sensor em si, mas a mudança de rotina: a equipe de manutenção passa a ser direcionada por dado, não por rota fixa e cega. Isso conversa diretamente com um princípio que já vale para CFTV municipal: tecnologia urbana que não muda a rotina operacional de quem responde no chão é sensor decorativo.

O caso que mostra o outro extremo

Maricá, no Rio de Janeiro, foi por um caminho bem mais amplo: R$ 87,3 milhões num sistema de drenagem inteligente, com sensores em pontos estratégicos integrados a software de gestão, e vigência contratual até julho de 2027. É um projeto de outra escala, pensado para modernizar toda a rede de escoamento da cidade, não apenas monitorar pontos críticos. Faz sentido para um município com orçamento e histórico de alagamento estrutural recorrente. Não faz sentido como ponto de partida para uma cidade de 40 ou 80 mil habitantes que nunca instalou um sensor sequer. O erro clássico de gestor iniciante é olhar para o projeto de Maricá como referência de "o que precisa ser feito", quando na verdade ele é o topo de uma escada que a maioria das cidades ainda não subiu nem o primeiro degrau.

Esse é, aliás, o mesmo raciocínio que já vale para smart city como um todo: projeto de transformação digital municipal não é tamanho de orçamento, é arquitetura de decisão. Cidade pequena começa com dois sensores de nível de rio nos pontos que a própria Defesa Civil já sabe de cor que alagam. Cidade grande, com histórico e orçamento, parte para um sistema integrado como o de Maricá. Os dois são certos, para o contexto de cada um.

Da leitura ao alerta: onde o projeto costuma quebrar

Um sensor de alagamento produz um número. Um sistema de alerta produz uma decisão. A distância entre essas duas coisas é onde a maioria dos projetos falha, e não tem relação com a qualidade do hardware.

Existem, na prática, três exigências para que o dado vire ação:

• Alguém precisa estar de plantão para receber o alerta. Um sensor que manda notificação para um aplicativo que ninguém monitora à noite ou no fim de semana é inútil justamente no horário em que mais chove forte.
• Precisa existir um protocolo prévio de resposta. Quando o nível do rio passa de X metros, o que acontece? Quem bloqueia a via, quem aciona a Guarda Municipal, quem avisa o morador da área de risco? Se essa cadeia não estiver desenhada antes do alerta soar, ele soa no vazio.
• O dado precisa chegar numa central única, não em telas separadas. Cidade que tem sensor de rio num sistema, CFTV noutro e rádio da Guarda Municipal num terceiro perde tempo justamente na hora em que tempo importa mais. É o mesmo argumento por trás de qualquer central de comando integrada: dado disperso em silos administrativos não vira decisão rápida.

Aqui entra outro ponto prático: uma vez desenhado o projeto, a forma de contratar também importa. Municípios que precisam agir rápido, sem esperar o ciclo de um pregão próprio, costumam recorrer à adesão a ATA de Registro de Preços já vigente, que reduz o prazo de implantação sem abrir mão de respaldo jurídico. Faz sentido especialmente para sensor de alagamento, porque a especificação técnica é padronizável e o cronograma da próxima estação chuvosa não espera licitação nova.

Manutenção: o problema que ninguém menciona no anúncio de imprensa

Todo lançamento de sensor de alagamento vem com nota de imprensa e corte de fita. Nenhum vem acompanhado de um plano de manutenção de três anos, e é exatamente aí que boa parte desses projetos perde eficácia com o tempo. Sensor de nível de rio instalado na margem acumula sujeira e vegetação. Sensor de boca de lobo em área com muito descarte irregular de resíduo satura mais rápido do que o previsto no projeto original. Bateria e conectividade de rede móvel em pontos afastados falham sem ninguém perceber até o dia em que o alerta deveria ter disparado e não disparou.

Isso não é motivo para não instalar. É motivo para orçar manutenção junto com a instalação, não depois. Um contrato de sensor de alagamento sem cláusula de manutenção preditiva e verificação periódica de funcionamento tende a virar, em dois ou três anos, um conjunto de equipamentos que aparecem no mapa mas não têm mais confiabilidade nenhuma. A pergunta que todo gestor deveria fazer antes de assinar um contrato de sensor é simples: quem verifica, e com que frequência, se o equipamento ainda está lendo certo?

Por onde começar, na prática

Para uma cidade que nunca instalou sensor de alagamento, a sequência que os casos reais sugerem é:

1. Levantar o histórico, não a intuição. Quais ruas, pontes ou trechos de rio já alagaram nos últimos cinco anos, segundo registro da Defesa Civil e não segundo memória de gestor.
2. Checar se o município já está na rede do Cemaden. Se estiver, esse dado regional já existe de graça e deve alimentar o mesmo painel dos demais sensores, não ficar isolado.
3. Escolher dois ou três pontos críticos para o primeiro piloto de sensor de nível ou de boca de lobo, dependendo se o problema é vazão de rio ou entupimento de drenagem.
4. Desenhar o protocolo de resposta antes de ligar o sensor, com plantão definido e cadeia de acionamento clara.
5. Orçar manutenção como parte do contrato, não como item futuro a ser negociado depois.

Nenhum desses passos exige verba de dezenas de milhões. Exige, isso sim, disciplina para não pular direto para a compra do equipamento antes de decidir quem vai olhar o painel às três da manhã, quando o rio sobe.

O próximo período de chuva mais intensa vai testar cada um desses sistemas, cedo ou tarde. A diferença entre um projeto que funciona nesse teste e um que apenas gerou boa nota de imprensa não está no fabricante do sensor. Está em quem, na prefeitura, ficou responsável por transformar o número em decisão antes que a água chegasse.