-> Hier kostenlos registrieren
Hallo CoDeSys- und WAGO-Profis,
für eine größere Steuerungseinheit nutzten wir das Perspecto CP 57 von WAGO mit einem Ethernet-IO-Knoten. Das Perspecto-Display programmieren wir mit CoDeSys 2.3.9.46 (Oct. 2014 / dürfte die neueste Version sein) via ST.
Nun haben wir parallel zum PLC_PRG eine PLC_VISU_PRG zur Visualisierungssteuerung, die auf fünf externe Tasten (hoch, runter, links, rechts, OK) reagiert (auf die Touch-Funktionalität verzichten wir, weil die Steuerungen durchaus mal in den Ex-Bereich hinter eine dicke Glasscheibe kommen). Außerdem gibt es noch parallel dazu einen Bautein PLC_ZUORDNUNG_PRG, welcher die Eingänge DI1 bis DI16 in sprechende globale Variablen (wie z. B. b_ControlDown) überträgt.
Dabei treten folgende Probleme auf:
1. Über R_TRIG wollen wir die Flanke eines Tasters erkennen und entsprechend z. B. einen Bildschirm weiterschalten oder einen Wert ändern. Außerdem wird eine Variable b_VisuActive (lokal) bei einer steigenden Flanke einer lokalen Variable aus PLC_PRG auf TRUE gesetzt, um die Visualisierung aktiv zu schalten. b_VisuActive wird nur hier geschrieben, nirgends anders (auch nicht auf FALSE gesetzt); ansonsten wird sie nur gelesen. Nun haben wir festgestellt, dass bei jedem Programmzyklus eine steigende Flanke erkannt wird, auch wenn der jeweilige Taster die ganze Zeit gedrückt gehalten wird und z. B. b_ControlDown ständig TRUE ist (Es gilt in diesem Beispiel: b_Down_RE(CLK:b_ControlDown)). Auch b_VisuActive flackert ständig (mal TRUE, mal FALSE), obwohl die lokale Variable in PLC_PRG TRUE bleibt. Warum ist das so? Werden bei jedem Programmdurchlauf die Variablen wieder auf Ihren Initialisierungswert gesetzt? (soweit ich weiß, doch nicht, oder?) Werden die Variablen als RETAIN PERSISTENT oder global deklariert, gibt es keine Probleme...
2. Um den oben beschriebenen Fehler zu finden, haben wir b_VisuActive nicht mehr über eine R_TRIG-Instanz gesetzt, sondern über eine SR-Kippstufe (SR). Von dieser gibt es - im Gegensatz zu R_TRIG - nur eine Instanz. SET läuft über die Variable aus dem Hauptprogramm, RESET über eine Variable, die wir explizit mit FALSE initialisieren und die niemals auf TRUE gesetzt wird. Da tritt jetzt das Phänomen auf, dass der Ausgang der SR-Kippstufe und damit b_VisuActive sich laufend mit dem SET-Eingang ändert und niemals TRUE bleibt. Dabei bleibt die SET-Eingangsvariable (aus PLC_PRG) immer TRUE. Nutzen wir stattdessen eine globale Variable für SET, die dann in PLC_PRG gesetzt wird, ändert sich gar nichts. Woran kann das liegen?
3. Ich habe jetzt gelesen, dass bei einer Task-Konfiguration kein PLC_PRG existieren darf. Stimmt das? Kann das die Ursache all unserer Probleme sein?
MfG
Exing
für eine größere Steuerungseinheit nutzten wir das Perspecto CP 57 von WAGO mit einem Ethernet-IO-Knoten. Das Perspecto-Display programmieren wir mit CoDeSys 2.3.9.46 (Oct. 2014 / dürfte die neueste Version sein) via ST.
Nun haben wir parallel zum PLC_PRG eine PLC_VISU_PRG zur Visualisierungssteuerung, die auf fünf externe Tasten (hoch, runter, links, rechts, OK) reagiert (auf die Touch-Funktionalität verzichten wir, weil die Steuerungen durchaus mal in den Ex-Bereich hinter eine dicke Glasscheibe kommen). Außerdem gibt es noch parallel dazu einen Bautein PLC_ZUORDNUNG_PRG, welcher die Eingänge DI1 bis DI16 in sprechende globale Variablen (wie z. B. b_ControlDown) überträgt.
Dabei treten folgende Probleme auf:
1. Über R_TRIG wollen wir die Flanke eines Tasters erkennen und entsprechend z. B. einen Bildschirm weiterschalten oder einen Wert ändern. Außerdem wird eine Variable b_VisuActive (lokal) bei einer steigenden Flanke einer lokalen Variable aus PLC_PRG auf TRUE gesetzt, um die Visualisierung aktiv zu schalten. b_VisuActive wird nur hier geschrieben, nirgends anders (auch nicht auf FALSE gesetzt); ansonsten wird sie nur gelesen. Nun haben wir festgestellt, dass bei jedem Programmzyklus eine steigende Flanke erkannt wird, auch wenn der jeweilige Taster die ganze Zeit gedrückt gehalten wird und z. B. b_ControlDown ständig TRUE ist (Es gilt in diesem Beispiel: b_Down_RE(CLK:b_ControlDown)). Auch b_VisuActive flackert ständig (mal TRUE, mal FALSE), obwohl die lokale Variable in PLC_PRG TRUE bleibt. Warum ist das so? Werden bei jedem Programmdurchlauf die Variablen wieder auf Ihren Initialisierungswert gesetzt? (soweit ich weiß, doch nicht, oder?) Werden die Variablen als RETAIN PERSISTENT oder global deklariert, gibt es keine Probleme...
2. Um den oben beschriebenen Fehler zu finden, haben wir b_VisuActive nicht mehr über eine R_TRIG-Instanz gesetzt, sondern über eine SR-Kippstufe (SR). Von dieser gibt es - im Gegensatz zu R_TRIG - nur eine Instanz. SET läuft über die Variable aus dem Hauptprogramm, RESET über eine Variable, die wir explizit mit FALSE initialisieren und die niemals auf TRUE gesetzt wird. Da tritt jetzt das Phänomen auf, dass der Ausgang der SR-Kippstufe und damit b_VisuActive sich laufend mit dem SET-Eingang ändert und niemals TRUE bleibt. Dabei bleibt die SET-Eingangsvariable (aus PLC_PRG) immer TRUE. Nutzen wir stattdessen eine globale Variable für SET, die dann in PLC_PRG gesetzt wird, ändert sich gar nichts. Woran kann das liegen?
3. Ich habe jetzt gelesen, dass bei einer Task-Konfiguration kein PLC_PRG existieren darf. Stimmt das? Kann das die Ursache all unserer Probleme sein?
MfG
Exing
. Wir werden jetzt mit RETAIN- bzw. globalen Variablen arbeiten...
