8.3.6.2 PROFINET Diagnose-Alarm
PROFINET
unterstützt
Fehlerlokalisierung und Behebung ermöglicht. Bei Auftreten eines Fehlers generiert das fehlerhafte
IO-Device einen Diagnose-Alarm an den IO-Controller. Dieser Alarm ruft im Controller-Programm eine
entsprechende Programmroutine auf, um auf den Fehler reagieren zu können.
Alternativ können die Diagnoseinformationen auch manuell azyklisch direkt vom IO-Device über
Record Index 0xE00C ausgelesen und auf einem IO Supervisor angezeigt werden.
Alarme gehören zu den azyklischen Frames, die über den zyklischen RT-Kanal übertragen werden.
Sie sind ebenfalls durch den Ethertype = 0x8892 gekennzeichnet. Im Alarmfall wird dabei der
Daten-Status auf BAD = ungültig gesetzt, siehe Kapitel „Daten-Status" auf Seite 81.
Fehler und Warnungen werden vom Mess-System in Form einer sogenannten Alarm
Notification Request (Alarmmeldung) an den IO-Controller übermittelt. Die Alarmmeldung
beinhaltet zur Identifizierung die Alarm-ID (Diagnose, Prozess), die Adressierungsinformation (Slot,
Subslot, Modul-ID) und die kanalbezogene Diagnose (Kanal-Nr., Kanaltyp und Fehlertyp) bzw.
stattdessen eine herstellerspezifische Diagnose mit Übertragung eines Fehlercodes.
Ein Slot mit der API = 0x3D00 (Encoder Profile-ID) identifiziert dabei das Mess-System-Objekt.
Der genaue Aufbau der Alarm Notification Request kann z.B. der PROFINET-Spezifikation
Application Layer protocol for decentralized periphery and distributed automation, Bestell-Nr.: 2.722
entnommen werden.
Ein Fehler wird mit der Frame-ID = 0xFC01 „PROFINET IO Alarm high" und Warnungen mit der
Frame-ID = 0xFE01 „PROFINET IO Alarm low" über den Alarmkanal übertragen.
Je nach Einstellung werden vom Mess-System kanalspezifische, kommunikationsspezifische bzw.
herstellerspezifische Alarme unterstützt.
Um kanalspezifische Alarme nutzen zu können, muss folgende Einstellung vorherrschen:
●
Parameter Kompatibilitätsmodus V3.1 = freigeben, siehe Kap. 8.3.3.6 Seite 38
●
Parameter Diagnose über Alarmkanal = freigeben, siehe Kap. 8.3.3.5 Seite 37
Wird im Kompatibilitätsmodus die Einstellung Diagnose
vorgenommen, werden nur kommunikationsspezifische Alarme gesendet.
Um herstellerspezifische Alarme nutzen zu können, muss folgende Einstellung vorherrschen:
●
Parameter Kompatibilitätsmodus V3.1 = sperren, siehe Kap. 8.3.3.6 Seite 38
In der Alarm Notification Request wird die Art des Alarmes über das Attribut
UserStructureIdentifier angezeigt.
Handelt es sich um eine kanalspezifische Diagnose, hat der UserStructureIdentifier den Wert
0x8000.
Danach
ChannelErrorType. Im Attribut ChannelErrorType wird letztendlich der Fehlertyp angegeben
und im Mess-System temporär gespeichert.
Vom Mess-System werden dabei die zwei Fehlertypen
●
Speicherfehler,
●
Positionsfehler, 0x900A
unterstützt. Diese sind synonym zu den definierten Fehlern in PNU 65001, Subindex 2, siehe Kapitel
„Fehler (PNU 65001.02)" auf Seite 48. Die Quittierung des Fehlers geschieht dabei auf die gleiche Art
und Weise.
Printed in the Federal Republic of Germany
07/21/2022
ein
durchgängiges
folgen
die
Attribute
0x9000 und
TR-ECE-BA-DGB-0132 v21
Diagnosekonzept,
über
Alarmkanal
ChannelNumber,
ChannelProperties
welches
eine
effiziente
=
sperren
TR-Electronic GmbH 2017, All Rights Reserved
Page 61 of 168
und