Dit met AI-ondersteuning gemaakte artikel is vrijgegeven door Volker Cesinger. Het geeft zijn persoonlijke visie weer en is geen officiële publicatie van Checkpoint Systems.
- Object herkennen
- Meting koppelen
- Tijd en kwaliteit controleren
- Beslissing verantwoorden
Een bak wordt bij de goederenontvangst herkend. Het systeem kent de identiteit en de gekoppelde levering. Daaruit blijkt niet of de goederen onderweg te warm zijn geworden. Voor die tweede vraag zijn geschikte sensoren en herleidbare metingen nodig. Ik zou daarom eerst bepalen welke beslissing een meting moet ondersteunen en pas daarna de radiotechniek kiezen.
Drie verschillende taken
Een gewoon identificatielabel levert een identificatiecode. De bijbehorende stamgegevens kunnen in een backend staan, maar daarmee worden temperatuur of vochtigheid niet gemeten. Een sensortag combineert identiteit met een bepaalde meetfunctie. Welke grootheid hij meet en onder welke omstandigheden, hangt af van de uitvoering.
Een logger slaat metingen gedurende een periode op. Meten en een historie bewaren zijn verschillende functies: een tag die bij uitlezing een actuele waarde levert, bevat niet automatisch de meetreeks van de voorafgaande rit. Ook de energievoorziening is een afzonderlijke eis. Batterijloze, batterijondersteunde en actieve oplossingen moeten ieder bij de meet- en communicatietaak passen.
Meettijd en ontvangsttijd uit elkaar houden
Een synthetisch voorbeeld: de software ontvangt om 10:05 uur een waarde die om 09:50 uur is gemeten. Voor de toestand geldt in eerste instantie 09:50 uur; 10:05 uur beschrijft de gegevensontvangst. Zonder meettijd mag de toepassing geen schijnbaar actuele toestand presenteren.
De meetpositie bepaalt eveneens wat een waarde betekent. Een sensor aan de buitenwand van een bak geeft niet automatisch de kerntemperatuur van ieder product weer. Sensorkoppeling, plaatsing en een vakinhoudelijk geschikte referentiemeting moeten op elkaar aansluiten. De radioverbinding kan werken terwijl de meting ongeschikt is voor de gewenste kwaliteitsbeslissing.
Van meetwaarde naar beslissing
Ik zou vijf stappen scheiden: het object identificeren, de meting koppelen, tijd en kwaliteit controleren, de passende regel toepassen en de verantwoordelijke persoon of het systeem laten handelen. Die regel bepaalt ook wat er bij ontbrekende gegevens gebeurt. Geen meting betekent niet automatisch een goede toestand, maar evenmin automatisch een onbruikbare levering.
- Welke grootheid en welk meetbereik zijn nodig?
- Wanneer wordt gemeten, opgeslagen en verzonden?
- Hoe zijn sensor en werkelijk transportobject gekoppeld?
- Welke meetonzekerheid en kalibratie zijn voor de taak aanvaardbaar?
- Wie behandelt een ontbrekende of onwaarschijnlijke waarde?
Een bruikbare eerste proef
Begin met één baktype en een afgebakend transporttraject. Vergelijk de voorgenomen oplossing met een geschikte referentiemethode. Registreer naast ontvangen waarden ook ontbrekende metingen, verkeerde objectkoppelingen en vertraagde overdracht. Een aantrekkelijk diagram vervangt die tegencontrole niet.
De RAIN Alliance kondigde in augustus 2026 een sensorwerkgroep aan. Dat laat een technische ontwikkeling zien, maar bevestigt niet dat iedere genoemde toepassing al leverbaar of voor een bepaald proces gevalideerd is.
Volgende stap
Formuleer één meetvraag: welke toestandsinformatie is nodig, over welk object en tijdstip, voor welke beslissing? Verbind die eis vervolgens met identificatie van voedsel en herbruikbare bakken of bespreek een afgebakende pilot.
Bron
- RAIN Alliance: Sensor Working Group, ontwikkelgebieden en samenwerking, geen productvrijgave.