Manche Bediener schlafen ruhiger …

GÖPEL electronic, Jena

Die BedienerInnen an den Reparaturplätzen sind genervt und die Produktion kommt ins Stocken, weil zu viele Baugruppen als fehlerhaft erkannt und ausgeschleust werden. Nun ist Eile geboten. Das Prüfprogramm wird hektisch geändert, Parameter angepasst, Einstellungen verändert. Mit den neuen Einstellungen klappt es dann auch – die erhöhte Auffälligkeitsrate sinkt und alles sieht wieder bestens aus. Man nimmt sich vor, die Änderungen noch mal anzuschauen, aber da kommt schon der nächste Einsatz, und bald ist es vergessen. Der Zweifel bleibt, ob das Programm auch noch alle Fehler findet wie bisher. Oder geht das mit den geänderten Parametern gar nicht mehr? Kommen bei der nächsten Charge von Bauelementen wieder die gleichen Auffälligkeiten, die schon einmal beseitigt wurden?

Hilfreich an dieser Stelle wäre ein Mechanismus, der diese Änderungen an einem bestehenden Programm verifizieren kann. Es müsste eine Methode existieren, mit deren Hilfe man sicher sein kann, dass die geänderten Parameter und Einstellungen am Prüfprogramm auch bei bereits gefundenen kritischen Fehlern und natürlich auch bei korrekten Bauelementen und Lötstellen funktionieren. Das Programm müsste die Einstellungen der Prüfschritte von bereits gefundenen Fehlern genauso wie „normale“ Erscheinungsformen von Bauelementen speichern, und auf Abruf mit den Einstellungen des aktuellen Prüfschrittes vergleichen können. All das am besten auf Knopfdruck.

Die Software OptiCon Pilot der AOI-Systeme von Göpel electronic bietet genau so ein Tool. Am Reparaturplatz oder auch schon während der Prüfprogrammerstellung können kritische Fehler bzw. auch korrekte Bauelemente und Lötstellen in einer Datenbank gespeichert werden. Das geschieht per Knopfdruck. Lediglich ein Kommentar kann noch eingegeben werden, welcher am Reparaturplatz automatisch mit der aktuellen Fehlerklassifizierung ausgefüllt wird.

Diese Referenz-Datenbank speichert alle zur Prüfung relevanten Daten. Dazu gehören neben dem Bild auch alle Einstellungen des Prüfschrittes, alle Einstellungen des entsprechenden Bibliothekeintrags, das Prüfergebnis sowie ein Kommentar, um festzuhalten um welchen Fehlertyp es sich handelt bzw. warum dieser Schritt in der Datenbank enthalten ist. Mit diesen Angaben kann zu jedem beliebigen späteren Zeitpunkt die Prüfung nachvollzogen werden.

Mit einer ausreichenden Datenbasis können nun – ebenfalls auf Knopfdruck – Änderungen in einen Prüfablauf automatisch verifiziert werden. Ein geänderter Prüfschritt kann gegen alle Einträge dieses Prüfschrittes in der Referenz-Datenbank geprüft, und der aktuelle Prüfschritt mit all seinen Einstellungen in den Bildern der Datenbank ausgeführt werden. Das Prüfergebnis wird mit dem in der Datenbank gespeicherten verglichen. Gibt es eine komplette Übereinstimmung, ist alles in Ordnung. Ist aber zum Beispiel das Ergebnis in der Datenbank FAIL und das gleiche Bild wird nun mit den aktuellen Einstellungen PASS gefunden – so ist dies eine Situation, die bedenklich ist. Denn dies bedeutet, dass die Einstellungen des Prüfschrittes so geändert wurden, dass der bereits gefundene Fehler nicht mehr auftauchen würde – Schlupf wäre die Folge. Ein Beispiel ist im Bild 2 zu erkennen, wo dieser Fehler bereits gefunden wurde. Auf der rechten Seite befindet sich zu wenig Lötzinn.

Aber die Einstellungen des Prüfschrittes sind im Laufe der Zeit so geändert worden, dass dieses Bauelement im Bild 3 als PASS bewertet werden würde. Aber welche Eigenschaften wurden denn geändert, welche müssen wieder rückgängig gemacht werden, und auf welchen Wert muss gesetzt werden? Ist es die Schwelle für den Grauwert, der Bildfilter, die Größe der Maske oder eine Toleranz? Fragen über Fragen, die bei tausenden von Prüfschritten mit vielen Parametern pro Prüfschritt auch erfahrenen AOI-Bedienern die Schweißperlen auf die Stirn treiben.

Die geeignete Software kann entscheidend helfen. Bei Feststellung eines solchen Unterschiedes im Ergebnis wird ein Dialog angezeigt, der automatisch eine Darstellung von allen sich unterscheidenden Parameter der beiden Prüfschritte realisiert. In einer Tabelle werden für jeden dieser Parameter jeweils der aktuelle und der in der Datenbank gespeicherte Wert aufgezeigt. Damit reduziert sich die Anzahl der Möglichkeiten in der Regel auf einige wenige Einstellungen. Der Prüfschritt kann nun so geändert werden, dass er sowohl im aktuellen Bild als auch in den Datenbankbildern das entsprechende Prüfergebnis aufweist. Die Gefahr eines Schlupfes ist gebannt, und die Sicherheit des Prüfprogramms ist im Rahmen der Datenbasis gewährleistet. Das Verifizieren ist nicht nur auf Prüfschrittebene möglich. Es kann ebenfalls ein kompletter Bibliothekseintrag mit den Datenbankeinträgen der entsprechenden Baugruppe oder auch mit den Einträgen aller Baugruppen verglichen werden. Damit ist es möglich, trotz mehrfach verwendeter Bibliothekseinträge sicher zu gehen, dass diese in allen Prüfprogrammen funktionieren.

electronica, Stand A1.542

EPP 443

Die Vorteile der OptiCon Referenz-Datenbank:

– Vermeiden von Schlupf bzw. erhöhten Auffälligkeitsraten

– Sehr einfaches Hinzufügen von beispielhaften Fehlern bzw. korrekten Bauelementen und Lötstellen

– Einfaches Verifizieren von Änderungen

– Vergleich aller prüfrelevanten Einstellungen und übersichtliche Darstellung der Unterschiede auf Parameterebene

– Datenbankorientiert – damit paralleler Zugriff von allen Anlernstationen, Verifizier- und Reparaturplätzen möglich