Nel corso degli anni abbiamo ricevuto molte domande da parte di clienti preoccupati e confusi sul motivo per cui un'imbarcazione nel raggio di azione del segnale VHF Over the Air (OTA) possa apparire sul loro chartplotter come destinazione DataHub .

Questo articolo è stato scritto per spiegarti perché il comportamento del bersaglio AIS si manifesta in questo modo.

Tutto dipende dall'interazione temporale tra gli aggiornamenti della posizione AIS via etere (VHF) e gli aggiornamenti dei metadati AIS Offshore Hub (OHA) dal DataHub .

In primo luogo, vengono sempre utilizzati i dati di posizione più recenti, quindi i dati di posizione VHF OTA saranno sempre preferiti quando disponibili. Per i metadati, sebbene entrambe le fonti siano valide, il sistema utilizza sempre i metadati più recenti disponibili , applicando un meccanismo di filtraggio intelligente per prevenire i duplicati e garantire al contempo un passaggio di consegne fluido quando un'imbarcazione esce dal raggio d'azione VHF.

Tuttavia, poiché VHF AIS e DataHub AIS non si aggiornano agli stessi intervalli di tempo e il TTL (tempo di vita) dei metadati è di 2 minuti, a volte può verificarsi un'inversione del nominativo di chiamata tra WDN5158 e DATAHUB , in particolare per le imbarcazioni all'ancora o con intervalli di aggiornamento lenti.

Diamo un'occhiata a tre scenari comuni:

👉 Perché sembra strano : poiché la nave non si muove molto, la posizione non cambia significativamente tra gli aggiornamenti, ma la sorgente si alterna in base ai dati più recenti. Questo può dare l'impressione di un "alternarsi" tra OHA e OTA.

Per un'imbarcazione in movimento che trasmette AIS tramite VHF ogni 30 secondi:

👉 Perché funziona perfettamente : con gli aggiornamenti OTA regolari, i metadati DataHub non prendono mai il sopravvento sull'aggiornamento dei dati di posizione. Per i metadati, si verifica un "flickering" o un cambio di posizione perché a volte i dati OHA sono più recenti di quelli VHF.

Similmente all'esempio sopra, anche quando un'imbarcazione si trova nel raggio d'azione e aggiorna la sua posizione tramite VHF ogni 30 secondi , i metadati (nome, nominativo di chiamata, MMSI) vengono trasmessi molto meno frequentemente, in genere ogni 6 minuti per i transponder di Classe B.

Se DataHub fornisce metadati più recenti di quelli ricevuti tramite VHF, potrebbe temporaneamente sovrascrivere il nominativo di chiamata locale , anche se si continuano a ricevere aggiornamenti regolari sulla posizione dal ricevitore AIS locale.

👉 Perché questo accade : i messaggi di posizione continuano a fluire ogni 30 secondi, ma i metadati del nome/nominativo di chiamata vengono trasmessi solo in specifici tipi di messaggi AIS che si verificano meno frequentemente. Una volta scaduto il TTL dei metadati (3 minuti), il sistema potrebbe tornare alla versione DataHub più aggiornata, anche mentre la posizione continua ad aggiornarsi dalla banda VHF locale.

Questo è il caso d'uso principale che la logica di filtraggio è progettata per gestire in modo elegante:

👉 Perché è necessario : senza il fallback TTL di 2 minuti, si perderebbe la visibilità del bersaglio quando un'imbarcazione esce dalla portata VHF. L'obiettivo è evitare una zona morta tra la copertura VHF e quella OHA .

Tutto ciò che vedete è il risultato di una logica di fallback intelligente, appositamente calibrata per prevenire l'abbandono del bersaglio e ridurre al minimo i dati obsoleti. Il passaggio occasionale da un nominativo all'altro non è un bug, ma un effetto collaterale del tentativo di fare qualcosa di molto elegante: mantenere una visibilità costante durante la transizione dall'AIS locale a quello offshore .

Detto questo, apprezziamo molto il tuo feedback e i tuoi test sono stati incredibilmente utili per confermare che il sistema si comporta come previsto. Se riscontri un comportamento diverso da questo (ad esempio, un ritardo di cinque minuti nel cambio di sorgente), saremo lieti di indagare ulteriormente; faccelo sapere.