TIA DB vergisst den ursprünglichen Wert nicht

Rycker64

Rycker64

Level-2
Beiträge
44
Reaktionspunkte
9
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo zusammen,
ich verzweifel ein wenig an TIA V17 .
Die CPU 1515TF-2 PN 6ES7 515-2UM01-0AB0
Projekt in TIA V17 Upd.7

In einem FC ist eine Überwachungszeit per DB Eintrag gesetzt, das Wird auch problemlos abgearbeitet.
Nun wurde auf Wunsch des Anlagen Betreibers diese Zeit von 300 auf 950 erhöht.
Drehkopf_ueberw.jpg

In dem DB ist die Variable DB 200.D_40 im Aktualwert, im Startwert und online beim Beobachten auf 950. Die gesamten Bausteine sind konsistent
Drehkopf_Ueberw_DB.jpg

Der Wert wurde zuerst online geändert und Dann alles gespeichert, DB und Fc wurden neu übertragen um die Konsistenz zu gewährleisten.
Soweit alles OK.

Wenn nun die Anlage, aus welchen Gründen komplett ausgeschaltet wird, läd beim anschl. Kaltstart die CPU irgendwo her die ursprünglichen 300 und im DB200.DBW80 stehen statt die im Startwert die gespeicherten 950. WHY?:oops:

Keine Ahnung was ich nun noch explizit tun soll um das zu unterbinden und das der eingetragene Startwert gelesen wird.

Das hin und her kopieren Aktualwert -> Startwert und umgekehrt ist alles gemacht worden, es sieht immer gut aus , bis zum nächsten Kaltstart.

Ich bin für jeden Tip dankbar🖐️
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Unabhängig vom Problem, wieso der Wert auf 16#0300 zurückspringt, sollte der Datentyp des DB200.DBW80 nicht Word, sondern S5TIME sein. Und der Wert 16#0950 dementsprechend S5T#9s500ms. Ist einfach verständlicher.
 
Hallo danke für die Antworten,
die Variable wird nur dort in FC30 gelesen,
kein HMI vorhanden, unser "Lieferant" der Software hat es aus S7 konvertiert, daher auch in AWL .
es ist ein Relikt aus der Hochwasserzeit, als wir Komplett abgesoffen waren und es auf die "Schnelle" neu aufgesetzt werden musste.

Ich kann mir nur vorstellen das es irgendwie trotz Stromlos in der CPU gespeichert wird. Daher auch die Bedenken das ggf. von der IBN noch andere geänderte Werte Wo stehen. Sonst hätte ich die Anlage schon einmal "Hirnlos" gemacht und komplett neu übertragen.
Ich berichte falls ich eine Lösung finde.
Ein Kollege der auf einem TIA Lehrgang ist hat den Dozent gefragt, der zuckte nur mit den Schultern.
 
Hast du denn mal geprüft, was im OB100 so alles steht? Wird im OB100 evtl. ein Anlaufmerker erzeugt, welcher an anderer Stelle den Wert dann bei Anlauf überschreibt ( evtl. auch irgendwas indirektes ).
 
Wow, da hat es wohl mal wieder ein konvertiertes S5-Programm auf eine 1500er geschafft ... und das ist in dem Fall nicht mal abwertend, sondern definitiver Fakt.
Justament habe ich selbst erst letztens sowas gemacht, weil es zumindestens vom Umbaufenster her temporär nicht anders ging.

In der Anlage war es z.B. so, dass die Parameter DBs im OB100 jeweils neu erzeugt, mit Creat_DB, sowie in jeweiligen FCs dann mit einem manuellen Blkmov, mit einer entsprechenden Anzahl Schmiermerkern aus einem anderen DB neu "initalisiert". Warum genau man so einen Scheiß macht ... keine Ahnung, in meinem Fall war es eine Kläranlage.

Das würde dann letztlich zu genau dem Effekt führen.
Natürlich waren die Zugriffe S5-Like mit A DB und L bzw. T DBW ... so dass diese auch nicht in Querverweisen auftauchen.

Mfg
Manuel
 
Mhm… alle Variablen heißen D_xy, sind aber nicht als Array deklariert. Vielleicht hatv sich da ein besonders findiger 2 Stunden Schreibarbeit gespart und mit indirekter Adressierung und Schleife da drüber geschrieben.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich schaue Es mir Morgen an,
jetzt ist erstmal Schicht im Schacht für heute.
Der Letzte Beitrag Thx @ MSB würde genau unseren Effekt erklären.
Leider hatte ich heute Durch eine massive Störung keine richtige Zeit zu forschen.
Cu tommorrow🤟
 
TP-Inc schrieb:
Mhm… alle Variablen heißen D_xy, sind aber nicht als Array deklariert. Vielleicht hatv sich da ein besonders findiger 2 Stunden Schreibarbeit gespart und mit indirekter Adressierung und Schleife da drüber geschrieben.
Zum Vergrößern anklicken....
Genau das ist ein annähernd 100% Indiz dafür, dass es sicher hier um ein konvertiertest S5-Programm (womöglich sogar nur von einem AG-Abzug) handelt ... Das heißt in dem Fall so, weil es der wortbasierten S5-Adressierung entspricht.
 
Man könnte Testweise den Wert auf unterschiedliche freie Merkerwörter schreiben. OB100 erstes NW erste Zeile. Und OB100 letztes NW letze Zeile. Dann sieht man eigentlich ob das Problem vorm Durchlauf OB100 liegt oder im OB100 überschrieben wird. So kann man es vielleicht besser eingrenzen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Fakt 1: es stimmt Ursprung des TIA Projekt ist eine alte S5-Steuerung gewesen, daher das Konvertieren um mit minimalem Aufwand schnellst möglich wieder produzieren zu können.
Gerade den OB100 gecheckt und den Übeltäter gefunden.
Im OB 100 werden diverse DB's erzeugt und gesicherte Werte wieder überschrieben.
Großen Dank an Alle die Tips gegeben haben The Winner is @MSB das war der Knackpunkt. ;)(y) siehe Anhang

Danke
 

Anhänge

  • Drehkopf_Ueberw_OB100_1.jpg
    Drehkopf_Ueberw_OB100_1.jpg
    30,2 KB · Aufrufe: 38
  • Drehkopf_Ueberw_OB100_2.jpg
    Drehkopf_Ueberw_OB100_2.jpg
    17,1 KB · Aufrufe: 38

Similar threads

L
Step 7 Strukturen in DB´s verloren
Antworten
10
Aufrufe
3K
Livix
L
S
TIA S7-300 DB-Daten Backup
Antworten
8
Aufrufe
4K
JesperMP
JesperMP
H
Step 7 "DB-Param" zeigt nicht die Online-Werte beim Beobachten an
Antworten
7
Aufrufe
3K
HelmiMUC
H
X
Step 7 CPU 315-2 DP: Fehler mit Zeitstempel "fangen"
Antworten
4
Aufrufe
4K
Xaar
X
M
Step 7 Werte mit Pointer aus DB lesen und schreiben, nicht ganz klar
Antworten
17
Aufrufe
10K
PN/DP
PN/DP
Zurück
Oben