TIA PLCSIM geht in Systemfehler (SF)

[revilo16]

Zuviel Werbung?
-> Hier kostenlos registrieren

PLCSIM geht in Systemfehler (SF) - Zykluszeit FB4004?

Hallo zusammen,

nach einigem suchen in der Siemens Hilfe und in Online Foren weis ich gerade echt nicht mehr wirklich weiter...:-(

ich habe folgendes Problem:

Ein Projekt welches auf der Maschine fehlerfrei läuft geht in PLC Sim nach ca. 5 sek – 1 min auf Systemfehler.
Da ich bisher noch nicht viel mit PLC Sim gearbeitet habe tue ich mich mit der Fehlersuche aktuell etwas und schwer wäre für eure Hilfe sehr dankbar.

Erst einmal die Informationen zum System:

Programmierumgebung:
TIA V14 Updt 1 (Step 7 Prof, WinCC Adv)

Simulation:
PLC Sim V5.4 SP 7

Projekt:
CPU: 317F-2-PN/DP (Enthält Safty + "Normales" Programm)
Panel: IPC477D 19“
Profibus: Wird nicht verwendet
Profinet: 25 Teilnehmer (Businseln, ET200, FU’s,..)

Wenn ich mit derselben SW ein kleines Projekt erstelle (ohne Safety CPU und ohne Ethernet) und diese Simuliere klappt alles fehlerfrei.
Also habe ich versucht die Diagnose der CPU auszuwerten (siehe Bilder).

Der Instanz DB 8013 aus dem Diganosepuffer ist ein selbst erstellter Instanz DB des FB4004(F_CTRL_1) welcher wohl die Zykluszeit des Safetyprogramms überwacht(?!)
Diese habe ich aber, wie in einem anderen Thread gelesen, zum Test mit PLCSIM in der Ablaufgruppe schon auf Max gestellt (1010ms).
Ebenso hab ich in einem Siemens Dokument folgendes gelesen:
"Während der Simulation mit S7-PLCSIM ist die Überwachung der maximalen Zykluszeit der F-Ablaufgruppe und der Warngrenze Zykluszeit der F-Ablaufgruppe (S7-1200, S7-1500) deaktiviert."
Somit dürfte das bei den aktuellen Version keine Rolle mehr spielen?

Aufgrund der Situation und der Diagnose ergeben sich bei mir nun einige Fragen die mir unklar sind.
Vielleich habe ich was falsch verstanden/übersehen und komme weiter wenn ihr mir hierzu was sagen könntet:

1. Verwende ich die richtige Version von PLC SIM? Beim starten der Simulation aus TIA wird die o.g. Version automatisch geöffnet.
Was mich jedoch etwas stutzig macht ist die „classic“ Oberfläche?
(Es ist auch PLC Sim V14 installiert, hier kann ich jedoch nur eine 1200/1500er CPU anwählen?)

2. Ist es ein Problem dass ich die Profinet Teilnehmer nicht habe?
In Classic war das m.M.n. kein Problem. Das ein BF deswegen entsteht wäre mir klar und die Meldungen im Diagnosebuffer der CPU zwecks Peripherie-Zugriffsfehler auch.
Die dürften aber nicht zu einem SF und CPU Stopp führen, oder?

3. Kann ich überhaupt ein Projekt mit Safety Programm in PLCSIM simulieren?
Oder braucht es dazu ein anderes PLCSIM, zusätzliche Software, oder Einstellungen ect?

4. Habt ihr sonst irgendwelche Ideen/Ansätze? Ich bin für jegliche Hilfe dankbar

Vielen Dank schon mal im Voraus

Revilo16

 

[FKJ]

Hallo

Stell mal im Simulator ein. Zykluszeit wie runtergeladen. Dann hängt sich zumindest das Tia nicht auf.

 

[revilo16]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo

Stell mal im Simulator ein. Zykluszeit wie runtergeladen. Dann hängt sich zumindest das Tia nicht auf.

Vielen Dank für deine Antwort.
Möglicherweise steh' ich auf dem Schlauch aber ich kann die Einstellung nirgends finden.
Meinst du vielleicht folgende Einstellung in PLCSIM?
"Ausführen -> Zykluszeitüberwachung... -> Zykluszeitüberwachung aktivieren"

Die hab ich sowohl aktiviert wie auch deaktiviert getestet. Ich bekomme aber leider immer noch den selben Fehler. :icon_cry:

 

[revilo16]

Vielen Dank für deine Antwort.
Möglicherweise steh' ich auf dem Schlauch aber ich kann die Einstellung nirgends finden.
Meinst du vielleicht folgende Einstellung in PLCSIM?
"Ausführen -> Zykluszeitüberwachung... -> Zykluszeitüberwachung aktivieren"

Die hab ich sowohl aktiviert wie auch deaktiviert getestet. Ich bekomme aber leider immer noch den selben Fehler. :icon_cry:

Es gibt Neuigkeiten::s17:

Ich bin nach dem ersten, nicht erfolgreichen, Versuch mit dieser Einstellung nochmal wie folgt vorgegangen:
1. Alles geschlossen. PLCSIM + TIA.
2. TIA gestartet und das Projekt geöffnet.
3. CPU und IPC SW und HW jeweils komplett übersetzt (zum 999. Mal währende der ganzen Versuche)
4. PLCSIM als Admin gestartet
5. In PLCSIM die Checkbox "Zykluszeitüberwachung aktivieren" deaktiviert. (Ist bei jedem PLCSIM Start per Default wieder aktiviert)
6. HW Konfiguration geladen
7. SW geladen

Jetzt scheint es aktuell tatsächlich zu funktionieren. Ich bete dafür, dass es so bleibt.
Vielen dank soweit FKJ.

By the way:
Die Meldung:
"Es wurden Unterschiede zwischen der geladenen Projektierung und dem Offline-Projekt festgestellt.
Online-Artikelnummer: 6ES7 841-0CC05-0YA5
Offline-Artikelnummer: 6ES7 317-2FK14-0AB0"
im Diagnosestatus der CPU ist m.M.n. normal, da dies dann die PLCSIM-CPU sein soll anstatt der projektierten echten CPU.

 

[revilo16]

Es gibt Neuigkeiten::s17:
...
Jetzt scheint es aktuell tatsächlich zu funktionieren. Ich bete dafür, dass es so bleibt.
...

Okay, leider leider zu früh gefreut. :icon_frown:

Es war wohl nur eine längere zufällige(?) Pause bis der Fehler, jetzt auch wieder nach der gewohnten Zeit, wieder kommt. :'(

Also hier noch meine Erkenntnisse von gestern:

Wenn ich ein neues Projekt, mit selber CPU + Panel anlege, dort alle normalen (also nicht Safety) Bausteine, Symbole, UDT's usw. rein kopiere und das Safety Programm einfach leer lasse, dann funktioniert es.
Jedoch funktioniert es nicht wenn ich im ursprünglichen Projekt einfach alle Safetybausteine die in dem "Main_Safety-Block" aufgerufen werde, lösche.
Dann kommt trotzdem noch der selbe Fehler.
Den fehlerverursachenden Baustein (F_CTRL_1) kann ich, selbst wenn ich die selbst erstellen FC's des Sicherheitsprogramm alle gelöscht habe, nicht löschen da es ein F-Systembaustein (Compiler-Baustein) ist.
Ich habe auch schon überlegt ob TIA hier ev. bei Hochrüsten des Projektes von V13 auf V14 i-was verhagelt hat weswegen der Fehler jetzt auftritt.
Das ist es aber auch nicht, da der Fehler im V13 Projekt auch auftritt.
Für mich sieht das inzwischen echt eher nach einem TIA-Bug aus, wie nach einem Programmier-/Einstellungsfehler meinerseits und ich weis nicht mehr was ich noch testen kann.

Jede Idee zur weiteren Diagnose oder zur Fehlerbehehebung ist also sehr willkommen... !