Operator-Acknowledge - Phoenix Contact Rfc 4072S Anwenderhandbuch

RFC 4072S
140 / 274
PHOENIX CONTACT
• Um den Debug-Modus zu deaktivieren und in den sicheren Betrieb zu wechseln,
klicken Sie auf die Schaltfläche
WARNUNG:
Stellen Sie sicher, dass von Ihrer Anlage/Maschine keine Gefährdungen für Personen
ausgehen und Schäden nicht verursacht werden können.
Bild 4-65 Debug-Betrieb verlassen – Wechsel in den sicheren Betrieb
4.19

Operator-Acknowledge

F-Devices, deren Kommunikationsbeziehung zur iSPNS 3000 abbricht, zum Beispiel auf-
grund eines Kommunikationsfehlers, werden passiviert. Das passivierte F-Device zeigt
dieses mittels der Variablen F_ADDR_XXXXX_PASS_OUT an. Direkt nachdem die
Kommunikationsbeziehung zwischen F-Host und F-Device wieder aufgebaut wurde, gene-
riert das F-Device einen Operator-Acknowledge-Request (angezeigt mittels der Variable
F_ADDR_XXXXX_ACK_REQ), um seine Reintegration anzufordern. Dieser Operator-
Acknowledge-Request ist mittels einer Operator-Acknowledge-Reintegration
(F_ADDR_XXXXX_ACK_REI) quittierbar.
WARNUNG: Ausgänge können gesetzt werden!
Quittieren Sie einen Operator-Acknowledge-Request nicht automatisch aus dem Anwen-
derprogramm heraus! Die Quittierung muss durch eine bewusste Anwenderhandlung
ausgelöst werden!
Wenn Sie passivierte PROFIsafe-Teilnehmer wieder integrieren, können sicherheitsbe-
zogene Ausgänge gesetzt werden!
Stellen Sie durch geeignete Maßnahmen sicher, dass von Ihrer Anlage/Maschine keine
Gefahr ausgeht, wenn passivierte PROFIsafe-Teilnehmer wieder integriert werden.
Im folgenden Beispiel verlieren die F-Devices AXL F PSDI8/4 1F und AXL F PSDO8/3 1F
die Kommunikationsbeziehung zur iSPNS 3000 zum Beispiel bedingt durch einen Fehler im
Netzwerk. Mittels der Passivierung wird verhindert, dass der oder die abgeschalteten
F-Devices bei wieder aktiver Kommunikationsbeziehung sofort anlaufen. Angezeigt wird
die Passivierung mittels der booleschen Variablen F_ADDR_00001_PASS_OUT und
F_ADDR_00002_PASS_OUT. Die passivierten F-Devices melden mittels der booleschen
Variablen F_ADDR_00001_ACK_REQ und F_ADDR_00002_ACK_REQ jeweils einen
Operator-Acknowledge-Request, wenn ihre Kommunikationsbeziehung wieder fehlerfrei
hergestellt wurde. D. h., sie warten auf eine Quittierung zur Reintegration. Mittels Setzen
der booleschen Variablen PSDI_ACK_REI und PSDO_ACK_REI im nicht sicherheitsbezo-
genen Teil des Beispielprogramms kann die Passivierung jedes F-Devices wieder aufgeho-
.
108580_de_02