Programme lösen nicht mehr aus

[mazta]

Hallo zusammen,

ich habe das Problem, dass teilweise die Programme automatisch nicht mehr ausgeführt werden. Man kann nicht mal genau sagen, dass es immer ein und das selbe Programm ist. Weiterhin stimmen auch alle Systemvariablen überein, sodass das Programm ausgelöst werden müsste.

Ich habe die Programme auch bereits neu angelegt, was mal für einen Tag Abhilfe geschaffen hat, dann kam es aber wieder zu Ausfällen. Da es die komplette Beschattung des Hauses betrifft, ist das auch echt nervig.

Am DutyCycle kann es nicht liegen, der lag gerade bei 1%. System Exec nutze ich auch nicht, wohl aber das Exec von CUXD in mehreren Scripten. Ich habe bewusst das Update auf 2.35.16 vermieden, weil da ja diese Probleme auftauchen. Es läuft 2.35.15 bei mir auf der CCU2.

Hat jemand eine Idee wo der Hase im Pfeffer liegen könnte? Sollten irgendwelche Screenshots helfen, reiche ich die natürlich nach.

Wäre für jede Hilfe dankbar.

Viele Grüße

[manfredh]

Deute ein Programm, das Zicken macht beispielhaft raus, poste davon einen Screenshot und beschreibe genauer, was wann nicht funktioniert.

[mazta]

Da immer wieder auf Exec verwiesen wird, kann es der Grund sein, dass ich in einem Script an zwei Telegrambots Nachrichten verschicke?

Sprich:

Code: Alles auswählen

M. Infos:
dom.GetObject("CUxD.CUX2801001:1.CMD_EXEC").State("extra/curl -s -k https://api.telegram.org/botXXXXXX/sendMessage -d text='Das Arbeitszimmer wurde beschattet.' -d chat_id=XXX");

F. Infos:
dom.GetObject("CUxD.CUX2801001:1.CMD_EXEC").State("extra/curl -s -k https://api.telegram.org/botXXX/sendMessage -d text='Das Arbeitszimmer wurde beschattet' -d chat_id=XX");

[mazta]

Deute ein Programm, das Zicken macht beispielhaft raus, poste davon einen Screenshot und beschreibe genauer, was wann nicht funktioniert.

Sprich folgendes Programm funktionierte eben tadellos:


Dieses funktionierte dann aber nicht, obwohl alle Variablen stimmten. Wenn ich das Häkchen bei aktiv aus und wieder angestellt habe, fuhr die Rollade dann auch runter:



Edit: Das Script ist quasi das, was ich einen Post zuvor eingestellt habe.

Das gibt der CuXD Error-Log aus:

Code: Alles auswählen

Aug  4 19:17:40 homematic-ccu2 local0.err ReGaHss: Error: IseDOMPrg::UpdateDependecies: rpc.CallReportValueUsage failed dp id = 7473 'Alarmanlage_deaktivieren' [iseDOMPrg.cpp:560]
Aug  4 19:22:09 homematic-ccu2 local0.err ReGaHss: Error: IseESP::ScriptRuntimeError: ! alle Fenstersensoren und HMW-Sen-SC-12-DR in einem bestimmten Gewerk/ Favoriten u.a. durchsuchen ! und Ausgabe in Variable oder per pushover, telegram oder per Mail oder Ansage Home24 Medi
Aug  4 19:23:02 homematic-ccu2 local0.err ReGaHss: Error: IseESP::ScriptRuntimeError: ! alle Fenstersensoren und HMW-Sen-SC-12-DR in einem bestimmten Gewerk/ Favoriten u.a. durchsuchen ! und Ausgabe in Variable oder per pushover, telegram oder per Mail oder Ansage Home24 Medi
Aug  4 19:32:12 homematic-ccu2 local0.err ReGaHss: Error: rpc.CallReportValueUsage failed dp id = 7473 [iseManageObj.cpp:243]
Aug  4 19:32:35 homematic-ccu2 local0.err ReGaHss: Error: IseESP::ScriptRuntimeError: ! alle Fenstersensoren und HMW-Sen-SC-12-DR in einem bestimmten Gewerk/ Favoriten u.a. durchsuchen ! und Ausgabe in Variable oder per pushover, telegram oder per Mail oder Ansage Home24 Medi
Aug  4 19:32:48 homematic-ccu2 user.err rfd: HSSParameter::SetValue() true Put failed
Aug  4 19:32:48 homematic-ccu2 local0.err ReGaHss: Error: IseXmlRpc::CallXmlrpcMethod: execute result isFault; method =setValue Params = {"OEQ0491823:1","STATE",true} result= [faultCode:-1,faultString:"Failure"] [iseXmlRpc.cpp:2605]
Aug  4 19:32:48 homematic-ccu2 local0.err ReGaHss: Error: IseXmlRpc::CallSetValue: CallXmlrpcMethod failed [iseXmlRpc.cpp:1502]
Aug  4 19:32:48 homematic-ccu2 local0.err ReGaHss: Error: IseHssDP::WriteValue: CallSetValue failed; address = OEQ0491823:1 [iseDOMdpHSS.cpp:77]
Aug  5 00:00:01 homematic-ccu2 cron.info crond[110]: crond: USER root pid 6204 cmd /bin/sh /usr/local/etc/config/addons/mh/cloudmaticcheck.sh >> /dev/null
Aug  5 00:07:01 homematic-ccu2 cron.info crond[110]: crond: USER root pid 6219 cmd /bin/sh /usr/local/etc/config/addons/mh/loopupd.sh >> /dev/null
Aug  5 03:08:32 homematic-ccu2 daemon.info cuxd[334]: save paramsets(/usr/local/addons/cuxd/cuxd.ps) size:877
Aug  5 04:00:01 homematic-ccu2 cron.info crond[110]: crond: USER root pid 6251 cmd /usr/sbin/logrotate -f /etc/logrotate.conf || logger -p error -t "logrotate" "logrotate aborted with error $?"
Aug  5 04:12:01 homematic-ccu2 cron.info crond[110]: crond: USER root pid 6258 cmd /bin/setHWClock.sh
Aug  5 04:14:01 homematic-ccu2 cron.info crond[110]: crond: USER root pid 6262 cmd /bin/SetInterfaceClock 127.0.0.1:2001
Aug  5 06:00:01 homematic-ccu2 cron.info crond[110]: crond: USER root pid 6270 cmd /bin/sh /usr/local/etc/config/addons/mh/cloudmaticcheck.sh >> /dev/null
Aug  5 06:07:01 homematic-ccu2 cron.info crond[110]: crond: USER root pid 6284 cmd /bin/sh /usr/local/etc/config/addons/mh/loopupd.sh >> /dev/null
Aug  5 08:29:34 homematic-ccu2 daemon.warn openvpn[612]: NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables
Aug  5 08:29:57 homematic-ccu2 daemon.warn openvpn[612]: NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables
Aug  5 08:30:22 homematic-ccu2 daemon.warn openvpn[612]: NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables
Aug  5 10:58:35 homematic-ccu2 local0.err ReGaHss: Error: IseESP::ScriptRuntimeError: ! alle Fenstersensoren und HMW-Sen-SC-12-DR in einem bestimmten Gewerk/ Favoriten u.a. durchsuchen ! und Ausgabe in Variable oder per pushover, telegram oder per Mail oder Ansage Home24 Medi
Aug  5 12:00:01 homematic-ccu2 cron.info crond[110]: crond: USER root pid 8742 cmd /bin/sh /usr/local/etc/config/addons/mh/cloudmaticcheck.sh >> /dev/null
Aug  5 12:07:01 homematic-ccu2 cron.info crond[110]: crond: USER root pid 8757 cmd /bin/sh /usr/local/etc/config/addons/mh/loopupd.sh >> /dev/null
Aug  5 14:08:32 homematic-ccu2 daemon.info cuxd[334]: save paramsets(/usr/local/addons/cuxd/cuxd.ps) size:877
Aug  5 17:30:07 homematic-ccu2 daemon.info cuxd[12145]: pclose(wget -q -O - 'http://api.openweathermap.org/data/2.5/weather?mode=xml&units=metric&APPID=XXYYYYY23a6a1afd&id=2XXXXX53') exit(8) 0s

[manfredh]

Hallo mazta,

zuerst einmal: offensichtlich hast du die Screenshots nicht so hochgeladen, wie es die Forumsregeln empfehlen. Sonst könnte ich draufklicken und sie gingen in Originalauflösung auf. So muss ich meinen Browserinhalt vergrößern, um sie ordentlich lesen zu können. Das aber nur am Rande.

Was nun noch fehlt ist eine Aussage welche Situation denn eintritt, die das Programm starten sollte. Also sinngemäß: "Obwohl die SV "sonne_elevation" nachweislich von 10 auf 11 Grad wechselt, wird das Programm nicht gestartet."

Dir ist klar, dass ein Programm nicht dauernd von der CCU hinsichtlich der Gesamtbedingung überwacht wird? Dass vielmehr die Änderung eines einzelnen Parameters (z.B. "ow_Temperatur" ändert sich) erst dazu führt, dass die CCU nach Programmen sucht, in denen dieser Parameter verwendet ist und dann erst ggfl. das Program startet und abarbeitet?

[JRiemann]

Es hat evtl. nichts mit dem eigentlichen Problem zu tun, aber laut Log gibt es einen Fehler im "Fensterskript". Ich vermute Du verwendest eine veraltete Version die mit der neuen CCU-Firmware nicht kompatibel ist.

[Challenger]

Hi,
ich vermute es gibt hier tatsächlich ein generelles Problem.

Fall 1: Vor 2 Tagen fragte mich ein Freund ob ich eine Idee hätte weshalb plötzlich einige seiner unveränderten CCU-Programme (auch laut Log) seit mehreren Tagen nicht mehr funktionieren. Ich riet ihm zu einem CCU Neustart.
Fall 2: Gestern Abend bemerkte auch ich dass einige Programme meiner CCU, entweder gar nicht oder nur teilweise funktionierten. Bei mir war ebenfalls ein CCU-Neustart notwendig. Auch ich habe an den Programmen nichts verändert. Das letzte Update der CCU liegt bereits ca. 2 Wochen zurück (aktuelle FW).

Das ganze Thema ist also keineswegs ein Einzelfall!

VG

[mazta]

Was nun noch fehlt ist eine Aussage welche Situation denn eintritt, die das Programm starten sollte. Also sinngemäß: "Obwohl die SV "sonne_elevation" nachweislich von 10 auf 11 Grad wechselt, wird das Programm nicht gestartet."

Dir ist klar, dass ein Programm nicht dauernd von der CCU hinsichtlich der Gesamtbedingung überwacht wird? Dass vielmehr die Änderung eines einzelnen Parameters (z.B. "ow_Temperatur" ändert sich) erst dazu führt, dass die CCU nach Programmen sucht, in denen dieser Parameter verwendet ist und dann erst ggfl. das Program startet und abarbeitet?

Also meist löst sonne_azimut das Programm aus. Heute kann ich wieder ein Beispiel nennen, was ich noch komischer finde. Die SV sonne_azimut hat das Arbeitszimmer beschatten lassen, das Wohnzimmer allerdings nicht (die o.g. Programme). Dabei wurde bereits um 15:10 Uhr das Arbeitszimmer :beschattet und laut CCU (unter Status und Bedienung -> Programme) steht beim Wohnzimmer, dass es zuletzt um 17:10 Uhr ausgeführt worden wäre.
Beschattet wurde aber nicht.

Es kann ja nicht sein, dass das "smarte" Zuhause nur im Zufallsprinzip smart ist und man sich bei so einem teuren System damit zu Frieden geben muss.

Das Fensterscript von alchy habe ich bereits rausgeworfen, das brachte keinerlei Änderung.

@manfredh: Zur Logik: Wenn sich eine der "nur prüfen" Variablen als falsch darstellt und somit die Ausführung nicht zulässt gleichzeitig die "bei Änderung auslösen" Parameter zutreffen, was passiert, wenn die "nur prüfen" Variable später wahr ist? Die SV sonne_azimut ändert sich ja den ganzen Tag. Wird nur bei der ersten Änderung in den Bereich das Programm angestoßen? Ich hoffe ihr versteht die Frage

Viele Grüße
Michael

[NickHM]

@manfredh: Zur Logik: Wenn sich eine der "nur prüfen" Variablen als falsch darstellt und somit die Ausführung nicht zulässt gleichzeitig die "bei Änderung auslösen" Parameter zutreffen, was passiert, wenn die "nur prüfen" Variable später wahr ist?

"nur prüfen" löst das Programm nicht aus, es passiert also in dem Moment nichts.

Wird nur bei der ersten Änderung in den Bereich das Programm angestoßen?

Das Programm wird ausgeführt wenn die Grenze überschritten wird. In beide Richtungen. Allerdings ist die Bedingung bei der folgenden Prüfung nur in eine Richtung erfüllt.

[mazta]

Sollte ich vielleicht den Sonst Wenn Teil auch in ein neues Programm outsourcen? Sprich eins für runter, eins für hoch?