Hardware

Gateway LoRaWAN

Antena, concentrador multicanal, relógio, processador e backhaul IP compõem o gateway LoRaWAN. Ele escuta múltiplos canais e spreading factors em bandas regionais como 915 MHz no Brasil e encaminha quadros ao Network Server por Ethernet, Wi‑Fi ou celular. Diferentemente de um hub Zigbee, não associa dispositivos nem interpreta o payload: opera como ponte de RF para IP. A ressalva é que cobertura e capacidade dependem de antena, altura, ruído, duty cycle, região e servidor; um único gateway não garante redundância.


📖Definição aprofundada

Antena, front-end de rádio, concentrador multicanal, fonte de tempo, processador e conexão IP formam a arquitetura básica de um gateway LoRaWAN. O equipamento recebe simultaneamente transmissões LoRa de muitos end devices em diferentes canais e spreading factors, adiciona metadados como RSSI, SNR, frequência e timestamp, e encaminha os quadros a um Network Server. No sentido inverso, recebe do servidor uma solicitação de downlink e transmite na frequência e no instante especificados. O gateway não é o servidor de rede e não precisa conhecer a chave de aplicação nem o significado do payload. A especificação LoRaWAN utiliza topologia star-of-stars: qualquer gateway que escute um uplink pode encaminhá-lo, e o servidor elimina duplicatas, verifica segurança, gerencia contadores, ADR e agenda downlinks. Essa separação permite cobertura sobreposta e redundância. Diferentemente de Zigbee, os dispositivos não se associam a um gateway específico nem formam malha. Eles enviam ao ar. O Network Server decide. Em automação residencial, um gateway pode cobrir uma propriedade, condomínio, área rural, jardim, medidores, caixas d’água, sensores ambientais, irrigação e ativos distantes. LoRa opera em bandas ISM sub‑GHz definidas regionalmente. No Brasil, implementações LoRaWAN usam plano regional aplicável à faixa de 915 MHz e regras da Anatel. Não se deve usar um gateway EU868 importado numa rede AU915/US915/AS923 sem verificar. Frequência, potência, máscaras de canal e certificação precisam coincidir. Um concentrador típico baseado em Semtech SX1302 ou SX1303 recebe oito canais multi‑SF e canais adicionais, dependendo do design. Isso não significa oito dispositivos; milhares podem compartilhar com baixa taxa, mas a capacidade é limitada por airtime, colisões, duty cycle, downlinks e padrão de tráfego. Sensores que enviam poucos bytes a cada 15 min consomem pouco. Dispositivos que transmitem a cada segundo saturam. LoRaWAN é otimizado para baixo consumo e baixa taxa, não vídeo nem controle de baixa latência contínua. Spreading factors altos aumentam alcance e tempo no ar. ADR pode reduzir SF e potência de dispositivos estáticos, melhorando capacidade. O gateway precisa de posição alta e antena adequada. Ganho, cabo, conector, aterramento e proteção contra surtos importam. Um cabo coaxial longo em 915 MHz pode perder vários dB e anular o ganho. É melhor colocar o gateway perto da antena e levar Ethernet/PoE. Antena externa precisa de plano de terra ou projeto, polarização vertical, distância de metal e vedação. O mastro e o SPDA são tratados. Um para-raios coaxial conectado a equipotencialização ajuda, mas não substitui projeto. O gateway indoor com antena pequena pode cobrir uma casa e jardim; um outdoor IP67 em torre alcança quilômetros em linha de visada. O alcance real varia por relevo, vegetação, edificações, altura e ruído. Não se deve prometer “15 km” sem análise. Link budget combina potência EIRP, ganhos, perdas e sensibilidade. RSSI e SNR dos pacotes ajudam a mapear. A sensibilidade LoRa pode ficar abaixo de −130 dBm em SF alto, conforme largura de banda e hardware. O backhaul pode ser Ethernet, Wi‑Fi, 4G/5G ou satélite. Ethernet/PoE é preferível por estabilidade. Celular oferece independência, mas precisa de SIM, plano, antena e cobertura. O gateway deve armazenar configuração e reconectar; normalmente não armazena todos os dados de sensores por longos períodos. Se o IP cai, um packet forwarder tradicional perde uplinks, salvo buffer local específico. Para dados críticos, use gateway com store-and-forward ou dispositivo que repete/armazenha, reconhecendo limitações de downlink. O software pode ser Semtech UDP Packet Forwarder, Basic Station com TLS, ChirpStack Gateway Bridge, The Things Stack, AWS IoT Core for LoRaWAN ou servidor privado. O protocolo Basic Station melhora segurança e gerenciamento em relação ao UDP simples, mas a compatibilidade precisa ser verificada. O gateway precisa de certificado ou credencial. A interface administrativa não deve usar senha padrão. Firmware e sistema Linux são atualizados. O acesso remoto usa VPN ou serviço seguro. A porta de pacote não deve ser exposta indiscriminadamente. O Network Server pode estar local, em nuvem ou gerenciado. Home Assistant recebe dados por MQTT, webhook ou integração do servidor, não diretamente do rádio na maioria dos projetos. O payload é decodificado por codec de aplicação. A automação precisa de unidade, escala e versão. Um byte 0x64 pode ser 100%, 10,0 °C ou outra coisa. O gateway não resolve. Downlinks são escassos e condicionados à classe do dispositivo. Classe A abre janelas após uplink; não é adequada a comando imediato arbitrário. Classe C escuta quase continuamente e consome mais, sendo usada em dispositivos alimentados. O projeto de automação deve respeitar. Uma válvula de irrigação pode receber comando após uplink ou por classe C, mas não se presume latência de Zigbee. Confirmações aumentam tráfego. O sistema precisa de idempotência e estado. A redundância usa dois gateways com cobertura sobreposta e backhauls separados. O Network Server deduplica. Um gateway único é ponto de falha. Para propriedade pequena, custo-benefício pode justificar um. Para alarmes críticos, use outro caminho. Marcas como Kerlink, MultiTech, RAKwireless, Milesight, Tektelic e Browan oferecem gateways. A escolha avalia certificação, concentrador, GNSS, PoE, celular, IP, temperatura, gerenciamento, Basic Station, LBT e região. Um hotspot de rede comunitária pode ter restrições e não ser equivalente a gateway privado. A alimentação precisa de UPS. Em área rural, painel solar pode ser usado, com consumo de 5–15 W ou mais conforme modem. O orçamento energético considera pior cenário. O invólucro externo precisa de condensação e prensa-cabos. A temperatura interna ao sol pode superar a ambiente. O gateway deve ter watchdog, monitoramento de CPU, temperatura, backhaul e atividade de rádio. Métricas como uplinks, CRC, downlinks, duty cycle e tempo online alimentam a automação. O diagnóstico deve separar ausência de dispositivo, cobertura e falha do gateway. Se todos os sensores somem, é gateway ou servidor; se um, pode ser bateria. O gateway é infraestrutura. Sua função é transportar quadros de RF para IP com tempo e metadados, não controlar diretamente os dispositivos. Esse entendimento evita arquiteturas frágeis.

⚙ Definição Técnica
Equipamento de infraestrutura LoRaWAN que utiliza um concentrador multicanal para receber e transmitir modulações LoRa em banda regional e uma interface IP para encaminhar quadros entre end devices e Network Server. Opera principalmente nas camadas física e de encaminhamento, sem interpretar o payload da aplicação.
🏗Arquitetura
  • A
    Concentrador multicanal
    Chips como Semtech SX1302/SX1303 demodulam múltiplos canais e spreading factors simultaneamente. O front-end inclui LNA, filtros, comutadores e amplificadores. A quantidade de canais e potência depende do design. O concentrador gera timestamps de alta resolução para downlinks. Alguns gateways possuem GNSS para sincronização e geolocalização. A placa precisa ser da banda correta. Um módulo 868 MHz não é convertido em 915 MHz apenas por software. Filtros e PA são físicos.
  • B
    Antena, RF e proteção
    Antena de 50 Ω, cabo, conectores e protetor definem o enlace. O ganho precisa respeitar EIRP regulatória. Antenas omnidirecionais de 3–8 dBi são comuns, mas ganho alto comprime o lóbulo vertical e pode piorar cobertura próxima. O cabo LMR‑400 perde menos que RG‑58. Conectores N e SMA precisam de torque e vedação. O protetor de surto é ligado à equipotencialização. O mastro segue SPDA. A antena fica vertical e afastada de outras transmissões.
  • C
    Processador e packet forwarder
    Linux embarcado executa Basic Station, UDP forwarder ou agente do fabricante. O software configura canais, servidor, certificados e logs. Basic Station usa conexão segura WebSocket/TLS e CUPS/LNS em implementações compatíveis. O UDP legado é simples, mas possui menos segurança e gestão. O gateway precisa de watchdog e atualização assinada. Logs não devem expor chaves. O processo é monitorado. A hora NTP/GNSS precisa estar correta.
  • D
    Backhaul e alimentação
    Ethernet, PoE, Wi‑Fi e LTE são opções. PoE reduz cabos no mastro. O padrão 802.3af/at precisa ser compatível. Celular exige APN, SIM e antena. Um fallback dual WAN melhora. O consumo inclui rádio, CPU e modem. UPS mantém. Em solar, calcula-se Wh/dia, autonomia e temperatura. O gateway precisa reconectar. O backhaul deve permitir TLS, DNS e NTP. Firewall restringe administração. A VLAN separa.
  • E
    Integração com Network Server
    The Things Stack, ChirpStack, AWS e servidores de fabricantes recebem. O gateway é registrado por EUI e credenciais. O plano de frequência e canais precisa coincidir. O servidor deduplica pacotes de vários gateways, calcula ADR e envia dados à aplicação. MQTT, HTTP e integrações alimentam a automação. O codec converte bytes. A versão do payload é mantida. O gateway não guarda AppKey. A segurança fim a fim permanece entre dispositivo e servidor/aplicação.
Considerações Técnicas
  • A
    Plano regional e conformidade
    Verifique AU915, US915, EU868, AS923 ou plano aplicável. No Brasil, use faixa e máscaras permitidas e equipamento homologado quando exigido. Canal errado reduz interoperabilidade e pode violar regra. O Network Server e dispositivos precisam do mesmo plano. Frequência de RX2, datarate e potência são configurados. Não copiar configuração europeia. A homologação do gateway inclui rádio e antena dentro das condições.
  • B
    Cobertura e capacidade
    Faça site survey com dispositivos reais, registrando RSSI, SNR e margem em estações. Teste chuva e vegetação. Mais SF aumenta airtime. Calcule mensagens por dia e tamanho. O canal ALOHA sofre colisões. Um gateway pode receber muitas mensagens esparsas, mas não tráfego contínuo. Adicione gateways para cobertura e capacidade. Sobreposição melhora. Um repetidor LoRaWAN não é a primeira solução; altura e gateway adicional podem ser melhores.
  • C
    Downlink e latência
    LoRaWAN prioriza uplink. Classe A recebe após transmitir. Não use para controle que precisa responder em 100 ms. Classe C requer energia. Downlinks consomem duty cycle e podem bloquear recepção durante transmissão. Confirmações em todos os pacotes reduzem capacidade. A automação deve ser tolerante a atraso, usar estado desejado e reconciliação. Segurança crítica precisa de caminho local. Uma válvula deve ter lógica de timeout própria.
  • D
    Cibersegurança e gestão
    Troque senhas, use certificados, TLS, VPN e atualização. Restrinja SSH. Basic Station é preferível quando suportado. O gateway não deve armazenar chaves de aplicação desnecessariamente. A rede de gestão é separada. Logs e métricas são enviados. A perda de backhaul gera alerta. Backup da configuração é mantido. Antes de vender, remova credenciais. Um gateway Linux desatualizado é superfície de ataque.