Nel corso degli anni, abbiamo ricevuto numerose domande da clienti preoccupati e confusi sul perché un'imbarcazione entro il raggio di copertura VHF Over the Air (OTA) potesse apparire sul loro chartplotter come bersaglio DataHub .

Questo articolo è stato scritto per illustrare i motivi per cui il comportamento del bersaglio AIS appare in quel modo.

Ciò dipende dalla sincronizzazione tra gli aggiornamenti di posizione AIS via etere (VHF) e gli aggiornamenti dei metadati AIS dell'Offshore Hub (OHA) provenienti dal DataHub .

Innanzitutto, vengono sempre utilizzati i dati di posizione più recenti, quindi i dati di posizione VHF OTA saranno sempre preferiti quando disponibili. Per quanto riguarda i metadati, sebbene entrambe le fonti siano valide, il sistema utilizza sempre i metadati più recenti disponibili , applicando un meccanismo di filtraggio intelligente per evitare duplicati e garantire un passaggio di consegne fluido quando un'imbarcazione esce dal raggio di copertura VHF.

Tuttavia, poiché i sistemi AIS VHF e DataHub non si aggiornano con la stessa frequenza e il TTL (time-to-live) dei metadati è di 2 minuti, ciò può talvolta causare un'apparente "oscillazione" del nominativo tra WDN5158 e DATAHUB , in particolare per le imbarcazioni all'ancora o con intervalli di aggiornamento lenti.

Analizziamo tre scenari comuni:

👉 Perché sembra strano : Poiché la nave non si muove molto, la posizione non cambia in modo significativo tra un aggiornamento e l'altro, ma la sorgente cambia 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 via VHF ogni 30 secondi:

👉 Perché funziona perfettamente : con i regolari aggiornamenti OTA, i metadati DataHub non intervengono mai per aggiornare i dati di posizione. Per quanto riguarda i metadati, si verificano "sfarfallii" o commutazioni perché a volte i dati OHA sono più recenti di quelli VHF.

Analogamente all'esempio precedente, anche quando un'imbarcazione si trova nel raggio d'azione e aggiorna la propria posizione via VHF ogni 30 secondi , i metadati (nome, nominativo, MMSI) vengono trasmessi con una frequenza molto inferiore, in genere ogni 6 minuti per i transponder di Classe B.

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

👉 Perché succede : i messaggi di posizione continuano a fluire ogni 30 secondi, ma i metadati relativi al nome/nominativo 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 più recente DataHub , anche se la posizione continua ad aggiornarsi dalla radio VHF locale.

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

👉 Perché è necessario : Senza il fallback TTL di 2 minuti, perderesti completamente la visibilità del bersaglio quando un'imbarcazione esce dal raggio di copertura 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 la perdita di segnale e ridurre al minimo i dati obsoleti. Il passaggio occasionale tra i nominativi non è un bug, bensì un effetto collaterale del tentativo di realizzare qualcosa di piuttosto elegante: mantenere una visibilità costante durante la transizione dal sistema 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 (ad esempio, un ritardo di cinque minuti nel cambio di sorgente), saremo lieti di approfondire la questione; faccelo sapere.