Datenbaustein nicht gefunden

SPS_NEU

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

ich habe mehrere Datenbausteine. DB1 funktioniert, DB2 gehört zu nem PID Regler und DB3 wird "nicht gefunden". Falls ich auf DB3 zugreifen will, gibts nen SF der CPU. Muss man DB´s aufrufen (gilt das auch für DB´s von PID Reglern) ??
 
Db

Hallo,

klingt etwas wirr... Also DBs musst du erst erzeugen damit du sie verwenden kannst. Merker sind schon da. Wenn DB3 nicht gefunden wird dann gibts den scheinbar nicht. Stammt das Programm von dir oder stocherste in was fremden? Was hast du eigentlich vor?? Was soll deiner Meinung nach im DB3 sein dass du darauf zugreifen willst? Übrigens Instanz-DBs erzeugt Step7 für dich - gilt für den PID.

André
 
Hallo,

erstmal sollten die Datenbausteine vorhanden sein.

Und wenn du auf zugreifen möchtest, solltest du sie vorher öffnen.

A DB XXXX (S5)
oder
AUF DB XXXX (S7)

zum anderen kannst du , sofern der DB vorhanden ist, in der S7 direkt mit z.B.

L DB3.DBB1 (byte 1 im db 3)

darauf zugreifen.

Edit: verdammt zu langsam
 
den DB3 habe ich schon angelegt. In diesem sollen die Variablen für einen PID-Regler liegen. Der DB3 liegt im Verzeichnis. Will ich jetzt in einem FC auf die Daten des DB3 zugreifen gibts einen SF
 
hast du den DB 3 als global oder als instanz db angelegt.

und wie bereits oben schon gefragt in die cpu übertragen?

und wenn ja wird er aufgerufen, bzw geöffnet?
 
Db

ist der DB online vorhanden (siehe Beitrag von 4L). Wie greift du darauf zu? Stell mal den Code rein? Wie ist die genaue Fehlermeldung?

André
 
Zugriff: U DB3.DBX0.0

Es gibt keine Fehlermeldung, nur die CPU geht durch den SF in STOP

"Baustein nicht gefunden" kommt erst, wenn ich im DB auf ONLINE gehe
 
Zuletzt bearbeitet:
Dann ist der Baustein wohl im Projekt aber nicht auf der CPU vorhanden. Wie schon vorher geschrieben wurde: einfach übertragen.
 
Grins 10 das gleiche geschrieben.

Dabei haben wir den Baustein doch versteckt!

Weitere mögliche Fehlerursache:
- Noch ein Fehler der dies hervoruft kann ein falscher CALL Aufruf sein.
Das der DB zwar vorhanden ist aber nicht in den Speicher der SPS geladen wird.

Falls dies der Fall ist:
Auf der CPU und im Programm den DB entfernen und einen neuen Call aufruf machen. Die CPU fragt danach ob ein neuer DB angelegt werden soll. Mit Ja bestätigen.

Grüße
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Noch eine Fehlerusache.

Bei den ganz alten 314 und 315 +nix (also ohne DP usw) und ohne Speicherkarte machte er bei einen Speicherüberlauf keine Fehlermeldung sondern einfach diesen Baustein nicht mehr auf.
So war der Arbeitsspeicher ind er CPU sehr begrenzt.

Es ar dann teils nicht mehr möglich zwar abgelegt und nicht bearbeitet Datenbausteine anzuklicken und anzusehen, aber nicht mehr in einen Onlinemodus dafür zu gehen.

-

Habe da noch eine rum liegen bei der genau dieser Fehler auftrat. Haben Sie gegen ein neues Modell getauscht.

Grüße
 
a) der PID-Regler ist mit einem Standardbaustein FB41 umgesetzt und du hast den Instanz-DB dazu von Hand angelegt? Das dürfte nur sehr schleppend in die Gänge kommen (wobei ich nicht ausschließen möchte, dass ein Ralle oder Larry das zum laufen bringt)

b) der PID-Regler ist ein von dir geschriebener und du hast ... ach, lassen wir das ;)

achso: @mknoellner - AUF DB xy bzw. [#blabla] sollte nicht der normale weg bei direkter adressierung sein! es sollte nur in den fällen zum einsatz kommen, in denen es nicht anders geht (siehe dazu auch: indirekte adressierung in einem datenbaustein)
DENN
ein qualifizierter zugriff findet sich in den referenzdaten wieder und kann vie Gehe zu... ausgewertet werden!
 
@vierlagig
wenn ich den db lediglich als datentank nutze. warum denn dann nicht?

hm .. ich denke mal überlegung kommt von der s5. hier ist es eben nur so möglich. also öffnen laden bearbeiten schreiben. oder wenn austausch zwischen 2 bausteinen oder mehreren erfolgen muss/soll auf....auf....auf..... verdammt das nervt schon ;)
 
Zurück
Oben