Step 7 Sammelfehler den ich mir nicht erklären kann

Zuviel Werbung?
-> Hier kostenlos registrieren
S7Anfänger, hast du die Möglichkeit den Geber zu wechseln ?

Die Zeilen in den Diagnosepuffer sagen mir dass der Geber ist erreichbar (Profinet Gerätename stimmt und erreichbar), aber ein Submodul innerhalb von die Geberdaten ist falsch.
Dass konnte mit die 4 bzw. 6 Byte zu tun haben. Der Konfiguration ist falsch für diesen Geber obwohl es sollte stimmen.
Oder der Geber ist defekt.


Geber ist getauscht. das Ergebnis ist aber das gleiche.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Halmstroh:
"Stationswiederkehr, jedoch Fehler bei der Baugruppenparametrierung".
Konnte es sein, es gibt eine andere PN Teilnehmer mit denselbe Name "pnhaube". Vielleicht wenn man ein Fehler gemacht hat beim Taufen von der Geber dann hatte mein ein andere Gerät getauft.
Dann stimmt die Name, aber dia Parameter sind falsch.

Wenn du den Geber von PN Netzt trennt. Gibt es ein Unterschied ?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Welche Firmware-Version hat die CPU?
Greift noch ein Programmteil auf die Peripherie PEB/PEW/PED 400..405 zu und bringt vielleicht die konsistente Kommunikation der CPU durcheinander?

Harald
 
Zuletzt bearbeitet:
und 800 Byte war eingestellt.
war dass den auch so auf die SPS übertragen?
Scheinbar, weil in Diagnosepuffer sagte es "Peripheriezugriffsfehler bei der Prozessabbildaktualisierung der Eingänge.." und für 6 Bytes ab EB400.

Greift noch ein Programmteil auf die Peripherie PEB/PEW/PED 400..405 zu und bringt vielleicht die konsistente Kommunikation der CPU durcheinander?
In den Fall sollte OB85 triggern wenn diese Code noch da ist, und es jetzt kein PEB400..PEB405 gibts..
Gibts es jetzt neue OB85 Einträge in den Diagnosepuffer ?
OB85 ist auf "nur auf kommende und gehende Fehlern" eingestellt. Es sollte Einträge geben, obwohl sie sich etwas verstecken kann unten in die Liste.

Einen Möglichkeit: DPRD_DAT für die 6 Bytes konsistent lesen, aber mit ein falsche Anfangsadresse, z.B. EB402 anstatt EB400, oder ein falsche Anzahl Bytes.
Ob dies OB85 oder eine andere Fehler-OB triggert weis ich nicht.
 
Oder DPRD_DAT mit richtiger Adresse wird unnötigerweise zusätzlich zur Prozessabbildaktualisierung der CPU aufgerufen und bringt die CPU vielleicht durcheinander.

@S7Anfänger
War die Größe des Prozessabbildes der Eingänge schon immer auf 800 Byte eingestellt? War das vielleicht früher mal kleiner eingestellt (z.B. 256) und da hatte es noch fehlerfrei funktioniert?

Harald
 
Zuviel Werbung?
-> Hier kostenlos registrieren
@Ralle
die E/A-Adressen des Gebers (E 400..405) liegen im Prozessabbild (Größe PAE/PAA: 800/800)

Harald

Wie man sieht lohnt sich ein Versuch trotzdem, obwohl man damit der eigentlichen Ursache noch nicht näher gekommen ist.
Aber ehrlicher Weise wundert mich langsam nichts mehr. ;-)
 
Zurück
Oben