Gjennom årene har vi mottatt mange spørsmål fra kunder som er bekymret og forvirret over hvorfor et fartøy innenfor VHF Over the Air (OTA) rekkevidde kan vises på kartplotteren deres som et DataHub mål.

Denne artikkelen er skrevet for å forklare hvorfor AIS-målets oppførsel ser ut som den gjør.

Dette kommer an på det tidsmessige samspillet mellom AIS-posisjonsoppdateringer over luften (VHF) og Offshore Hub AIS (OHA) metadataoppdateringer fra DataHub .

For det første brukes alltid de nyeste posisjonsdataene, så VHF OTA-posisjonsdata vil alltid bli foretrukket når de er tilgjengelige. For metadata, selv om begge kildene er gyldige, bruker systemet alltid de nyeste tilgjengelige metadataene , og bruker en smart filtreringsmekanisme for å forhindre duplikater samtidig som det sikrer smidig overlevering når et fartøy forlater VHF-rekkevidde.

Men fordi VHF AIS og DataHub AIS ikke oppdateres med samme tidsintervaller, og metadataenes TTL (time-to-live) er 2 minutter, kan dette noen ganger føre til det som ser ut som kallesignalet "bytter" mellom WDN5158 og DATAHUB , spesielt for fartøy som ligger for anker eller har langsomme oppdateringsintervaller.

La oss se på tre vanlige scenarier:

👉 Hvorfor det ser rart ut : Fordi fartøyet ikke beveger seg mye, endres ikke posisjonen nevneverdig mellom oppdateringer, men kilden veksler basert på hvilke data som er ferskest. Dette kan gi inntrykk av å «veksle» mellom OHA og OTA.

For et fartøy i bevegelse som sender AIS over VHF hvert 30. sekund:

👉 Hvorfor det fungerer perfekt : Med regelmessige OTA-oppdateringer tar DataHub metadataene aldri over oppdateringen av posisjonsdataene. For metadataene er det «flimring» eller veksling fordi OHA-dataene noen ganger er nyere enn VHF-en.

I likhet med eksemplet ovenfor, selv når et fartøy er innenfor rekkevidde og oppdaterer posisjonen sin over VHF hvert 30. sekund , sendes metadataene (navn, kallesignal, MMSI) langt sjeldnere – vanligvis hvert 6. minutt for klasse B-transpondere.

Hvis DataHub gir nyere metadata enn det som mottas over VHF, kan den midlertidig overstyre det lokale kallesignalet , selv om du fortsatt får regelmessige posisjonsoppdateringer fra den lokale AIS-mottakeren.

👉 Hvorfor dette skjer : Posisjonsmeldingene fortsetter å sendes hvert 30. sekund, men metadataene for navn/kallesignal sendes bare i spesifikke AIS-meldingstyper som forekommer sjeldnere. Når metadata-TTL-en utløper (3 minutter), kan systemet gå tilbake til den nyere DataHub versjonen, selv om posisjonen fortsetter å oppdateres fra lokal VHF.

Dette er det primære brukstilfellet filtreringslogikken er utformet for å håndtere på en elegant måte:

👉 Hvorfor dette er nødvendig : Uten 2-minutters TTL-reservefunksjonen ville du miste all sikt for målet når en båt forlater VHF-rekkevidde. Målet er å unngå en dødsone mellom VHF- og OHA-dekning .

Alt du ser er et resultat av smart reservelogikk som er bevisst justert for å forhindre målbortfall samtidig som den minimerer foreldede data. Den sporadiske vekslingen mellom kallesignaler er ikke en feil – det er en bivirkning av å prøve å gjøre noe ganske elegant: opprettholde konsistent synlighet i overgangen fra lokal til offshore AIS .

Når det er sagt, setter vi stor pris på tilbakemeldingene dine, og testingen din har vært utrolig nyttig for å bekrefte at systemet fungerer som det skal. Hvis du ser atferd utenfor dette (f.eks. en fem minutters forsinkelse i kildebytte), vil vi gjerne undersøke saken nærmere. Bare gi oss beskjed.