Ein schwacher Trost, aber immerhin stehe ich nicht alleine da.
Bei mir kommt der Fehler manchmal schon nach einer Stunde, manchmal aber auch erst nach Tagen, aber er kommt bestimmt, das ist sicher. Und was das bei einer Steuerung für ein Betonfertigteilwerk bedeutet, brauch ich wohl nicht zu sagen.
Eine andere Hardware wäre natürlich eine Möglichkeit, bei welcher HW läuft es denn fehlerfrei ?
Hatte bisher eigentlich immer grosse Stücke auf WAGO gehalten.
Wenn man nur schonmal wüsste was Task=UNKNOWN bedeuten würde ???!!!
Ich habe 3 automatisch angelegte interne Tasks laufen, die TREND_TASK, die ALARM_TASK und eine Task zur aktualisierung von nicht verwendeten I/O's (diese sehe ich aber komischerweise nicht im Taskmanager).
Bitte helft uns
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
so pauschal wird euch da keiner helfen können. Wenn ich nicht ganz daneben liege ist der 758-870 eigentlich auch von Kontron. Ich kann euch nur den Tip geben meldet das dem jeweiligen Support gena dafür sind die ja da.
Gruß
Ralph
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Der System overload kommt wohl daher, dass das Linux und die PLC ca. alle 5 Sek. eine Kommunikationsüberwachung machen. Wenn diese Kommunikationsüberwachung von Linux-Seite fehlschlägt, dann kommt der System-Overload. Daher auch Task = unknown!
Ich konnte das in einem einfachen Programm nachstellen, indem ich eine geschachtelte For Schleife gebaut habe. D. h. es deutet darauf hin dass irgendwo im Programm der Fehler zu suchen ist. Zykluszeit ist bei mir allerdings in Ordnung und der SW-Watchdog schlägt auch nicht zu.
glider_dr
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
das hört sich ja gut an, dann werd ich mein Programm mal durchforsten.
Was ich aber dann nicht verstehe ist, dass dein Programm auf einer anderen Hardware fehlerfrei läuft. Da müsste doch wenigstens dann der Watchdog für die Task zuschlagen.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Der Watchdog schlägt auch auf dem ThinkIO nicht zu, obwohl er auf die halbe Zykluszeit eingestellt ist und trotzdem verabschiedet sich das Programm mit dem System oberload.
Heute läuft der ThinkIO schon 1 Std. ohne Ausfall. Allerdings nur wenn ich nicht mit CodeSys online bin.
Meine Vermutung geht jetzt dahin, dass das System (nicht die PLC-Tasks) durch Online Zugriffe oder Variablenaustausch mit Visu überlastet wird und daher rechnerseitig mit dem System Overload reagiert.
Gruß
glider_dr
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
WAGO 758-870 mit Codesys:
Ich habe alle paar Tage das Problem, dass die Steuerung stehen bleibt mit der Meldung
Ssytem overload für Task "Unknown"
Ich habe 3 Tasks laufen, plus die internen Tasks ALARM_TASK und TREND_TASK. Die Task "Unknown" kenne ich nicht.
Kennt ihr das Problem, und was kann man dagegen machen ?
Grüsse,
Dieter
Hallo Forum,
bin neu hier und habe ein ähnliches Problem wie dietere.
Nach 10000 bis 50000 Zyklen kommt die Meldung
#16: Tasküberwachung fehlgeschlagen für 'System Overload Task = Unknown'
Die HW ist ein Kontron ThinkIO-P.
Das Projekt läuft auf einer anderen HW völlig fehlerfrei.
Die Task ist auf 10 ms eingestellt und die Zykluszeit beträgt zw. 3 und 4 ms.
Wer hat eine gute Idee
Gruß
glider_dr
Ein schwacher Trost, aber immerhin stehe ich nicht alleine da.
Bei mir kommt der Fehler manchmal schon nach einer Stunde, manchmal aber auch erst nach Tagen, aber er kommt bestimmt, das ist sicher. Und was das bei einer Steuerung für ein Betonfertigteilwerk bedeutet, brauch ich wohl nicht zu sagen.
Eine andere Hardware wäre natürlich eine Möglichkeit, bei welcher HW läuft es denn fehlerfrei ?
Hatte bisher eigentlich immer grosse Stücke auf WAGO gehalten.
Wenn man nur schonmal wüsste was Task=UNKNOWN bedeuten würde ???!!!
Ich habe 3 automatisch angelegte interne Tasks laufen, die TREND_TASK, die ALARM_TASK und eine Task zur aktualisierung von nicht verwendeten I/O's (diese sehe ich aber komischerweise nicht im Taskmanager).
Bitte helft uns
Hi Leute,
so pauschal wird euch da keiner helfen können. Wenn ich nicht ganz daneben liege ist der 758-870 eigentlich auch von Kontron. Ich kann euch nur den Tip geben meldet das dem jeweiligen Support gena dafür sind die ja da.
Gruß
Ralph
Der System overload kommt wohl daher, dass das Linux und die PLC ca. alle 5 Sek. eine Kommunikationsüberwachung machen. Wenn diese Kommunikationsüberwachung von Linux-Seite fehlschlägt, dann kommt der System-Overload. Daher auch Task = unknown!
Ich konnte das in einem einfachen Programm nachstellen, indem ich eine geschachtelte For Schleife gebaut habe. D. h. es deutet darauf hin dass irgendwo im Programm der Fehler zu suchen ist. Zykluszeit ist bei mir allerdings in Ordnung und der SW-Watchdog schlägt auch nicht zu.
glider_dr
Hallo,
das hört sich ja gut an, dann werd ich mein Programm mal durchforsten.
Was ich aber dann nicht verstehe ist, dass dein Programm auf einer anderen Hardware fehlerfrei läuft. Da müsste doch wenigstens dann der Watchdog für die Task zuschlagen.
Der Watchdog schlägt auch auf dem ThinkIO nicht zu, obwohl er auf die halbe Zykluszeit eingestellt ist und trotzdem verabschiedet sich das Programm mit dem System oberload.
Heute läuft der ThinkIO schon 1 Std. ohne Ausfall. Allerdings nur wenn ich nicht mit CodeSys online bin.
Meine Vermutung geht jetzt dahin, dass das System (nicht die PLC-Tasks) durch Online Zugriffe oder Variablenaustausch mit Visu überlastet wird und daher rechnerseitig mit dem System Overload reagiert.
Gruß
glider_dr