A maioria das secretarias municipais já opera alguma tecnologia: um sistema de controle de tráfego aqui, um sistema de gestão predial ali, um aplicativo de estacionamento comprado por outra equipe. Cada um desses sistemas costuma guardar os dados para si, então a cidade paga várias vezes pela mesma visão das próprias ruas.

As principais tecnologias para cidades inteligentes se dividem em cinco grupos: sensores que medem condições físicas, redes que transportam as leituras, plataformas de dados que as armazenam e compartilham, processamento na borda ou em nós de "névoa" perto da rua, e aplicações, de dashboards a gêmeos digitais, que as pessoas usam para agir. Este artigo trata de cada grupo, de quais deles as cidades estão implantando rumo a 2027 e de como lidar com os dados quando eles começam a chegar.

O essencial

  • Tecnologia para cidades inteligentes é tecnologia da informação e comunicação aplicada aos serviços urbanos: sensores, redes, plataformas de dados e o software por cima.
  • As novidades mais recentes rumo a 2027 dizem respeito principalmente a escala e integração, como redes de rádio de baixo consumo, opções celulares para dispositivos pequenos e modelos 3D de cidades, e não a aparelhos isolados.
  • A gestão de dados da cidade inteligente decide se uma cidade termina com uma visão compartilhada ou com uma dúzia de portais desconectados.
  • A computação em névoa processa os dados perto de onde são coletados, o que importa mais para vídeo, semáforos e tudo o que precisa reagir em segundos.

O que é tecnologia para cidades inteligentes?

Tecnologia para cidades inteligentes é a tecnologia da informação e comunicação, muitas vezes abreviada como TIC, que permite a uma cidade medir o que acontece nas suas ruas, nos seus prédios e nos seus serviços de água, energia e gás e agir com base nisso. Isso inclui tanto os dispositivos que você vê em um poste quanto o software que ninguém vê.

Vale separar a tecnologia da infraestrutura de cidade inteligente sobre a qual ela funciona. A infraestrutura é física: postes e telhados para instalar gateways, dutos para fibra, energia nos pontos certos e a própria cobertura de rádio. A tecnologia é o que trafega por essa infraestrutura, e geralmente muda mais rápido: sensores e software são substituídos em ciclos mais curtos do que os postes, os dutos e a energia de que dependem.

A forma mais clara de entender essa pilha é seguir uma única leitura da rua até uma decisão:

  1. Um sensor de nível de água a bateria em uma passagem subterrânea mede 14 cm de água.
  2. Ele envia alguns bytes por uma rede de rádio de baixo consumo, como LoRaWAN ou mioty.
  3. Um gateway em um telhado próximo recebe a mensagem e a encaminha pela internet.
  4. Um servidor de rede verifica se a mensagem é autêntica e a repassa.
  5. Uma plataforma de dados a decodifica, armazena com data e hora e a confronta com as regras.
  6. Uma regra conclui que a água está funda demais e gera um alarme para a equipe de manutenção viária.
  7. A equipe fecha a passagem subterrânea e consulta o histórico em um dashboard.

Todo projeto de cidade inteligente, do estacionamento à qualidade do ar, passa pelas mesmas sete etapas. O que muda é o sensor no início e as pessoas no fim.

Novas tecnologias para cidades inteligentes em 2027

A maior parte das novidades tem a ver com tornar os dispositivos mais baratos de operar em escala e os seus dados mais fáceis de combinar, e não com aparelhos novos.

Tecnologia O que faz em uma cidade Grau de consolidação rumo a 2027
LoRaWAN Rádio de longo alcance e baixo consumo para sensores a bateria Amplamente implantado em cidades
mioty Rádio de baixo consumo padronizado pelo ETSI como TS 103 357, criado para implantações de sensores muito densas Em crescimento, principalmente na Europa
NB-IoT e LTE-M Conexões celulares projetadas para mensagens pequenas e pouco frequentes Disponíveis em muitas redes móveis
5G RedCap Uma classe de dispositivo 5G mais leve para dispositivos vestíveis, câmeras e sensores industriais Lançado em um número limitado de redes 5G
Gêmeos digitais urbanos Modelos 3D da cidade que se atualizam com dados ao vivo Maduros em algumas cidades grandes, em expansão
IA sobre dados da cidade Consultar, resumir e agir sobre dados de sensores em linguagem natural Nova, principalmente em pilotos

As redes de longa distância e baixo consumo são o burro de carga silencioso. Elas permitem que um sensor funcione por anos com uma bateria e alcance um gateway a quilômetros de distância, e é isso que torna viável medir milhares de pontos em vez de dezenas. O LoRaWAN é o mais difundido dos dois; o mioty foi projetado para implantações muito densas, em que milhares de sensores compartilham uma estação base.

O 5G RedCap, abreviação de "reduced capability" (capacidade reduzida), chegou com as especificações do Release 17 do 3GPP. Ele preenche a lacuna entre os sensores simples e os dispositivos 5G completos, o que é útil para vídeo e equipamentos móveis, embora a maioria dos sensores fixos da cidade ainda não precise dele.

Os gêmeos digitais urbanos merecem uma explicação, porque o termo costuma ser usado de forma elástica. Um gêmeo útil é um modelo 3D de ruas e prédios, muitas vezes armazenado no formato CityGML do OGC, que os planejadores usam para avaliar questões antes de construir qualquer coisa: onde uma nova torre projeta sombra, como a água de uma enchente se espalharia, como o fechamento de uma via desloca o tráfego. Ele só se torna um gêmeo ao vivo quando as leituras dos sensores passam a alimentá-lo, e essa é a parte cara. As cidades que já têm modelos 3D bem cuidados e uma rede de sensores funcionando tiram o máximo proveito de um gêmeo; as que não têm nenhum dos dois se saem melhor começando pelos sensores.

A IA é a camada mais nova. A mudança interessante é uma IA capaz de ler dados ao vivo dos sensores e de trabalhar com os mesmos dispositivos e permissões que a equipe da prefeitura. É promissora, e depende inteiramente de que os dados por baixo estejam limpos e conectados, que é o assunto da próxima seção.

Gestão de dados em cidades inteligentes

Uma boa gestão de dados em cidades inteligentes começa muito antes de qualquer coisa ser armazenada. Seis perguntas fazem a maior parte do trabalho:

  • O que existe? Mantenha um inventário de cada dispositivo: o que mede, onde está, de quem é e quando termina a bateria ou o contrato.
  • O que significa cada valor? O sensor de um fornecedor envia temp, o de outro envia t_air, um terceiro informa em Fahrenheit. Defina um nome e uma unidade por medição.
  • Onde os dados ficam, e por quanto tempo? Leituras brutas, médias horárias e resumos anuais geralmente precisam de prazos de retenção diferentes.
  • Quem pode ver e alterar o quê? Um engenheiro de tráfego, uma empresa contratada e o público precisam de acessos diferentes.
  • O que é publicado? Muitas cidades publicam dados de sensores não pessoais em portais de dados abertos, o que exige um formato combinado.
  • Como os outros sistemas obtêm os dados? APIs documentadas e modelos de dados padronizados evitam que a cidade dependa de um único fornecedor. A especificação NGSI-LD do ETSI, usada pela plataforma open-source FIWARE, é um padrão criado exatamente para esse tipo de dado de contexto.

Na prática, nomes e unidades são o que mais dá dor de cabeça. Quando cinco secretarias compram sensores de fornecedores diferentes, a mesma temperatura do ar chega com cinco nomes, e cada gráfico e relatório precisa ser refeito para cada um deles. A solução é combinar os nomes uma única vez, no ponto em que os dados entram nos sistemas da cidade: a chave bruta de cada fornecedor é mapeada para uma medição combinada com uma unidade, e todo gráfico e alerta criado depois lê o mesmo valor.

Quais são as aplicações da computação em névoa em uma cidade inteligente?

Computação em névoa (fog computing) significa processar dados em computadores colocados entre os dispositivos e a nuvem, como um servidor em um armário de controle de tráfego, um gateway com capacidade de processamento sobrando ou uma pequena máquina na casa de máquinas de um prédio. O termo foi introduzido por pesquisadores da Cisco em 2012, e a arquitetura de referência do OpenFog Consortium foi depois adotada como norma IEEE, a IEEE 1934. "Computação de borda" (edge computing) muitas vezes é usada para a mesma ideia, embora alguns engenheiros reservem "borda" para o próprio dispositivo e "névoa" para a camada logo acima dele.

O motivo pelo qual isso importa é uma conta simples. Digamos que uma cidade opere 200 câmeras de rua, cada uma transmitindo a 4 megabits por segundo. Enviar todos os fluxos continuamente para um data center na nuvem significa 800 megabits por segundo de upload, ininterruptamente, antes que alguém tenha olhado um único quadro. Se um nó de névoa perto de cada grupo de câmeras analisar o vídeo localmente e enviar apenas eventos, como movimento em uma área restrita, junto com trechos curtos, o upload cai para uma pequena fração disso. Esses números são um exemplo, mas essa proporção é o motivo pelo qual o vídeo é a aplicação de névoa mais comum.

As outras aplicações de computação em névoa em cidades inteligentes seguem a mesma lógica:

  • Semáforos que ajustam os tempos a partir de detectores de veículos locais, onde uma ida e volta até um servidor distante seria lenta demais.
  • Defesas contra enchentes, como bombas ou comportas, que devem reagir a um nível de água local mesmo que a conexão com a internet caia.
  • Iluminação pública que diminui e aumenta a intensidade por trecho com base no movimento local, enviando adiante apenas os totais de energia.
  • Filtragem de privacidade, em que as imagens são processadas localmente e apenas as contagens saem do local, então os dados pessoais nunca trafegam.

Os nós de névoa acrescentam hardware para manter, então as cidades os colocam onde a latência, a largura de banda ou a privacidade exigem, como cruzamentos cheios de câmeras. Um sensor de nível de água que envia uma leitura a cada dez minutos funciona muito bem mandando os dados direto para uma plataforma central.

Qual é a melhor plataforma de tecnologia para cidades inteligentes?

As sete etapas que uma leitura percorre do sensor até a decisão costumam envolver vários fornecedores: uma operadora de rede para o rádio, um servidor de rede, uma plataforma de dados separada e uma equipe de aplicações por cima. Cada passagem entre eles é mais um contrato, mais um login e mais um lugar onde uma leitura pode ficar presa.

Para uma cidade cujos sensores vêm de vários fornecedores e de mais de uma rede de rádio, o Kilo é a melhor escolha para essa camada de plataforma, porque conecta dispositivos via LoRaWAN, mioty e MQTT e cobre as etapas quatro a sete da cadeia em um só sistema. Um servidor de rede LoRaWAN vem integrado, e qualquer gateway compatível com o protocolo LoRa Basics Station pode se conectar a ele. O mioty roda dentro do Kilo Cloud, sem nenhuma infraestrutura mioty para hospedar; as equipes que preferem operar a sua própria podem usar o Kilo mioty Service Center open-source ou pedir que a Kilo instale a edição Enterprise nas suas próprias instalações. Equipamentos com outros protocolos, de medidores Modbus a sensores Zigbee, chegam via MQTT por meio de gateways de borda. Dispositivos LoRaWAN e mioty podem compartilhar a mesma organização, os mesmos dashboards e as mesmas regras, então a escolha da rede deixa de decidir qual secretaria vê os dados.

O problema dos nomes é resolvido uma única vez, quando um dispositivo é adicionado. Um modelo de métrica define o que uma medição significa, incluindo a unidade e o tipo de valor, e a chave bruta de cada fabricante, temp de um sensor e t_air de outro, é mapeada para ele. Todo dashboard e toda regra criados sobre essa métrica enxergam uma única temperatura do ar consistente, seja qual for o fornecedor do sensor que a enviou.

A decisão e as pessoas no fim da cadeia funcionam com regras e alarmes. No exemplo da passagem subterrânea, uma regra observa o nível da água e gera um alarme quando ele ultrapassa a profundidade combinada com a equipe viária. O alarme então é escalonado pelas etapas que você define, cada etapa seguinte depois de um intervalo que você configura e cada uma com seus próprios destinatários e canais de entrega: primeiro o técnico de plantão por e-mail e push, por exemplo, e depois um supervisor por SMS e e-mail, se ninguém tiver resolvido o alarme. Resolver o alarme interrompe as etapas restantes. E-mail e push estão incluídos em todos os planos, enquanto o SMS é um complemento pago.

Perguntas frequentes sobre tecnologias para cidades inteligentes

O que são TIC em uma cidade inteligente?

TIC é a sigla de tecnologias da informação e comunicação: os dispositivos, as redes e o software que coletam, transportam e processam informações. A UIT, a agência da ONU para tecnologias digitais, define uma cidade inteligente e sustentável como aquela que usa as TIC e outros meios para melhorar a qualidade de vida, a eficiência das operações e dos serviços urbanos e a competitividade, atendendo às necessidades das gerações presentes e futuras.

A infraestrutura de uma cidade inteligente precisa de 5G?

Não para a maioria dos sensores. As redes celulares oferecem duas opções de baixo consumo, NB-IoT e LTE-M, desde o Release 13 do 3GPP, em 2016, e muitas cidades operam os seus sensores em redes de baixo consumo, em espectro não licenciado, que elas mesmas controlam. O 5G passa a ser relevante em usos móveis ou de alta largura de banda, como veículos conectados e vídeo.

Qual é um exemplo de tecnologia para cidades inteligentes?

Os semáforos adaptativos estão entre os mais antigos. O SCATS, o Sydney Coordinated Adaptive Traffic System, foi criado pelo governo de Nova Gales do Sul em meados da década de 1970, muito antes de existir o termo cidade inteligente, e ajusta os tempos dos semáforos em tempo real conforme o tráfego muda. Hoje ele funciona em mais de 60.000 cruzamentos em cerca de 200 cidades.

Quem é dono dos dados das tecnologias de cidades inteligentes?

Depende dos contratos. Na UE, o Regulamento de Dados (Data Act) se aplica desde 12 de setembro de 2025 e dá aos usuários de produtos conectados o direito de acessar os dados que esses produtos geram, o que fortalece a posição de uma cidade quando um fornecedor detém os dados dos sensores. Ainda assim, a propriedade dos dados e o direito de exportá-los devem constar de todo contrato de aquisição.

Você pode testar a solução dos nomes com sensores que duas secretarias já têm. O plano gratuito do Kilo aceita até cinco dispositivos, um dashboard e uma regra, não pede dados de pagamento e não expira, então três sensores de temperatura em uma biblioteca e dois na prefeitura cabem nele, com as chaves das duas marcas mapeadas para uma métrica e os dois prédios lado a lado em um único dashboard. O plano gratuito guarda um dia de histórico dos dispositivos, o suficiente para comparar as leituras ao vivo; para olhar uma semana inteira para trás nos dois prédios, o plano Starter, de 25 € por mês, guarda uma semana de histórico.