Ferramentas e tecnologias de desenvolvimento IoT: uma visão prática

A Internet das Coisas conecta sensores, eletrodomésticos e máquinas a redes para que possam informar dados ou ser controlados remotamente. Seja você construindo um sensor de temperatura doméstico, um rastreador de frota ou um monitor industrial, as mesmas camadas aparecem em todo projeto: o dispositivo, a conexão, a plataforma que coleta os dados e a aplicação que os usa. Escolher bem em cada camada define quanto o projeto custa para construir e para manter por anos. Esta visão geral lista as principais opções de cada camada, os compromissos entre elas e os fundamentos de segurança que costumam ser esquecidos.

1. Hardware

• ESP32 e ESP8266: microcontroladores baratos com Wi-Fi e, no ESP32, Bluetooth. Populares para protótipos e produtos de consumo porque são baratos, bem documentados e apoiados por uma grande comunidade.
• Arduino: placas acessíveis com um enorme ecossistema de bibliotecas e a forma mais fácil de aprender o básico de sensores e atuadores.
• Raspberry Pi: um pequeno computador Linux que serve para gateways, câmeras, painéis e qualquer projeto que precise de processamento local ou de um sistema operacional completo.
• STM32 e Nordic nRF: microcontroladores profissionais focados em baixo consumo, longa duração de bateria e Bluetooth Low Energy.

Escolha a placa mais simples que atenda às suas necessidades de energia, conectividade e segurança. Um sensor a bateria que precisa durar um ano com uma pilha de botão exige um chip bem diferente do de uma câmera ligada na tomada.

2. Sistemas operacionais e firmware

• FreeRTOS e Zephyr: sistemas operacionais de tempo real para dispositivos limitados que precisam de tempos previsíveis e pouco uso de memória.
• PlatformIO: um sistema de compilação e extensão de editor que suporta muitas placas e bibliotecas a partir de um único formato de projeto.
• Atualizações pelo ar (OTA): essenciais para corrigir problemas de segurança depois da implantação. Planeje-as antes de o primeiro dispositivo ser enviado; acrescentá-las depois é doloroso.

3. Conectividade

• Tecnologia: Wi-Fi

  Alcance

  Dezenas de metros

  Uso típico

  Casas e escritórios com energia elétrica

• Tecnologia: Bluetooth LE

  Alcance

  Curto

  Uso típico

  Dispositivos vestíveis, etiquetas, configuração de dispositivos

• Tecnologia: Zigbee, Thread / Matter

  Alcance

  Malha por um prédio

  Uso típico

  Dispositivos de casa inteligente que retransmitem uns para os outros

• Tecnologia: LoRaWAN

  Alcance

  Quilômetros, taxa de dados muito baixa

  Uso típico

  Agricultura, serviços públicos e sensores urbanos

• Tecnologia: NB-IoT, LTE-M, 5G

  Alcance

  Redes móveis

  Uso típico

  Rastreadores, medidores, veículos, equipamentos remotos

Para dispositivos celulares, o eSIM e o 5G simplificam grandes implantações: veja eSIM explicado e 5G e redes GSM.

4. Protocolos

• MQTT: mensagens leves de publicação/assinatura, o padrão de fato para telemetria. Um broker recebe as mensagens e as encaminha aos assinantes.
• CoAP: uma alternativa leve projetada para dispositivos limitados, semelhante ao HTTP, mas construída sobre UDP.
• HTTP e WebSockets: o mais simples quando a banda e a energia não são limitadas e os desenvolvedores já conhecem a pilha web.

5. Plataformas e ferramentas

• Plataformas na nuvem: AWS IoT Core e Azure IoT Hub oferecem registros de dispositivos, mensagens e mecanismos de regras. O Google Cloud IoT Core foi desativado em 2023, então as equipes que o usavam migraram para parceiros ou alternativas de código aberto.
• Código aberto: ThingsBoard para painéis e gerenciamento de dispositivos, Node-RED para fluxos visuais, Grafana para monitoramento e Eclipse Mosquitto como um broker MQTT simples.
• Bancos de dados: bancos de dados de séries temporais como InfluxDB ou TimescaleDB armazenam leituras de sensores de forma eficiente.

6. Fundamentos de segurança

1. Dê a cada dispositivo uma identidade e credenciais únicas; nunca envie uma senha padrão.
2. Criptografe o tráfego com TLS e verifique os certificados no dispositivo.
3. Planeje desde o início atualizações OTA seguras e assine o firmware.
4. Colete apenas os dados de que precisa e documente para onde eles vão.
5. Desative as interfaces de depuração e os serviços sem uso antes da produção.

Um primeiro projeto em um fim de semana

Um bom primeiro projeto é um sensor de temperatura e umidade. Use uma placa ESP32 com um módulo sensor, publique as leituras por MQTT em um broker gratuito ou no seu próprio Raspberry Pi e exiba-as no Grafana ou no Node-RED. Em um fim de semana você toca todas as camadas: hardware, firmware, protocolo, plataforma e painel. Quando funcionar, acrescente atualizações OTA e TLS para aprender o básico de segurança em pequena escala.

Erros comuns

• Escolher Wi-Fi para um dispositivo a bateria que ficará dormindo na maior parte do tempo.
• Ignorar o custo dos dados móveis e do gerenciamento de chips em escala.
• Esquecer que a conta da nuvem cresce com o número de mensagens.
• Deixar dispositivos sem nenhuma forma de atualização.

Os dispositivos IoT costumam usar as mesmas tecnologias em tempo real do seu navegador: o WebRTC pode transmitir uma câmera diretamente para uma página web, e as mesmas ideias movem o chat P2P no navegador.

Escolhendo uma conexão: perguntas a fazer

1. Há energia elétrica? Se sim, Wi-Fi ou Ethernet é o mais simples. Se o dispositivo funciona meses com bateria, olhe BLE, LoRaWAN ou NB-IoT.
2. Até onde o sinal precisa chegar? Em uma sala: Bluetooth. Em uma fazenda ou cidade: LoRaWAN ou celular.
3. Quantos dados por mensagem e com que frequência? Alguns bytes por hora combinam com LoRaWAN; vídeo combina com Wi-Fi ou 5G.
4. De quem é a rede? Uma rede celular exige chips e um plano de dados; o LoRaWAN pode funcionar com o seu próprio gateway.
5. O dispositivo se move? Um rastreador precisa de cobertura celular; um sensor fixo não.

Orçamento de energia: fazendo a bateria durar

Na maior parte do tempo, um sensor a bateria deve estar dormindo. Um ciclo típico é: acordar, ler o sensor, enviar uma mensagem curta e voltar ao sono profundo. O rádio é o maior consumidor, então enviar com menos frequência, enviar menos bytes e usar protocolos de baixo consumo prolonga a vida da bateria muito mais do que um código esperto. Meça o consumo de corrente real com um analisador de energia em vez de confiar na folha de dados, e teste em baixas temperaturas, onde as baterias perdem capacidade.

Modelo de dados e custos

Antes de escalar, estime o custo mensal por dispositivo: conectividade (chip ou fração do gateway), mensagens na nuvem, armazenamento e suporte. Um dispositivo que envia uma mensagem por minuto produz cerca de 43.000 mensagens por mês, e muitas plataformas de nuvem cobram por mensagem. Enviar dados em lotes, compactar as cargas e processar na borda pode reduzir muito a conta.

Processamento na borda ou na nuvem?

• Tempo de resposta

  Borda (no dispositivo ou gateway)

  Milissegundos

  Nuvem

  Depende da rede

• Largura de banda

  Borda (no dispositivo ou gateway)

  Envia apenas resultados

  Nuvem

  Envia dados brutos

• Atualizar a lógica

  Borda (no dispositivo ou gateway)

  Exige atualizações de firmware

  Nuvem

  Fácil de alterar

• Funciona offline

  Borda (no dispositivo ou gateway)

  Sim

  Nuvem

  Não

Provisionamento e gerenciamento de dispositivos

• Dê a cada dispositivo um certificado ou chave únicos, guardados em um elemento seguro, não em memória flash em texto simples.
• Automatize o provisionamento na fábrica ou na primeira conexão para que ninguém digite chaves à mão.
• Acompanhe versões e saúde dos dispositivos em um registro para saber quais precisam de atualização.
• Planeje a revogação de um dispositivo caso ele seja perdido ou comprometido.

Testes e monitoramento

Simule milhares de dispositivos com scripts antes do lançamento para encontrar gargalos no broker e no banco de dados. Em produção, registre falhas de conexão, níveis de bateria e versões de firmware; a maioria dos problemas em campo aparece primeiro como um consumo incomum de bateria ou ciclos de reconexão. Alertar sobre "dispositivos que pararam de reportar" é mais útil do que alertar sobre erros isolados.

Regulamentação e normas

Os produtos conectados são regulamentados. Na Europa, os dispositivos de rádio precisam atender à Diretiva de Equipamentos de Rádio e ter a marcação CE, e novas regras da UE sobre cibersegurança de produtos conectados estão sendo introduzidas gradualmente. Nos Estados Unidos, os dispositivos de rádio precisam de aprovação da FCC. Verifique os requisitos cedo, pois a certificação pode levar semanas e custa dinheiro.

Três arquiteturas de exemplo

• Sensor de clima doméstico: ESP32 com um sensor de temperatura, Wi-Fi, MQTT para um Raspberry Pi com Mosquitto e Grafana.
• Monitor de solo agrícola: sensor a bateria, LoRaWAN para um gateway, um servidor de rede e um painel.
• Rastreador de veículo: módulo GPS e modem LTE-M com eSIM, enviando a posição a cada minuto para uma plataforma de nuvem.

Glossário

Broker

Um servidor que recebe mensagens MQTT e as entrega aos assinantes.

Gateway

Um dispositivo que conecta sensores locais (BLE, LoRa, Zigbee) à internet.

OTA

Atualização de firmware pelo ar.

Sono profundo

Um modo em que o microcontrolador quase não gasta energia entre as medições.

Onde aprender mais

• Comece pela documentação da placa que escolher; ESP32 e Raspberry Pi têm grandes comunidades e muitos tutoriais.
• Leia o resumo da especificação do MQTT: é curto e explica os níveis de qualidade de serviço.
• Experimente o plano gratuito de uma plataforma de nuvem com alguns dispositivos simulados antes de comprar hardware em volume.
• Acompanhe os alertas de segurança das bibliotecas que usa, pois um componente de código aberto vulnerável em milhares de dispositivos é difícil de corrigir depois.

Perguntas frequentes

Qual placa um iniciante deve comprar?

Uma placa de desenvolvimento ESP32 é barata, tem Wi-Fi e Bluetooth e funciona com as ferramentas do Arduino, então é uma boa primeira compra.

Preciso de uma plataforma de nuvem?

No começo, não. Um pequeno broker MQTT em um Raspberry Pi basta para aprender; passe para uma plataforma gerenciada quando precisar de muitos dispositivos ou de acesso remoto.

O IoT é seguro por padrão?

Não. A segurança precisa ser projetada desde o início: credenciais únicas, conexões criptografadas, atualizações assinadas e uma forma de revogar dispositivos.