Step 5 Beim ändern der Zeit geht die CPU in Stopp

DiGo1969

Level-2
Beiträge
139
Reaktionspunkte
10
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,

bei programmieren einer S5 928B ist mir die CPU in Stopp gegangen mit der Anforderung Urlöschen.
Als letztes hatte ich eine Zeit geändert weil ich keine Stunde warten wollte bevor ich sehe was ich da zusammengeschrieben habe. Bein Übertragen im Onlinemodus von Kt360.3 auf Kt360.1 ist die CPU in Stopp gegangen.

Gestern hatte ich die Möglichkeit, wegen einen Anlagenstillstand, mich mal wieder ran zu wagen. Folgendes ist mir aufgefallen: ich kann Netzwerke hinzufügen, löschen, mit und ohne Inhalt – kein Problem. Sobald ich einem SE Timer einspiele geht die CPU in Stopp. Der USTACK brachte 2 unterschiedliche Fehler:
- Baustein nicht abgeschlossen – diesen kann ich mir leider nicht online anschauen
- Quersummenfehler – hier hat sich das Netzwerk in dem der Timer steht selber umgeschrieben (das sieht dann so aus, das Klammern geöffnet sind und nicht geschlossen. Merker verwendet sind, welche ich nicht programmiert hatte)

Ich habe unterschiedliche Timer probiert, auch welche die schon verwendet werden. Immer mit dem gleichen Ergebnis.

Als letztes hatte ich probiert nicht Kt360.xx als Zeit zu schreiben, sondern Kt361.xx, und diesmal ist nichts passiert.

Jetzt bin ich froh, das die CPU am laufen ist…

Die CPU hatte ich auch schon getauscht. Und das beide Reserve-CPU defekt sind kann ich mir nicht vorstellen.


Hat jemand eine Idee?


PS: Ich hatte schon mal ein ähnliches Problem, das sich die CPU umprogrammiert hat, jedoch war da ein indirekter Aufruf das Problem. Hierbei scheint es ja nur an einer Zeit zu liegen oder das ist Zufall.


MfG Dirk
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo DiGo1969,

wie änderst Du die Zeit?

Mit PG oder mit einem Bedienterminal?
Wenn Terminal:
  • werden die Bausteinadressen bei Variablenzugriff gelesen (Standard bei Simatic Terminals)?
  • oder nur bei Versorgungsspannung Terminal ein? Wenn dann mit PG ein Baustein geändert wird läuft ein anschließender Schreibzugriff des Terminals ins SPS-Nirwana mit Urlöschanforderung.

Grüße
Peter
 
- das Programm hat keinen Kopierschutz und in dem PB sind auch keine indirekten Aufrufe oder Berechnungen programmiert (alles einfache boolsche Verknüfungen)

- die Zeit ändere ich über das PG


Danke Dirk
 
Zuviel Werbung?
-> Hier kostenlos registrieren
also ich habe noch nie erlebt, das ein op-zugriff auf eine nicht vorhandene variable zum stop führt.
das op meldet dann einfach fehler beim schreiben.
 
Hallo Volker,

also ich habe noch nie erlebt, das ein op-zugriff auf eine nicht vorhandene variable zum stop führt.
das op meldet dann einfach fehler beim schreiben.

bei S5 kann das passieren.

Falls kein Simatic Terminal oder bei SimaticTerminal wurde bei Protool / winCCflex in der Projektierung eine Einstellung über Bausteinadressen lesen geändert, ging nach einer Bausteinänderung (mit PG) (weil der Baustein dann auf einer anderen Adresse liegt) und einem anschließendem Schreibzugriff einer Variablen (falls sich die absolute Variablen Speicheradresse geändert hatte) die CPU mit Urlöschanforderung in Stop gehen.
Hintergrund:
bei Schreiben von Bausteinen wird der Baustein an eine andere Adresse gelegt und nur die Einsprungadresse geändert.

Grüße
Peter
 
hmmm.
also ich kann mich erinnern, das ich schon programmänderungen gemacht habe und auch neu übertragen habe.
mit siemens op dran. nie probs gehabt. und bin mir auch ziemlich sicher, das ich schon mal ungültige adressen in der visu hatte.
aber ok. vlt ist das so.
das jetzt noch mal zu evaluieren hab ich nicht wirklich lust. dafür hab ich noch zu wenig s5-steuerungen im einsatz )(glücklicherweise).
sollte dort mal entsprechendes passieren werde ich mich an diesen thread erinnern. (hoffentlich. man ist ja nicht mehr der jüngste)
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,
sorry, das ich erst jetzt Antworte - ich war leider online nicht erreichbar...


Hast Du gleichzeitig mit dem PG noch ein OP dranhängen?
Die CPU hat noch eine zusätzliche AS511-Schnittstelle. An der einen hängt ein OP und an der anderen mein PG. Weiterhin ist am Profibus (IM308C) auch ein OP angeschlossen. Beide OP hängen schon seit x Jahren daran ohne das im Projekt was geändert wurde.


Falls kein Simatic Terminal oder bei SimaticTerminal wurde bei Protool / winCCflex in der Projektierung eine Einstellung über Bausteinadressen lesen geändert, ging nach einer Bausteinänderung (mit PG) (weil der Baustein dann auf einer anderen Adresse liegt) und einem anschließendem Schreibzugriff einer Variablen (falls sich die absolute Variablen Speicheradresse geändert hatte) die CPU mit Urlöschanforderung in Stop gehen.
Hintergrund:
bei Schreiben von Bausteinen wird der Baustein an eine andere Adresse gelegt und nur die Einsprungadresse geändert.
hier hat sich auch nichts geändert


MfG Dirk
 
@Peter:
Das, was du schreibst, stimmt für Datenbausteine - nicht aber für die Standard-Komponenten (Merker, Ein- und Ausgänge, Timer, Zähler etc.).
Und zu einem CPU-Stop darf das auch nicht führen - nur ggf. dazu, dass die Visu oder das Bediengerät keine Informationen mehr bekommt, da sein Adressliste nicht mehr stimmt.
Das Ändern eines Zeitwertes kann so etwas eigentlich nicht bewirken - was ich mir nur vorstellen könnte ist, dass der neue Zeitwert nicht mehr mit der S5T-Syntax übereinstimmt (Multiplikator nicht mehr im Bereich 0..3 bzw. der Zeitwert außerhalb der BCD-Syntax).

Gruß
Larry
 
@Larry,
soweit ich weiss, ist die S5 was Timerwerte angeht "unempfindlich" im Vergleich zur S7. In Stop geht die S5-CPU nicht, wenn der Zeitwert nicht im BCD-Format ist.

Gruss
HPE
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Dirk,

die Zeit änderst Du also über das PG.

Möglichkeit 1:
Der Zeitsollwert liegt in einem DW welches als Eingang für den Zeitsollwert eines Zeitglieds dient. In diesem Fall gehst Du wahrscheinlich über Variabel-Steuern und es dürfte keine Probleme geben.

Möglichkeit 2:
Der Zeitsollwert ist als Konstante am Eingang des Zeitglieds angelegt. In diesem Fall wird der Baustein (wo das Zeitglied drin liegt) neu zur SPS übertragen.
Dabei passiert folgendes:
Der Baustein wird in der SPS in einen freien Speicherbereich kopiert. Wenn der Kopiervorgang fertig ist, wird nur die Einsprungadresse des Bausteins in der SPS geändert. Falls zu wenig freier Speicherplatz in der SPS vorhanden ist, muss der Speicher komprimiert werden. Dabei werden alle Bausteine im Speicher neu angeordnet (auch die DB's), so dass diese nacheinander liegen und ein freier Speicherbereich zur Verfügung gestellt wird.
Wenn dann anschließend ein Schreibzugriff auf eine alte absolute Speicheradresse einer Variablen stattfindet geht die SPS mit Urlöschanforderung in Stopp.
Das kann passieren bei:
nicht Simatic Terminals
Simatic Terminal, bei denen zur Erhöhung der Perfomance DB-Adressliste zyklisch lesen abgeschaltet wurde.
siehe:
https://cache.industry.siemens.com/dl/files/528/1405528/att_47320/v1/comb1V6_d.pdf
(Simatic HMI Kommunikation Windowsbasierte Systeme) Seite 2.5 und 2.6

Teste doch mal in dieser Reihenfolge:
  • die OP's ausschalten (24V wegnehmen)
  • die Zeit ändern
  • die OP's wieder einschalten

Wenn dann klappt, weißt Du das DB-Adressliste zyklisch lesen abgeschaltet wurde.


Diese Erfahrung, dass in diesem Fall eine S5 mit Urlöschanforderung abstürzt habe ich selbst vor einigen Jahren (ca. 20) erlebt, mit AG115/CPU941 und AG115/CPU943 mit jeweils angeschlossenem Phillips Terminal. Bei Programmänderung in der SPS und anschließendem Terminalschreibzugriff passierte es.


vill Jröß (viele Grüße)
Peter
 
Zuletzt bearbeitet:
@Larry,
soweit ich weiss, ist die S5 was Timerwerte angeht "unempfindlich" im Vergleich zur S7. In Stop geht die S5-CPU nicht, wenn der Zeitwert nicht im BCD-Format ist.

ich bin mir zu 99% sicher das sie in stop geht wenn das format nicht stimmt
 
@Volker,
dann schränke ich meine Aussage mal insoweit ein, dass sie bis einschl. 115U richtig ist. Ich hab's gerade an meiner Test-115U ausprobiert und da geht nix in Stopp, egal was ich als Timerwert vorgebe. Sowohl bei der Zeitbasis wie auch beim Zeitwert filtert die SPS alle Bits heraus, die nicht ins Format passen und macht dann mit dem Filterergebnis weiter ohne in Stopp zu gehen. Eine 928B hab ich nicht da, glaube aber nicht, dass die sich anders verhält ...

Gruss
HPE
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich kann mir eigentlich auch nicht vorstellen, dass ein illegaler S5T-Wert einen CPU-Stop auslösst - höchstens macht der Timer Quatsch.
Es wäre halt nur eine Möglichkeit, die ich mir hätte vorstellen können ...

Das, was Peter schreibt, stimmt natürlich so, wie er es schreibt. Ich hatte die von Peter genannte Möglichkeit 2 nicht aus der Beschreibung des TE herausgelesen ...

Gruß
Larry
 
Zurück
Oben