Step 7 PROFIsafe Kommunikationsfehler (CRC) DO-Modul

oe6bhe

Level-1
Beiträge
33
Reaktionspunkte
1
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich habe hier eine ET200SP. Ein sicheres Ausgangsmodul schreibt mir immer PROFIsafe Kommunikationsfehler (CRC) (siehe Screenshot).

Unbenannt.PNG

Was ich bisher probiert habe:
Hardwaremodul ist getauft (Safety-Adressen sind zugewiesen).
Elektrik abklemmen und Ausgänge aus dem Programm entfernen und auch Ausgänge deaktivieren. Angeschlossen ist kein Hexenwerk, sondern ganz normale Netzschütze.
Ein funktionierendes F_DO-Modul in der HW-Config kopieren, Adressen anpassen und neu taufen
Rücklese- und Überwachungszeiten erhöht
Komplettes Modul inkl. BaseUnit getauscht gegen ein schon auf der Anlage funktionierendes Gerät.

Potenzialgruppen (helle und dunkle Base-Unit ist in der HW-Config richtig)
 
Problem ist gelöst, besser gesagt geworkaroundet.

In meiner puren Verzweiflung habe ich nur mehr alles mögliche probiert. Profibus-Teilnehmer 5 hatte das Modul, das nicht wollte. Die ET200S SP mit der Adresse 4 hat die selbe Hardware. Ich tauschte einfach mal die Profibusadressen aus und taufte die F-Module neu entsprechend ihrem "neuen" Einbauort. Das Problem blieb bei der Adresse 5, heißt es wanderte in einen anderen Schrank. 5 ist sicher nicht doppelt, auch funktionieren alle normalen Module normal und ein F-DI funktioniert auch.

Schlussendlich gab ich der ursprünglichen 5, die Adresse 7, meine nächste freie Adresse und das Problem war weg.

Auch wenn ich und der Kunde mit dem leben kann, so würde mich das Phänomen doch interessieren, dass ein Fehler an einer Profibus-Adresse hängen bleibt.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hast du denn mal unter Simatic Manager => Extras => PC-PG Schnittstelle einstellen => Deine DP Schnittstelle => Diagnose => Lesen
geschaut, ob nicht noch ein anderes Gerät mit Adresse 5 vorhanden ist ( also jetzt, wo du die Station in 7 geändert hast )
Evtl. steht dein PG auf dieser Adresse ( oder es ist eine Profibuskopplung zu einer anderen Anlage vorhanden, welche die Adresse 5 belegt ).

Mit Grüßen
 
Mein Profibus-Adapter hat die Adresse 0, was er auch default hat. Kopplungen zu anderen Anlagen werden über Ethernet realisiert, also es gibt keinerlei andere Profibus-Teilnehmer, nur jene, die ich hier am Strang habe.
 
einmal ließ sich das Netzschütz schalten. Fehler und jetzt "klebt" der Fehler an 7!

Selbes Phänomen wieder. Tausche ich die Baugruppen aus 2 Schränken nur adressmäßig, so bleibt es an 7 kleben, oder ev. doch an der Ausgangsadresse 1048?

Die CPU werde ich mal urlöschen.
 
Urlöschen und neu bespielen erfolglos. Mit "Gehe zu Verwendungsstelle" finde ich nicht, dass die Adressbereich (ganze 6 Byte vom Modul) irgendwie anderwertig beschrieben werden. Auch nicht beim suchen nach überlappenden Bereichen.

Mein einziger Verdacht, dass da im Pointerformat was gebaut wurde. Dummerweise ist das nicht mein Programm, das ich hier in Betrieb nehme und es hat nicht bloß einer daran programmiert. Ich vermeide die Ausgangsadresse A1048 und dann habe ich kein Problem.

Edit: Habs gefunden. per Pointer beschriebene Ausgänge, die ab AW1050 begonnen haben. Scheinbar eine Leiche. Es ist eine Erweiterung einer 12 Jahre alten Anlage und vieles wurde vom Altstand wieder herkopiert.

Danke allen fürs Bemühen und die Tipps.
 
Zuletzt bearbeitet:
Zurück
Oben