SENDDP und RCVDP: Senden und Empfangen von Daten über PROFIBUS DP/PROFINET IO (STEP 7 Safety V20) - Safety

Einleitung

Die Anweisungen SENDDP und RCVDP setzen Sie ein für das fehlersichere Senden und Empfangen von Daten über:

• sicherheitsgerichtete Master-Master-Kommunikation

• sicherheitsgerichtete Master-Master-Kommunikation zu S7 Distributed Safety

• sicherheitsgerichtete Master-I-Slave-Kommunikation

• sicherheitsgerichtete I-Slave-I-Slave-Kommunikation

• sicherheitsgerichtete IO-Controller-IO-Controller-Kommunikation

• sicherheitsgerichtete IO-Controller-IO-Controller-Kommunikation zu S7 Distributed Safety

• sicherheitsgerichtete IO-Controller-I-Device-Kommunikation

• sicherheitsgerichtete IO-Controller-I-Slave-Kommunikation

Beschreibung

Die Anweisung SENDDP sendet 16 Daten vom Datentyp BOOL und 2 Daten vom Datentyp INT bzw. alternativ ein Datum vom Datentyp DINT (S7-1200, S7-1500) fehlersicher über PROFIBUS DP/PROFINET IO zu einer anderen F‑CPU. Dort können die Daten von der zugehörigen Anweisung RCVDP empfangen werden.

Jedem Aufruf dieser Anweisungen muss ein Datenbereich zugeordnet werden, in dem die Anweisungsdaten gespeichert werden. Dazu wird beim Einfügen der Anweisung im Programm automatisch der Dialog "Aufrufoptionen" geöffnet, in dem Sie einen Datenbaustein (Einzelinstanz) (z. B. RCVDP_DB_1) für diese Anweisungen erstellen können. Nach dem Erstellen finden Sie den neuen Datenbaustein in der Projektnavigation im Ordner "STEP 7 Safety" unter "Programmbausteine > Systembausteine". Weitere Informationen dazu finden Sie in der Hilfe zu STEP 7.

Die Beschaltung des Freigabeeingangs "EN" bzw. des Freigabeausgangs "ENO" ist nicht möglich. Somit wird die Anweisung (unabhängig vom Signalzustand am Freigabeeingang "EN") immer ausgeführt.

An der Anweisung SENDDP werden die zu sendenden Daten (z. B. Ausgänge von anderen F‑Bausteinen/Anweisungen) an den Eingängen SD_BO_xx und SD_I_xx bzw. alternativ SD_DI_00 angelegt.

An der Anweisung RCVDP liegen die empfangenen Daten an den Ausgängen RD_BO_xx und RD_I_xx bzw. alternativ RD_DI_00 zur Weiterverarbeitung durch andere F‑Bausteine/Anweisungen an.

(S7-1200, S7-1500) Am Eingang DINTMODE der Anweisung SENDDP geben Sie an, ob die Daten an den Eingängen SD_I_00 und SD_I_01 oder alternativ das Datum am Eingang SD_DI_00 gesendet wird.

Am Ausgang SENDMODE wird die Betriebsart der F‑CPU mit der Anweisung SENDDP bereitgestellt. Befindet sich die F‑CPU mit der Anweisung SENDDP im deaktivierten Sicherheitsbetrieb, wird der Ausgang SENDMODE = 1.

Die Kommunikation zwischen den F‑CPUs erfolgt verdeckt im Hintergrund über ein spezielles Sicherheitsprotokoll. Dazu müssen Sie die Kommunikationsbeziehung zwischen einer Anweisung SENDDP in einer F‑CPU mit einer Anweisung RCVDP in der anderen F‑CPU durch Vorgabe einer F-Kommunikations-ID an den Eingängen DP_DP_ID der Anweisungen SENDDP und RCVDP festlegen. Zusammengehörige SENDDP und RCVDP erhalten denselben Wert für DP_DP_ID.

Warnung

Der Wert für die jeweilige F-Kommunikations-ID (Eingang DP_DP_ID; Datentyp: INT) ist frei wählbar**, muss jedoch zu jedem Zeitpunkt netzweit* und CPU-weit**** für alle sicherheitsgerichteten Kommunikationsverbindungen eindeutig sein. Die Eindeutigkeit müssen Sie bei der Abnahme des Sicherheitsprogramms in der Sicherheitsdokumentation überprüfen. Sie müssen die Eingänge DP_DP_ID und LADDR beim Aufruf der Anweisung mit konstanten Werten*** versorgen. Direkte schreibende Zugriffe auf DP_DP_ID und LADDR im zugehörigen Instanz-DB sind im Sicherheitsprogramm nicht zulässig! (S016)

* Ein Netz besteht aus einem oder mehreren Subnetzen. "Netzweit" bedeutet, über Subnetz-Grenzen hinweg. Bei PROFIBUS umfasst ein Netz alle über PROFIBUS DP erreichbaren Teilnehmer. Bei PROFINET IO umfasst ein Netz alle über RT_Class_1/2/3 (Ethernet/WLAN/Bluetooth, Layer 2) und ggf. RT_Class_UDP (IP, Layer 3) erreichbaren Teilnehmer.

** S7-1200/1500: Ab Version V3.0 der Anweisungen SENDDP bzw. RCVDP wird bei einer F-Kommunikations-ID "0" am Eingang DP_DP_ID keine Kommunikation aufgebaut.

*** S7-1200/1500: Ab Version V3.0 der Anweisungen SENDDP bzw. RCVDP können Sie den Eingang DP_DP_ID auch mit variablen Werten aus einem globalen F-DB versorgen. Auch in diesem Fall müssen Sie bei der Abnahme des Sicherheitsprogramms überprüfen, dass die Eindeutigkeit zu jedem Zeitpunkt gewährleistet ist. Dafür müssen Sie den Algorithmus zur Bildung des variablen Wertes entsprechend überprüfen. Wenn Sie beim Anlauf des Sicherheitsprogramms keine eindeutige F-Kommunikations-ID gewährleisten können, weil diese erst nach Anlauf des Sicherheitsprogramms festgelegt wird, müssen Sie dafür sorgen, dass der Wert am Eingang DP_DP_ID in dieser Phase "0" ist.

**** Bei einem redundanten System S7-1500HF sind beide F-CPUs des redundanten Systems S7-1500HF bzgl. der DP_DP_ID wie eine einzige F-CPU zu betrachten.

Hinweis Innerhalb eines Sicherheitsprogramms müssen Sie für jeden Aufruf der Anweisungen SENDDP und RCVDP am Eingang LADDR eine andere Anfangsadresse (S7-300, S7-400) bzw. HW-Kennung (S7-1200, S7-1500) parametrieren. Sie müssen für jeden Aufruf der Anweisungen SENDDP und RCVDP einen separaten Instanz-DB verwenden. Sie dürfen diese Anweisungen nicht als Multiinstanzen deklarieren und aufrufen. (S7-300, S7-400) Die Eingänge der Anweisungen RCVDP und RCVS7 dürfen keine Vorverknüpfungen (z. B. Anweisung "UND-Verknüpfung") erhalten. Die Eingänge der Anweisung RCVDP dürfen nicht über vollqualifizierte DB-Zugriffe mit Ausgängen einer in einem vorherigen Netzwerk aufgerufenen RCVDP- oder RCVS7-Anweisung versorgt werden. (S7-1200, S7-1500) Bei DINTMODE = 0 darf der Ausgang RD_DI_00, bei DINTMODE = 1 dürfen die Ausgänge RD_I_xx der Anweisung RCVDP nicht ausgewertet werden. (S7-1200, S7-1500) Die Ausgänge der Anweisungen SENDDP und RCVDP dürfen nicht mit Variablen aus dem Standardanwenderprogramm versorgt werden. Ausnahme: Ausgänge RET_DPRD, RET_DPWR und DIAG. Vollqualifizierte Zugriffe auf DP_DP_ID und LADDR sind im Sicherheitsprogramm nicht möglich. Für einen Ausgang einer RCVDP-Anweisung darf kein Aktualparameter verwendet werden, der bereits für einen Eingang derselben oder einer anderen RCVDP- oder RCVS7-Anweisung verwendet wird. Bei Nichtbeachtung kann die F‑CPU in STOP gehen. Im Diagnosepuffer der F‑CPU wird die Ursache des Diagnoseereignisses eingetragen.

Hinweis Zwischen einer Anweisung JMP bzw. JMPN und dem zugehörigen Sprungziel (Sprungmarke) dürfen Sie keine Anweisungen SENDDP/RCVDP einfügen. Vor einer Anweisung SENDDP dürfen Sie keine Anweisung RET einfügen.

Parameter SENDDP

Die folgende Tabelle zeigt die Parameter der Anweisung SENDDP:

Parameter RCVDP:

Die folgende Tabelle zeigt die Parameter der Anweisung RCVDP:

Anweisungsversionen

Für diese Anweisungen stehen mehrere Versionen zur Verfügung:

Beim Anlegen einer neuen F-CPU mit STEP 7 Safety ist automatisch die höchste für die angelegte F-CPU verfügbare Version voreingestellt.

Überprüfen Sie, ob es sich bei allen Kommunikationspartnern dieser F-CPU mit SENDDP/RCVDP um F-CPUs S7-1200/1500 handelt. Verwenden Sie in diesem Fall die Version 3.1. Sonst sind nur die Versionen 3.0 oder kleiner möglich.

Weitere Informationen zur Verwendung von Anweisungsversionen erhalten Sie in der Hilfe zu STEP 7 unter "Anweisungsversionen verwenden".

Platzierung

Sie müssen die Anweisung RCVDP entweder am Anfang des Main-Safety-Blocks oder (bei F-CPUs S7-1200/1500) in einen direkt am Anfang des Main-Safety-Blocks aufgerufenen F-FB/F-FC einfügen. Im Main-Safety-Block dürfen sich davor, im F-FB/F-FC dürfen sich davor und danach keine anderen Anweisungen befinden.

Sie müssen die Anweisung SENDDP entweder am Ende des Main-Safety-Blocks oder (bei F-CPUs S7-1200/1500) in einen direkt am Ende des Main-Safety-Blocks aufgerufenen F-FB/F-FC einfügen. Im Main-Safety-Block dürfen sich danach, im F-FB/F-FC dürfen sich davor und danach keine anderen Anweisungen befinden.

Anlaufverhalten

Nach einem Anlauf des sendenden und des empfangenden F‑Systems muss die Kommunikation zwischen den Verbindungspartnern (Anweisungen SENDDP und RCVDP) erstmalig aufgebaut werden. Der Empfänger (Anweisung RCVDP) gibt für diesen Zeitraum die an seinen Eingängen SUBBO_xx und SUBI_xx bzw. alternativ SUBDI_00 anliegenden Ersatzwerte aus.

Die Anweisungen SENDDP und RCVDP signalisieren dies am Ausgang SUBS_ON mit 1. Der Ausgang SENDMODE hat die Vorbesetzung 0 und wird nicht aktualisiert, solange der Ausgang SUBS_ON = 1 ist.

Ab Version V3.0 der Anweisungen SENDDP bzw. RCVDP wird die Kommunikation erst aufgebaut, wenn eine DP_DP_ID <> 0 vorliegt.

Verhalten bei Kommunikationsfehlern

Tritt ein Kommunikationsfehler auf, z. B. durch Prüfwert-Fehler (CRC), oder nach Ablauf der Überwachungszeit TIMEOUT, oder bei F-CPUs S7-1200/1500 ab V3.0 durch Wechsel der DP_DP_ID nach Aufbau der Kommunikation auf 0, werden die Ausgänge ERROR und SUBS_ON = 1 gesetzt. Der Empfänger (Anweisung RCVDP) gibt dann die an seinen Eingängen SUBBO_xx und SUBI_xx bzw. alternativ SUBDI_00 parametrierten Ersatzwerte aus. Während der Ausgang SUBS_ON = 1 ist, wird der Ausgang SENDMODE nicht aktualisiert.

Die an den Eingängen SD_BO_xx und SD_I_xx bzw. alternativ SD_DI_00 anliegenden Sendedaten der Anweisung SENDDP werden erst wieder ausgegeben, wenn kein Kommunikationsfehler mehr festgestellt wird (ACK_REQ = 1) und Sie am Eingang ACK_REI der Anweisung RCVDP mit einer positiven Flanke quittieren.

Kommunikationsfehler treten auch auf, wenn bei Änderung der Werte von variablen DP_DP_IDs nach Aufbau der Kommunikation die Werte der DP_DP_IDs zwischen zusammengehörigen SENDDP und RCVDP temporär ungleich sind.

	Warnung
Eine Anwenderquittierung muss immer mit einem durch eine manuelle Bedienung generierten Signal erfolgen. Eine Durchführung mit einem automatisch generierten Signal ist nicht zulässig.* (S011)

* Bei Verwendung von variablen F-Kommunikations-IDs kann der Kommunikationspartner von Anweisungen SENDDP bzw. RCVDP im laufenden Betrieb gewechselt werden. Dadurch bedingte Kommunikationsfehler dürfen nur unter folgenden Bedingungen mit einem automatisch generierten Signal am Eingang ACK_REI quittiert werden:

• Vom Sicherheitsprogramm mit der Anweisung RCVDP wird aufgrund des Prozesszustandes ein Signal "Kommunikationspartnerwechsel läuft" sicher gebildet.

• Das Signal "Kommunikationspartnerwechsel läuft" wird nur gebildet, wenn kein Kommunikationsfehler vorliegt.

• Während das Signal "Kommunikationspartnerwechsel läuft" vorliegt, erfolgt an der Anweisung RCVDP keine Auswertung der empfangenen Prozesswerte.

• Die automatische Quittierung erfolgt nur, während das Signal "Kommunikationspartnerwechsel läuft" vorliegt.

• Sicherheitstechnisch ist eine automatische Wiedereingliederung für den betreffenden Prozess zulässig.

Beachten Sie, dass der Ausgang ERROR (1 = Kommunikationsfehler) bei einem Kommunikationsfehler erstmalig gesetzt wird, wenn die Kommunikation zwischen den Verbindungspartnern (Anweisungen SENDDP und RCVDP) bereits einmal aufgebaut worden ist. Kann die Kommunikation nach erfolgtem Anlauf des sendenden und des empfangenden F-Systems nicht aufgebaut werden, überprüfen Sie die Projektierung der sicherheitsgerichteten CPU-CPU-Kommunikation, die Parametrierung der Anweisungen SENDDP und RCVDP und die Busverbindung. Informationen zu möglichen Fehlerursachen erhalten Sie auch durch Auswertung der Ausgänge DIAG, RET_DPRD bzw. RETDP_WR.

Werten Sie generell immer RET_DPRD und RETDP_WR aus, da evtl. nur einer der beiden Ausgänge eine Fehlerinformation enthalten kann.

Zeitdiagramme SENDDP/RCVDP

Ausgang DIAG

Am Ausgang DIAG der beiden Anweisungen SENDDP und RCVDP wird zusätzlich eine nicht fehlersichere Information über Kommunikationszustände für Servicezwecke zur Verfügung gestellt.

Sie können diese über Bedien- und Beobachtungssysteme auslesen oder ggf. in Ihrem Standard-Anwenderprogramm auswerten. Die DIAG-Bits 0-6 bleiben gespeichert, bis Sie am Eingang ACK_REI der Anweisung RCVDP quittieren.

Aufbau von DIAG der Anweisung SENDDP/RCVDP