Step 7 DB ändern ohne Schäden zu verursachen

O

Oskar

Level-1
Beiträge
6
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo!

Nun habe ich einen halben Tag versucht, kaputte FCs (S7-300) wiederherzustellen - und es ist mir doch nicht gelungen.
Als Ursache für die verrutschten DB-Adressen vermute ich, daß ich eine kleine Änderung in einem selbst aufgebauten, globalen DB vorgenommen habe.
Ein struct ging z.B. von 0.0 bis 2.0. Dann folgte ein struct ab 4.0.
Die zusätzliche Variable habe ich auf 2.0 folgen lassen, also 2.1.
Ich war bisher der Auffassung, daß die Bits bis 3.7 doch noch frei sein müßten.
Liege ich da völlig daneben?
 
Welch zusäztliche Variable? Datentyp? Im Struct oder außerhalb des Struct?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Es sind nur Bool-Variablen und nur innerhalb des struct - auch die zusätzliche. Der nächste Struct-Bereich fängt erst bei 4.0 an.
Leider hatte ich die Fehler in den FCs erst lange nach der Änderung des DB bemerkt. So daß ich nicht sicher sagen kann, ob ich mich in einem anderen Zusammenhang vielleicht verklickt habe.
 
Das sollte schon möglich sein, aber manchmal hat mir dabei auch nur die Konsistenzprüfung geholfen. Hats Du das mal probiert? Programmierst Du eigentlich symbolisch?
 
Oskar schrieb:
Nun habe ich einen halben Tag versucht, kaputte FCs (S7-300) wiederherzustellen - und es ist mir doch nicht gelungen.
Als Ursache für die verrutschten DB-Adressen vermute ich, daß ich eine kleine Änderung in einem selbst aufgebauten, globalen DB vorgenommen habe.
Zum Vergrößern anklicken....
Was genau ist an den FC "kaputt"?

Statt ewig lange eine Wiederherstellung der FC und DB zu versuchen, könntest Du den jetzigen Projektstand mit Deinem Projekt-Backup von vor dem "Kaputtgehen" vergleichen, und dann entscheiden, ob Du die alten guten Baustein-Versionen ins aktuelle Projekt kopierst oder vom alten Projektstand die Änderungen nochmal und diesmal richtig vornimmst.

Harald
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich habe die Bausteine mit FUP programmiert. Leider hatte ich den Schaden erst bemerkt, nachdem ich schon ziemlich lange weiterprogrammiert hatte. Dann hatte ich alle Stellen, an denen falsche Adressen / Symbole veknüpft waren, korrigiert. Ich hoffe, keine Fehler übersehen zu haben, denn die falschen Einträge fielen kaum auf.

Die Frage bleibt ja trotzdem im Prinzip, wie empfindlich ist ein Datenbaustein - und ist meine Vermutung richtig, daß ich einen freien Bereich noch nachträglich belegen kann, ohne Schäden zu verursachen.

Dann muß ich mich nämlich woanders verklickt haben. Kann die Symboltabelle in WinCC flexible auf den DB oder die Fcs rückwirken?

an Tom: Was verstehst Du unter Konsistenz-Prüfung?
 
Also was jetzt falsche Adressen ODER falsche Symbole?
Solange du nicht klar beschreiben kannst "was" Geschädigt wurde, kann dir auch niemand bei deinem konkreten Problem detailiert helfen.

Prinzipiell beeinflussen das Verhalten:
Objekteigenschaften Bausteinordner - Operrandenvorrang
Bausteinkonsistenz - Bausteinordner - Rechte Maustaste - Bausteinkonsistenz prüfen

Mfg
Manuel
 
Zurück
Oben