Skip to main content

Conectividade IoT sem mistério (Parte 3): Mesh, LoRa, LoRaWAN e Zigbee

· 5 min read
Adriano Santos
Development Manager @ V3 Tecnologia

Na Parte 2, vimos como a conectividade celular se organiza no core da operadora e como APN, políticas de rede e roteamento impactam a operação. A partir desse ponto, a próxima decisão de arquitetura é entender quando o celular deixa de ser a melhor opção e quando redes não-celulares entregam mais eficiência técnica e econômica. Neste artigo, comparamos Mesh, LoRa, LoRaWAN e Zigbee com foco em critérios práticos de escolha.

Mesh: resiliência por múltiplos caminhos

Redes mesh permitem que nós encaminhem pacotes entre si, criando caminhos alternativos até o gateway.

Pontos fortes:

  • Boa cobertura em ambientes com obstáculos.
  • Tolerância a falhas de nós individuais.
  • Escalabilidade local em plantas, galpões e condomínios.

Pontos de atenção:

  • Planejamento de topologia e canal é essencial.
  • Mais hops podem aumentar latência e consumo.
  • Interferência em banda não licenciada pode degradar desempenho.
Topologia de rede mesh parcialmente conectada.

Fonte: Wikimedia Commons - File:NetworkTopology-Mesh.svg

LoRa e LoRaWAN: longo alcance com baixa taxa

LoRa é a camada física de rádio (modulação). LoRaWAN é o protocolo de rede sobre LoRa.

Quando brilha:

  • Telemetria pequena e periódica.
  • Sensores alimentados por bateria por longos períodos.
  • Cobertura de grandes áreas com poucos gateways.

Limitações típicas:

  • Throughput baixo para cargas grandes.
  • Dever de transmissão (duty cycle) e regras de espectro impactam capacidade.
  • Latência e downlink limitados dependendo da classe do dispositivo.
Sinal LoRa observado em analisador de RF.

Fonte: Wikimedia Commons - File:LoRa-RF_Ananlyzer-12-7.8k.1.jpg

Zigbee: ecossistema maduro para rede local

Zigbee roda sobre IEEE 802.15.4 e é forte em automação predial e industrial leve.

Vantagens:

  • Baixo consumo energético.
  • Ecossistema amplo de módulos e sensores.
  • Boa integração em redes locais de curta/média distância.

Desafios:

  • Alcance por salto depende da densidade de nós roteadores.
  • Coexistência em 2,4 GHz exige planejamento para evitar interferência.
Módulo Zigbee (ETRX357) com referência de tamanho.

Fonte: Wikimedia Commons - File:ETRX357_ZigBee_module_with_size_ref.JPG

Redes satelitais: cobertura ampla com trade-offs de latência e custo

Quando o projeto opera fora da cobertura terrestre consistente (áreas remotas, oceânicas, mineração, agro em grande extensão), conectividade satelital deixa de ser exceção e passa a ser considerada parte da arquitetura.

De forma prática, as órbitas mais comuns entram no desenho assim:

  • LEO (Low Earth Orbit): menor latência e melhor experiência para aplicações mais interativas, com constelações de muitos satélites e handovers frequentes (ex.: Starlink e OneWeb).
  • MEO (Medium Earth Orbit): equilíbrio entre cobertura e latência, menos comum em IoT generalista, mas relevante em alguns serviços especializados (ex.: SES O3b).
  • GEO (Geostationary Earth Orbit): grande cobertura por satélite, arquitetura mais estável do ponto de vista orbital, porém com latência maior (ex.: Inmarsat, Intelsat e Viasat).

Critérios de decisão para satélite:

  • Cobertura real de campo, não apenas mapa de marketing do provedor.
  • Orçamento de energia do terminal e perfil de transmissão (evento, lote, quase tempo real).
  • Sensibilidade da aplicação à latência e à variação de throughput.
  • Custo total: hardware, plano de dados, instalação e operação contínua.
  • Estratégia híbrida com fallback terrestre (celular/LPWAN) quando disponível.
  • Avaliar tráfego de mídia (imagens, clipes de vídeo e streaming): uplink sustentado, tempo de upload, risco de timeout, consumo de franquia e necessidade de priorização entre evento crítico e mídia.
  • Quando o IoT é móvel, avaliar handover entre feixes/células, estabilidade de sessão em deslocamento e variação de desempenho por corredor logístico.
  • Em mobilidade, considerar o impacto de velocidade e rota na perda de pacote, jitter e tempo de entrega de eventos críticos.

Em muitos projetos IoT, satélite não substitui tudo: ele complementa a conectividade terrestre para garantir continuidade operacional onde a infraestrutura tradicional não chega com previsibilidade. Em cenários móveis, essa complementaridade precisa ser validada em rota real, porque o desempenho pode variar significativamente entre regiões e condições de deslocamento.

Como escolher entre essas redes

Use uma matriz simples de decisão:

  1. Cobertura necessária: metros, quilômetros, indoor, outdoor.
  2. Perfil de carga: bytes por mensagem, frequência de envio, necessidade de downlink.
  3. Energia disponível: bateria, rede elétrica, ciclo de manutenção.
  4. Criticidade de latência: segundos, minutos, quase tempo real.
  5. Custos de implantação: gateways, manutenção, operação de rede.
  6. Requisitos regulatórios e de segurança.

Uma regra prática:

  • Se precisa mobilidade ampla e controle centralizado, celular tende a liderar.
  • Se precisa autonomia energética e longas distâncias com pouca carga, LoRaWAN é forte.
  • Se precisa rede local densa e baixa potência, Zigbee ou Mesh podem ser melhores.
  • Se precisa cobertura em áreas remotas sem infraestrutura terrestre confiável, satélite (LEO/MEO/GEO) entra como opção principal ou camada de contingência.

Normas e referências técnicas

Próximo post da série

Na Parte 4, fechamos a série com foco em conectividade para dispositivos móveis em veículos, cobrindo desafios de mobilidade, arquitetura de resiliência e boas práticas de campo.

A melhor decisão de rede é aquela que atende ao contexto operacional real do projeto, e não apenas ao melhor benchmark de laboratório.