Datenaustausch Zwischen Profibus-Dp Geräten; Telegrammaufbau; Initialisierung, Wiederanlauf Und Nutzdatenverkehr - Baumer GBAMW Handbuch

6. Datenaustausch zwischen Profibus-DP Geräten

6.1. Telegrammaufbau

Die Abbildung zeigt den Telegrammaufbau.
Telegrammaufbau
Aufruftelegramm
Schluss-Info Ausgangsdaten Kopf-Info
DP Slave
DP Master
Antworttelegramm
Kopf-Info Eingangsdaten Schluss-Info

6.2. Initialisierung, Wiederanlauf und Nutzdatenverkehr

Vor dem Austausch der Nutzdaten zwischen dem Master und Slave wird jeder Slave neu initialisiert. Der
Master sendet Parametrier- und Konfigurationsdaten an den Slave. Erst wenn die Parametrier- und
Konfigurationsdaten mit den im Slave hinterlegten Daten übereinstimmen, können Nutzdaten ausgetauscht
werden. Dies geschieht auf folgende Weise:
Diagnoseanforderung des Masters
Der Master sendet ein Slave Diagnose Request (Slave_Diag), der Slave antwortet mit einem Slave Diagnose
Response.
Der Master überprüft damit, ob der Slave am Bus vorhanden ist und für eine Parametrierung und
Konfiguration bereit ist.
Parametrieren des Slaves
Der Master sendet ein Slave Parameter Request (Set_Prm).
Dem Slave werden über die Parametrierdaten aktuelle Busparameter, Überwachungszeiten und Slave
spezifische Parameter mitgeteilt. Die Parameter werden während der Projektierungsphase teilweise direkt
oder indirekt von der GSD Datei übernommen. Der Slave vergleicht diese Parametrierdaten mit seinen
hinterlegten Daten.
Konfigurieren des Slaves
Der Master sendet ein Check Configuration Request (Chk_Cfg).
Der Master teilt dem Slave den Umfang (Anzahl der Datenbytes) und die Struktur (Datenkonsistenz) der
auszutauschenden Ein- und Ausgabebereiche mit. Der Slave vergleicht diese Konfiguration mit seiner
eigenen Konfiguration.
Diagnoseanforderung vor dem Datenaustausch
Der Master sendet nochmals ein Slave Diagnose Request (Slave_Diag), der Slave antwortet mit einem Slave
Diagnose Response.
Der Master überprüft jetzt, ob die Parametrierung und Konfigurierung mit den im Slave hinterlegten Daten
übereinstimmen. Sind die vom Master gewünschten Daten erlaubt und liegen keine Fehler vor, meldet der
Slave über die Diagnosedaten seine Bereitschaft für den Nutzdatentransfer.
Data_Exchange
Der Slave reagiert jetzt ausschließlich auf den Master, welcher ihn parametriert und konfiguriert hat.
Der Master sendet ein Nutzdaten-Request (Data_Exchange), der Slave antwortet mit einem Nutzdaten-
Response. In dieser Antwort teilt der Slave dem Master mit, ob aktuelle Diagnoseereignisse vorliegen. Die
tatsächlichen Diagnose- und Statusinformation teilt der Slave erst nach dem Diagnosetelegramm des
Masters mit.
Baumer_ProfibusDPV0_BIDE_MA_DE.docx 9/26 Baumer IVO GmbH & Co. KG
11.19 Villingen-Schwenningen, Germany