Siemens CPU 315-2PN/DP falsches Telegramm, Urlöschen?

Jochen Kühner

Level-3
Beiträge
4.291
Reaktionspunkte
525
Zuviel Werbung?
-> Hier kostenlos registrieren
Ist es eigendlich normal, das eine Siemens CPU wenn sie ein falsches Telegramm bekommt, sich sofort Urlöscht?

Ich hab ja in meiner Bib die Telegramme zur Statusabfrage von Bausteinen implementiert, hab aber noch nicht die Auswertung inegriert welches Statustelegramm von der CPU unterstützt wird (da ich noch nicht genau weis wo das steht). Wenn ich nun an meine CPU 315-2PN/DP eine Statusanfarge über das 0x01 Telegramm schicke, dann fangen sofort alle Lichter der CPU an zu blinken und nach Spannungsabschaltet führ sie Urlöschen durch. Mit dem anderen Telegramm 0x13 funktioniert die Statusanfrage aber.

Das komische ist, auf einer 315-2DP haben beide Telegramme funktioniert!

Ich find es ja nicht schlimm das das alte Telegramm nicht mehr unterstützt wird, aber das die CPU sich dann löscht? Als Fehler hab Ich dann im Puffer: "Defekt: Interner Systemfehler"
 
Tja, vielleicht gibt es noch mehr CPUs mit Bug in der Firmware, nicht nur die 400er mit schreibgeschützten DBs.
Stell doch mal ein Log von deiner Anfrage und der sterbenden CPU ein.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
So, hab mal ein Auszug.

Denke Ich muss wohl noch beim 0x01 Telegramm den Error Code im Parameter Teil abfangen, und dann das Telegramm 0x0e zur Statusanforderung gar nicht abschicken, wenn das 0x01 schon einen Fehler gebracht hat! (Hab Ich halt noch nicht reinprogrammiert!)

Aber das man damit gleich die CPU Urlöscht?

Achso, das absterben der CPU tritt nach dem 0x0e Telegramm ein!
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Was ist mit Deinem Netzwerk los? Auf 8 Nutzdatentelegramme kommen 7 TCP Retransmissions. So etwas habe ich noch nie gesehen. Versuche einma, hier etwas Ordnung reinzubringen, denn irgend etwas scheint da nicht zu passen. Oder hast Du perallel dazu debugt?
 
So, habe mir einmal den Loginhalt angesehen. In Telegramm 28 meldet Dir die SPS, dass Dein Telegrammaufbau nicht passt. Und Du machst einfach weiter. Das wird dann mit dem Christbaum bestraft. Deshalb zukünftig die Fehlermeldungen der SPS auch beachten.
Der Fehler hat somit nichts mit einer nicht unterstützten Funktionalität der SPS zu tun.
 
Jo, das mit dem Error Code hab ich auch gesehen, hab dies nun auch eingebaut.

Mit unserm Netz weiss Ich auch nicht, aber das spinnt heute schon den ganzen Tag!
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Doch, man beginnt ja die Statusanfrage mit 0x13 oder 0x01 Telegramm, da bekommt man eine ID und die wird dann im 0x0e telegramm verwendet um statusdaten zu erhalten. Und ich hab das 0x0e telegramm trotz error mit ungueltiger Id geschickt, und dann machts bei der Cpu halt bumm!
 
Das meine ich nicht. Die CPU meldet in der Antwort, dass Dein Statustelegramm (0x01 im Log) fehlerhaft ist. Hast Du diesen Fehler schon gefunden?
Der Rest ist ein Folgefehler aber nicht die Ursache! Zwar die Ursache für den Absturz aber nicht für den Fehler.
 
Das meine ich nicht. Die CPU meldet in der Antwort, dass Dein Statustelegramm (0x01 im Log) fehlerhaft ist. Hast Du diesen Fehler schon gefunden?
Der Rest ist ein Folgefehler aber nicht die Ursache! Zwar die Ursache für den Absturz aber nicht für den Fehler.

Achso... Nee, da hab Ich jetzt gar nicht weiter geschaut, da Ich dachte die CPU kann viel. das 0x01 Telegramm nicht mehr... Jo, werd das mal noch prüfen (nächste Woche)
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Industrietauglichkeit

Guten Abend,

ich stelle hier mal die Industrietauglichkeit dieser hochausgereiften :TOOL:s in Frage ;-) Ich würde jeden steinigen lassen der mit dieser Bananensoftware eine laufende Industrieanlage abschiesst. Und nur aus Interesse - wieso betreibt man solchen Aufwand für das Reverse Engineering einer sterbenden (bzw schon gestorbenen S5) Software? Da muss scho mächtig Langeweile im Spiel sein.

Gruss
 
ich stelle hier mal die Industrietauglichkeit dieser hochausgereiften :TOOL:s in Frage ;-) Ich würde jeden steinigen lassen der mit dieser Bananensoftware eine laufende Industrieanlage abschiesst. Und nur aus Interesse - wieso betreibt man solchen Aufwand für das Reverse Engineering einer sterbenden (bzw schon gestorbenen S5) Software? Da muss scho mächtig Langeweile im Spiel sein.
Und du hast dich gerade als Nixblicker geoutet, weil du nichtmal merkst dass es hier nicht um eine S5 geht. Aber so sind die Päpste halt, glauben und nix wissen...
 
Und du hast dich gerade als Nixblicker geoutet, weil du nichtmal merkst dass es hier nicht um eine S5 geht. Aber so sind die Päpste halt, glauben und nix wissen...

Ich vermute mal er meinte mit dem Sterben sowohl S5 (schon gestorben)
als auch S7 (sterbend). Aber manch Satzbau ist nach dem dritten Bier
nicht mehr so klar erkennbar :ROFLMAO:

Frank


P.S. Das solche Tools in meinen Augen teilweise schon ein Art Beschäftigungstherapie
für unterforderte Programmierer sind, will ich da nur noch so am Rande vermerken :)
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Das meine ich nicht. Die CPU meldet in der Antwort, dass Dein Statustelegramm (0x01 im Log) fehlerhaft ist. Hast Du diesen Fehler schon gefunden?
Der Rest ist ein Folgefehler aber nicht die Ursache! Zwar die Ursache für den Absturz aber nicht für den Fehler.

Jo hab's gefunden... Hab die zweite Längenangabe im 0x01 Telegramm falsch gehabt! Beim 0x13 Telegramm musste man für jeden Befehl wo man den Status abfrägt einfach 4 addieren, beim 0x01 ist das nicht so! Jetzt geht's auch damit!

Danke für den Tip!
 
Guten Abend,

ich stelle hier mal die Industrietauglichkeit dieser hochausgereiften :TOOL:s in Frage ;-) Ich würde jeden steinigen lassen der mit dieser Bananensoftware eine laufende Industrieanlage abschiesst. Und nur aus Interesse - wieso betreibt man solchen Aufwand für das Reverse Engineering einer sterbenden (bzw schon gestorbenen S5) Software? Da muss scho mächtig Langeweile im Spiel sein.

Gruss

Da Siemens die Kommunikation nicht offengelegt hat, ist wohl alles oder zumindest alles, was nicht von ehemaligen Siemensianern stammt per Reverse Engineering ermittelt worden. Auch in "professionellen Tools", was immer das sein soll, stecken genug Fehler, ja selbst Siemens ist beim eigenen Protokoll nicht fehlerfrei, wie auch. Ich denke, der Jochen steckt viel Arbeit da rein und so oder so lernt er dabei eine ganze Menge. Und industrietauglich, na ja, wenn ich Kommunikationssoftware verwende nutze ich nie alle Möglichkeiten, sondern nur die, die ich benötige und die werden entsprechend getestet. Zumindest ein wenig Sicherheit bringt das. Und wenn ich nur Daten aufzeichnen will und keine speziellen Anforderungen (Wasserwerke, Nahrungsmittel etc.) erfüllen muß, dann kann das eine Bibliothek wie libnodave oder die ein wenig weitergehende Bibo von Jochen doch perfekt tun.
 
Also ich finde es trotzdem faszinierend, dass eine SPS so problemlos an die Wand gefahren werden kann. Wenn man sich mal überlegt was da inzwischen alles im PC/Mac/.. Bereich getrieben wird, dann ist eine Industrieanlage doch noch eine andere Kategorie.
Logisch, früher wurde regelmäßig "Gutfall-Programmierung" betrieben, aber inzwischen sollte sich die Sichtweise doch etwas ändern und der Blick gerade wegen der langjährigen Erfahrungen im PC-Bereich etwas geschärft haben.
 
Zurück
Oben