TIA CPU 1516-3 PN/DP meldet DP-Slave-Fehler, wenn PG online ist

o_dirkes

Level-2
Beiträge
7
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo zusammen,

ich habe in einer Anlage ein merkwürdiges Phänomen, das mir bisher nicht untergekommen ist:

In einer Kundenanlage befindet sich eine CPU 1516-3 PN/DP (FW 2.5) die sowohl PN-Controller als auch DP-Master ist. Am DP hängt neben einigen SEW- und Siemens-Umrichtern ein PC mit einer Hilscher-Karte (CIF50-DPS).
Sobald die Hilscher-Karte in der Hardwarekonfig eingebunden ist (mit 4 x 16 Wörtern je Richtung) und ich im TIA-Portal (V14 SP1)meines PGs die CPU online verbinde, bekomme ich etwa 2x pro Sekunde folgende Einträge im Diagnosepuffer der CPU: "Fehler: Ausfall eines IO-Device - Schreibfehler im Datensatz (Norm-bedingtes Rücksetzen der Station)". Einige Millisekunden später kehrt die Station zurück und das Spiel geht kurz drauf von neuem los.
Das Problem tritt unabhängig davon auf, ob das SPS-Programm Daten mit der Karte austauscht oder der entsprechende Programmteil auskommentiert ist. Bei aktiver Kommunikation funktioniert diese, wird aber von Aussetzern im Rythmus der Diagnosepuffereinträge unterbrochen.

Der Siemens-Support meinte, es liegt möglicherweise an einem inkorrekten Eintrag in der GSD-Datei der Hilscher-Karte, da das PG versuchen würde, Diagnosedaten vom Slave abzurufen, sobald es online ist.
Da eine Antwort von Hilscher noch aussteht, stelle ich hier nun folgende Frage an die erfahrenen Forenmitglieder: Weiss hier jemand, wodurch der Fehler verursacht wird und wie ich ihn abstellen kann?

Vielen Dank fürs Lesen und im Voraus für Eure Tips.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo zusammen,

gibt es hierzu schon eine Erkenntnis?
Ein Kunde von uns meldet ähnliches Problem mit TIA Portal V14 SP1. Hier scheint sich wohl einer von 2 Profibusteilnehmern mit dem Fehler "Ausfall eines IO-Device - Schreibfehler im Datensatz (Norm-bedingtes Rücksetzen der Station)" zu verabschieden.

Siemens_Profibus_Slave_Fehler.png

Danke und Gruß
snej
 
Hallo snej,

ein Mitarbeiter ist der Sache durch Herumprobieren auf die Schliche gekommen. Da ich persönlich nicht dabei war, muss ich mich noch einmal nach dem genauen Lösungsweg erkundigen. Ich glaube mich zu erinnern, dass eine Einstellung auf der Hilscher-Karte, die etwas mit DPV1 zu tun hatte, für die Störung verantwortlich war.

Vielleicht ist das vorab schonmal ein Schubs in eine hilfreiche Richtung. Wenn ich nach Ostern näheres erfahre, melde ich mich noch einmal zurück.

In diesem Sinne... Schöne Feiertage!
 
Hallo o_dirkes!

Danke schon mal für den Tipp! Das werde ich mir anschauen. Es wäre klasse, wenn du da noch etwas genaueres rausfinden könntest.
Wurde die Einstellung im TIA Portal für das Slave geändert oder die Einstellung direkt am Slave gemacht?

Gruß
snej
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo nochmal!

Ich wollte nur kurz Bescheid geben, dass ich das Problem finden konnte!
Danke nochmal für den DPV1 Tipp. Nachdem ich es in der GSD Datei vom Slave deaktiviert habe, hat alles einwandfrei funktioniert.

Interessant war, dass der Slave in Verbindung mit einer 300er Siemens und aktiviertem DPV1 keinerlei Probleme gemacht hat.
Mit einer 1500er aber schon. Wurde DPV1 auf einer 1500er scheinbar strenger implementiert...

Gruß snej
 
Hallo,

danke für die Rückmeldung. Ich hatte gestern auch eine Info von den beteiligten Personen bekommen, bin aber bisher nicht dazu gekommen mich hier nochmal zu melden. Wir hatten zunächst im TIA-Portal in der Hardwarekonfig der Hilscher-Karte DPV1 deaktiviert. Das allein war jedoch noch nicht ausreichend - die Kollegen haben dann auf dem PC in der Konfiguration für die Hilscher-Karte DPV1 ebenfalls abgeschaltet. Danach war der Fehler verschwunden.

Auch wir haben die Erfahrung gemacht, dass der gleiche Slave in einer Anlage mit S7-300 problemlos funktioniert, ohne dass DPV1 deaktiviert wurde.

Schönes Wochenende!
 
Zurück
Oben