Step 7 Bereichslaengenfehler Schreiben/Lesen

Studiologe

Level-1
Beiträge
57
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo zusammen Team,
Ich bekomme bei meiner CPU 315-2DP (IM-SUMULATOR,
habs nicht an der Anlage selbst getestet, RISIKO zu gross)
einige Fehlermeldungen nach Aenderung der Programmstruktur.

Die Fehler sind imme die gleichen:
Bereichlaengenfehler beim Lesen
Bereichlaengenfehler beim Schreiben.
Es handelt sich dabei immer um die
"Global-DB, Bitzugriff, Zugriffsaddresse:"
96, 103 und 105

Mein DB300 geht bis 115 und die besagten Bit-Addressen
96, 103, 105 sind vom Typ BOOL. Daher verstehe ich nicht ganz, warum ich
diese Zugriffsfehler bekomme.

Laut Datenblatt meiner CPU liegt der DB doch noch im Nummernband,
und die Bereichslaenge ist nicht ueberschritten.

Achso und noch schnelle Anmerkung, die markierung im 2. Bild:
Diese Adresse taucht nirgendwo bei den Fehlern auf, es sind nur die anderen betroffen? Also 96, 103, 105......?!?
Simatic Manager v5.5
Simulator v5.4 SP3

Warum also diese Fehler?

Steh voll auf dem Schlauch und koennte jegliche Hilfestellung
gebrauchen,
Dankeschoen!!!

1.PNG2.PNG3.PNG
 
Zuletzt bearbeitet:
Ich würde mal die Baustein-Konsistenzprüfung anschauen und/oder den/die in #Area_DB angegebenen DB (DB300 ?) im offline-Projekt neu speichern und in die CPU bzw. Simulation laden.

Wenn Du eh' nur simulierst, dann kannst Du an den verdächtigen Programmstellen auch Haltepunkte setzen und Dir da die CPU-Registerinhalte ansehen, besonders das DB-Register.

(PS: ich nehme mal an, daß Dein 2. Bild nicht Deinen originalen Programmbaustein (FC71 ?) zeigt - das ganze Geraffel mit dem AR1 ist da ja ziemlich sinnfrei)

Harald
 
Wenn du im 2. Bild online bist, prüfe mal das AR1 bei jedem Aufruf (Kann man sich anzeigen lassen rechts im Onlinemodus). DasAr1 muß bei deinem Code ja immer P#0.0 also 0 sein
Wenn da was anderes drin steht, dann mußt du das AR1 vielleicht nach dem Sprung oder nach dem FC30 noch einmal mit P#0.0 laden.
 
Zurück
Oben