Dieser mit KI-Unterstützung erstellte Beitrag wurde von Volker Cesinger freigegeben. Er gibt seine persönliche Sicht wieder und ist keine offizielle Veröffentlichung von Checkpoint Systems.
- Session und Ziel wählen
- Tag antwortet
- Kennzeichen kann wechseln
- Nächste Runde prüfen
Ein Etikett wird bei der ersten Runde gelesen und fehlt kurz darauf in einer zweiten Liste. Das ist ein Fehlerbild, aber noch keine Diagnose. Neben Material, Bewegung und Funkversorgung kann auch die Inventursteuerung eine Rolle spielen. Ich würde deshalb vor einer Erhöhung der Readerleistung prüfen, welche Tags der Reader in dieser Runde überhaupt ansprechen sollte.
Eine Session ist kein Warenstatus
GS1 Gen2 sieht vier Sessions vor: S0, S1, S2 und S3. Ein Tag führt dafür jeweils ein unabhängiges Inventurkennzeichen mit den Zuständen A und B. Der Reader wählt Session und Zielzustand für eine Inventurrunde. Durch passende Befehle kann sich das Kennzeichen eines erfassten Tags ändern. Das hilft, Antworten einer Tagpopulation zu organisieren.
A und B bedeuten nicht „bezahlt“ und „unbezahlt“. Sie beschreiben auch weder einen Lagerort noch einen abgeschlossenen Versand. Solche Geschäftszustände benötigen eine eigene Daten- und Prozesslogik. Die Kennzeichen haben zudem kein für alle Sessions identisches Zeit- und Rücksetzverhalten; konkrete Einstellungen müssen zur Aufgabe passen.
Zwei Reader können denselben Bestand unterschiedlich sehen
Ein synthetischer Prüfaufbau enthält sechs fest dokumentierte Muster. Reader eins und Reader zwei verwenden zunächst dieselbe Session und denselben Zielzustand. Das Verhalten nach einer vorangegangenen Runde kann deshalb anders aussehen als bei einem frisch begonnenen Versuch. Anschließend werden Einstellungen gezielt verändert und die erwarteten Antworten verglichen.
Das ist keine allgemeine Konfigurationsempfehlung. Unterschiedliche Sessions können Inventuren koordinieren, beseitigen aber nicht automatisch Funkinterferenzen. Reader, Tags und Zeitablauf müssen gemeinsam betrachtet werden. Ein erneuter Durchlauf darf auch nicht versehentlich als sechs neue Warenbewegungen gebucht werden.
Selektion ist eine zweite Frage
Vor beziehungsweise während der Inventur kann die Tagpopulation anhand unterstützter Selektionsfunktionen eingeschränkt werden. Damit lässt sich etwa eine definierte Kennungsgruppe betrachten. Der Filter muss jedoch zum tatsächlichen Encoding passen. Eine falsche Maske kann erwünschte Artikel ausschließen, obwohl deren Tags technisch lesbar sind.
GS1 Gen2v3 und herstellerspezifische Erweiterungen wie Gen2X sind nicht austauschbare Bezeichnungen. Ob eine Funktion verfügbar ist, ergibt sich aus den konkreten Reader-, Firmware- und Chipständen. Ein Standardname auf dem Datenblatt ersetzt diesen Abgleich nicht.
Ein überschaubarer Diagnoseweg
- Erwartete Muster und ihre tatsächlichen Kennungen unabhängig dokumentieren.
- Reader, Firmware, Region, Session, Zielzustand und Filter festhalten.
- Zuerst ohne unnötige Selektionsfilter prüfen.
- Den Ablauf mit und ohne vorherige Inventurrunde vergleichen.
- Zweiten Reader kontrolliert hinzunehmen; nur einen Parameter ändern.
- Rohantworten von der Deduplizierung und den Geschäftsereignissen trennen.
Wenn das System einen Tag im Rohprotokoll enthält, ihn aber nicht in die Anwendung übernimmt, liegt die nächste Frage hinter der Funkstrecke. Wenn der Tag auch isoliert unter nachvollziehbaren Bedingungen fehlt, müssen Label, Objekt und Erfassung weiter untersucht werden. Beide Fälle brauchen unterschiedliche Maßnahmen.
Nächster Schritt
Nehmen Sie eine reproduzierbare Fehlersituation mit einem kleinen Referenzbestand auf. Ein Konfigurationsprotokoll ist dabei wertvoller als die pauschale Aussage, ein Reader sei „zu schwach“. Lesezonen verstehen oder den Erfassungsaufbau besprechen.
Quellen
- GS1 Gen2, Release 3.0.1, insbesondere Sessions und Inventurkennzeichen in Abschnitt 6.3.2.2.
- RAIN System Design Guidelines, Sessions und Inventursteuerung.