La maggior parte dei progetti RTLS inizia con una richiesta vaga: "Abbiamo bisogno di un sistema di tracciamento in tempo reale".“

Sembra chiaro fino alla prima riunione di progettazione. Tempo reale per cosa? Un carrello elevatore che si muove in un magazzino? Un operaio che entra in una zona riservata? Un pallet che rimane fermo per tre giorni? Un container che si sposta tra un piazzale, un camion e una banchina di carico coperta?

È qui che molti progetti falliscono. Gli acquirenti chiedono "precisione di 10 cm" o "tracciamento in tempo reale" prima ancora di definire cosa il sistema debba effettivamente dimostrare. Il risultato è sempre lo stesso: troppe infrastrutture in aree a basso rischio, prestazioni insufficienti nelle zone critiche e un progetto pilota che fa bella figura sulla mappa ma è difficile da gestire.

Un punto di partenza migliore è un accordo sul livello di servizio (SLA) a livello locale.

Un accordo sul livello di servizio (SLA) per la localizzazione in tempo reale (RTLS) è una definizione scritta di cosa significhi "localizzazione sufficientemente buona" per un sito specifico, un tipo di risorsa, un processo di sicurezza e un obiettivo di batteria. Non può e non deve sostituire la progettazione tecnica, ma la rende possibile.

Lo abbiamo visto spesso: la parte difficile raramente è attaccare un'etichetta. La parte difficile è concordare cosa l'etichetta debba dimostrare.

Che cos'è un SLA di localizzazione RTLS?

Un SLA di localizzazione efficace dovrebbe definire accuratezza, frequenza di aggiornamento, latenza, livello di affidabilità, durata della batteria, presupposti cartografici e modalità di errore. Non si tratta di dettagli di marketing, bensì di ciò che distingue un sistema accettato dal reparto operativo da uno destinato a diventare un'eccezione permanente. ⁽¹⁾

Una semplice tabella SLA potrebbe avere questo aspetto:

Elemento SLA	Cosa definisce	Esempio
Precisione	Quanto deve essere vicina la posizione segnalata	Entro 3 m nelle zone di magazzino aperto
Frequenza di aggiornamento	Con quale frequenza il sistema segnala	Ogni 5 secondi, 30 secondi o 1 minuto
Latenza	Quanto velocemente appare l'evento	Allarme visibile entro 10 secondi
Fiducia	Con quale frequenza il sistema deve raggiungere l'obiettivo	il 90% delle segnalazioni valide
Obiettivo batteria	Durata operativa prevista nelle impostazioni scelte	6 mesi, 1 anno o 5 anni
Eccezioni	Cosa succede nei punti ciechi o in condizioni degradate?	Cache, ultima posizione nota, stato non disponibile o allarme

Notate cosa manca: un valore di precisione universale.

È una scelta intenzionale. Un impianto chimico, un magazzino, un ospedale, una galleria, un porto e un cantiere non necessitano dello stesso comportamento in ogni luogo. Un buon SLA consente livelli di servizio differenziati per zona.

Come definire i requisiti RTLS prima di scegliere la tecnologia

Prima di scegliere l'hardware, scrivi la frase operativa.

Non: “Abbiamo bisogno UWB.”

Meglio ancora: "Dobbiamo sapere se un lavoratore è entrato nella zona di sicurezza della macchina e l'allarme deve comparire nella sala di controllo entro 10 secondi."“

Non: "Abbiamo bisogno di una precisione di 10 cm ovunque."“

Meglio ancora: "Abbiamo bisogno di un posizionamento sub-metrico in prossimità delle apparecchiature automatizzate, ma la visibilità a livello di stanza è sufficiente in uffici, magazzini e aree di pausa."“

Questo è importante perché il termine "posizione" può avere diversi significati.

Rilevamento di presenza Significa che il sistema sa che un tag, un badge o un beacon si trova vicino a un varco, una porta, una stanza, un checkpoint o una zona. È utile per la registrazione degli ingressi e delle uscite, il monitoraggio a livello di stanza e semplici logiche di sicurezza.

• BLE RSSI Il posizionamento stima la posizione in base all'intensità del segnale ricevuto. Può essere utile per un posizionamento approssimativo in ambienti interni, soprattutto quando gli oggetti non si muovono costantemente, e il sistema è in grado di raccogliere diverse misurazioni.
• Il GNSS è particolarmente adatto al tracciamento all'aperto di veicoli, container e attrezzature mobili, ma non deve essere considerato un metodo affidabile per il posizionamento in ambienti interni. ⁽³⁾
• Il Bluetooth AoA migliora la localizzazione stimando la direzione del segnale. È utile quando un sito necessita di maggiore precisione rispetto al BLE basato su RSSI ma desidera comunque utilizzare tag Bluetooth o fari.
• UWB è la soluzione migliore quando il posizionamento indoor ad alta precisione giustifica una pianificazione più accurata in termini di ancoraggi, calibrazione, geometria e alimentazione. ⁽⁴⁾

L'accordo sui livelli di servizio (SLA) dovrebbe separare queste esigenze. Non bisogna imporre un'unica tecnologia per risolvere tutti i problemi presenti in loco.

Come specificare i requisiti di precisione dei sistemi RTLS

L'accuratezza dovrebbe essere espressa in tre parti: distanza, probabilità e zona. ⁽²⁾

Un requisito debole recita: "Precisione: 1 m."“

Un requisito più stringente stabilisce: "Nella Zona A, il sistema deve segnalare la posizione del personale entro 1 metro per almeno il 90% dei report validi dopo la calibrazione, escludendo le zone cieche segnalate e i periodi di manutenzione."“

Quella frase è più utile perché definisce a quali ambiti si applica la promessa, come verrà valutata e cosa costituisce un'eccezione.

Per le implementazioni in stile Lansitec, è utile pensare in termini di classi di posizione:

Classe di posizione	Significato pratico	Vestibilità tipica
Rilevamento di presenza	L'oggetto si trova vicino a un punto o a una zona conosciuta.	Monitoraggio degli accessi, delle uscite e dei livelli delle stanze.
BLE RSSI posizionamento	Posizione approssimativa all'interno	Beni, corridoi, magazzini
Posizionamento GNSS	Posizione all'aperto	Cortili, veicoli, container
Bluetooth AoA	Precisione direzionale superiore	Personale, strumenti, zone di processo
UWB	Posizionamento indoor ad alta precisione	Zone di sicurezza, automazione, risorse critiche

La parola chiave è adatta. BLE RSSI non è un fallimento UWB sistema. Il GNSS non è un sistema RTLS per interni. UWB non è automaticamente la risposta giusta per ogni oggetto taggato.

I nostri clienti spesso iniziano chiedendo la massima precisione possibile. Dopo il sopralluogo, la domanda più appropriata di solito diventa: in che modo un'elevata precisione può influenzare una decisione?

Frequenza di aggiornamento RTLS vs. latenza: qual è la differenza?

La frequenza di aggiornamento e la latenza sono concetti diversi. La frequenza di aggiornamento indica con quale frequenza un dispositivo esegue scansioni, trasmette annunci, calcola dati o invia report. La latenza indica il tempo necessario affinché il risultato venga visualizzato nella dashboard, nel sistema di allarme, nell'API o nella piattaforma di terze parti.

Un tracker può supportare un intervallo di report breve, ma ciò non significa che ogni evento verrà visualizzato istantaneamente. La latenza end-to-end dipende dalla configurazione del dispositivo, dalla finestra di scansione, dal backhaul radio, dal server di rete, dalla logica dell'applicazione e dall'aggiornamento della dashboard.

Inserisci entrambi nell'SLA.

Per esempio:

Formulazione debole	Formulazione migliore degli SLA
“Tracciamento in tempo reale”	“"Gli asset in movimento devono essere aggiornati ogni 30 secondi, con aggiornamento della dashboard entro 10 secondi dalla ricezione da parte del server."”
“"Allarme immediato"”	“"Gli allarmi di accesso alle zone riservate devono comparire nella sala di controllo entro 10 secondi per il 95% degli eventi validi."”
“"Tracciamento in tempo reale dei lavoratori"”	“"Gli aggiornamenti relativi al personale devono essere effettuati ogni 5-15 secondi nelle zone ad alto rischio e ogni 60 secondi nelle zone a rischio normale."”

Ciò protegge la durata della batteria e la capacità della rete. Un lavoratore vicino a un ingresso in uno spazio confinato potrebbe aver bisogno di aggiornamenti rapidi. Un pallet in magazzino probabilmente no.

Come definire i requisiti di durata della batteria dei sistemi RTLS

La durata della batteria non è indicata in una riga separata della scheda tecnica. È parte integrante del servizio di localizzazione.

Un badge che pubblicizza ogni 100 ms si comporta in modo diverso da uno che pubblicizza ogni 800 ms. Un tracker che utilizza il GNSS ogni 30 secondi non durerà quanto uno che segnala ogni 10 minuti o solo in caso di movimento. Un gateway con continuo Ricezione Bluetooth consumerà più energia rispetto a uno con una finestra di ricezione più breve.

Pertanto, inserisci la promessa relativa alla batteria nella politica di segnalazione vigente.

Per esempio:

“"Il badge garantirà un mese di funzionamento tra una ricarica e l'altra, se configurato per la trasmissione di segnali via beacon ogni secondo e per aggiornamenti di posizione ogni 30 secondi nelle zone normali."”

O:

“"Il sistema di localizzazione dei beni deve garantire un funzionamento di almeno 12 mesi, con una segnalazione ogni 10 minuti durante gli spostamenti e una volta al giorno quando il dispositivo è fermo."”

Questo evita un problema comune nei progetti pilota: impostazioni aggressive rendono la demo spettacolare, ma poi la produzione fallisce perché la ricarica, la sostituzione o la manutenzione diventano irrealistiche.

Perché le mappe RTLS e la calibrazione sono importanti

Il sistema RTLS dipende dalla mappa.

Per BLE, AoA e UWB, portali, fari, oppure è necessario posizionare dei punti di ancoraggio in posizioni note. Se questi punti di riferimento si spostano, il sistema potrebbe comunque mostrare un punto, ma quest'ultimo potrebbe non essere più affidabile.

Per UWB, la calibrazione dell'ancora è particolarmente importante perché il motore di posizionamento calcola la posizione del tracker dalle coordinate dell'ancora e dalle misurazioni della distanza. Per B-Fisso Architetture BLE, fisse fari Sono necessarie anche le coordinate corrette. La stessa logica si applica a pavimenti, muri, zone a traffico limitato, ostacoli e grandi strutture metalliche.

Aggiungere i requisiti relativi alle mappe all'accordo sul livello di servizio (SLA):

Requisito	Esempio di formulazione
controllo del punto di riferimento	“Le coordinate del gateway, del faro e dell'ancora devono essere registrate dopo l'installazione.”
Gestione del piano	“"Le aree a più piani devono utilizzare punti di riferimento specifici per ogni piano o una logica di altitudine, laddove supportata."”
Gestione degli ostacoli	“Prima del collaudo di accettazione, è necessario segnalare i punti ciechi noti, le barriere metalliche, le aree coperte che bloccano il segnale GNSS e le stanze schermate contro le radiofrequenze.”
Cambiare controllo	“Qualsiasi movimento delle ancore, portali, fari, scaffalature o macchinari di grandi dimensioni richiedono una verifica di validazione."”

Può sembrare una questione di procedura, ma è importante. Apprezziamo la disciplina nella gestione delle mappe perché trasforma i sistemi RTLS da un semplice gadget in un'infrastruttura.

Come pianificare scenari di guasto dei sistemi RTLS

Ogni sistema di localizzazione presenta delle modalità di guasto. Un buon accordo sul livello di servizio (SLA) le identifica prima dell'implementazione.

BLE RSSI è possibile sentire segnali provenienti da stanze vicine. I muri possono indebolire un segnale ma non bloccarlo completamente. Persone, umidità, mobili e strutture metalliche possono influenzare RSSI. Il segnale GNSS può degradarsi sotto i tetti, vicino agli edifici o sottoterra. UWB Le prestazioni sono ottimali quando si comprendono la geometria dell'ancoraggio e le condizioni di visibilità. L'angolo di arrivo (AoA) dipende da un'installazione stabile del gateway e da un posizionamento accurato. ⁽²⁾⁽³⁾

Non nascondete queste condizioni. Definite cosa deve fare il sistema.

Modalità di riparazione	decisione SLA
Il GNSS non può rilevare una zona sotto un tetto	Passa al BLE se disponibile, segnala l'ultima posizione nota oppure indica che la posizione non è disponibile
Il segnale BLE proviene dalla stanza adiacente.	Utilizzo RSSI soglie, calibrazione, posizionamento specifico della stanza o classificazione come sola presenza
Ancora UWB viene spostato	Contrassegnare la zona interessata come non valida fino alla ricalibrazione.
Interruzione di rete	Memorizza nella cache ove supportato o mostra chiaramente l'ultimo timestamp noto
Batteria scarica	Avviso prima che il dispositivo scenda al di sotto della soglia operativa

Un SLA che definisce le condizioni di funzionamento degradate è più credibile di uno che promette un tracciamento perfetto ovunque.

Modello SLA per la localizzazione RTLS per progetti industriali

Prima di inviare una richiesta di offerta, è necessario definire i seguenti elementi:

Sezione	Cosa scrivere
Obiettivo aziendale	Quale decisione devono supportare i dati di localizzazione?
Oggetti tracciati	Persone, veicoli, attrezzi, pallet, contenitori, chiavi, visitatori
Classi di zona	Zone ad alto rischio, zone normali, zone di stoccaggio, zone esterne, punti ciechi
Obiettivo di accuratezza	Raggio di errore e livello di confidenza per zona
Aggiornare la politica	Intervallo di report, intervallo di scansione, logica di movimento, report attivati da eventi
Obiettivo di latenza	Ritardo tra movimento o evento e dashboard, API o allarme
Obiettivo batteria	Durata di vita richiesta secondo la configurazione concordata
Presupposti infrastrutturali	Gateway, ancore, fari, alimentazione, backhaul, montaggio, calibrazione
Requisiti della mappa	File CAD, coordinate, piani, ostacoli, controllo delle modifiche
Gestione delle eccezioni	Perdita GNSS, BLE debole, interruzione di rete, ancoraggio spostato, batteria scarica
Test di accettazione	Come verrà testato il sistema prima dell'approvazione finale

Un breve esempio:

“Nei corridoi del magazzino, le etichette di identificazione delle risorse devono essere posizionate entro 3 metri per il 90% dei report validi. I report devono essere aggiornati ogni 60 secondi durante gli spostamenti e ogni 10 minuti quando il sistema è fermo. Gli allarmi di accesso alle zone riservate devono essere visualizzati nell'applicazione entro 10 secondi. I punti ciechi noti dietro le strutture di stoccaggio metalliche devono essere contrassegnati sulla mappa ed esclusi dal calcolo della precisione. La durata della batteria deve essere di almeno 12 mesi con la configurazione approvata.”

Questo è chiaro. È verificabile. Implica le stesse aspettative per gli acquisti, la sicurezza, le operazioni e l'ingegneria.

Come un SLA di localizzazione RTLS ti aiuta a scegliere la tecnologia giusta

Una volta redatto l'accordo sui livelli di servizio (SLA), la selezione dell'hardware diventa molto più semplice. ⁽³⁾⁽⁴⁾

• Se l'accordo sui livelli di servizio (SLA) prevede la "presenza a livello di locale", un gateway BLE o un'architettura basata su beacon potrebbero essere sufficienti. Non è necessario un tracciamento a livello centimetrico per sapere che un carrello portautensili è entrato nel locale di manutenzione.
• Se l'accordo sul livello di servizio (SLA) prevede una distanza di "3-5 metri in un magazzino aperto", la triangolazione BLE potrebbe essere sufficiente, soprattutto per le risorse che rimangono in posizione abbastanza a lungo da consentire al sistema di raccogliere letture stabili.
• Se l'SLA dice "tracciamento di container e veicoli esterni", GNSS con LoRaWAN, NB-IoT, LTE-M o backhaul Cat-1 diventano più rilevanti.
• Se l'accordo sui livelli di servizio (SLA) prevede "localizzazione del lavoratore a distanza inferiore al metro in una zona operativa pericolosa", la funzionalità Bluetooth AoA merita seria considerazione.
• Se l'SLA prevede "un posizionamento da 10 a 30 cm attorno a inventario di alto valore, robotica o apparecchiature critiche per la sicurezza",“ UWB potrebbe giustificare le infrastrutture aggiuntive.

Il portfolio dovrebbe essere conforme all'SLA, non viceversa.

Migliori pratiche per la stesura di un SLA di localizzazione RTLS

Gli acquirenti RTLS non acquistano realmente tag, ancore, portali, o dashboard. Acquistano un risultato di localizzazione.

Vogliono trovare le risorse più velocemente. Ridurre i tempi di ricerca. Dimostrare che i lavoratori sono entrati o usciti dalle zone definite. Migliorare la risposta alle emergenze. Proteggere le attrezzature di alto valore. Ridurre il conteggio manuale. Comprendere l'utilizzo. Evitare di discutere con una mappa di cui nessuno si fida.

Per raggiungere tale risultato è necessario un accordo sui livelli di servizio (SLA) scritto. Iniziate considerando accuratezza, latenza, affidabilità, durata della batteria, qualità della mappa e modalità di guasto. Solo dopo scegliete la tecnologia. All'inizio potrebbe sembrare più lenta, ma di solito rende il progetto pilota più pulito, il preventivo più realistico e l'implementazione finale più facile da giustificare. E, francamente, garantisce la trasparenza per tutti.

Riferimenti e ulteriori letture:

1. Introduzione del NIST alla norma ISO/IEC 18305
2. MathWorks: localizzazione e rilevamento della direzione tramite Bluetooth
3. Precisione del GPS su GPS.gov
4. Guida normativa UWB del consorzio FiRa