Rezeptwechsel mittels SPS

Übersicht

Diese Anleitung beschreibt den Vorgang zum Wechseln von Inspektionsrezepten im OV20i-Kamerasystem mittels SPS-Logik. Das Rezeptwechseln ermöglicht es Ihnen, unterschiedliche Inspektionsparameter und -kriterien für verschiedene Teile oder Prozesse zu konfigurieren, ohne die Kamera physisch neu einrichten zu müssen. Jedes Rezept enthält spezifische Inspektionseinstellungen, und das Umschalten zwischen ihnen ermöglicht eine flexible Automatisierung in Fertigungsumgebungen.

Der Rezeptwechselprozess umfasst einen koordinierten Handshake zwischen SPS und Kamera, um sicherzustellen, dass Rezeptwechsel sicher und ohne Beeinträchtigung laufender Vorgänge erfolgen.

Voraussetzungen

Bevor Sie die Rezeptwechselfunktion implementieren, stellen Sie sicher, dass die folgenden Anforderungen erfüllt sind:

• OV20i-Kamera mit SPS verbunden (siehe Connect to PLC (Ethernet/IP, PROFINET)).
• SPS-Programmiersoftware (z. B. Studio 5000).
• Die gewünschten Rezepte müssen vorkonfiguriert und auf der Kamera gespeichert sein.

Logikbeispiel

Die Rezeptwechsel-Logik folgt dieser Sequenz:

Schritt 1: Rezeptnummer festlegen

MOVE [Recipe_Number] → Camera_1:O.Data[4]

Übertragen Sie die gewünschte Rezept-ID von Ihrem SPS-Tag in das Rezeptauswahlregister der Kamera.

Schritt 2: Rezeptwechsel initiieren

[RECIPE_SWITCH] → [Recipe_ONS] → Camera_1:O.Data[0].1

Verwenden Sie einen Taster oder ein Steuersignal mit einer One-Shot-Flanke (steigende Flanke), um die Rezeptwechselanforderung auszulösen.

Schritt 3: Kamerastatus überwachen

NOT Camera_1:I.Data[1].6 (Busy Signal)

Stellen Sie sicher, dass die Kamera nicht mit der Verarbeitung beschäftigt ist, bevor der Wechsel initiiert wird.

Schritt 4: Wechselanforderung halten

Camera_1:O.Data[0].1 (Latch ON)

Das Bit der Rezeptwechselanforderung muss auf High bleiben, bis es von der Kamera bestätigt wird.

Schritt 5: Abschluss verifizieren

Camera_1:I.Data[0].2 (Recipe Switch Ack) AND
EQ Camera_1:I.Data[8] Camera_1:O.Data[4] (Recipe Match)

Warten Sie sowohl auf die Bestätigung der Kamera als auch auf die Verifizierung der Rezept-ID.

Schritt 6: Anforderung zurücksetzen

Camera_1:O.Data[0].1 (Unlatch)

Setzen Sie das Bit der Rezeptwechselanforderung nach erfolgreichem Abschluss zurück.

Schritt 7: Fehlerüberwachung

Camera_1:I.Data[1].1 → Error_Detected

Überwachen Sie kontinuierlich auf Fehlerzustände während des Prozesses.

Zeitdiagramm

Der Rezeptwechselprozess folgt dieser zeitlichen Sequenz:

Signalfluss:

1. Busy-Signal: Beginnt auf Low (inaktiv), wechselt auf High beim Prozessstart, kehrt auf Low zurück, wenn abgeschlossen
2. TriggerRdy (Trigger Ready): Beginnt auf High (bereit), wechselt während des Vorgangs auf Low, kehrt auf High zurück, wenn für den nächsten Trigger bereit
3. RecipeSwitchRequest: Wechselt auf High, um den Rezeptwechsel anzufordern, bleibt kurz auf High zur Systemregistrierung, kehrt nach Bestätigung auf Low zurück
4. RecipeSwitchAck: Wechselt kurz auf High, um die Anforderung zu bestätigen, kehrt dann auf Low zurück

Wichtige Zeitbeziehungen:

• Das Busy-Signal verfolgt die gesamte Systembelegung
• TriggerRdy zeigt an, wann das System neue Triggerbefehle annehmen kann
• Rezeptwechselanforderungen blockieren Triggervorgänge
• Alle Signale müssen in ihren Ruhezustand zurückkehren, bevor der nächste Vorgang beginnen kann

Diese Sequenz gewährleistet reibungslose Übergänge zwischen Betriebszuständen ohne Konflikte.

Grundlegende Konzepte

Rezeptverwaltung

• Rezept-ID: Jedes Rezept verfügt über einen eindeutigen numerischen Bezeichner
• Aktuell vs. Ausgewählt: Das System verwaltet sowohl das aktuell aktive als auch das neu ausgewählte Rezept zum Vergleich
• Rezeptvalidierung: Das System vergleicht Rezept-IDs, um erfolgreiche Wechsel zu bestätigen

Signal-Handshaking

• Request/Acknowledge-Muster: Die SPS fordert einen Rezeptwechsel an, und die Kamera bestätigt den Empfang
• Halte-Logik: Das Anforderungssignal muss aufrechterhalten werden, bis die Bestätigung empfangen wird
• One-Shot-Triggerung: Verhindert mehrfache Anforderungen durch Signalschwankungen oder Störungen

Fehlerbehandlung

• Fehlererkennung: Das System überwacht während des Wechselvorgangs auf Fehler
• Fehlerhaltung: Fehlerzustände bleiben gehalten, bis sie manuell zurückgesetzt werden
• Prozessblockierung: Rezeptwechsel blockieren Triggervorgänge, um Konflikte zu vermeiden

Systemzustände

• Ruhezustand: System bereit für neue Befehle
• Busy-Zustand: System verarbeitet einen Rezeptwechsel oder einen anderen Vorgang
• Fehlerzustand: System hat einen Fehlerzustand erkannt, der Aufmerksamkeit erfordert

Best Practices

Sicherheit und Zuverlässigkeit

• Stellen Sie immer sicher, dass die Kamera nicht busy ist, bevor Sie einen Rezeptwechsel initiieren
• Überwachen Sie kontinuierlich Fehlerzustände und implementieren Sie eine geeignete Fehlerbehandlung
• Verwenden Sie One-Shot-Signale, um mehrfache unbeabsichtigte Anforderungen zu verhindern
• Validieren Sie Rezeptübereinstimmungen nach dem Wechsel, um den Erfolg zu bestätigen

Betriebseffizienz

• Minimieren Sie die Häufigkeit von Rezeptwechseln, um den Systemaufwand zu reduzieren
• Gruppieren Sie ähnliche Vorgänge nach Möglichkeit unter demselben Rezept
• Planen Sie Rezeptwechsel während natürlicher Pausen in den Produktionszyklen
• Testen Sie Rezeptwechsel gründlich vor der Implementierung in der Produktion

Programmierrichtlinien

• Implementieren Sie geeignete Verriegelungen, um widersprüchliche Vorgänge zu verhindern
• Verwenden Sie aussagekräftige Tag-Namen für bessere Wartbarkeit des Codes
• Dokumentieren Sie Rezeptzwecke und Wechselbedingungen
• Integrieren Sie Timeout-Logik zur Fehlererkennung im Falle von Kommunikationsausfällen

Warnhinweise

• Rezeptwechsel blockieren Triggervorgänge – sorgen Sie für eine zeitliche Koordination
• Lassen Sie die Rezeptwechselanforderung nicht dauerhaft auf High – dies verhindert den normalen Kamerabetrieb
• Verifizieren Sie die Kommunikationsstabilität, bevor Sie sich in der Produktion auf den Rezeptwechsel verlassen

Zusammenfassung der wichtigsten Signale

Steuersignale (SPS zu Kamera)

Signal	Adresse	Funktion
Recipe Number	Camera_1:O.Data[4]	Gibt an, zu welchem Rezept gewechselt werden soll
Recipe Switch Request	Camera_1:O.Data[0].1	Initiiert den Rezeptwechselprozess

Statussignale (Kamera zu SPS)

Signal	Adresse	Funktion
Busy	Camera_1:I.Data[1].6	Zeigt an, dass die Kamera verarbeitet
Recipe Switch Ack	Camera_1:I.Data[0].2	Bestätigt die Rezeptwechselanforderung
Current Recipe ID	Camera_1:I.Data[8]	Meldet das aktuell aktive Rezept
Recipe Switch Error	Camera_1:I.Data[1].1	Zeigt einen Fehler während des Rezeptwechsels an

Interne SPS-Tags

Signal	Typ	Funktion
RECIPE_SWITCH	BOOL	Initiiert den Rezeptwechselprozess
Recipe_ONS	ONS	Liefert das One-Shot-Signal zur Wechselinitiierung
CONFIRM_RECIPES_MATCH	BOOL	Bestätigt die Übereinstimmung von aktuellem und ausgewähltem Rezept
Error_Detected	BOOL	Kennzeichnet Fehlerzustände zur Aufmerksamkeit des Bedieners

Fazit

Der Rezeptwechsel im OV20i-Kamerasystem bietet flexible Automatisierungsmöglichkeiten und gewährleistet gleichzeitig die Betriebssicherheit durch geeignete Handshaking-Protokolle. Der Erfolg hängt von der Einhaltung der korrekten Vorgangsreihenfolge, der Überwachung des Systemstatus und der Implementierung einer robusten Fehlerbehandlung ab.

Der Schlüssel zu einem zuverlässigen Rezeptwechsel liegt im Verständnis der Zeitbeziehungen zwischen den Signalen und der Sicherstellung, dass die Kamera vor dem Initiieren von Wechseln nicht busy ist. Durch Befolgen der beschriebenen Verfahren und Best Practices können Sie reibungslose Übergänge zwischen verschiedenen Inspektionskonfigurationen erreichen und dabei die Systemzuverlässigkeit und Produktionseffizienz aufrechterhalten.

Denken Sie daran, dass der Rezeptwechsel ein Koordinationsprozess zwischen SPS und Kamera ist – beide Systeme müssen ordnungsgemäß konfiguriert sein und effektiv kommunizieren, damit der Vorgang erfolgreich abläuft. Regelmäßige Tests und Validierungen der Wechsellogik tragen dazu bei, eine konsistente Leistung in Produktionsumgebungen sicherzustellen.