Data van schip naar wal: connectiviteitsopties voor vissersvaartuigen

Connectiviteitsopties in één oogopslag

Vissersvaartuigen sturen gegevens naar de wal via vier soorten verbindingen: mobiele netwerken (4G/5G) nabij de kust, L-band-satellietdiensten met wereldwijde dekking, breedband VSAT via geostationaire satellieten, en satellietbreedband in een lage baan om de aarde (LEO), met store-and-forward in de haven als terugvaloptie. Voor weeg- en vangstgegevens is het volume zo klein dat de keuze wordt bepaald door dekking, betrouwbaarheid en kosten in plaats van bandbreedte.

Mobiele netwerken nabij de kust

4G en 5G zijn de goedkoopste en snelste optie wanneer het vaartuig binnen bereik van walmasten is, wat in de praktijk kust- en nabijgelegen visserij betekent.

Het bereik op zee is sterk variabel. Het hangt af van masthoogte en plaatsing, de frequentieband (lagere banden zoals 700–800 MHz reiken verder), de antennehoogte en -versterking van het vaartuig, en de zeetoestand. Speciale maritieme implementaties kunnen de dekking aanzienlijk uitbreiden: GSMA rapporteert een 5G-implementatie voor vissersvaartuigen in Guangdong, China, die downlinksnelheden biedt van 400 Mbps tot 30 km uit de kust en 60 Mbps tot 61 km uit de kust (GSMA 5G Transformation Hub). Dergelijke cijfers beschrijven één technisch ontworpen netwerk, geen typische dekking elders. Ga voor planning ervan uit dat mobiele data nabij de kust en in de haven beschikbaar kan zijn, en ontwerp al het andere om afwezigheid ervan te verdragen.

Satellietopties: L-band, GEO VSAT en LEO

Satellietverbindingen dekken het vaartuig buiten mobiel bereik, en ze verschillen vooral in frequentieband, baan, antenne en kosten per megabyte.

L-band-diensten

L-band (1–2 GHz) biedt betrouwbare communicatie met lage datasnelheid en uitstekende weersbestendigheid, volgens het Europees Ruimteagentschap. Terminals en antennes zijn compact. Als voorbeeld van capaciteit is Iridium Certus 700 gespecificeerd tot 704 kbps download en 352 kbps upload (Iridium). Dat is veel meer dan weeggegevens nodig hebben, wat L-band een veelgebruikte back-upverbinding maakt en de primaire verbinding voor kleinere vaartuigen.

GEO VSAT

Zeer kleine antenneterminals (VSAT) op Ku-band (12–18 GHz) en Ka-band (26–40 GHz) bieden bredere bandbreedte maar zijn gevoeliger voor signaalverslechtering door regendemping (ESA). Geostationaire satellieten bevinden zich op een hoogte van 35.786 km. Een signaal dat omhoog naar de satelliet en weer terug reist, legt minstens 71.572 km af, wat bij de lichtsnelheid (ongeveer 299.792 km/s) ongeveer 239 ms duurt. Een verzoek en het antwoord erop duren daarom minstens ongeveer 480 ms, nog voor enige verwerking of routering over land. Maritieme VSAT heeft een gestabiliseerde antenne nodig die op de satelliet gericht blijft terwijl het vaartuig rolt en stampt.

LEO-breedband

Een lage baan om de aarde (LEO) ligt onder 2.000 km hoogte (ESA). De kortere afstand verlaagt de propagatievertraging van één heen-en-terugsprong tot ongeveer 13 ms of minder puur door de hoogte, zodat interactief gebruik aanvoelt als terrestrisch breedband. LEO-constellaties vereisen antennes die snelbewegende satellieten volgen, vaak elektronisch gestuurde vlakke panelen. Dekking, regelgevende toestemming in specifieke wateren en commerciële maritieme voorwaarden verschillen per aanbieder en regio, dus controleer deze voor de daadwerkelijke visgronden.

Hoeveel bandbreedte weeggegevens nodig hebben

Weeggegevens hebben zeer weinig bandbreedte nodig: een volledige dag doosgewichten voor een druk vaartuig komt neer op enkele megabytes, wat zelfs een smalbandige satellietverbinding in enkele minuten kan versturen.

Een weegregistratie in JSON met ID, tijdstempel, weegschaal, preset, gewicht, eenheid, stabiliteit en partij is ruwweg 250 bytes. De tabel toont doorgerekende schattingen op basis van die aanname.

Twee praktische conclusies volgen hieruit. Ten eerste kan protocoloverhead groter zijn dan de gegevens zelf als elke registratie als apart HTTP-verzoek met headers en een nieuwe versleutelde sessie wordt verstuurd; registraties bundelen, verbindingen openhouden of een lichtgewicht protocol zoals MQTT gebruiken, is belangrijker dan verbindingssnelheid. Ten tweede comprimeert repetitieve JSON goed, dus het comprimeren van batches vóór verzending vermindert de airtime verder. Live video, bemanningswelzijnsverkeer en software-updates, niet weeggegevens, bepalen de omvang van de verbinding.

Store-and-forward: ontwerpen voor verloren verbindingen

Store-and-forward betekent dat elke registratie eerst aan boord wordt opgeslagen en wordt verzonden zodra een verbinding beschikbaar is, zodat geen gegevens verloren gaan wanneer de dekking wegvalt, de antenne wordt geblokkeerd of airtime wordt uitgeschakeld.

1. Schrijf eerst lokaal. De weegschaal of het scheepssysteem slaat elke registratie op lokale opslag op vóór enige verzending.
2. Geef elke registratie een unieke ID. Het walsysteem gebruikt deze om duplicaten te verwerpen wanneer een batch opnieuw wordt geprobeerd.
3. Tijdstempel bij de bron. Gebruik het tijdstip van wegen in UTC, niet het tijdstip van aankomst aan wal.
4. Wachtrij en bevestiging. Verwijder registraties pas uit de verzendwachtrij nadat de walkant ontvangst bevestigt. MQTT definieert hiervoor QoS 1 (minstens één keer) en QoS 2 (precies één keer) aflevering (OASIS MQTT 5.0).
5. Prioriteer. Verstuur vangst- en partijregistraties vóór bulklogs en diagnostiek wanneer de capaciteit beperkt is.
6. Monitor de achterstand. Toon het aantal onverzonden registraties aan boord, zodat de bemanning weet of de wal actuele gegevens heeft.
7. Stem af bij aanmeren. Vergelijk het aantal registraties aan boord en aan wal bij elk havenbezoek en verstuur eventuele hiaten opnieuw.

Dezelfde principes gelden voor het uitlezen van gegevens van de weegschaal zelf; zie Weegschalen integreren met uw software via een API en Logging van weegdata op zee.

Beveiliging op de verbinding

Het verbinden van een scheepsnetwerk met internet stelt apparatuur aan boord bloot, dus weegsystemen moeten achter de firewall van het vaartuig staan en gegevens uitgaand versturen via versleutelde verbindingen in plaats van inkomende verbindingen vanaf internet te accepteren.

• Scheid operationele apparatuur zoals weegschalen en sorteerders van bemannings- en gastnetwerken.
• Gebruik versleuteld transport (TLS of een VPN) voor alles wat het vaartuig verlaat.
• Open geen inkomende poorten naar weegschalen; laat een gateway aan boord verbindingen naar de wal initiëren.
• Wijzig standaardwachtwoorden en beperk wie opdrachten kan geven of presets kan wijzigen.

De IMO heeft richtlijnen gepubliceerd over maritiem cyberrisicobeheer die reders als kader kunnen gebruiken.

Een opstelling kiezen

De juiste connectiviteitsopstelling volgt uit waar het vaartuig vist, hoe snel de wal de gegevens nodig heeft en welk ander verkeer de verbinding moet dragen.

Hoe WPL dit aanpakt

Met het R50 Catch Label System kunnen vangstgegevens tijdens de visreis naar de wal worden gestuurd. WeightControl logt elke weging automatisch op de weegschaal en maakt registraties beschikbaar als CSV, PDF en JSON via de API, zodat de eigen gateway of software van een vaartuig ze kan doorsturen via welke verbinding dan ook aan boord. De keuze van satelliet- of mobiele dienst staat los van de weegschaal. Voor de volledige architectuur van weegschaal tot wal, zie de hub gegevensintegratie; voor verwerkingsworkflows aan boord, de hub verwerking aan boord.