Che cos'è il ciclo di lavoro LoRaWAN?

LoRaWAN È incredibilmente efficiente dal punto di vista energetico. Ecco perché lo utilizziamo per il tracciamento a lungo raggio, la visibilità nei magazzini, i piazzali dei veicoli, la sicurezza dei lavoratori, il monitoraggio della catena del freddo e in tutti quei luoghi difficili dove il cablaggio Wi-Fi sarebbe un'impresa a sé stante.

LoRaWAN Generalmente opera nello spettro ISM condiviso e non licenziato. In Europa, ciò significa la banda EU863-870 MHz. Poiché molti dispositivi condividono lo stesso spazio aereo, gli enti regolatori e gli operatori di rete limitano la durata di trasmissione di ciascun dispositivo. Tale limite è chiamato duty cycle.

In termini semplici, il duty cycle è la percentuale di tempo in cui una radio può occupare un canale o una banda di frequenza. Se il limite è 1%, un dispositivo può trasmettere per 1 secondo, quindi deve rimanere inattivo abbastanza a lungo da mantenere il suo tempo totale di trasmissione entro tale intervallo di 1%. The Things Network spiega lo stesso principio come "la frazione di tempo in cui una risorsa è occupata".“ ⁽¹⁾

Ai fini del monitoraggio dei beni, questo è molto importante.

Un sensore di temperatura che invia una piccola lettura ogni 15 minuti è semplice. Un gateway che inoltra centinaia di messaggi beacon Bluetooth? Tutta un'altra storia. Un badge per i lavoratori che segnala la posizione ogni pochi secondi in un sito industriale affollato? Ora dobbiamo pianificare.

Perché il ciclo di lavoro è importante nei progetti di tracciamento Lansitec

Lo abbiamo constatato in implementazioni reali: il problema raramente risiede in un singolo dispositivo di tracciamento, ma nell'intera flotta.

Un Badge Tracker che segnala ogni minuto è innocuo. Cinquecento badge, pochi Gateway Bluetooth, Collegamenti uplink confermati, selezione inadeguata del fattore di spreading e payload sovradimensionati? Il rumore può aumentare rapidamente.

Il ciclo di lavoro influisce su tre aspetti che i clienti percepiscono concretamente:

Cosa influenza	Cosa succede nella pratica
Latenza	Un messaggio può attendere prima di poter essere trasmesso legalmente.
Durata della batteria	Un tempo di trasmissione più lungo mantiene la radio attiva più a lungo.
Capacità della rete	Un numero eccessivo di collegamenti in entrata e in uscita riduce lo spazio disponibile per altri dispositivi.
Affidabilità	La congestione aumenta il numero di pacchetti persi e la pressione sui tentativi di ripetizione.

Ecco perché un “intervallo di segnalazione di 5 secondi” non dovrebbe essere interpretato come “usare 5 secondi ovunque”. Molti Lansitec LoRaWAN I dispositivi consentono intervalli di segnalazione configurabili molto brevi, ad esempio intervalli di segnalazione della posizione regolabili basati su 5 sxn e intervalli heartbeat basati su 30 sxn, ma il valore corretto dipende dal caso d'uso, dalla regione, dal fattore di diffusione, dalla dimensione del payload, dalla densità dei gateway e dalle policy di rete.

Sembra tanto. E lo è. Ma la logica alla base del progetto è semplice: inviare ciò che conta, solo quando conta.

Come funziona il ciclo di lavoro LoRaWAN su canali e sottobande

Questa è la parte che molti trascurano.

Il duty cycle può essere applicato a diversi livelli: dispositivo, canale e sottobanda. L'articolo di Actility chiarisce questa distinzione, ed è importante tenerla presente perché spiega perché un dispositivo può trasmettere su un canale ma non su un altro. ⁽²⁾

Nella banda europea EU863-870 MHz, The Things Network elenca i limiti di sottobanda ETSI come 0.1%, 1% e 10%, a seconda dell'intervallo di frequenza esatto. Ad esempio, 865-868 MHz e 868-868,6 MHz sono elencati come 1%, mentre 869,4-869,65 MHz è elencato come 10%. ⁽³⁾

Quindi, quando qualcuno chiede: "Possiamo inviare un messaggio ogni 10 secondi?", la risposta onesta è: forse.

Quale banda? Quale velocità di trasmissione dati? Quanti byte? Quale fattore di spreading? Quanti dispositivi? Rete pubblica o rete privata?

Hai bisogno di tutte queste risposte per progettare la soluzione corretta.

Tempo di trasmissione: la vera valuta di LoRaWAN

Il ciclo di lavoro è la regola. Il tempo di trasmissione è ciò che consumi.

Ogni trasmissione in uplink occupa lo spazio aereo per un certo periodo di tempo. Tale periodo dipende principalmente dalle dimensioni del carico utile, dalla larghezza di banda, dal tasso di codifica e dal fattore di spreading. Fattori di spreading più elevati aumentano la portata e la sensibilità del ricevitore, ma aumentano anche il tempo di trasmissione. Il Things Network osserva che un carico utile fisso inviato con un fattore di spreading più elevato richiede un tempo di trasmissione maggiore e che fattori di spreading più elevati riducono anche la durata della batteria perché la radio rimane attiva più a lungo. ⁽⁴⁾

Ecco la versione pratica:

Scelta di design	Impatto del tempo di trasmissione	Monitoraggio dell'impatto
Carico utile ridotto	Inferiore	Ideale per l'inoltro di beacon ad alta densità
Fattore di diffusione inferiore, come l'SF7	Inferiore	Migliore in termini di capacità e durata della batteria.
Fattore di diffusione più elevato, come l'SF12	Più alto	Gamma migliore, capacità peggiore
Collegamenti uplink confermati	Maggiore carico di rete	Utilizzare solo quando strettamente necessario.
frequenti downlink	Pressione del ciclo di lavoro del gateway più elevata	Evitare il controllo di routine del downlink

Ecco perché il filtraggio del carico utile è importante. Diversi Lansitec Gateway Bluetooth può filtrare i byte del payload Bluetooth e segnalare solo i dati utili tramite LoRaWAN. Il solare, macro, micro e Gateway Bluetooth compatti supporta inoltre la compressione dei dati Bluetooth e può impacchettare fino a 15 messaggi beacon in un singolo LoRaWAN pacchetto a SF9, con un massimo di 105 messaggi beacon supportati, come indicato nel catalogo prodotti.

Perché i piccoli messaggi LoRaWAN consumano ancora capacità di rete

Supponiamo che un gateway inoltri gli ID dei beacon BLE, RSSI valori e un piccolo campo sensore. Un messaggio è piccolo. Nessun dramma.

Ora immaginate di collocare tutto ciò in un parcheggio, in un ospedale, in un magazzino o in un cantiere.

Una configurazione B-Mobile può includere fari Bluetooth su beni o persone, Gateway Bluetooth fissato in luoghi noti e un LoRaWAN Gateway che inoltra i dati al server di rete e all'applicazione.

La soluzione LoRa di Lansitec descrive chiaramente questo flusso: fari pubblicizzare periodicamente i dati, Gateway Bluetooth riceverlo e riformattarlo, quindi inoltrarlo tramite LoRaWAN al server di rete e all'applicazione.

A bassa densità, è possibile effettuare report frequenti. Ad alta densità, la progettazione dovrebbe diventare più intelligente:

• Utilizzare il filtraggio lato gateway.
• Messaggi beacon in batch.
• Segnalare gli eventi di cambiamento anziché ripetere gli stati stabili.
• Lasciate in pace le risorse statiche.

Breve e noioso? Bene. Le reti noiose si espandono.

Esempio EU868: 1% sembra generoso, finché non lo calcoli.

Un ciclo di lavoro 1% offre 864 secondi di tempo di trasmissione al giorno. Un ciclo di lavoro 0.1% offre solo 86 secondi al giorno. Un ciclo di lavoro 10% offre 8.640 secondi al giorno. Questi sono budget di tempo di trasmissione giornalieri, non conteggi di messaggi. ⁽³⁾

Questa distinzione è importante.

Un dispositivo che invia pacchetti SF7 brevi potrebbe adattarsi comodamente. Lo stesso dispositivo a SF12, con payload e tentativi più grandi, potrebbe consumare il tempo di trasmissione molto più velocemente. Anche le reti pubbliche potrebbero essere più rigide. La politica di utilizzo equo della sandbox di Things Network limita il tempo di trasmissione in uplink a 30 secondi al giorno per nodo e i messaggi in downlink a 10 al giorno per nodo, mentre le reti private devono comunque rispettare le normative e LoRaWAN limiti. ⁽¹⁾

Per i clienti Lansitec che utilizzano privato LoRaWAN infrastrutture, questa è una buona e una cattiva notizia.

Vantaggi: È possibile progettare l'applicazione in base alle proprie esigenze specifiche.

Sbagliato: la pianificazione della capacità è di tua competenza.

Come le implementazioni Lansitec dovrebbero considerare gli intervalli di report

L'errore più facile è quello di iniziare con l'intervallo più rapido possibile. Il tracker può inviare un segnale ogni 5 secondi?

Tecnicamente, alcuni dispositivi supportano quell'intervallo minimo. Dal punto di vista operativo, probabilmente non lo si desidera per ogni dispositivo, per tutto il giorno.

Una domanda migliore sarebbe: quale decisione innescherà questo messaggio?

Caso d'uso	Logica di reporting sensata
SOS di emergenza	Collegamento immediato, alta priorità
violazione della zona di sicurezza dei lavoratori	Collegamento uplink basato su eventi e aggiornamenti a raffica di breve durata.
Tracciamento dei veicoli nel piazzale	Più frequenti durante la marcia, più lenti quando si è fermi.
Tracciamento delle risorse di magazzino	Cambiamenti di presenza e di luogo, non chiacchiere continue.
Monitoraggio della temperatura	Segnalazione periodica a meno che non venga superata la soglia

La soluzione B-Fixed di Lansitec fornisce un utile benchmark basato su dati reali: un Badge Tracker che invia report ogni minuto presso SF7 è descritto come in grado di supportare un singolo gateway con accesso a 500 dispositivi, con la nota di utilizzare uno strumento di valutazione della capacità di rete per una stima accurata. Indica inoltre un intervallo minimo di 5 secondi per la segnalazione della posizione, ma questo dovrebbe essere considerato un'opzione di configurazione piuttosto che un'impostazione predefinita per flotte di grandi dimensioni.

Apprezziamo i dati veloci quando sono utili. Non ci piacciono i dati veloci quando dimostrano solo che il dispositivo si trova ancora dove si trovava 10 secondi fa.

L'ADR è utile, ma solo quando il comportamento del dispositivo è appropriato

La funzione Adaptive Data Rate (ADR) contribuisce a ottimizzare la velocità di trasmissione dei dati, il tempo di trasmissione e il consumo energetico. Può regolare il fattore di diffusione, la larghezza di banda e la potenza di trasmissione. The Things Network raccomanda l'utilizzo dell'ADR quando le condizioni RF sono stabili, generalmente per i dispositivi statici, mentre i dispositivi mobili dovrebbero utilizzare l'ADR solo quando rilevano di essere rimasti fermi per periodi prolungati. ⁽⁵⁾

Ciò si adatta perfettamente al tracciamento.

• Un gateway interno fisso? L'ADR può essere utile.
• Un localizzatore GPS che si sposta tra un magazzino, un piazzale e un camion? Fate attenzione.
• Un veicolo con localizzatore GPS parcheggiato durante la notte e poi in movimento durante il giorno? Una strategia ibrida ha più senso.

Nei sistemi di tracciamento, il dispositivo può trovarsi in condizioni RF molto diverse: dietro scaffalature metalliche, vicino a carrelli elevatori, all'interno di un container, all'aperto, sotto una tettoia. Questa instabilità può rendere l'ADR meno prevedibile, a meno che la logica applicativa non sia in grado di interpretare gli stati di movimento.

Perché i downlink possono compromettere la capacità della rete LoRaWAN

I collegamenti in salita (uplink) ricevono la maggior parte dell'attenzione, ma i collegamenti in discesa (downlink) possono danneggiare una rete più rapidamente.

Perché? Perché un gateway che trasmette un downlink non è in ascolto in quel momento. Deve inoltre rispettare i limiti del ciclo di lavoro regionale. Nei sistemi di tracciamento densi, un numero eccessivo di uplink confermati o di comandi downlink di routine può creare una congestione autoindotta.

Utilizzate i link in entrata per le cose che contano davvero:

• Modifiche alla configurazione
• Conferma dell'allarme quando necessario
• Firmware o flussi di lavoro di controllo operativo
• Finestre di manutenzione pianificate con cura

Evitate di utilizzare i downlink come metodo di polling. LoRaWAN Non è un protocollo che favorisce la comunicazione. Premia la moderazione.

Regole pratiche di progettazione per il tracciamento Lansitec LoRaWAN

Ecco la versione da utilizzare sul campo durante una revisione del progetto.

Regola	Perché è importante
Inizia con l'evento aziendale	“Spostato”, “entrato in zona”, “SOS” e “temperatura superata la soglia” sono segnali di allarme migliori rispetto alla ripetizione cieca.
Mantenere i carichi utili snelli	ID, RSSI, batteria, e il singolo valore del sensore di cui hai bisogno si adatteranno meglio rispetto a payload prolissi.
Utilizzare SF7 laddove la copertura lo consenta	Fattori di diffusione più bassi riducono il tempo di trasmissione e migliorano la durata della batteria.
Dati BLE in batch a portali	Gateway Lansitec può raggruppare più messaggi beacon, il che contribuisce a ridurre il numero di uplink.
Limite di uplink confermati	La conferma crea pressione sulla rete di downlink e non dovrebbe essere l'impostazione predefinita per il monitoraggio di routine.
Calcola le ore di punta, non le medie.	I cambi di turno, il carico e lo scarico dei camion, le esercitazioni di emergenza e gli ingressi agli eventi creano picchi di traffico.

Nella nostra esperienza, l'“ora di punta” è il momento in cui i progetti si rivelano. Un sito può sembrare a posto alle 14:00, per poi crollare alle 7:00 quando 400 badge si attivano, 30 carrelli elevatori si muovono e portali Iniziare a inoltrare nuove osservazioni del beacon.

Come questo si applica a B-Mobile e B-Fixed

In B-Mobile, fari sono mobili e Gateway Bluetooth sono fissi. Il gateway ascolta gli annunci BLE nelle vicinanze, ristruttura i dati e li inoltra attraverso LoRaWAN. Questo è efficiente quando portali Filtra e raggruppa in modo intelligente. È anche qui che la compressione del payload e la regolazione dell'intervallo di reporting svolgono il lavoro più importante.

In B-Fisso, IL fari sono fissi e il tracker segnala ciò che sente. Questo può essere eccellente per il monitoraggio dei lavoratori e degli spostamenti interni-esterni, ma la strategia di segnalazione del tracker diventa fondamentale. La documentazione del B-Fixed di Lansitec indica un intervallo di tre secondi. Ricezione Bluetooth Il sistema analizza la finestra di visualizzazione e raccomanda intervalli di pubblicità dei beacon come 800 ms, 500 ms o inferiori, avvertendo al contempo che intervalli più brevi migliorano il posizionamento ma consumano più energia del beacon.

Architettura diversa, ma stesso principio: senza inondare l'aria.

Una configurazione di partenza sensata

Ogni sito necessita di un proprio rilievo topografico, ma questo rappresenta un punto di partenza pratico per molti progetti di monitoraggio di Lansitec:

Parametro	Punto di partenza conservatore
Monitoraggio di routine degli asset	5-30 minuti
Aggiornamento delle risorse in movimento	30-120 secondi
Aggiornamento della procedura per l'assegnazione del badge del lavoratore	60 secondi, poi accorda
SOS o allarme di sicurezza	Collegamento immediato all'evento
pubblicità tramite beacon BLE	500-800 ms per il personale, più lento per le risorse statiche.
Collegamento uplink confermato	Disattivato per impostazione predefinita, attivo solo in caso di eventi critici.
Strategia di carico utile	Filtra, batch, comprimi

Quindi esegui il test.

Non in un laboratorio con tre dispositivi. Esegui i test con densità reale, pareti reali, metallo reale, movimento reale e il server di rete reale. Un parcheggio pieno di auto non è la stessa cosa di un parcheggio vuoto. Un corridoio d'ospedale di notte non è un corridoio d'ospedale durante il cambio turno.

Errori comuni da evitare nel ciclo di lavoro LoRaWAN

I problemi più comuni relativi al ciclo di lavoro non sono particolari. Sono banali, ed è per questo che tendono a passare inosservati.

Inizialmente, i team specificano una frequenza di reporting eccessiva perché "in tempo reale" fa bella figura durante una riunione di vendita. Poi scoprono che il processo aziendale necessita solo della localizzazione ogni minuto, tranne durante gli allarmi.

In secondo luogo, i team dimenticano la dimensione del payload. Pochi byte superflui potrebbero non fare differenza una sola volta. Ma su migliaia di pacchetti al giorno, fanno la differenza.

In terzo luogo, i team utilizzano i collegamenti uplink confermati con troppa leggerezza. La conferma dà un senso di sicurezza, ma aumenta la domanda di downlink. In un ambiente denso LoRaWAN durante l'implementazione, la sicurezza può diventare un collo di bottiglia.

Infine, i team considerano il numero di gateway come l'unica leva di scalabilità. Altro portali Migliorano la copertura e la qualità del collegamento, ma non annullano le regole del ciclo di lavoro. Il tempo di trasmissione rimane sempre tempo di trasmissione.

Conclusione

LoRaWAN Il ciclo di lavoro non è una fastidiosa nota tecnica a piè di pagina. È uno dei motivi LoRaWAN Funziona benissimo se progettato correttamente.

Per le implementazioni di tracciamento Lansitec, l'obiettivo non è trasmettere il più spesso possibile. L'obiettivo è trasmettere Informazioni utili, concise e tempestive mantenendo al contempo la rete sufficientemente silenziosa da consentirne la scalabilità.

È lì che LoRaWAN brilla.

Un Badge Tracker non ha bisogno di avvisare ogni pochi secondi se non è cambiato nulla. Gateway Bluetooth Non è necessario che inoltri ogni byte che riceve. Una rete privata non deve necessariamente comportarsi come un ambiente pubblico protetto, ma necessita comunque di disciplina.

La migliore rete di tracciamento è quella che ti dice cosa è cambiato, quando è importante, e lascia spazio per il prossimo messaggio importante.

Risorse e approfondimenti:

1. Documentazione TTN: ciclo di lavoro
2. Attività: Comprendere il ciclo di lavoro in LoRaWAN
3. Documentazione TTN: parametri regionali
4. Documentazione TTN: Fattore di diffusione
5. Documentazione TTN: ADR
6. RP002-1.0.5 Parametri regionali LoRaWAN