O que é o ciclo de trabalho LoRaWAN?

LoRaWAN É maravilhosamente econômico. É por isso que o usamos para rastreamento de longo alcance, visibilidade em armazéns, pátios de veículos, segurança dos trabalhadores, monitoramento da cadeia de frio e todos aqueles lugares complicados onde a instalação de cabeamento Wi-Fi seria um projeto à parte.

LoRaWAN Geralmente opera no espectro ISM compartilhado e não licenciado. Na Europa, isso significa a faixa de 863-870 MHz (EU863-870 MHz). Como muitos dispositivos compartilham o mesmo espectro, os órgãos reguladores e as operadoras de rede limitam o tempo de transmissão de cada dispositivo. Esse limite é chamado de ciclo de trabalho.

Em termos simples, o ciclo de trabalho é a porcentagem de tempo que um rádio pode ocupar um canal ou faixa de frequência. Se o limite for 1%, um dispositivo pode transmitir por 1 segundo e, em seguida, deve permanecer inativo tempo suficiente para que seu tempo total de transmissão permaneça dentro desse intervalo de 1%. O The Things Network explica o mesmo princípio como "a fração de tempo em que um recurso está ocupado".“ ⁽¹⁾

Para o rastreamento de ativos, isso é muito importante.

Um sensor de temperatura que envia uma pequena leitura a cada 15 minutos é fácil. Um gateway que encaminha centenas de mensagens de beacons Bluetooth? Outra história. Um crachá de identificação de trabalhador que reporta a localização a cada poucos segundos em um movimentado local industrial? Agora precisamos planejar.

Por que o ciclo de trabalho é importante nos projetos de rastreamento da Lansitec

Já vimos isso em implantações reais: o problema raramente está em um único rastreador. O problema está na frota inteira.

Um rastreador de crachás que reporta a cada minuto é inofensivo. Quinhentos crachás, alguns Gateways Bluetooth, uplinks confirmados, seleção inadequada do fator de espalhamento e cargas úteis superdimensionadas? Isso pode gerar ruído rapidamente.

O ciclo de trabalho afeta três aspectos que os clientes realmente percebem:

O que isso afeta	O que acontece na prática?
Latência	Uma mensagem pode precisar aguardar antes de poder ser transmitida legalmente.
Duração da bateria	Um tempo de transmissão mais longo mantém o rádio ativo por mais tempo.
Capacidade da rede	O excesso de conexões de uplink e downlink reduz o espaço disponível para outros dispositivos.
Confiabilidade	A congestão aumenta a perda de pacotes e a pressão de novas tentativas.

É por isso que um “intervalo de relatório de 5 segundos” não deve ser interpretado como “use 5 segundos em todos os lugares”. Muitos Lansitec LoRaWAN Os dispositivos permitem intervalos de relatório configuráveis muito curtos, por exemplo, intervalos de relatório de posição ajustáveis com base em 5 segundos e intervalos de pulsação com base em 30 segundos, mas o valor correto depende do caso de uso, região, fator de espalhamento, tamanho da carga útil, densidade de gateways e política de rede.

Parece muita coisa. E é. Mas a lógica do projeto é simples: envie o que importa, somente quando importa.

Como funciona o ciclo de trabalho do LoRaWAN em diferentes canais e sub-bandas

Essa é a parte que muita gente não percebe.

O ciclo de trabalho pode ser aplicado em diferentes níveis: dispositivo, canal e sub-banda. O artigo da Actility faz essa distinção claramente, e vale a pena guardá-lo porque explica por que um dispositivo pode transmitir em um canal, mas não em outro. ⁽²⁾

Na faixa europeia de 863-870 MHz (EU863-870 MHz), a The Things Network lista limites de sub-faixa ETSI, como 0,1%, 1% e 10%, dependendo da faixa de frequência exata. Por exemplo, as faixas de 865-868 MHz e 868-868,6 MHz são listadas como 1%, enquanto a faixa de 869,4-869,65 MHz é listada como 10%. ⁽³⁾

Então, quando alguém pergunta: "Podemos enviar a cada 10 segundos?", a resposta honesta é: talvez.

Qual banda? Qual taxa de dados? Quantos bytes? Qual fator de espalhamento? Quantos dispositivos? Rede pública ou privada?

Você precisa de todas essas respostas para elaborar a solução correta.

Tempo de antena: a verdadeira moeda do LoRaWAN

O ciclo de trabalho é a regra. Tempo de antena é o que você gasta.

Cada enlace ascendente ocupa o espaço aéreo por um determinado período. Esse período depende principalmente do tamanho da carga útil, da largura de banda, da taxa de codificação e do fator de espalhamento. Fatores de espalhamento mais altos aumentam o alcance e a sensibilidade do receptor, mas também aumentam o tempo de transmissão. O The Things Network observa que uma carga útil fixa enviada com um fator de espalhamento mais alto precisa de um tempo de transmissão maior, e fatores de espalhamento mais altos também reduzem a duração da bateria, pois o rádio permanece ativo por mais tempo. ⁽⁴⁾

Eis a versão prática:

Escolha de design	Impacto no tempo de antena	Monitoramento do impacto
Carga útil menor	Mais baixo	Melhor para encaminhamento denso de beacons
Menor fator de dispersão, como o SF7	Mais baixo	Melhor para capacidade e bateria
Fator de dispersão mais elevado, como o SF12.	Mais alto	Melhor alcance, pior capacidade
Links ascendentes confirmados	Maior sobrecarga de rede	Utilize somente quando realmente necessário.
Deslocamentos frequentes	Maior pressão do ciclo de trabalho do gateway	Evite o controle de downlink de rotina

É por isso que a filtragem de carga útil é importante. Vários Lansitec Gateways Bluetooth pode filtrar bytes de carga útil Bluetooth e relatar apenas os dados úteis através de LoRaWAN. Os sistemas solar, macroscópico, microscópico e Gateways Bluetooth compactos Também suporta compressão de dados Bluetooth e pode empacotar até 15 mensagens de beacon em uma única mensagem. LoRaWAN O pacote está disponível no SF9, com suporte para um máximo de 105 mensagens de sinalização, conforme indicado no catálogo de produtos.

Por que as pequenas mensagens LoRaWAN ainda consomem capacidade de rede?

Digamos que um gateway encaminhe IDs de beacons BLE, RSSI valores e um pequeno campo de sensores. Uma mensagem é pequena. Sem drama.

Agora imagine isso em um estacionamento, um hospital, um armazém ou um canteiro de obras.

Uma configuração B-Mobile pode incluir Beacons Bluetooth sobre ativos ou pessoas, Gateways Bluetooth fixados em locais conhecidos, e um LoRaWAN Gateway que encaminha dados para o servidor de rede e para o aplicativo.

A solução LoRa da Lansitec descreve esse fluxo claramente: faróis divulgar dados periodicamente, Gateways Bluetooth Receba e reformate o arquivo, depois encaminhe-o via LoRaWAN para o servidor de rede e aplicativo.

Em baixa densidade, você pode gerar relatórios com frequência. Em alta densidade, o design deve se tornar mais inteligente:

• Utilize filtragem no lado do gateway.
• Mensagens beacon em lote.
• Relate as mudanças em vez de repetir os estados estáveis.
• Deixe os ativos estáticos em silêncio.

Breve e sem graça? Ótimo. Redes sem graça são escaláveis.

Exemplo EU868: 1% Parece generoso, até você calcular.

Um ciclo de trabalho de 1% proporciona 864 segundos de tempo de transmissão por dia. Um ciclo de trabalho de 0,1% proporciona apenas 86 segundos por dia. Um ciclo de trabalho de 10% proporciona 8.640 segundos por dia. Estes são orçamentos diários de tempo de transmissão, não contagens de mensagens. ⁽³⁾

Essa distinção é importante.

Um dispositivo que envia pacotes SF7 curtos pode se encaixar confortavelmente. O mesmo dispositivo em SF12, com cargas úteis maiores e mais tentativas, pode consumir tempo de transmissão muito mais rapidamente. Redes públicas também podem ser mais restritivas. A Política de Uso Justo do Sandbox da The Things Network limita o tempo de transmissão de uplink a 30 segundos por dia por nó e as mensagens de downlink a 10 por dia por nó, enquanto as redes privadas ainda devem cumprir as regulamentações e LoRaWAN limites. ⁽¹⁾

Para clientes Lansitec que utilizam serviços privados LoRaWAN Infraestrutura: isso é uma boa e uma má notícia.

Bom: Você pode projetar de acordo com os requisitos da sua própria aplicação.

Ruim: Você é responsável pelo planejamento de capacidade.

Como as implementações da Lansitec devem considerar os intervalos de relatório

O erro mais comum é começar com o intervalo mais rápido possível. O rastreador consegue reportar a cada 5 segundos?

Tecnicamente, alguns dispositivos suportam esse intervalo mínimo. Operacionalmente, provavelmente não é desejável que isso ocorra em todos os dispositivos, o dia todo.

Uma pergunta melhor seria: que decisão esta mensagem irá desencadear?

Caso de uso	Lógica de relatório sensata
SOS de Emergência	Uplink imediato, alta prioridade
violação da zona de segurança do trabalhador	Uplink orientado a eventos com atualizações de rajadas curtas
rastreamento de pátio de veículos	Mais frequente em movimento, mais lenta quando estacionado.
Rastreamento de ativos de armazém	Mudanças de presença e localização, não de conversa constante.
Monitoramento de temperatura	Relatórios periódicos, a menos que o limite seja ultrapassado.

A solução B-Fixed da Lansitec oferece um parâmetro de comparação útil no mundo real: um rastreador de crachás (Badge Tracker) que envia relatórios a cada minuto no SF7 é descrito como compatível com um único gateway acessando 500 dispositivos, com a recomendação de usar uma ferramenta de avaliação de capacidade de rede para uma estimativa precisa. A solução também lista um intervalo mínimo de 5 segundos para o envio de relatórios de localização, mas isso deve ser tratado como uma opção de configuração, e não como padrão, para grandes frotas.

Gostamos de dados rápidos quando isso ajuda. Não gostamos de dados rápidos quando eles apenas comprovam que o dispositivo ainda está onde estava 10 segundos atrás.

A resolução alternativa de problemas (ADR) ajuda, mas apenas quando o comportamento do dispositivo é adequado.

A Taxa de Dados Adaptativa (ADR, na sigla em inglês) ajuda a otimizar a taxa de dados, o tempo de transmissão e o consumo de energia. Ela pode ajustar o fator de espalhamento, a largura de banda e a potência de transmissão. A The Things Network recomenda o uso de ADR quando as condições de radiofrequência (RF) estiverem estáveis, geralmente para dispositivos estáticos, enquanto dispositivos móveis devem usar ADR somente quando detectarem que estão parados por períodos prolongados. ⁽⁵⁾

Isso se encaixa perfeitamente no rastreamento.

• Um portão interno fixo? O ADR pode ser útil.
• Um rastreador se deslocando entre um armazém, um pátio e um caminhão? Cuidado.
• Um veículo com rastreador que fica estacionado durante a noite e se move durante o dia? Uma estratégia híbrida faz mais sentido.

Em sistemas de rastreamento, o dispositivo pode se mover em condições de radiofrequência muito diferentes. Atrás de estruturas metálicas. Perto de empilhadeiras. Dentro de um contêiner. Ao ar livre. Sob um telhado. Essa instabilidade pode tornar a detecção automática de movimento (ADR) menos previsível, a menos que a lógica do aplicativo compreenda os estados de movimento.

Por que os links descendentes podem comprometer a capacidade da rede LoRaWAN?

Os links de uplink recebem a maior parte da atenção, mas os links de downlink podem prejudicar uma rede mais rapidamente.

Por quê? Porque um gateway que transmite um downlink não está escutando naquele momento. Ele também precisa respeitar os limites regionais do ciclo de trabalho. Em sistemas de rastreamento densos, muitos uplinks confirmados ou comandos de downlink rotineiros podem causar congestionamento.

Use os links de download para coisas que importam:

• Alterações de configuração
• Confirmação do alarme quando necessário
• Fluxos de trabalho de firmware ou controle operacional
• Janelas de manutenção cuidadosamente planejadas

Evite usar links de download como um hábito de votação. LoRaWAN Não é um protocolo para conversas informais. Ele recompensa a discrição.

Regras práticas de projeto para rastreamento LoRaWAN da Lansitec

Esta é a versão de campo que usaríamos em uma revisão de projeto.

Regra	Por que isso importa
Comece com o evento empresarial	“Movido”, “entrou na zona”, “SOS” e “temperatura acima do limite” são gatilhos melhores do que repetição cega.
Mantenha as cargas úteis leves	IDs, RSSI, A bateria e o valor do único sensor necessário terão melhor desempenho do que cargas úteis detalhadas.
Utilize SF7 onde houver cobertura.	Fatores de dispersão mais baixos reduzem o tempo de transmissão e melhoram a vida útil da bateria.
Dados BLE em lote em portais	Portais Lansitec É possível empacotar várias mensagens de beacon, o que ajuda a reduzir a quantidade de conexões de uplink.
Limite de uplinks confirmados	A confirmação gera pressão na rede de transmissão e não deve ser o padrão para rastreamento de rotina.
Modele os horários de pico, não as médias.	Trocas de turno, carregamento de caminhões, simulações de emergência e entradas para eventos geram picos de tráfego.

Em nossa experiência, o "horário de pico" é quando os projetos se revelam. Um site pode parecer perfeito às 14h, mas entrar em colapso às 7h, quando 400 crachás são ativados, 30 empilhadeiras entram em ação e... portais Comece a encaminhar novas observações do farol.

Como isso se aplica aos planos B-Mobile e B-Fixed

Em B-Mobile, faróis são móveis, e Gateways Bluetooth são fixos. O gateway recebe anúncios BLE próximos, reestrutura os dados e os encaminha através de LoRaWAN. Isso é eficiente quando portais Filtrar e agrupar de forma inteligente. É também onde a compressão de carga útil e o ajuste do intervalo de relatório fazem o trabalho de verdade.

Em B-Fixo, o faróis são fixos e o rastreador reporta o que ouve. Isso pode ser excelente para o rastreamento de trabalhadores e movimentação entre ambientes internos e externos, mas a estratégia de reporte do rastreador torna-se crucial. A documentação do B-Fixed da Lansitec indica um tempo de resposta de três segundos. Recepção Bluetooth A ferramenta recomenda intervalos de transmissão de sinal (beacon) de 800 ms, 500 ms ou menos, mas também alerta que intervalos mais curtos melhoram o posicionamento, porém consomem mais energia do beacon.

Arquitetura diferente, mas o mesmo princípio: sem inundar o ar.

Uma configuração inicial sensata

Cada local precisa de seu próprio levantamento, mas este é um ponto de partida prático para muitos projetos de monitoramento da Lansitec:

Parâmetro	Ponto de partida conservador
Batimento cardíaco de rotina do ativo	5 a 30 minutos
Atualização de ativos móveis	30-120 segundos
Atualização de rotina do crachá de trabalhador	60 segundos, depois sintonize
SOS ou alarme de segurança	Link de transmissão de eventos imediatos
Publicidade com beacons BLE	500-800 ms para pessoal, mais lento para ativos estáticos.
Uplink confirmado	Desativado por padrão, ativado apenas para eventos críticos.
Estratégia de carga útil	Filtrar, em lote, comprimir

Em seguida, faça o teste.

Não em um laboratório com três dispositivos. Teste com densidade real, paredes reais, metal real, movimento real e o servidor de rede real. Um estacionamento cheio de carros não é o mesmo que um estacionamento vazio. Um corredor de hospital à noite não é um corredor de hospital durante a troca de turno.

Erros comuns no ciclo de trabalho LoRaWAN que você deve evitar.

Os problemas mais comuns relacionados ao ciclo de trabalho não são exóticos. São banais, e por isso passam despercebidos.

Primeiro, as equipes especificam uma frequência de relatórios excessiva porque "tempo real" soa bem em uma reunião de vendas. Depois, descobrem que o processo de negócios só precisa da localização a cada minuto, exceto durante alarmes.

Em segundo lugar, as equipes se esquecem do tamanho da carga útil. Alguns bytes desnecessários podem não fazer diferença uma vez. Mas, ao longo de milhares de pacotes por dia, eles fazem diferença.

Terceiro, as equipes usam uplinks confirmados de forma muito casual. A confirmação dá uma sensação de segurança, mas aumenta a demanda por downlinks. Em uma rede densa LoRaWAN Na fase de implantação, a segurança pode se tornar um gargalo.

Por fim, as equipes consideram a contagem de gateways como a única alavanca de escalabilidade. Mais portais Melhoram a cobertura e a qualidade da ligação, mas não substituem as regras do ciclo de trabalho. Tempo de transmissão continua sendo tempo de transmissão.

Conclusão

LoRaWAN O ciclo de trabalho não é uma nota técnica irritante. É um dos motivos. LoRaWAN Funciona muito bem quando projetado corretamente.

Para as instalações de rastreamento da Lansitec, o objetivo não é transmitir com a maior frequência possível. O objetivo é transmitir. Informação útil, concisa e oportuna mantendo a rede suficientemente silenciosa para permitir escalabilidade.

É aí que LoRaWAN brilha.

Um rastreador de crachás não precisa emitir alertas a cada poucos segundos se nada tiver mudado. Gateway Bluetooth Não precisa encaminhar cada byte que recebe. Uma rede privada não precisa se comportar como um ambiente de testes público, mas ainda assim precisa de disciplina.

A melhor rede de monitoramento é aquela que informa o que mudou, no momento certo, e deixa espaço livre para a próxima mensagem importante.

Recursos e Leitura Complementar:

1. Documentação TTN: Ciclo de trabalho
2. Actility: Entendendo o ciclo de trabalho em LoRaWAN
3. Documentação TTN: Parâmetros regionais
4. Documentação TTN: Fator de propagação
5. Documentos TTN: ADR
6. RP002-1.0.5 Parâmetros Regionais LoRaWAN