EAN-13: Decodierung und Datenregeln

Ziel und Einsatzgrenzen

Lesen, Prüfziffer und Produktzuordnung trennen, damit ein lesbarer Code nicht das falsche Handelsgut bestätigt.

Diese Anleitung beschreibt eine technische Bewertung, keine Zertifizierung eines sofort einsatzbereiten Produkts. Das öffentliche PC-Beispiel von Deyi Vision umfasst derzeit einen EAN-13-Ablauf mit bestätigten Musterbildern. Native OCR- und Detektionsfunktionen im Entwicklungscode sind vor Verwendung anhand der installierten Laufzeit, gebundenen Modelle und Prüfaufgabe zu kontrollieren. Eine Browser-Vorlage belegt keine Ausführung im Browser; das geplante OpenCV.js-Backend benötigt eine eigene Prüfung. Cloud-Erkennung erfordert die ausdrückliche Freigabe von Bildumfang, Anbieter, Modell und Kosten. Ein Prüfarchiv ist kein ausführbares Release-Paket. Kamera-, Firmware- und Treiberkompatibilität sind separat zu prüfen. Alle Werte im Arbeitsblatt sind hypothetisch, keine Messungen oder Kundenergebnisse von Deyi Vision.

Nachweise vorbereiten

Codeart, freigegebene Stammdatenrevision und No-read-Regel einfrieren. Sollkennung nicht an Decoder geben; Modelle separat binden. Zwischenausgabe vor dem Endflag auf ihren Vertrag prüfen. Fehlende Region, ungültiger Text, Koordinate oder nicht endliche Zahl bleibt ausdrücklicher Fehler, kein voreingestelltes Gut. Tatsächliches Backend und Abhängigkeiten notieren; Abnahme nicht von gleich benannten Vorlagen übertragen. Nach Modell- oder Vorverarbeitungswechsel alte Version behalten und festen Vergleich neu ausführen. Vollständige Versuchszahl, nutzbare Nachweise und Umgang mit dem Rest zeigen. Diese Größen beschreiben auch Abdeckung und Fehlerbehandlung. Dekodierung, Identitätsprüfung, Druckverifikation und Einzelteilverfolgung getrennt protokollieren. Der EAN-13-Wert kennzeichnet einen Handelsartikel und ist gewöhnlich bei mehreren Einheiten gleich; er ist weder Bildfolgenummer noch eindeutige Seriennummer. Erfolgreiches Lesen beweist keine Druckqualität, richtige Stammdaten oder ausgeführte Ausschleusung. Diese Reihe verwendet EAN-13 als begrenztes Beispiel entsprechend dem bestätigten öffentlichen PC-Bewertungsumfang. Andere Symboliken, QR, Direktmarkierungen und Lesegeräte benötigen eine separat bestätigte Integration. Das Quellbild muss Balken, Lücken und Hellzonen enthalten; ein Ausschnitt oder bereinigtes Binärbild allein reicht nicht als Fehlernachweis. Fehlendes Bild und unlesbarer Code sind im Rückverfolgungsdatensatz unterschiedlich zu behandeln. Behandeln Sie einen Ablauf als Folge typisierter Entscheidungen statt einer einzigen Modellantwort. Eingabeidentität, Bereichstransformation, Knotenversionen, Vorverarbeitung und Modellpaket vor dem Experiment binden. Parameterwahl auf Entwicklungsbildern von der Bewertung eines eingefrorenen Satzes trennen, dessen Antworten nicht zur Einstellung dienten. Basis- und Kandidatenergebnis für jeden Fall einschließlich fehlgeschlagener Ausführung aufbewahren. Ein KI-Vorschlag kann eine Revision vorschlagen, aber weder Referenzantwort bestätigen noch Datenübertragung oder Produktionsbetrieb freigeben. Bei unklarer Provider-Rückmeldung die Anfrageidentität sichern und den Beleg untersuchen, bevor eine Wiederholung erwogen wird. Laufzeitverfügbarkeit, Erkennungsqualität und Release-Freigabe sind unabhängige Prüfungen.

Vorgehen

1. Original-ROI lesen, Rohwert, Codeart und Quell-ID vor Regeln sichern.
2. Länge und Prüfziffer prüfen, falsche Ziffer nicht aus Sollantwort reparieren.
3. Freigegebene Produktzuordnung suchen; unbekannte Kennung von Produktabweichung trennen.
4. Strukturiert Lesen, No-read, ungültige Daten, Abweichung und Ausführungsfehler vor SPS-Ausgang testen.

Versuch auswerten

Für hypothetische 123456789012 sind Wechselsummen 26 und 22: 26 + 3 × 22 = 92, Prüfziffer 8, Ergebnis 1234567890128. Rechenmuster, keine zugeteilte Kunden-GTIN. Richtige Prüfziffer beweist keine richtige Produktzuordnung.

Versuchsprotokoll

W = 26 + 3 * 22 = 92
c = (10 - (92 % 10)) % 10 = 8

Zwei technische Ansichten

Fehler eingrenzen

• Prüfzifferreparatur kann falsches Etikett zu scheinbarem Treffer machen.
• Ohne Codeart oder Quell-ID bleibt ein plausibler Decodertext unvollständiger Nachweis.

Abnahme und Übergabe

Regeln mit unabhängigen Bildern und freigegebenen Referenzen abnehmen. Lesen, Prüfziffer und Produkt separat führen; allein keine GS1-Druckverifikation.

Quellbilder, erwartete Entscheidung, genaue Revision und vollständigen Ergebnisdatensatz gemeinsam aufbewahren. Den Bewertungssatz vor der endgültigen Parameterwahl einfrieren. Werden seine Antworten später zum Einstellen verwendet, diesen Satz als Entwicklungsdaten kennzeichnen und einen neuen unabhängigen Abnahmesatz beschaffen. Review, NoResult, Ausführungsfehler und fehlende Aufnahme bleiben im Nenner sichtbar; durch Zeilenfilterung werden sie nicht zu bestandenen Prüfungen. Einen reproduzierbaren Fehler zusammen mit dem erfolgreichen Muster sichern. Die Übergabe benennt Änderungsberechtigte, die Wiederherstellung einer früher freigegebenen Revision und den bis zur Abnahme gesperrten Geräteausgang. Ein Softwareergebnis beweist nicht, dass ein bewegtes Werkstück sein richtiges Ziel erreicht hat.