Printed in the Federal Republic of Germany TR-Electronic GmbH 2007, All Rights Reserved
04/25/2022 TR-ECE-BA-DGB-0063 v15 Page 27 of 131
5.4 Datenaustausch bei PROFINET IO
PROFINET IO Kommunikationsablauf:
Der IO-Controller baut seiner Parametrierung folgend, eine oder mehrere
Applikationsbeziehungen zu den IO-Devices auf. Dafür sucht er im Netzwerk nach
den parametrierten Namen der IO-Devices und weist den gefundenen Geräten eine
IP-Adresse zu. Hierzu wird der Dienst DCP „Discovery and Control Program“ genutzt.
Für die parametrierten IO-Devices überträgt der IO-Controller dann im folgenden
Hochlauf den gewünschten Ausbaugrad (Module/Submodule) und alle Parameter. Es
werden die zyklischen IO-Daten, Alarme, azyklische Dienste und Querverbindungen
festgelegt.
Bei PROFINET IO kann die Übertragungsgeschwindigkeit der einzelnen zyklischen
Daten durch einen Untersetzungsfaktor eingestellt werden. Nach der Parametrierung
werden die IO-Daten nach einmaliger Anforderung des IO-Controllers vom IO-Device
in einem festen Takt übertragen. Zyklische Daten werden nicht quittiert. Alarme
dagegen müssen immer quittiert werden. Azyklische Daten werden ebenfalls quittiert.
Zum Schutz gegen Parametrierungsfehler werden der Soll- und Istausbau bezüglich
des Gerätetyps, der Bestellnummer sowie der Ein- und Ausgangsdaten verglichen.
Bei erfolgreichem Hochlauf beginnen die IO-Devices selbstständig mit der
Datenübertragung. Eine Kommunikationsbeziehung bei PROFINET IO folgt immer
dem Provider-Consumer-Modell. Bei der zyklischen Übertragung des Mess-Wertes ist
das IO-Device der Provider der Daten, der IO-Controller (z.B. eine SPS) der
Consumer. Die übertragenen Daten werden immer mit einem Status versehen (gut
oder schlecht).
Abbildung 8: Geräte-Kommunikation
AR:
Applikationsbeziehung zwischen IO-Controller und zugeordneten IO-Devices
CR:
Kommunikationsbeziehungen für Konfiguration, Prozessdaten und Alarme
To Next Page