SKU-Farbsortierung: Kanäle und Drift

Ziel und Einsatzgrenzen

Erste Abweichung in Aufnahme, Konvertierung, Maske oder Regel finden, statt Schwellen auf Soll-SKU zu zwingen.

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

Farboriginal, Neutralreferenz und unbekanntes Teil behalten; Sollklasse außerhalb der Eingabe halten, Konvertierungsrevision sichern. Fehlerprotokoll mit Original, Bereich, Ist-Ausgabe, Sollentscheidung und erster Zwischenabweichung für reproduzierbare Wiedergabe erstellen. Angeben, ob Wiedergabe, Live-Aufnahme oder beides betroffen sind. Nach Korrektur Fehler und zuvor erfolgreiche Nachbarbedingungen erneut prüfen. Region auszuschließen oder fehlendes Ergebnis zu akzeptieren verändert die Anforderung statt die Ursache zu beheben. Bei ungelöstem Fehler Review oder Sperre mit Grund beibehalten, keine ungeprüfte Umgehung als validiert kennzeichnen. Farbsortierung und SKU-Erkennung beantworten verschiedene Fragen. Eine Fläche kann zum roten Referenzwert passen, obwohl Größe, Etikett oder Verpackungsvariante falsch sind. Festlegen, ob physische Farbe sortiert, die erwartete SKU geprüft oder beides unabhängig gefordert wird. Farbbilder mit bekannter Kanalreihenfolge verwenden; Belichtung, Weißabgleich und Lichtspektrum im Rezept speichern. Zulässige Materialchargen, Glanz, Schatten und Fremdprodukte statt nur einer sauberen Farbkarte prüfen. Bei geringer Sättigung ist Farbton unzuverlässig; übersteuerte Glanzstellen verlieren nicht rekonstruierbare Informationen. Unbekannte, unbeobachtbare und mehrfarbige Artikel benötigen einen klaren Weg. Modellbasierte SKU-Erkennung separat von der Farbschwelle validieren und Cloud-Übertragung vorab freigeben lassen. Beginnen Sie bei der frühesten beobachtbaren Abweichung. Dieselbe gespeicherte Quelle mit unveränderter Basis und Kandidat abspielen; Zwischenbilder, Bereiche, Zahlen und Ergebniszustände vergleichen. Unterscheidet sich die Quelle, isoliert der Vergleich den Algorithmus nicht mehr. Nur eine verdächtige Ursache ändern, die erwartete Wirkung vorab notieren und auch ein gescheitertes Ergebnis aufbewahren. Unlesbare Daten, Regelabweichung, fehlende Abhängigkeiten und Ausführungsfehler trennen: Sie benötigen verschiedene Maßnahmen. Wiedergabe kann einen Softwarefehler reproduzieren, aber nicht Live-Trigger, Lichttiming oder reale Ausschleusung validieren. Diese Aufnahme- und Linienprüfungen als separate Folgeversuche behandeln.

Vorgehen

1. Rohkanalfolge und bekannten Quellpixel vor Farbumwandlung prüfen.
2. Original mit deklariertem Code abspielen, Objektmaske und gültigen Nenner vergleichen.
3. Weißabgleichdrift, Sättigung und geringe Farbsättigung separat prüfen; unbeobachtbare Farbe bleibt unbekannt/Review.
4. Korrektur mit neuen Bildern und Nachbarfarben prüfen, ursprünglichen Fehler nicht überschreiben.

Versuch auswerten

Hypothetisch gleiche Farbe: RGB [200,40,30] oder BGR [30,40,200]. Arraybeschriftung ohne echte Kanalfolge zu tauschen ändert Bedeutung. Pixel/Vorschau beweist keine SKU. Grauquelle erhält Farbe nicht durch anderen Konvertierungscode zurück.

Versuchsprotokoll

Zwei technische Ansichten

Fehler eingrenzen

• Rot wird nach Konvertierung blau: Kanalfolge zuerst prüfen.
• Klassenwechsel nur mit anderem Hintergrund deutet auf Maske/Nenner, nicht zwingend neue Warenfarbe.

Abnahme und Übergabe

Erste Abweichung reproduzieren, korrigieren und unabhängig bekannt/unbekannt prüfen. Mehrdeutigkeit erhalten und Änderung an Aufnahme, Geometrie oder Regel dokumentieren.

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.