AOI, Kennzeichnung und Rückverfolgbarkeit in der IC-Programmierung integrieren

Die Programmierung verändert den logischen Zustand eines Bauteils, während Kennzeichnung und Prüfung sichtbare sowie digitale Nachweise über diesen Zustand erzeugen. Werden diese Funktionen unabhängig voneinander hinzugefügt, können nicht übereinstimmende Kennungen oder unklare Ausschusswege entstehen. KINCOTO betrachtet AOI, Kennzeichnung und Rückverfolgbarkeit als miteinander verbundene Bestandteile eines Workflows für automatisierte IC-Programmiergeräte.

Festlegen, was geprüft und gekennzeichnet werden muss

Die Anforderungen an die AOI sollten die zu prüfenden Merkmale und Entscheidungsregeln eindeutig benennen. Typische Prüfungen umfassen das Vorhandensein des Bauteils, die Polarität, die Position im Gehäuse, den Oberflächenzustand, die Lesbarkeit der Top-Markierung sowie die Überprüfung neu angebrachter Texte oder Codes. Kamera, Objektiv, Beleuchtung, Auflösung und Algorithmus müssen im Hinblick auf die tatsächliche Gehäusefarbe, Textur, Reflektivität, Schriftart und Präsentation auf dem Träger bewertet werden.

Auch die Anforderungen an die Markierung müssen präzise definiert werden. Legen Sie Inhalt, Quelldaten, Position, Ausrichtung, menschenlesbaren Text, maschinenlesbares Codeformat sowie Kriterien für Qualität und Kontrast fest. Die Auswahl von Laser- oder etikettenbezogenen Lösungen sollte sich an den Anforderungen des Bauteils und des Materials orientieren. Eine visuell überzeugende Markierung ist nicht akzeptabel, wenn sie das Gehäuse beschädigt oder mit der nachgelagerten Montage in Konflikt steht.

• Trennen Sie zwingend zu beanstandende Fehler von bloßen Hinweisen.
• Steuerungsrezepte für jedes Bauteil, Gehäuse und Markierungslayout.
• Verwenden Sie freigegebene Muster, um akzeptable und nicht akzeptable Zustände festzulegen.
• Definieren Sie Zuständigkeiten für Nachprüfungen und Nacharbeit, anstatt unkontrollierte Wiederholungen zuzulassen.

Eine lückenlose Datenbeziehung aufbauen

Das Traceability-Konzept beginnt mit den Kennungen, die auf Los-, Träger-, Bauteil- und Auftragsebene verfügbar sind. Das System muss möglicherweise Eingangslosdaten, Programmierdatei und Prüfsumme, Rezeptversion, Programmiergerät oder Standort, Ergebnis, Markierungsinhalt, AOI-Entscheidung, Zeitstempel und Ausgabeort miteinander verknüpfen. Nicht jedes Werk benötigt eine Serialisierung auf Bauteilebene. Daher sollten die erforderliche Granularität und die Datenverantwortung frühzeitig vereinbart werden.

Schnittstellen zu MES, ERP, Etikettensoftware oder Kundendatenbanken erfordern ein dokumentiertes Nachrichtenformat, eine Quittierungslogik, ein Verhalten bei Zeitüberschreitungen und einen Offline-Plan. Die Validierung sollte doppelte Kennungen, fehlende Daten, Netzwerkunterbrechungen, abgelehnte Schreibvorgänge, die Synchronisierung der Systemuhren und eine kontrollierte Wiederaufnahme umfassen.

Steuerungsablauf und Ausschussbehandlung

Legen Sie fest, ob die Markierung vor oder nach der erfolgreichen IC-Programmierung erfolgt und was geschieht, wenn ein späterer Prozessschritt fehlschlägt. Die Steuerungslogik muss verhindern, dass ein fehlerhaftes oder nicht verarbeitetes Bauteil eine Markierung trägt, die eine Freigabe suggeriert. AOI-Ausschuss, Programmierfehler, unlesbare Codes und nicht eindeutig bewertbare Einheiten sollten physisch getrennt und mit unterschiedlichen Fehlercodes erfasst werden.

Jedes Durchsatzergebnis bleibt abhängig vom Bauteil, der Programmierzeit, der Anzahl aktiver Programmierstationen, dem Gehäuse, dem Markierungsinhalt, dem Prüf­rezept, dem Träger und den Prozessbedingungen. AOI-Belichtung, Codebewertung, Datenbankantwort und Markierungszyklus können zu Engpässen werden. KINCOTO unterstützt Sie dabei, eine stichprobenbasierte Validierung zu strukturieren, die sowohl den normalen Ablauf als auch die Wiederherstellung nach Ausnahmen prüft.