OCR-Etiketten: Licht und Feldgeometrie

Ziel und Einsatzgrenzen

Das ganze Textfeld beim Lichtvergleich und bei ROI-Abbildung erhalten, damit Reflex oder Ausschnitt kein Zeichen entfernt.

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

Glänzendes und gekrümmtes Etikett mit Feldpositionen nutzen. Solltexte außerhalb der Erkennereingabe halten. Die gewählte Bedingung nach erneutem Einrichten wiederholen, nicht nur unverändert lassen. So wird Reproduzierbarkeit beim Umrüsten geprüft. Umgebungslicht und Zeit seit Lichtstart bei Einfluss erfassen. Verschiedene Masken oder Bittiefen nicht als reinen Lichtvergleich behandeln. Verworfene Optik samt Bild und Grund behalten. Ein schönes Bild ist nicht automatisch prüftauglich: Merkmal und Abstand zur Gutteilvariation müssen im gesamten Musterbereich erhalten bleiben. OCR-Etikettenprüfung schützt Datenintegrität, statt plausible Wörter zu suchen. Für jedes Feld Lage, Alphabet, exakte Vergleichsregel und vertrauenswürdige Quelle des Sollwerts festlegen. Charge, Datum und Produktname können unterschiedliche Regeln benötigen. Textpolygon und Erkennungsausgabe vor Normalisierung von Leerzeichen oder Großschreibung sichern. I nicht still durch 1 und O nicht durch 0 ersetzen: Ein falsches Etikett könnte richtig erscheinen. Die ursprünglichen Entwicklungsnachweise enthalten einen schmalen OCR-Grenzfall mit NoResult oder Review; ein vergrößerter Ausschnitt belegt keine allgemeine Erkennungsbereitschaft. Ein lesbares Feld kann die falsche Charge tragen; ein bekannter Sollwert rechtfertigt nicht, ein unlesbares Feld damit aufzufüllen. Erstellen Sie einen kontrollierten optischen Vergleich, bevor Sie die Schwelle ändern. Vorrichtung, Arbeitsabstand, Lichtwinkel und Fokus markieren, damit jede Bedingung wiederherstellbar bleibt. Nur die gewählte Licht- oder Bereichsvariable ändern; Kameraeinstellungen und Musteridentität festhalten. Das vollständige Quellbild neben jedem Ausschnitt oder jeder Maske samt Rücktransformation sichern. Zulässige Variation und ein bekanntes Problemmuster bis zum Rand des Lagebereichs aufnehmen. Die Bereichsüberlagerung im Original prüfen, bevor Zahlen interpretiert werden. Ein kleinerer Bereich kann einen Fehler verstecken statt die Prüfung verbessern; ausgeschlossene Flächen benötigen daher eine technische Begründung.

Vorgehen

1. Diffus und gerichtet bei fester Belichtung vergleichen; schwache Zeichen und Reflexe behalten.
2. Etikett oder Marke lokalisieren, Feld ins Original transformieren, alle Ecken prüfen.
3. Ober-/Unterlängen und Leerraum erhalten; Original und entzerrten Ausschnitt mit gleicher Quelle sichern.
4. Zulässige Verschiebung auf Bildgrenzen prüfen; Teilfelder verwerfen statt strecken.

Versuch auswerten

Im hypothetischen 640 × 480 Bild startet das Feld bei (100,80), Größe 160 × 64; Ende (260,144). Gültige Grenzen beweisen Geometrie, nicht Lesbarkeit oder OCR-Unterstützung.

Versuchsprotokoll

x_end = 100 + 160 = 260
y_end = 80 + 64 = 144
0 <= 100 < 260 <= 640
0 <= 80 < 144 <= 480

Zwei technische Ansichten

Fehler eingrenzen

• Polygon in gedrehter Vorschau kann im Original falsch sein; Rückabbildung prüfen.
• Abgeschnittene Striche benötigen Optik-/Vorverarbeitungsprüfung statt erfundenem Text.

Abnahme und Übergabe

Feldrezept nach Erhalt aller Zeichen in quellgebundener Region bei Lage-/Materialvariation freigeben. Licht und Transform sichern.

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.