TIA IO-Link Ausfall erkennen & melden

spirit

Level-1
Beiträge
961
Reaktionspunkte
23
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Zusammen,

ich habe einen FESTO Motorcontroller an einem ET 200SP (IO-Link Master) angeschlossen.

Nun gibt es ja für Profibus/Profinet die Möglichkeit, beispielsweise über den Baustein OB86 einen Ausfall zu erkennen und zu melden.


Gibt es Ähnliches auch für einen IO-Ausfall?
Denn hier habe ich ja keine direkte Adresse, die ich auswerten könnte ...


Vielen Dank!
 
Moin Spirit,

da IO Link eine Point to Point Kommunikation ist, ist es nicht notwendig. Der Master und das Device kommunizieren ständig. Ein Ausfall wird sofort am Master angezeigt,

Raik
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Vielen Dank Raik,

ok - aber welche Möglichkeit hätte ich dann, einen Aufall des Controllers auf dem Display zu melden?

Muss ich dazu die ET 200SP auslesen? :confused:
 
a) Du kannst den Port-Qualifier in PCT aktivieren, und erhältst dann 4 Bit im Prozessabbild, 1 ist Gut, 0 ist Schlecht
b) In Step7/TIA kannst du bei den Modulparametern Portselektiv die Diagnose aktivieren und so mehr oder weniger gewohnt mit den OBs arbeiten vermutlich dann OB82.

Mgh
Msnurl
 
a) Du kannst den Port-Qualifier in PCT aktivieren, und erhältst dann 4 Bit im Prozessabbild, 1 ist Gut, 0 ist Schlecht
b) In Step7/TIA kannst du bei den Modulparametern Portselektiv die Diagnose aktivieren und so mehr oder weniger gewohnt mit den OBs arbeiten vermutlich dann OB82.

Mgh
Msnurl

Lieben Dank schon mal!

Habe jetzt den Port-Qualifier aktiviert und erhalte damit vier Bits (E16.0, E16.1, E16.2, E16.3).


Port Qualifier.JPG


Jetzt ist mir nur noch nicht klar, wie ich das im OB82 auswerten kann ...

- welches dieser vier Bits ist TRUE, wenn alles ok ist?
- welches dieser vier Bits ist FALSE, wenn ein Fehler aufgetreten ist?

Muss ich dann diese vier Bits im OB82 auswerten?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Lieben Dank schon mal!

Habe jetzt den Port-Qualifier aktiviert und erhalte damit vier Bits (E16.0, E16.1, E16.2, E16.3).


Anhang anzeigen 32831

- welches dieser vier Bits ist TRUE, wenn alles ok ist?
- welches dieser vier Bits ist FALSE, wenn ein Fehler aufgetreten ist?
Das sind ganz normale Eingänge, dafür brauchst du keine OBs.

Bit 0 bei Port 1, Bit 1 bei Port 2 ...


OB82 ist was völlig anderes ... und du kannst wie gesagt in der HW-Konfig Diagnosen für fehlende Lastspannung sowie Ausfall der Ports ankreuzen.
 
Das sind ganz normale Eingänge, dafür brauchst du keine OBs.

Bit 0 bei Port 1, Bit 1 bei Port 2 ...


OB82 ist was völlig anderes ... und du kannst wie gesagt in der HW-Konfig Diagnosen für fehlende Lastspannung sowie Ausfall der Ports ankreuzen.

Danke!

Also wenn ich den Weg über den Port-Qualifier gehe, dann brauche ich zur Auswertung auch keinen OB82, richtig?


Angenommen es ist ein Device an Port 1 angeschlossen:

--> dann muss ich nur das Bit E16.0 auf TRUE bzw. FALSE auswerten - ist das korrekt?
 
Bit 0 bei Port 1, Bit 1 bei Port 2 ...


Sorry, für die doofen Nachfragen ...


Ich habe jetzt im PCT-Tool diese vier Bits (Eingänge) aktiviert und alles in die IO-Link-BG geladen.

Warum bekomme ich jetzt den Eingang E16.0 in der Beobachtungsliste nicht als TRUE angezeigt, wenn doch eigentlich mit dem Device alles OK ist? :confused:


Und noch etwas:
Wenn ich z.B. die Spannungsversorgung zur ET 200SP abziehe, dann geht die CPU auf Stop und die beiden LED's leuchten Rot. Aber wenn der OB82 implementiert ist, dann dürfte doch die CPU eigentlich nicht auf Stop gehen, oder?


Lieben Dank!
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Und noch etwas: [/B]Wenn ich z.B. die Spannungsversorgung zur ET 200SP abziehe, dann geht die CPU auf Stop und die beiden LED's leuchten Rot. Aber wenn der OB82 implementiert ist, dann dürfte doch die CPU eigentlich nicht auf Stop gehen, oder?
Und du weißt wirklich nicht, wie sich bei einer S7 feststellen lässt warum die SPS in Stop-Zustand geht? Programmiest du erst seit einer Woche, oder nur in der Schule?
 
Und du weißt wirklich nicht, wie sich bei einer S7 feststellen lässt warum die SPS in Stop-Zustand geht? Programmiest du erst seit einer Woche, oder nur in der Schule?

Hi Thomas,

nein ich programmiere schon etwas länger ... :p

Aber sicherlich meinst du, ob ich weiß wo ich nachschauen muss - ja das weiß ich. Diagnosepuffer.

Meine Aussage war nicht korrekt; CPU geht nicht in Stop - somit alles OK.


ABER:

Ich habe jetzt mal in den Eigenschaften folgende zwei Parameter aktiviert:

Parametet.JPG

Wenn ich nun die Kommunikationsverbindung kappe, dann erhalte ich im Diagnosepuffer der CPU folgende Meldung: "Baugruppe gestört oder Wartung erforderlich".

Im Diagnosepuffer des IO-Link Masters wird gemeldet: "Fehler Drahtbruch"


Nun weiß ich nicht, welchem Ereignis ich diesen Fehler im OB82 zuordnen muss? :confused:

... hätte vermutet, dass es OB82_COMM_FAULT ist - klappt aber nicht!

Wollte einfach mit dem entspr. Ereignis einen Merker setzen, der mir dann im Display eine Meldung bringt.
 
Zurück
Oben