Technical Forum

Dezentrale Peripherie

Diagnosealarm DP/DP Koppler

Erstellt von Eleu am 18.08.2010 13:24 (3 Antworten)

« Vorheriges Thema Nächstes Thema »
Seite 1 von 1 (4 Objekte)
  18.08.2010, 13:24
Beigetreten am: 01.08.2007
Letzter Besuch: 14.05.2013
Beiträge: 1120
Bewertung:
Bewertung: Herausragend [3,61 von 5 / 69 mal bewertet]. (69) 
Bewertung: keine [0 von 5 / 0 mal bewertet]. (0) 
Hallo,

ich habe bei einem DP/DP Koppler (6ES7 158-0AD01-0XA0) einen Diagnosealarm

(Das Diagnosetelegramm im Hexadezimalformat im Anhang)
Laut Handbuch liefert mir der Koppler nachfolgenden Fehler:
Vorletztes Byte im Telegramm: (14h)

Der Teilnehmer von Netz 2 befindet sich im UNSYNC, UNFREEZE- Modus

Was bedeutet UNSYNC, UNFREEZE- Modus. Und wie kann man diese Störung beheben ?

An der Partner SPS sieht alles ganz normal aus.

Gruß
Eleu

Dateianhang: Diagnose_DP_DP_Koppler.JPG  (21 Downloads)



=== Bearbeitet von Eleu @ 18.08.2010 13:24 [GMT ] ===



I understand only railstation.
Nothing for ungood

Top
  18.08.2010, 13:49
Beigetreten am: 01.08.2007
Letzter Besuch: 14.05.2013
Beiträge: 1120
Bewertung:
Bewertung: Herausragend [3,61 von 5 / 69 mal bewertet]. (69) 
Bewertung: keine [0 von 5 / 0 mal bewertet]. (0) 
Hallo,

merkwürdig aber ist, dass ich noch einen zweiten Koppler im DP - Netz habe
der im Telegramm die selbe Meldung zurückliefert.
(Siehe Anhang)
Der Unterschied ist aber der, dass der DP/DP Koppler aus dem ersten Posting
einen externen Fehler auf meiner Seite an der CPU 414-3 DP verursacht.  
Beim zweiten Koppler bekomme ich als Diagnosemeldung "Baugruppe vorhanden und o.k."?
Die Koppler haben beide die selbe Bestellnummer.

Gruß
Eleu

----------------------------------

@Edit: Ich habe eine Anfrage an das Technical Support Center gestellt


Dateianhang: Diagnose_DP_DP_Koppler_2.JPG  (10 Downloads)



=== Bearbeitet von Eleu @ 19.08.2010 08:17 [GMT ] ===



I understand only railstation.
Nothing for ungood

Top
  23.08.2010, 13:22
Beigetreten am: 25.08.2005
Letzter Besuch: 08.05.2013
Beiträge: 973
Bewertung:
Bewertung: Herausragend [3,68 von 5 / 92 mal bewertet]. (92) 
Bewertung: Gut [1 von 5 / 1 mal bewertet]. (1) 
Hallo Eleu,

UNSYNC und UNFREEZE ist eigentlich der Standard möchte ich mal so sagen. Rnf:lblSmileyTooltip_xxx

Es gibt beim Profibus die Möglichkeit Ausgangsdaten von mehreren DP-Slaves zu synchronisieren. Dazu werden diese zu einer Gruppe zusammengefasst über die Hardwarekonfiguration. Wenn nun für diese Gruppe ein SYNC-Kommando gesendet wird über einen entsprechenden Programmaufruf im DP-Master werden die Ausgangsdaten solange nicht aktualisiert, bis wieder ein SYNC-Kommando kommt. Somit kann sichergestellt werden, dass diese Ausgänge zum gleichen Zeitpunkt die neuen Werte übernehmen und nicht nacheinander.
Analog dazu können für den Master die Eingangsdaten von einer Gruppe von Slaves eingefroren werden. Das geht über ein FREEZE-Kommando.

Mit einen Unsync und einem Unfreeze werden die Daten wieder sofort aktualisiert. Wenn Du Dir die Bausteinbeschreibung in STEP7-Online mal raussuchst, dort sollte es reicht gut beschrieben sein.

Warum Du das jetzt allerdings als "Fehler" kriegst oder siehst, kann ich Dir damit auch nicht sagen. Wird diese Funktion denn genutzt in Deiner Anlage? Vielleicht läuft da ja was schief? Rnf:lblSmileyTooltip_  think

Viel Erfolg erstmal
Sabine
Top
  25.08.2010, 18:41
Beigetreten am: 01.08.2007
Letzter Besuch: 14.05.2013
Beiträge: 1120
Bewertung:
Bewertung: Herausragend [3,61 von 5 / 69 mal bewertet]. (69) 
Bewertung: keine [0 von 5 / 0 mal bewertet]. (0) 
Hallo Sabine,

ich habe gedacht UNSYNC und UNFREEZE sind ein Fehler, weil ich es nicht besser wusste und die Meldungen auch nicht weiter zuordnen konnte. 
Wir verwenden diese Funktion nicht.

Wir haben an der Anlage zwischenzeitlich eine Änderung vorgenommen
und haben dafür die Spannungsversorgung abschalten müssen.
(Profibus-Leitung verlängert)

Nach dem Einschalten war der EXT-Fehler an der 400er CPU weg.
Der sehr hilfreiche Siemens - Mitarbeiter war der Meinung, dass es Unterschiede hinsichtlich der Projektierungen auf beiden Netzseiten geben müsste.
Der einzige Unterschied war aber der, dass bei den Parametern auf der Gegenseite die Erweiterte Profibusdiagnose auf AUS eingestellt war.
Auf meiner Seite auf EIN.

Dieses wäre, laut Siemens - MA,
aber keine wirkliche Erklärung für den Fehler.
Er meinte aber, ich sollte doch auf meiner Seite auch mal die Erweiterte Profibusdiagnose versuchsweise auf AUS projektieren.
Laut Siemens - MA könnte "vermutlich" so ein Fehler auch dadurch ausgelöst werden, wenn auf der Netzgegenseite eine schnellere modernere CPU mit höherer Baudrate verwendet wird ?

Ich habe an der Projektierung noch nichts geändert.
Mal sehen, ob der Fehler noch mal wieder auftaucht. 

Vielen Dank für Deine Hilfe.

Gruß
Eleu

I understand only railstation.
Nothing for ungood
Top
Seite 1 von 1 (4 Objekte)
Aktionen