Test Adapter HeatingControl v2.12.x
-
Jetzt gerade hebt der Adapter völlig ab, merke das gerade weil es so kalt wird
- Das log wird ständig geflutet mit, das ist nur ein Auszug, das habe ich Seitenweise.
heatingcontrol.0 2020-12-14 03:31:16.631 warn (6889) more then 500 cron jobs existing for this adapter, this might be a configuration error! (754) heatingcontrol.0 2020-12-14 03:31:16.073 warn (6889) more then 500 cron jobs existing for this adapter, this might be a configuration error! (741) heatingcontrol.0 2020-12-14 03:31:15.516 warn (6889) more then 500 cron jobs existing for this adapter, this might be a configuration error! (728) heatingcontrol.0 2020-12-14 03:31:14.973 warn (6889) more then 500 cron jobs existing for this adapter, this might be a configuration error! (715) heatingcontrol.0 2020-12-14 03:31:14.438 warn (6889) more then 500 cron jobs existing for this adapter, this might be a configuration error! (702) heatingcontrol.0 2020-12-14 03:31:13.766 warn (6889) more then 500 cron jobs existing for this adapter, this might be a configuration error! (689) heatingcontrol.0 2020-12-14 03:31:13.201 warn (6889) more then 500 cron jobs existing for this adapter, this might be a configuration error! (676) heatingcontrol.0 2020-12-14 03:31:12.674 warn (6889) more then 500 cron jobs existing for this adapter, this might be a configuration error! (663) heatingcontrol.0 2020-12-14 03:31:12.155 warn (6889) more then 500 cron jobs existing for this adapter, this might be a configuration error! (650) heatingcontrol.0 2020-12-14 03:31:11.661 warn (6889) more then 500 cron jobs existing for this adapter, this might be a configuration error! (637) heatingcontrol.0 2020-12-14 03:31:11.187 warn (6889) more then 500 cron jobs existing for this adapter, this might be a configuration error! (624) heatingcontrol.0 2020-12-14 03:31:10.726 warn (6889) more then 500 cron jobs existing for this adapter, this might be a configuration error! (611) heatingcontrol.0 2020-12-14 03:31:10.271 warn (6889) more then 500 cron jobs existing for this adapter, this might be a configuration error! (598) heatingcontrol.0 2020-12-14 03:31:09.818 warn (6889) more then 500 cron jobs existing for this adapter, this might be a configuration error! (585) heatingcontrol.0 2020-12-14 03:31:09.367 warn (6889) more then 500 cron jobs existing for this adapter, this might be a configuration error! (572) heatingcontrol.0 2020-12-14 03:31:08.918 warn (6889) more then 500 cron jobs existing for this adapter, this might be a configuration error! (559) heatingcontrol.0 2020-12-14 03:31:08.481 warn (6889) more then 500 cron jobs existing for this adapter, this might be a configuration error! (546) heatingcontrol.0 2020-12-14 03:31:08.058 warn (6889) more then 500 cron jobs existing for this adapter, this might be a configuration error! (533) heatingcontrol.0 2020-12-14 03:31:07.648 warn (6889) more then 500 cron jobs existing for this adapter, this might be a configuration error! (520) heatingcontrol.0 2020-12-14 03:31:07.245 warn (6889) more then 500 cron jobs existing for this adapter, this might be a configuration error! (507)Dann geht es im Sekundentakt hiermit weiter
Zwischendrin dann immer
heatingcontrol.0 2020-12-14 03:31:33.074 warn (6889) override temperature not valid: 0 heatingcontrol.0 2020-12-14 03:31:33.074 warn (6889) override temperature not valid: 0 heatingcontrol.0 2020-12-14 03:31:33.074 warn (6889) override temperature not valid: 0 heatingcontrol.0 2020-12-14 03:31:33.074 warn (6889) override temperature not valid: 0 heatingcontrol.0 2020-12-14 03:31:33.074 warn (6889) override temperature not valid: 0 heatingcontrol.0 2020-12-14 03:31:33.073 warn (6889) override temperature not valid: 0 -
@FuXXz2
das hatten wir bei meinem Vater auch. Haben dann den Adapter neu installiert, dann gings wieder. Keine Ahnung woran das liegt -
@FuXXz2 sagte in Test Adapter HeatingControl v1.0.x:
Das log wird ständig geflutet mit, das ist nur ein Auszug, das habe ich Seitenweise.
Das ist bekannt. Wenn man Profilwerte zu schnell nacheinander ändert, kommt das zu diesem Problem mit den unendlichen cron jobs... (dazu gab es auch ein github issue). In der 2.x habe ich das Verhalten diesbezüglich komplett geändert...
Im Moment hilft hier nur ein restart vom Adapter und schön langsam die Profilwerte ändern... -
@Rene_HM sagte in Test Adapter HeatingControl v1.0.x:
... In der 2.x habe ich das ...
Gibt es für 2.x schon einen Termin, oder kommt sie etwa pünktlich mit dem Christkind
-
@MichMein mal schauen, ob ich das noch im Dezember schaffe... habe noch ein paar offene Baustellen...
-
@Rene_HM ok, wir warten gespannt! Gibt es ne Roadmap oder schon ein paar Screenshots
-
Habe in den Bädern zusätzlich elektrische Heizkörper die ich gerne mit dem Adapter steuern würde. Hierzu wollte ich die Override Funktionen nutzen. Mittels eines Blockly setze ich Override Temp mit 21° und Time mit 00:30 hh:mm. Override Time kann ich dann separat mittels eines Buttons um jeweils 00:30 erhöhen.
mein Problem ist das die Override Funktion früher die Temperatur wieder absenkt als ich es in Time vorgesehen habe. Gibt es hier etwas das ich beachten muss, eventuell irgendwelche Schrittfolge oder das ich nach dem Setzen von Time noch was bestätigen muss?
-
@claus1993 eigentlich nicht: Temperatur und Zeit setzen, das war's. Vielleicht hilft ein debug log... Einfach mal auf debug schalten und beobachten, wann wieder auf normal geschaltet wird, dann im log nachschauen, was zu der Zeit passiert ist...
-
Hallo,
ich habe mich jetzt auch mal ausführlicher mit dem Adapter beschäftig..
Sehr schön !!
Allerdings sind wirklich einige Vorarbeiten nötig..... Ich würde einfach mal aufschreiben, was mir aufgefallen ist...
Ich nutze ne CCU mit Thermostaten und Fensterkontakten.. Ganz wichtig ist , dass in der CCU die Thermostate (Kanal4) und der Fensterkontakt unter dem Gewerk "Heizung" sind und dem jeweiligen Raum zugeordnet sind... Wenn hier Dinge falsch zugeordnet sind, dann hatte ich auch den Fall, dass über 500 Cronjobs angelegt wurden und der Duty-Cycle verrückt spielt...
Dann klappt es auch mit der automatischen Zuordnung...
Am Anfang kommen Fehler, da die Fenstersensor Informationen erst aktualisiert werden, wenn ein Fensterzustand sich einmal geändert hat.. Jetzt, in der Zeit sind die Fenster aber zu... Hilfreich wäre, beim Anlegen der Instanz, solange die Werte leer sind, sie mit "false" (zu) vorzubelegen... Schon hätte man einige Fehlermeldungen weniger
Oder die Datenpunkte von Haus aus nicht nur Lesend sondern auch Beschreibbar anlegen.. Dann hat man es in der Testphase etwas einfacherDann habe ich jetzt zig mal nochmal von vorne angefangen.. Wenn ich den Standard mit einer Periode und 5 Zeitabschnitten wähle, dann sind die Temperaturen bei mir mit 19,21,21,19,21 vorbelegt... Wo holt sich der Adapter das her ? Klasse wäre eine zentrale vorbelegung, die ich auf alle Räume übernehmen kann .. und dann erst die einzlenen abweichenden Räume mache...
Ich finde es echt klasse, dass so was in einen Adapter gegossen wird.. Mit Blockly das alles zusammenzuklicken ist doch recht mühsam.
Deshalb : keine Kritik, sondern nur meine 2Cents .. ich hoffe das kommt so rüber
Gruß, Martin
-
@mameier1234 sagte in Test Adapter HeatingControl v1.0.x:
Ganz wichtig ist , dass in der CCU die Thermostate (Kanal4) und der Fensterkontakt unter dem Gewerk "Heizung" sind und dem jeweiligen Raum zugeordnet sind...
ja, das ist wichtig, aber nur für die automatische Erkennung der Geräte. Wenn man das Gewerk nicht zuordnet, werden die Geräte zwar nicht automatisch erkannt, können aber jederzeit manuell hinzugefügt werden. Den Zusammenhang mit dem cron-Job Überlauf sehe ich nicht. Das Problem hier ist einfach, dass ich nicht beachtet habe, dass man die Profilparameter sehr schnell ändern könnte. Genau das führt zu den vielen cron-Jobs...
Am Anfang kommen Fehler, da die Fenstersensor Informationen erst aktualisiert werden, wenn ein Fensterzustand sich einmal geändert hat.. Jetzt, in der Zeit sind die Fenster aber zu... Hilfreich wäre, beim Anlegen der Instanz, solange die Werte leer sind, sie mit "false" (zu) vorzubelegen... Schon hätte man einige Fehlermeldungen weniger
Das verstehe ich nicht, welche Art Fehler? Der Adapter holt sich beim Start den aktuellen Zustand der Sensoren aus den jeweils anderen Adaptern (z.Bsp. hm-rpc). Damit wird WindowOpen entsprechend belegt.
Oder die Datenpunkte von Haus aus nicht nur Lesend sondern auch Beschreibbar anlegen.. Dann hat man es in der Testphase etwas einfacher
In dem Fall behelfe ich mir mit einem Datenpunkt in einem script, welchen ich jederzeit manuell ändern kann. Außerdem: Die Datenpunkte der Sensoren sind doch in anderen Adaptern...
Dann habe ich jetzt zig mal nochmal von vorne angefangen.. Wenn ich den Standard mit einer Periode und 5 Zeitabschnitten wähle, dann sind die Temperaturen bei mir mit 19,21,21,19,21 vorbelegt... Wo holt sich der Adapter das her ?
Wenn die Datenpunkte für das Profil nicht vorhanden sind, werden sie angelegt und mit genau diesen Werten vorbelegt.
Klasse wäre eine zentrale vorbelegung, die ich auf alle Räume übernehmen kann .. und dann erst die einzlenen abweichenden Räume mache...
ja, ist eine Idee. Könnte ein Featurerequest werden.
Auf der anderen Seite baue ich in der 2.x eine Möglichkeit ein, Profile per json zu speichern und wieder zu laden. Damit müsste man auch das ganze Profil direkt in json editierbar haben...Deshalb : keine Kritik, sondern nur meine 2Cents .. ich hoffe das kommt so rüber
Kein Problem, Feedback und Feature-Wünsche sind jederzeit willkommen
-
@Rene_HM sagte in Test Adapter HeatingControl v1.0.x:
@mameier1234 sagte in Test Adapter HeatingControl v1.0.x:
Am Anfang kommen Fehler, da die Fenstersensor Informationen erst aktualisiert werden, wenn ein Fensterzustand sich einmal geändert hat.. Jetzt, in der Zeit sind die Fenster aber zu... Hilfreich wäre, beim Anlegen der Instanz, solange die Werte leer sind, sie mit "false" (zu) vorzubelegen... Schon hätte man einige Fehlermeldungen wenigerDas verstehe ich nicht, welche Art Fehler? Der Adapter holt sich beim Start den aktuellen Zustand der Sensoren aus den jeweils anderen Adaptern (z.Bsp. hm-rpc). Damit wird WindowOpen entsprechend belegt.
Ich meine damit: z.B. heatingcontrol.0.Rooms.Buero.WindowIsOpen der ist LEER ... weder true noch false.. zugeordnet ist ein Homematic Fensterkontakt.. Beim Probieren habe ich dann nach einiger Zeit das Fenster aufgemacht ... Voila ... er füllte sich mit TRUE . .Fenster zu und dann war FALSE drinn..
Im Log kam eine Fehlermeldung ala... WindowIsOpen is NULL ... habe ich hier im Thread auch schon mehrmals von anderen gepostet gesehen... deshalb die Idee mit dem vorbelegen..
-
@mameier1234 Die Idee ist schon, das bei Start des Adapters solche Werte vorbelegt werden. Da muss ich nochmal schauen...
-
@Rene_HM said in Test Adapter HeatingControl v1.0.x:
@claus1993 eigentlich nicht: Temperatur und Zeit setzen, das war's. Vielleicht hilft ein debug log... Einfach mal auf debug schalten und beobachten, wann wieder auf normal geschaltet wird, dann im log nachschauen, was zu der Zeit passiert ist...
Habe deinen Tipp verfolgt und meine Schaltung gestartet (Time auf 30', Temp 21°) und einmalig den Plus Button (+30'). Die Datenpunkte wurden auch entsprechend gesetzt und die Heizung ging an. Nach 30 Minuten schaltet sie sich dann aus....
Letzte Änderung im Datenpunkt Override Time war um 08:04:00.696, hier wurde die Temperatur auf 0° gesetzt.
anhand der letzen Änderung mal ein Auszug aus dem Log;
heatingcontrol.0 2020-12-16 08:04:00.794 debug (9557) ### 111 handled heatingcontrol.0 2020-12-16 08:04:00.792 warn (9557) override temperature not valid: 0 heatingcontrol.0 2020-12-16 08:04:00.737 debug (9557) ### state change already handled: 0 / 0 /// heatingcontrol.0.Rooms.Sauna.TemperaturOverride / heatingcontrol.0.Rooms.Sauna.TemperaturOverride heatingcontrol.0 2020-12-16 08:04:00.736 debug (9557) ### handle state change heatingcontrol.0.Rooms.Sauna.TemperaturOverride {"val":0,"ack":true,"ts":1608102240696,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":160 heatingcontrol.0 2020-12-16 08:04:00.711 debug (9557) ### state change already handled: 0 / 0 /// heatingcontrol.0.Rooms.Sauna.TemperaturOverride / heatingcontrol.0.Rooms.Sauna.TemperaturOverride heatingcontrol.0 2020-12-16 08:04:00.710 debug (9557) ### handle state change heatingcontrol.0.Rooms.Sauna.TemperaturOverride {"val":0,"ack":true,"ts":1608102240633,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":160 heatingcontrol.0 2020-12-16 08:04:00.650 info (9557) change temperature override for room Sauna heatingcontrol.0 2020-12-16 08:04:00.649 debug (9557) ### heatingcontrol.0.Rooms.Sauna.TemperaturOverride heatingcontrol.0.Present 0 trueKannst du hier etwas erkennen?
Sehe gerade das im Log immer wieder ein Warnung kommt. Habe jedoch keine Ahnung wo die Override Temp von 0° kommt.
heatingcontrol.0 2020-12-16 08:34:00.455 warn (9557) override temperature not valid: 0 -
Davon gehe ich auch aus.. aber schau:
11741) vis: error: for Rooms.Badezimmer-Kinder.WindowIsOpen got null
Das ist der dazugehörige Sensor... Wenn ich das Fenster einmal öffne dann get der Wert auf False, wird übernommen und wenn ich das Fenster wieder schließe, wird auch wieder sauber angepasst.. Nur beim Anlegen eben nicht..
-
Hallo. Ein toller Adapter ist das. Ist es eigentlich normal das dieser ca. alle 30 sekunden die cron jobs neu erstellt?
heatingcontrol.0 2020-12-16 16:22:19.125 info (869) 22 cron job(s) created
heatingcontrol.0 2020-12-16 16:19:43.328 info (869) 22 cron job(s) created
heatingcontrol.0 2020-12-16 16:18:15.122 info (869) 22 cron job(s) createdDanke und Gruß
Frank -
@claus1993 sagte in Test Adapter HeatingControl v1.0.x:
ehe gerade das im Log immer wieder ein Warnung kommt. Habe jedoch keine Ahnung wo die Override Temp von 0° kommt.
Wenn der override abgelaufen ist, setze ich die Temperatur auf 0. Das benötige ich als Trigger für den nächsten Start des override. Außerdem kommt das log "already handled". Hier verhindere ich, dass die gleiche Änderung mehrfach übernommen wird, was aber in dem Fall notwendig wäre...
Vorschlag: Schreibe doch aus deinem script immer Temperatur und Zeit, das könnte helfen (habe ich aber jetzt nicht ausprobiert) -
@mameier1234 ja, ich seh gerade, das passiert auch hier bei mir... für die 1.x lasse ich das erst mal so, in der 2.x schaue ich mir das nochmal an...
-
@Besserso sagte in Test Adapter HeatingControl v1.0.x:
normal das dieser ca. alle 30 sekunden die cron jobs neu erstellt
kommt darauf an, was alle 30 Sekunden passiert. Wenn sich Profildaten o.ä. standig ändern, wäre das normal, andernfalls nicht. Bitte mal das debug-log anschauen...
-
Hi Leute.
Hab den Adapter jetzt seit 2 Wochen in Betrieb
Anfangs gabs echt probleme mit der Vis und musste alles nochmal mehrmals neu aufsetzen aber mittlerweile läuft es(Ohne VIS) Es macht einfach Spaß sich in ECharts die Kurven mit den Stellventilen, Solltemperaturen usw. anzuschauen und zu sehen wie alles funktioniert
Für die Fußbodenheizung im EG nutze ich ganz einfache ZigBee On/Off Relais. Diese sind im Heizkreisverteiler an die 230V Stellventile angeschlossen. Im OG sind Heizkörper verbaut. Hier nutze ich ZigBee Thermostate aus China. Funktioniert alles Wunderbar.
Wie ich die Anwesenheit (Present) über ein Script mittels Fritzbox Checkpresence auf True bekomme habe ich auch schon herausgefunden.
Nun hier kommt mein Anliegen wo ich nicht weiter komme. Suchfunktion konnte ich auch nichts finden.
Ich würde gerne alle Temperaturen um ca. 2-3K absenken wenn Present auf false gesetzt wird.
Nutze ja kein VIS und weiß jetzt nicht so auf anhieb wo ich das einstellen könnte. -
@Davut-Karabulut
erst den Absenk-Modus einstellen:
Dann hast du pro Raum die Möglichkeit, den Wert einzustellen:
