Sicherheit Eingänge

ka1978

Level-1
Beiträge
139
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Schöne grüsse an allen Forum Teilnehmer,

das ist meine Erste mal hier im Forum , ich bin SPS anfänger und brauche Ihre Hilfe. ich hoffe, dass ich hier richtig bin.

ich arbeite momentan unter Simatic 300 (CPU319) und habe folgende Probleme:

Ereignis_ID:16#2522
Bereichslängenfehler beim Lesen
Instanz_DB, Doppelwortzugriff, zugriffsadr. :62
Angeforderter OB : Programmierfehler_OB (OB121)

Die geforderte OB121 ist schon im CPU geladen,aber trotzem keine änderung.
Ausserdem die Sischere digitale Eingänge (z.B Beim Betätigung vom Not_Aus die Lämpchen Im Sicheren_Baugruppe Leuchten (ET200M), aber
im Anwender_Prog (Baustein) ist es keine Änderung zu sehen), die Analoge_Eingänge (Sichere) bleiben bei 0 (DB), obwohl der Messgerät andere wert zeigt.
Kann mir jemand erklären wie kann sowas zustande kommen?
Ich bedanke mich im voraus für Ihre Hilfe.:confused:
 
Scheinbar wurde im FB eine Änderung der Schnittstelle vorgenommen. Z.B. eine STAT-Variable hinzugefügt oder gelöscht.
Dann passen die Adressen im IDB nämlich nicht, wenn der IDB nicht neu generiert UND in die S7 geladen wurde.

1. Hast Du etwas verändert?
2. Wenn ja, hast Du den IDB neu generiert?
3. Wenn ja, hast Du den IDB (und natürlich den FB) zur Steuerung übertragen?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Schönen Tag,

Erstmal ich bedanke mich für die Schnelle Antwort und für Ihre Bereitschaft mir dieses Problem zu lösen.

ich habe nichts geändert, und ich weiss es nichts , welchen IDB (FB),die solche komplikation machen können?

Wie kann man das noch prüfen, ob es wirklich die IDB (FB) hinter dieses Problem stecken.

Danke
 
Ich würde mal das sichere Programm neu generieren und laden. Die Sicheren Eingänge "funktionieren" nur im Programm wenn das Programm konsistent ist.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich würde mal das sichere Programm neu generieren und laden. Die Sicheren Eingänge "funktionieren" nur im Programm wenn das Programm konsistent ist.

Da der TE darauf hingewiesen hat, dass er Anfänger ist würde ich das nicht empfehlen. Wenn ich das richtig verstanden habe greift er in die Sicherheit der Maschine ein, wenn er das Programm herunterlädt. Wenn nicht klar ist, ob die Version auch wirklich stimmt könnte das empfindliche Folgen haben.
 
Eine wichtige Frage wäre noch, ob die CPU auf Stop geht?

Ist die CPU auf Stop kann man im B-Stack nachsehen welcher Baustein vor dem Fehler aufgerufen worden ist.

Geht die CPU nicht auf Stop, dann bitte den OB121 wieder ONLINE löschen.

Für mich hört sich das pauschal jetzt nicht nach einem Fehler mit dem Sicherheitsprogramm an.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Da der TE darauf hingewiesen hat, dass er Anfänger ist würde ich das nicht empfehlen. Wenn ich das richtig verstanden habe greift er in die Sicherheit der Maschine ein, wenn er das Programm herunterlädt. Wenn nicht klar ist, ob die Version auch wirklich stimmt könnte das empfindliche Folgen haben.

Wenn es andere Möglichkeiten gibt das Problem zu lösen dann immer her damit... Aber da der TE selber nicht weiss wie der Fehler entstanden ist
ich habe nichts geändert
deutet darauf hin das jemand anders an diesem Projekt herumgebastelt hat. Wie soll man aus der Nummer wieder rauskommen ohne das Programm zu generieren ?
 
Ich hab leider kein S7 System hier, aber ich würde mal behaupten das man einen Bereichslängenfehler nicht im F-Programm erzeugen kann. (Programm kann nur kompiliert übertragen werden, beim Kompilieren können diese Fehler nicht entstehen, da es keine indrekte Adressierung gibt).

Die Typische Fehlermeldung beim "Fummeln" wäre dann "inkonsistente Sicherheitsprogramm"
 
... das ist meine Erste mal hier im Forum , ich bin SPS anfänger und brauche Ihre Hilfe. ich hoffe, dass ich hier richtig bin.

ich arbeite momentan unter Simatic 300 (CPU319) und habe folgende Probleme:
...

Nix gegen SPS-Anfänger, jeder fängt mal an.
Aber gleich mit der 319F und Sicherheitsprogramm ??

Prost Mahlzeit !!
 
Zurück
Oben