59_HCS.pm: kein Start nach rereadcfg; angepasste 59_HCS.pm in Beitrag #37

[stromer-12]

Okay, habe Neuigkeiten....
------------------------------UDPATE
Ich kann den Fehler jetzt wohl reproduzieren:
Ursprungszustand: HCS steht auf Status Initialized, funktioniert nicht.
1. shutdown restart - HCS läuft an und funktioniert. Es werden minütlich die Thermostaten geparst (Einträge im log).
2. fhem.cfg wird mit dem Webeditor geöffnet und wieder gespeichert; fhem läd die fhem.cfg und weiteres neu
3. HCS IST AUSGEFALLEN/startet nicht. Fehler gibt es keine, Regelmäßige Logeinträge auch nicht. HCS macht nichts, und bleibt ewig im Status Initialized.

Ich hatte dich schon weiter oben mal gefragt, ob du die fhem.cfg direkt bearbeitest, da habe ich nehmlich das gleiche Verhalten und das schon seit über einen Jahr.

[Mr.Heat]

Hallo stromer-12,

das tut mir leid, das habe ich überlesen?
Wenn das seit über einem Jahr so ist, wird HCS dann nicht mehr aktualisiert? Ich denke, viele editieren Kleinigkeiten aus dem Web-Editor heraus und wenn dadurch die Heizung ausfällt, ist das nicht gerade toll. HCS sollte per default meiner Meinung nach angeschaltet sein und nicht aus. Sonst hätte ich das Modul ja nicht in der Config eingetragen.

[stromer-12]

Ich bin der Meinung als ich HCS bei mir anfing einzurichten, war das nicht so. Es fing etwas später damit an. Ich ändere nur in der Detailansicht, da noch andere Geräte Probleme mit einen  rereadcfg haben.

Gesendet von meinem GT-I9295

[The-Holgi]

Hm, also bei mir ist das nicht so. Ich kann fhem.cfg nach Lust und Laube speichern, fhem neu starten oder den kompletten Pi neu starten. HCS startet immer automatisch ohne mein Zutun. Status meist demand.
Gruß Holgi

[Mr.Heat]

Also doch ein Bug....
da das wohl doch ncihts mit dem Zwischenstecker zu tun hat, hab ich den Thread-Titel mal angepasst

[stromer-12]

Bei fhem start bzw restart habe ich auch keine Probleme.

Gesendet von meinem GT-I9295

[Mr.Heat]

Hallo,

habe den Code von 59_HCS.pm mal angesehen.
ich halte es für eine Race Condition:
In der Intialisierungs-Funktion HCS_DoInit passiert folgendes:

Code: [Auswählen]

if($init_done) {
my $ret = HCS_getValues($hash,0);
HCS_setState($hash,$ret);
RemoveInternalTimer($hash);
my $timer = gettimeofday()+($attr{$name}{interval}*60);
InternalTimer($timer, "HCS_checkState", $hash, 0);
$hash->{NEXTCHECK} = FmtTime($timer);
}
Ist FHEM aber zu diesem Zeitpunkt nicht fertig, so wird niemals wieder erneut darauf geprüft; es wird nie ein Timer programmiert, und HCS bleibt einfach stehen. Das kann so nicht richtig sein. Eventuell sollte der interne Timer so oder so gesetzt werden, und in HCS_Checkstate ebenfalls auf $init_done geprüft werden?

Wer kann das einbauen?

[Mr.Heat]

Hallo, mit der angehängten 59_HCS.pm ist das Problem gelöst: ist fhem noch nicht initialisiert, so wird dennoch ein Timer gesetzt. In HCS_Checkstate wird dafür ebenfalls auf $init_done geprüft.

Damit ist nach einem speichern der fhem.cfg der Status zuerst Initialized, bei get HCS values ist aber bereits der nächste Zeitpunkt zu finden (nicht n/a). Dann läuft HCS an.

vielleicht sollte das jemand einchecken.

[Memphiz]

Hatte genau das gleiche Problem nachdem ich gestern meine Therme schaltbar gemacht habe. Heute morgen kein warmes Badezimmer (hatte zum schluß die cfg editiert). Mit Deinen Änderungen funktioniert es prima. Wäre schon gut, wenn die Änderung irgendwie den Weg in die Hauptquellen finden könnte.

[peterchen89]

Sorry dass ich den Post wieder aus der Versenkung hole. Ich denke die Lösung wie hier vorgestellt ist nicht die feinste. Besser wäre wenn HCS selbst auf REREADCFG lauschen würde. Vielleicht kann der Post mal in ein Unterforum mit mehr Bezug zu HCS verschoben werden.

[Mr.Heat]

Schon richtig. War halt meine schnelle Lösung nachdem das irgendwie sonst ignoriert worden ist.
Gibt ja keinen Bugtracker o.Ä. meines Wissens... mehr als schreiben kann ich nicht.

LG