Oberflächenfehler: Fehlalarme eingrenzen

Ziel und Einsatzgrenzen

Reflexion, Registrierungsdrift und echte Änderung am frühesten Bildunterschied trennen statt die Ausschussschwelle zu erhöhen.

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

Unverändertes Gutteil mit neuem Fehler auswählen; Referenz und Datum vor Änderungen 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. Eine Oberflächenprüfung muss Materialfehler von geänderten Sichtbedingungen unterscheiden. Kratzer, Dellen, Öl, Textur und Reflexe können ähnliche Intensitätsänderungen erzeugen, benötigen aber unterschiedliche Entscheidungen. Gutteile aus dem vorgesehenen Oberflächenbereich sowie Fehlerstücke mit dokumentierter Lage und Richtung vorbereiten. Ein Bezugselement wählen, das bei Oberflächenänderungen sichtbar bleibt. Ein Referenzbild ist erst nach vergleichbarer Lage und Beleuchtung sinnvoll. Eine Bilddifferenz misst keine physische Tiefe; eine erkannte Fläche identifiziert nicht automatisch den Fehlermechanismus. Vor der Beschriftung festlegen, ob Schmutz Ausschuss, Reinigung oder ausgeschlossene Bedingung bedeutet. Originalansichten unklarer Muster sichern, statt saubere Referenzen oder korrigierte Antworten zu erfinden. 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. Lage und Datumrest vor der Subtraktion vergleichen.
2. Mit altem und unabhängig geprüftem korrigiertem Transform abspielen; beide Differenzen behalten.
3. Kantenreste vom inneren Kratzer trennen; Silhouettenfehler nicht als Fehlerfläche zählen.
4. Echten Fehler nach Korrektur prüfen, damit Registrierung nicht Empfindlichkeit vernichtet.

Versuch auswerten

Hypothetisch hat das Gutteil 30 Restpixel vor und 3 nach Korrektur; das Fehlerteil behält 25. Dies begründet eine Registrierungsprüfung, keine Produktionsschwelle.

Versuchsprotokoll

Zwei technische Ansichten

Fehler eingrenzen

• Alarm am ganzen Umriss deutet auf Lage oder Maßstab.
• Lichtabhängige helle Flecken sind Reflexe; Koordinatenkorrektur genügt nicht.

Abnahme und Übergabe

Ursache am gespeicherten Fehler erklären und echten Fehler weiter sehen. Wiedergabe und Live-Neuaufnahme aufbewahren.

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.