Under årens lopp har vi fått många frågor från kunder som är oroliga och förvirrade över varför ett fartyg inom VHF Over the Air (OTA)-räckvidd kan visas på deras plotter som ett DataHub mål.

Den här artikeln har skrivits för att förklara varför AIS-målet beter sig som det gör.

Detta beror på det tidsmässiga samspelet mellan AIS-positionsuppdateringar via VHF (over-the-air) och Offshore Hub AIS (OHA) metadatauppdateringar från DataHub .

För det första används alltid den senaste positionsdatan, så VHF OTA-positionsdata kommer alltid att föredras när den är tillgänglig. För metadata, även om båda källorna är giltiga, använder systemet alltid den senaste tillgängliga metadatan , och tillämpar en smart filtreringsmekanism för att förhindra dubbletter samtidigt som det säkerställer smidig överlämning när ett fartyg lämnar VHF-räckvidden.

Men eftersom VHF AIS och DataHub AIS inte uppdateras med samma tidsintervall, och metadataens TTL (time-to-live) är 2 minuter, kan detta ibland resultera i vad som ser ut som att anropssignalen "växlar" mellan WDN5158 och DATAHUB , särskilt för fartyg som ligger för ankar eller har långsamma uppdateringsintervall.

Låt oss titta på tre vanliga scenarier:

👉 Varför det ser konstigt ut : Eftersom fartyget inte rör sig mycket ändras inte positionen nämnvärt mellan uppdateringarna, men källan växlar baserat på vilken data som är färskast. Detta kan ge intrycket av att "växla" mellan OHA och OTA.

För ett fartyg i rörelse som sänder AIS via VHF var 30:e sekund:

👉 Varför det fungerar perfekt : Med regelbundna OTA-uppdateringar tar DataHub -metadata aldrig över uppdateringen av positionsdata. För metadata förekommer det "flimmer" eller växlingar eftersom OHA-data ibland är nyare än VHF-data.

I likhet med exemplet ovan, även när ett fartyg är inom räckhåll och uppdaterar sin position via VHF var 30:e sekund , sänds metadata (namn, anropssignal, MMSI) betydligt mer sällan – vanligtvis var 6:e ​​minut för klass B-transpondrar.

Om DataHub tillhandahåller färskare metadata än vad som tas emot via VHF kan den tillfälligt åsidosätta den lokala anropssignalen , även om du fortfarande får regelbundna positionsuppdateringar från den lokala AIS-mottagaren.

👉 Varför detta händer : Positionsmeddelandena fortsätter att flöda var 30:e sekund, men metadata för namn/anropssignal sänds bara ut i specifika AIS-meddelandetyper som förekommer mer sällan. När metadata-TTL:en löper ut (3 minuter) kan systemet återgå till den nyare DataHub versionen, även om positionen fortsätter att uppdateras från lokal VHF.

Detta är det primära användningsfallet som filtreringslogiken är utformad för att hantera smidigt:

👉 Varför detta är nödvändigt : Utan 2-minuters TTL-reservfunktionen skulle du förlora all sikt för målet när en båt lämnar VHF-räckvidden. Målet är att undvika en dödzon mellan VHF- och OHA-täckning .

Allt du ser är resultatet av smart reservlogik som medvetet är inställd för att förhindra målbortfall samtidigt som inaktuell data minimeras. Att man ibland växlar mellan anropssignaler är inte ett fel – det är en bieffekt av att försöka göra något ganska elegant: upprätthålla konsekvent synlighet under övergången från lokal till offshore-AIS .

Med det sagt värdesätter vi verkligen din feedback, och dina tester har varit otroligt hjälpsamma för att bekräfta att systemet fungerar som det ska. Om du ser beteenden utanför detta (t.ex. en fem minuters fördröjning vid byte av källor) undersöker vi gärna saken vidare; låt oss bara veta.