Van Weegschaal tot Wal: Weegdata, IoT en Systeemintegratie

Wat weegdata-integratie betekent

Weegdata-integratie is de praktijk waarbij elk geregistreerd gewicht, met context, van de weegschaal naar de systemen gaat die het gebruiken: labelprinters, vangstregistratie, verpakkingsstatistieken, kantoorsoftware en walgebaseerde verkoop-, quota- en traceerbaarheidssystemen. Het doel is dat een gewicht één keer wordt vastgelegd, bij de weegschaal, en nooit opnieuw wordt ingetypt.

Op zee gelden hiervoor specifieke beperkingen. Apparatuur wordt blootgesteld aan water, zout en trillingen; netwerken lopen door stalen constructies; de verbinding met de wal komt en gaat; en de bemanning heeft tijdens een trek geen tijd voor data-invoer. Tegelijkertijd nemen de eisen aan data toe. EU-traceerbaarheidsregels vereisen nu dat partijinformatie, inclusief nettogewicht, digitaal wordt doorgegeven, en kopers verwachten steeds vaker vangstgegevens voordat het schip de haven bereikt. Een goed ontworpen datastroom maakt van deze eisen een bijproduct van normaal wegen.

De datastroom van weegschaal tot wal

Elke integratie, hoe groot of klein ook, bestaat uit dezelfde vijf lagen: meting, lokale verbinding, opslag en toepassingen aan boord, de ship-to-shore verbinding, en walsystemen.

Problemen in een lagere laag kunnen niet hogerop worden opgelost. Een gewicht dat is gemeten terwijl het dek bewoog, gelogd zonder tijdstempel of verzonden zonder unieke ID, blijft onbetrouwbaar, hoe geavanceerd de walsoftware ook is. Daarom begint integratie bij de weegschaal.

Welke data vast te leggen

Leg elke weging automatisch vast met een unieke record-ID, UTC-tijdstempel, instrument-ID, preset of product, nettogewicht met eenheid, stabiliteitsstatus en de partij waartoe deze behoort; al het overige wordt op deze velden gebouwd.

Afhankelijk van de operatie voegen extra velden waarde toe: tarra en bruto voor verificatie, resultaat van de gewichtssorteerder ten opzichte van streeflimieten, soortcode en productvorm, positie of vangstgebied, operator en labelreferentie. Naast de weegrecords dient een audit trail kalibratie, instellingswijzigingen, presetaanpassingen en software-updates vast te leggen. OIML-document D 31 beschrijft een audit trail als een continue, tijdgestempelde registratie van juridisch relevante gebeurtenissen die metrologische kenmerken kunnen beïnvloeden (OIML D 31:2019).

Uit complete records volgen automatisch statistieken per preset: aantal, totaal, gemiddelde, standaarddeviatie, minimum en maximum, en gemiddelde overwaste (giveaway). De volledige veldenlijst, conventies voor tijd, eenheden en decimaaltekens, en een vergelijking van exportformaten staan in Weegdata Loggen op Zee: Wat te Registreren en Waarom.

Fysieke interfaces

De fysieke interface wordt gekozen op basis van afstand, aantal apparaten, omgeving en doel: Ethernet voor netwerkintegratie, RS232 voor eenvoudige punt-tot-puntverbindingen, USB voor configuratie en korte lokale verbindingen, en Wi-Fi of Bluetooth LE voor draagbare apparaten.

Deze cijfers zijn afkomstig uit Texas Instruments interface guidance, IEEE 802.3 en de USB 2.0-specificatie. Installatie is net zo belangrijk als de interface: afgedichte connectoren, afgeschermde kabels weg van liermotoren en frequentieregelaars, galvanische scheiding tussen stroomcircuits, en draadloze dekking getest op de daadwerkelijke werkpositie. De gedetailleerde vergelijking staat in RS232, Ethernet, USB, Wi-Fi of Bluetooth LE: een Interface Kiezen voor uw Weegschaal.

Softwareintegratie en API's

Een API stelt software in staat om live gewicht, status, presets en opgeslagen records van een weegschaal uit te lezen en commando's zoals nul, tarra en print te versturen, met gebruik van gestructureerde data in plaats van het uitlezen van een display-string.

Twee integratiepatronen dekken de meeste behoeften. Voor live displays en interactieve besturing aan boord vraagt software het live gewicht regelmatig op (polling) of ontvangt het gepushte updates via een permanente verbinding. Voor alles wat een record wordt, zoals doosgewichten, partijtotalen en alles wat naar de wal wordt gestuurd, moet software geregistreerde records uit het logboek van de weegschaal uitlezen, geïdentificeerd via record-ID, in plaats van eigen records op te bouwen uit gepollde live waarden. Dit voorkomt gemiste en gedupliceerde wegingen.

Externe commando's vragen om zorgvuldigheid: een tarra die op het verkeerde moment wordt verzonden, verstoort alle volgende wegingen. Controleer of de weegschaal stabiel is voordat commando's worden gegeven, bevestig het resultaat, maak herhalingen onschadelijk met request-ID's, en scheid leestoegang van commandorechten. HTTP-semantiek is gedefinieerd in RFC 9110 en JSON in RFC 8259. Endpoints, voorbeeldpayloads en de afwegingen tussen polling, WebSocket, Server-Sent Events en MQTT worden toegelicht in Weegschalen Integreren met Uw Software via een API.

Ship-to-shore data

Vaartuigen sturen data naar de wal via mobiele netwerken dicht bij de kust, L-band satellietdiensten, geostationaire VSAT of low Earth orbit breedband, en weegdata is klein genoeg dat elk van deze het kan dragen.

Een dag met 20.000 weegrecords van elk ongeveer 250 bytes komt neer op ruwweg 5 MB, wat een satelliet-uplink van 352 kbps in ongeveer twee minuten verzendt. Latentie is geen probleem voor records die hun eigen tijdstempel dragen, hoewel geostationaire verbindingen door de baanhoogte van 35.786 km minstens ongeveer een halve seconde toevoegen aan elk verzoek en antwoord. Het werkelijke ontwerpvraagstuk is onderbroken connectiviteit: records moeten eerst aan boord worden opgeslagen, in een wachtrij worden geplaatst, door de wal worden bevestigd en worden ontdubbeld op basis van record-ID. De opties, een bandbreedtetabel en een store-and-forward ontwerp staan in Ship-to-Shore Data: Connectiviteitsopties voor Vissersvaartuigen.

Dataformaten en identifiers

Integratie slaagt wanneer beide zijden het eens zijn over formaten en identifiers, dus kies open, gedocumenteerde standaarden voor bestanden, tijd, soorten, partijen en labels.

De regelgevende achtergrond van verschillende van deze identifiers is vastgelegd in artikel 58 van de EU-controleverordening voor visserij, zoals gewijzigd door Verordening (EU) 2023/2842, die de minimale traceerbaarheidsinformatie per partij vastlegt, waaronder de FAO alpha-3 soortcode, het geografische gebied, de vistuigcategorie, vangstdata en nettogewicht in kilogram, en vereist dat deze vanaf 10 januari 2026 digitaal beschikbaar wordt gesteld.

Weging koppelen aan vangstregistratie en labelling

Weegdata wordt traceerbaarheidsdata zodra elk gewicht wordt gekoppeld aan een partij, en het bereikt het fysieke product zodra dezelfde partij en hetzelfde gewicht op het label worden gedrukt.

In de praktijk definieert de preset op de weegschaal het product (soort, presentatie, streefgewicht, tarra, labelsjabloon), levert het registratiesysteem de partij- en vangstcontext (reis, gebied, vistuig, datum), en ontvangt de labelprinter het gewicht en de partij op het moment van registratie. Wanneer deze drie dezelfde identifiers delen, komen een doosetiket, een logrecord en een traceerbaarheidsrecord altijd overeen. De verwerkingskant van deze keten wordt beschreven op de hub verwerking aan boord, met name Vangstregistratie en Traceerbaarheid van Trek tot Haven en Vislabels op Dozen en Kratten op Zee.

Betrouwbaarheid en beveiliging

Een datasysteem aan boord moet blijven werken zonder walverbinding en mag apparatuur aan boord niet blootstellen aan het internet.

• Offline first. Elke weging wordt lokaal opgeslagen vóór enige verzending. Het verlies van het netwerk mag nooit verlies van records betekenen.
• Overal unieke ID's. Record-ID's maken herhalingen en herimporten veilig.
• Klokdiscipline. Synchroniseer klokken met GPS- of netwerktijd en leg aanpassingen vast.
• Back-ups in de haven. Kopieer logs en configuratie, inclusief presets en labelsjablonen, bij elk havenbezoek.
• Netwerkscheiding. Houd weegschalen en sorteermachines op een operationeel netwerksegment, gescheiden van bemannings- en gastverkeer.
• Alleen uitgaande verbindingen. Laat een gateway aan boord versleutelde verbindingen naar de wal initiëren; stel interfaces van weegschalen niet rechtstreeks bloot.
• Toegangscontrole. Beperk commando- en configuratierechten, en wijzig standaard inloggegevens.

De IMO publiceert richtlijnen voor maritiem cyberrisicobeheer die een kader bieden voor scheepseigenaren.

Voorbeeldarchitecturen

Drie typische opstellingen laten zien hoe de lagen samenkomen bij verschillende schaalgroottes van bedrijfsvoering.

Kustvaartuig, één weegschaal

Een bewegingsgecompenseerde tafelweegschaal logt elk doosgewicht intern. De schipper opent de webinterface van de weegschaal vanaf een tablet via het access point, controleert totalen per soort, en exporteert bij aankomst in de haven een CSV-bestand voor de koper. Een labelprinter is rechtstreeks op de weegschaal aangesloten. Er is geen permanent netwerk of satellietverbinding nodig.

Trawler met sortering en registratie

Een sorteermachine en meerdere weegschalen zijn via Ethernet verbonden met een scheeps-pc waarop vangstregistratie draait. Partijen worden aangemaakt per soort en trek; doosetiketten met GS1-barcodes worden op elk verpakkingsstation gedrukt. Records worden in een wachtrij op de pc geplaatst en naar de wal verzonden via 4G dicht bij de kust en satelliet op zee, zodat de koper de partijgegevens ontvangt vóór het aanlanden.

Bemonsteringsstation onderzoeksvaartuig

Precisie marine weegschalen op een bemonsteringsstation sturen elk exemplaargewicht naar een data-invoertoepassing op een tablet of pc, samen met lengte- en stationsgegevens, en exporteren JSON naar de database van het instituut na elke reisetappe. Specifieke vereisten voor wetenschappelijk werk staan op de hub onderzoeksvaartuigen.

Hoe WPL dit aanpakt

WPL bouwt de datastroom in zijn assortiment marine weegschalen in. WeightControl draait rechtstreeks op de R10-weegschaal, heeft geen pc of server nodig, en kan worden geopend vanaf een laptop- of tabletbrowser via het ingebouwde access point van de weegschaal; als externe applicatie geïnstalleerd beheert het meerdere weegschalen vanuit één systeem. Het logt elke weging, toont statistieken per preset en periode, exporteert PDF en CSV, en biedt een JSON API voor live gewicht, status van de gewichtssorteerder, stabiliteit, presets, logs en commando's zoals Nul, Print en Tarra. Het R10 Configuration Panel verzorgt kalibratie, instellingen, presets, logs, back-up en ZPL-labelontwerp. Weegschalen zoals de M2 maken verbinding via USB, RS232 en Ethernet, met Bluetooth LE en de WeightControl IOT-module als opties, en het R50 Catch Label System kan tijdens de reis vangstgegevens naar de wal sturen.

Integratiechecklist

1. Inventariseer elk systeem dat weegdata nodig heeft en de velden, formaten en identifiers die elk verwacht.
2. Definieer presets per product, inclusief streefgewicht, tarra en labelsjabloon.
3. Kies interfaces per verbinding en plan bekabeling, connectoren en draadloze dekking.
4. Bevestig dat elke weging lokaal wordt gelogd met record-ID, UTC-tijdstempel, preset, nettogewicht, eenheid, stabiliteit en partij.
5. Bepaal welke data live wordt uitgelezen en welke uit logs wordt verzameld.
6. Richt het ship-to-shore traject in met wachtrij, bevestiging en ontdubbeling.
7. Scheid het operationele netwerk, beperk commandorechten en wijzig standaardwachtwoorden.
8. Test de volledige keten aan boord, inclusief een bewust verlies van connectiviteit, vóór de eerste commerciële reis.