LoRaWAN em áreas remotas: arquitetura, limites e escolhas de projeto

O protocolo não substitui uma rede de banda larga. Seu espaço é outro: temperatura, nível, posição, estado, contadores e alarmes que cabem em poucos bytes. A análise começa pela quantidade de dados, frequência de envio, origem da energia, latência tolerável, posição dos gateways e caminho entre o gateway e o servidor.

Resumo do cenário

• Boa aderência: poucos bytes, muitos pontos, bateria longa e manutenção distante.

• Baixa aderência: vídeo, áudio, tráfego contínuo e comandos com resposta imediata.

• Risco principal: tratar gateway, alimentação e backhaul como acessórios.

Comparação direta entre as redes

Não existe uma rede superior em todos os cenários. A comparação útil considera topologia, energia, volume de dados, infraestrutura disponível e responsabilidade operacional.

LoRaWAN

Topologia: um salto até o gateway. Vantagem: baixo consumo e muitos pontos. Limite: poucos dados e downlink restrito. Melhor uso: sensores remotos distribuídos.

Mesh sobre LoRa

Topologia: vários saltos. Vantagem: contorna obstáculos. Limite: mais consumo, estado de rede e latência. Melhor uso: locais com roteadores energizados.

NB-IoT e LTE-M

Topologia: conexão direta à operadora. Vantagem: dispensa gateway próprio. Limite: cobertura comercial, plano de dados e ciclo de vida da rede. Melhor uso: ativos dentro da área atendida.

Satélite IoT

Topologia: conexão direta ou por terminal. Vantagem: cobertura em isolamento extremo. Limite: custo, energia e necessidade de visada do céu. Melhor uso: ausência de infraestrutura terrestre.

Wi-Fi e Wi-Fi HaLow

Topologia: dispositivo até o access point. Vantagem: mais banda e integração IP. Limite: maior consumo e alcance local. Melhor uso: instalações com energia e rede próximas.

RS-485

Topologia: barramento cabeado. Vantagem: comportamento previsível, robustez e baixo custo por ponto. Limite: exige cabo e projeto físico correto. Melhor uso: equipamentos fixos na mesma instalação.

LoRa é o rádio; LoRaWAN é a rede

LoRa descreve a modulação de espectro espalhado. LoRaWAN organiza endereçamento, autenticação, janelas de recepção, comandos MAC, classes de dispositivo e transporte até a aplicação. Um sensor transmite em um salto; todos os gateways que conseguirem demodular o quadro podem encaminhá-lo pela rede IP.

O dispositivo não escolhe gateway nem estabelece uma rota. O Network Server recebe cópias acompanhadas de metadados como RSSI, SNR, frequência e horário, valida o quadro, elimina duplicatas, controla contadores, administra ADR e escolhe o gateway e a janela adequados para um eventual downlink.

Do sensor à aplicação: o gateway encaminha quadros; a inteligência de rede permanece no Network Server. Infográfico: Henrique Russo / Tech & Talk.

SF e DR: o que cada um realmente representa

SF e DR aparecem juntos nas configurações LoRaWAN, mas não significam a mesma coisa. SF pertence à modulação LoRa; DR pertence à tabela de parâmetros do LoRaWAN.

SF: quanto tempo o rádio usa para transmitir um símbolo

SF é a sigla de spreading factor. Nos modos mais usuais, varia de SF7 a SF12. Ele determina quantos intervalos elementares, chamados chips, formam um símbolo LoRa. O número de chips cresce como uma potência de dois:

• SF7: 2^7 = 128 chips por símbolo.

• SF12: 2^12 = 4.096 chips por símbolo.

Mais chips dão ao receptor mais informação para reconhecer o símbolo em condições de sinal fraco. A contrapartida é direta: o símbolo demora mais, o pacote permanece mais tempo no ar e consome mais energia para ser transmitido.

Um único cálculo, com cada variável definida

T_sym = 2^SF / BW

• T_sym: duração de um símbolo, em segundos.

• SF: spreading factor escolhido, entre 7 e 12 neste exemplo.

• BW: largura de banda do canal, em hertz. Uma largura de 125 kHz equivale a 125.000 Hz.

• 2^SF: dois elevado ao SF; não é uma multiplicação por SF.

Com BW de 125 kHz:

• SF7: 128 / 125.000 = 0,001024 s, ou 1,024 ms por símbolo.

• SF12: 4.096 / 125.000 = 0,032768 s, ou 32,768 ms por símbolo.

Esse resultado é a duração de um símbolo, não do pacote inteiro. O pacote também contém preâmbulo, cabeçalho, payload e CRC. Por isso, no exemplo de 20 bytes usado no infográfico, o tempo total é de aproximadamente 57 ms em SF7 e 1,319 s em SF12.

DR: o número de uma linha da tabela regional

DR significa data rate, mas no LoRaWAN ele funciona como um índice. DR0, DR1 ou DR5 identificam linhas de uma tabela que define a modulação, o SF e a largura de banda. DR0 não significa zero bit por segundo.

No plano EU863–870, por exemplo:

• DR0 = SF12 com BW de 125 kHz: maior tempo de ar e maior sensibilidade.

• DR3 = SF9 com BW de 125 kHz: condição intermediária.

• DR5 = SF7 com BW de 125 kHz: menor tempo de ar e maior capacidade.

• DR6 = SF7 com BW de 250 kHz e DR7 = FSK: exemplos de que DR não é apenas outro nome para SF.

Em US902–928, AU915–928 e outros planos, a associação muda. Portanto, informar somente “DR3” sem indicar a região deixa a configuração incompleta.

Resumo: SF descreve a dispersão e a duração do símbolo LoRa. DR aponta para a configuração completa permitida pelo plano regional.

Em um enlace com boa margem, um DR mais alto normalmente reduz o tempo de ar e libera capacidade. Em um enlace fraco, um DR mais baixo costuma utilizar SF maior e oferecer mais sensibilidade. Isso não significa que SF12 seja sempre melhor: em redes carregadas, o tempo de ar maior aumenta a chance de sobreposição com outros pacotes.

Infográfico: Henrique Russo / Tech & Talk.

Onde entra o ADR

O Adaptive Data Rate usa as medições do enlace para solicitar outro DR e outra potência de transmissão. Em dispositivos estáticos, ele pode reduzir tempo de ar e consumo quando existe margem suficiente. Em dispositivos móveis ou sujeitos a vegetação, chuva e sazonalidade, a política precisa reagir com cautela para não eliminar a reserva do enlace.

Payload: o limite não é um único número

O tamanho máximo de aplicação varia com região, data rate, dwell time, uso de relay e espaço ocupado por opções MAC. Por isso, afirmar apenas que LoRaWAN transporta até 242 bytes omite as condições que produzem esse valor.

Exemplo em EU863–870

No modo compatível com repeater, a RP002-1.0.5 informa 51 bytes de aplicação em DR0–DR2, 115 bytes em DR3 e 222 bytes em DR4–DR7, quando o campo opcional FOpts está vazio. Sem compatibilidade com repeater, alguns data rates chegam a 242 bytes.

Exemplo em US902–928

No uplink compatível com repeater, o valor vai de 11 bytes em DR0 para 53 em DR1, 125 em DR2 e 222 em DR3–DR4. Os data rates de downlink seguem outra tabela.

Mesmo quando o protocolo admite mais dados, o orçamento real continua sendo o tempo de ar. Telemetria eficiente transmite valores binários, deltas, estados compactados e eventos. Confirmações e repetições devem ser reservadas para situações que realmente precisam delas.

Classes A, B e C: o que muda na prática

As classes não alteram a frequência, o alcance do uplink, a segurança ou o tamanho máximo do payload. Elas definem quando o dispositivo mantém o receptor disponível para receber um downlink. Todos os dispositivos LoRaWAN implementam Classe A; as classes B e C acrescentam outras oportunidades de recepção.

Classe A — o dispositivo inicia a comunicação

O dispositivo transmite um uplink quando sua aplicação precisa. Em seguida, abre duas janelas curtas de recepção: RX1 e RX2. Se o servidor tiver um comando pendente, precisa utilizar uma dessas janelas. Fora delas, o receptor pode permanecer desligado.

• Downlink: somente depois de um uplink.

• Latência: depende de quando ocorrerá a próxima transmissão do dispositivo.

• Consumo: o menor entre as três classes.

• Uso coerente: sensores a bateria, medidores e alarmes que transmitem mais do que recebem.

Classe B — o servidor conhece horários adicionais

Além do funcionamento Classe A, o dispositivo recebe beacons de sincronização e abre ping slots em horários programados. O Network Server sabe quando o receptor estará ativo e pode planejar o downlink sem esperar pelo próximo uplink da aplicação.

• Downlink: após uplinks e também nos ping slots.

• Latência: previsível, determinada pelo intervalo entre os slots.

• Consumo: intermediário, pois o receptor acorda periodicamente.

• Dependência adicional: sincronização de tempo e suporte consistente a beacons.

• Uso coerente: dispositivos a bateria que precisam receber comandos com prazo conhecido.

Classe C — o receptor permanece quase sempre aberto

O dispositivo continua executando RX1 e RX2, mas mantém outra janela de recepção aberta enquanto não está transmitindo. Assim, o servidor pode iniciar um downlink praticamente a qualquer momento. A comunicação continua sendo half-duplex: o dispositivo não recebe enquanto transmite.

• Downlink: disponível quase continuamente.

• Latência: a menor entre as três classes.

• Consumo: o maior, normalmente adequado a alimentação externa.

• Uso coerente: atuadores, controladores, válvulas e equipamentos energizados.

Classe A: o servidor espera o próximo uplink. Classe B: o servidor espera o próximo horário agendado. Classe C: o servidor normalmente pode transmitir de imediato.

Um dispositivo capaz de operar em B ou C continua compatível com Classe A. A classe também não elimina os limites de duty cycle, capacidade do gateway ou disponibilidade do backhaul; ela apenas muda a oportunidade de recepção no dispositivo.

Infográfico: Henrique Russo / Tech & Talk.

Gateway é infraestrutura

O gateway é uma cadeia formada por antena, conectores, cabo coaxial, proteção contra surto, aterramento, concentrador, computador embarcado, fonte, gabinete e backhaul. Uma falha em qualquer etapa pode interromper o serviço mesmo com a camada LoRaWAN configurada corretamente.

Em locais remotos, a especificação precisa incluir reinicialização autônoma, watchdog, telemetria de energia, detecção de perda do backhaul, autonomia de bateria, vedação, condensação, proteção contra descargas e acesso físico. Dois gateways ligados ao mesmo modem e à mesma fonte continuam compartilhando um ponto único de falha.

A confiabilidade depende do conjunto, não apenas do concentrador LoRa. Infográfico: Henrique Russo / Tech & Talk.

Cobertura começa na instalação

Altura, relevo, vegetação, zona de Fresnel, ganho da antena e perda no cabo influenciam o enlace tanto quanto o SF. Aumentar potência não corrige antena mal posicionada, coaxial inadequado ou gateway instalado atrás de metal. Medição de campo e margem de enlace devem preceder a promessa de quilômetros.

Backhaul e operação

O gateway pode chegar ao servidor por Ethernet, fibra, 4G, rádio ponto a ponto ou satélite. Buffer local, preservação de horário, reenvio e funcionamento durante indisponibilidade não surgem automaticamente: precisam estar definidos no produto e validados em teste.

LoRaWAN, relay e mesh

No LoRaWAN convencional, o end-device transmite diretamente a um ou mais gateways. O relay padronizado pela TS011 acrescenta um intermediário para cobrir um ponto específico sem transformar toda a rede em malha. Em uma mesh sobre rádio LoRa, alguns nós encaminham mensagens de outros nós e mantêm rotas.

O enlace direto tende a simplificar firmware, consumo e diagnóstico. Relay pode resolver uma sombra localizada. Mesh ganha espaço quando não existe posição adequada para gateway e há nós capazes de permanecer energizados. São alternativas legítimas, mas com modelos de falha e custos operacionais diferentes.

LoRaWAN e mesh ampliam cobertura de maneiras diferentes. Infográfico: Henrique Russo / Tech & Talk.

A geografia do espectro também é geopolítica

LoRaWAN é global, mas o rádio não é universal. Europa, Estados Unidos, Brasil, China e outros mercados usam planos regionais diferentes. Um módulo destinado a US915 pode não atender AU915; um gateway europeu pode exigir outra frente de RF; equipamentos voltados à China operam sob CN470–510. Firmware, filtros, potência, antena e certificação precisam acompanhar o país de implantação.

Planos regionais alteram canais, data rates, potência e limites de payload. A regulamentação nacional prevalece. Fonte técnica: LoRa Alliance RP002-1.0.5.

Na Europa, a diretiva NIS2 e o debate sobre resiliência de infraestrutura ampliaram a atenção sobre continuidade, segurança da cadeia de fornecimento e resposta a incidentes. Nos Estados Unidos, dispositivos na faixa de 902–928 MHz operam sob as condições de compartilhamento do Part 15. No Brasil, redes baseadas exclusivamente em equipamentos de radiação restrita podem ter dispensa de autorização, mas os produtos continuam sujeitos às condições técnicas e à homologação da Anatel.

A Ásia, especialmente a China, participa de muitas cadeias comerciais de módulos, rádios e gateways. Escala e custo são vantagens, porém um projeto profissional também verifica segundo fornecedor, ciclo de vida, controle das chaves, atualização de firmware, localização do Network Server, exportação dos dados e possibilidade de substituir a plataforma. A origem do equipamento é uma variável; dependência operacional é a questão mais ampla.

Chaves, ativação e operação

LoRaWAN utiliza criptografia AES-128 e contadores de quadro. Na ativação OTAA, o dispositivo executa o procedimento de join e deriva chaves de sessão; na ABP, parâmetros de sessão são provisionados previamente. A escolha afeta fabricação, troca de credenciais, recuperação de falhas e ciclo de vida do produto.

O Network Server não deve ser tratado como uma caixa invisível. Logs de join, rejeições por contador, distribuição de SF, taxa de duplicação, utilização por canal, fila de downlink e saúde dos gateways ajudam a distinguir problema de RF, energia, firmware, backhaul ou credencial.

Uma arquitetura híbrida costuma ser a mais simples

RS-485 pode ligar instrumentos dentro de uma estação; LoRaWAN pode conectar ativos distribuídos; fibra, celular, rádio ponto a ponto ou satélite podem formar o backhaul. A solução deixa de ser uma disputa entre tecnologias e passa a ser uma composição de enlaces adequados a cada distância, volume de dados e regime de manutenção.

LoRaWAN apresenta boa aderência quando o sistema aceita mensagens compactas, consumo reduzido e downlinks planejados. Sua profundidade aparece nos detalhes: SF, plano regional, payload, classes, gateway, Network Server, chaves e operação de campo precisam ser tratados como uma única arquitetura.

Referências técnicas

Consulta em 8 de agosto de 2026. Foram priorizadas especificações, órgãos reguladores e documentação técnica primária.

• LoRa Alliance — TS001-1.0.4, LoRaWAN L2 Specification: https://resources.lora-alliance.org/technical-specifications/ts001-1-0-4-lorawan-l2-1-0-4-specification

• LoRa Alliance — RP002-1.0.5, Regional Parameters: https://resources.lora-alliance.org/technical-specifications/rp002-1-0-5-lorawan-regional-parameters

• LoRa Alliance — Technical Specifications, incluindo TS002 e TS011: https://resources.lora-alliance.org/technical-specifications

• Semtech — Understanding LoRa Adaptive Data Rate: https://lora-developers.semtech.com/uploads/documents/files/Understanding_LoRa_Adaptive_Data_Rate_Downloadable.pdf

• Anatel — Redes Privativas: https://www.gov.br/anatel/pt-br/regulado/radiofrequencia/redes-privativas

• Anatel — Espectro: https://www.gov.br/anatel/pt-br/regulado/espectro

• FCC — operação Part 15 na faixa de 902–928 MHz: https://docs.fcc.gov/public/attachments/FCC-95-41A1.pdf

• União Europeia — Diretiva NIS2: https://eur-lex.europa.eu/legal-content/en/TXT/?uri=CELEX%3A32022L2555