NEWS
Test Adapter HeatingControl v2.12.x
-
@Rene_HM
Hallo, möchte nochmals eine weitere Frage stellen. Ist es möglich die händisch eingestellte Temperatur, also direkt am Thermostat eingestellt, bis zur nächsten Zeitperiode zu belassen? Aktuell stellt der Adapter diese nach kurzer Zeit, bzw. Prüfung auf die im Adapter eingestellte Temperatur zurück. Wunsch wäre quasi, dass diese Temperatur dann als "TemperaturOverride " erkannt wird?Thx
-
Hi Rene,
erstmal vielen Dank für den Adapter, ich teste ihn seit gut einer Woche. Ich nutze Raspberrymatic mit HM und HMIP Thermostaten und Fensterkontakten. Es ist für jeden Raum eine Gruppe vom Typ Heizung angelegt und alle Geräte sind den richtigen Räumen und Gewerken zugeordnet. iobroker läuft auf einem PI4. Im ersten Schritt habe ich Instanz0 mit einem Profil und einer Periode angelegt. Als Funktion ist Heizung eingestellt, der Pfad zum Feiertag-Adapter ist angegeben, der Pfad für die Anwesenheit, Sensoren verwendet ist angehakt, Mo-So, Feiertage wie Sonntag und die vordefinierte Heizperiode ist angehakt. Die Instanz hat alle Räume erkannt und die entsprechenden Thermostate wurden auch zugeordnet. Die Sensoren musste ich händisch eintragen. In Instanz0 habe ich 4 Räume aktiviert und gespeichert. Danach habe ich Instanz1 angelegt, diese mit einem Profil und 5 Perioden und Mo-Fr und Sa-So. Als ich die Instanz geöffnet habe, waren die Einstellungen der ersten Instanz übernommen worden. Ich habe dann den Haken bei den 4 Räumen von Instanz0 entfernt und bei den restlichen Räumen den Haken gesetzt und gespeichert. In den Objekten wurden von beiden Instanzen alle Datenpunkte der entsprechenden Räume angelegt. Öffne ich dann aber wieder Instanz0, sind dort die Räume aus Instanz1 angehakt. Hier scheint noch ein Fehler im Adapter zu sein.
Im log kann man sehen, dass die Instanzen ca. alle 5 Minuten an die Thermostate senden, obwohl keine Änderung der Periode vorliegt. Dadurch geht der Duty Cycle der Raspberrymatic deutlich nach oben. Alle Thermostate stehen auf Manuell Mode. Habe ich hier eine Einstellung übersehen?@dirk1962 Für den Support von mehr als einer Instanz habe ich ein issue in github angelegt. Das ist wirklich noch ein Fehler...
https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/49
Bzgl. des Duty-cycles sollte die aktuelle Version zwar immer noch durch alle Räume gehen und bei jeder Änderung alles neu berechnen, gesendet werden sollte aber nur noch bei Änderung des Zielwertes. Das hatte ich in V0.3.1 eingebaut... -
@Rene_HM
Hallo, möchte nochmals eine weitere Frage stellen. Ist es möglich die händisch eingestellte Temperatur, also direkt am Thermostat eingestellt, bis zur nächsten Zeitperiode zu belassen? Aktuell stellt der Adapter diese nach kurzer Zeit, bzw. Prüfung auf die im Adapter eingestellte Temperatur zurück. Wunsch wäre quasi, dass diese Temperatur dann als "TemperaturOverride " erkannt wird?Thx
-
@AhleWurscht75 Derzeit ist das so nicht vorgesehen, ist aber denkbar. Evtl mal ein issue im github anlegen? Ich schaue mir das an...
@Rene_HM hast du ne Idee warum das Profil nicht läuft? Es kommt ein Error im Log, ich weiß aber nicht warum. Eigentlich legt er ja die cron jobs an laut Log, aber warum kommt dann der Fehler: TypeError: Cannot read property 'val' of null
Ich sehe keine Value die "null" ist.
Laut Log müsste es " Profiles.0.Wohnung.Su-So.Periods.0.time" sein, da steht aber 07:00 drin.Profil ist Mo-Fr & Sa-So. Über die Woche ist alles einwandfrei gelaufen, nur heute morgen blieb es bei 21°C hängen.
Log:
heatingcontrol.0 2019-11-09 12:58:17.574 debug (15109) system.adapter.admin.0: logging true heatingcontrol.0 2019-11-09 12:58:14.116 debug (15109) ### all StateChange handled heatingcontrol.0 2019-11-09 12:58:14.116 debug (15109) ### 111 handled heatingcontrol.0 2019-11-09 12:58:14.115 error (15109) exception in CheckTemperatureChange [TypeError: Cannot read property 'val' of null] heatingcontrol.0 2019-11-09 12:58:14.114 debug (15109) check ID Profiles.0.Wohnung.Su-So.Periods.0.time heatingcontrol.0 2019-11-09 12:58:14.114 debug (15109) number of periods 2 heatingcontrol.0 2019-11-09 12:58:14.114 debug (15109) check room Wohnung heatingcontrol.0 2019-11-09 12:58:14.114 debug (15109) profile 0 heatingcontrol.0 2019-11-09 12:58:14.113 debug (15109) get profile heatingcontrol.0 2019-11-09 12:58:14.112 debug (15109) profile type 2 heatingcontrol.0 2019-11-09 12:58:14.107 info (15109) calculating new target temperatures heatingcontrol.0 2019-11-09 12:58:14.107 debug (15109) [INFO] status = true next event: 9 Nov 2019 23:00:00 heatingcontrol.0 2019-11-09 12:58:14.106 debug (15109) [INFO] status = true next event: 10 Nov 2019 07:01:00 heatingcontrol.0 2019-11-09 12:58:14.105 debug (15109) [INFO] status = true next event: 11 Nov 2019 22:00:00 heatingcontrol.0 2019-11-09 12:58:14.104 debug (15109) [INFO] status = true next event: 11 Nov 2019 04:30:00 heatingcontrol.0 2019-11-09 12:58:14.101 debug (15109) create cron job #3 at 23:0 string: 0 0 23 * * 0,6 Europe/Berlin heatingcontrol.0 2019-11-09 12:58:14.100 debug (15109) create cron job #2 at 7:1 string: 0 1 7 * * 0,6 Europe/Berlin heatingcontrol.0 2019-11-09 12:58:14.085 debug (15109) create cron job #1 at 22:0 string: 0 0 22 * * 1-5 Europe/Berlin heatingcontrol.0 2019-11-09 12:58:14.083 debug (15109) create cron job #0 at 4:30 string: 0 30 4 * * 1-5 Europe/Berlin heatingcontrol.0 2019-11-09 12:58:14.083 debug (15109) push to list = 23,00 heatingcontrol.0 2019-11-09 12:58:14.083 debug (15109) ---2 found time for Wohnung at {"val":"23:00","ack":true,"ts":1573295415712,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1573031444308} 23:00 heatingcontrol.0 2019-11-09 12:58:14.083 debug (15109) push to list = 07,01 heatingcontrol.0 2019-11-09 12:58:14.083 debug (15109) ---2 found time for Wohnung at {"val":"07:01","ack":true,"ts":1573300694076,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1573300694069} 07:01 heatingcontrol.0 2019-11-09 12:58:14.082 debug (15109) setting Sa - Su heatingcontrol.0 2019-11-09 12:58:14.082 debug (15109) push to list = 22,00 heatingcontrol.0 2019-11-09 12:58:14.082 debug (15109) ---1 found time for Wohnung at {"val":"22:00","ack":true,"ts":1573295469170,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1573032731757} 22:00 heatingcontrol.0 2019-11-09 12:58:14.081 debug (15109) push to list = 04,30 heatingcontrol.0 2019-11-09 12:58:14.081 debug (15109) ---1 found time for Wohnung at {"val":"04:30","ack":true,"ts":1573031345095,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1573031345086} 04:30 heatingcontrol.0 2019-11-09 12:58:14.080 debug (15109) ### state change already handled: 07:01 / 07:01 /// heatingcontrol.0.Profiles.0.Wohnung.Sa-So.Periods.0.time / heatingcontrol.0.Profiles.0.Wohnung.Sa-So.Periods.0.time heatingcontrol.0 2019-11-09 12:58:14.080 debug (15109) ### handle state change heatingcontrol.0.Profiles.0.Wohnung.Sa-So.Periods.0.time {"val":"07:01","ack":true,"ts":1573300694076,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.use heatingcontrol.0 2019-11-09 12:58:14.079 debug (15109) setting Mo - Fr heatingcontrol.0 2019-11-09 12:58:14.079 debug (15109) profile 0 heatingcontrol.0 2019-11-09 12:58:14.078 debug (15109) get profile heatingcontrol.0 2019-11-09 12:58:14.078 debug (15109) cron job stopped heatingcontrol.0 2019-11-09 12:58:14.078 debug (15109) cron job stopped heatingcontrol.0 2019-11-09 12:58:14.077 debug (15109) cron job stopped heatingcontrol.0 2019-11-09 12:58:14.077 debug (15109) cron job stopped heatingcontrol.0 2019-11-09 12:58:14.077 debug (15109) delete 4 cron jobs heatingcontrol.0 2019-11-09 12:58:14.077 debug (15109) start CalculateNextTime, profile type 2 heatingcontrol.0 2019-11-09 12:58:14.076 debug (15109) ### state change already handled: 07:01 / 07:01 /// heatingcontrol.0.Profiles.0.Wohnung.Sa-So.Periods.0.time / heatingcontrol.0.Profiles.0.Wohnung.Sa-So.Periods.0.time heatingcontrol.0 2019-11-09 12:58:14.076 debug (15109) ### handle state change heatingcontrol.0.Profiles.0.Wohnung.Sa-So.Periods.0.time {"val":"07:01","ack":true,"ts":1573300694073,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.use heatingcontrol.0 2019-11-09 12:58:14.073 debug (15109) ### heatingcontrol.0.Profiles.0.Wohnung.Sa-So.Periods.0.time heatingcontrol.0.Profiles.0.Wohnung.Sa-So.Periods.0.Temperature 07:01 22.5 heatingcontrol.0 2019-11-09 12:58:14.071 debug (15109) ### handle state change heatingcontrol.0.Profiles.0.Wohnung.Sa-So.Periods.0.time {"val":"07:01","ack":false,"ts":1573300694069,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin" heatingcontrol.0 2019-11-09 12:58:09.460 debug (15109) ### all StateChange handled heatingcontrol.0 2019-11-09 12:58:09.460 debug (15109) ### 111 handled heatingcontrol.0 2019-11-09 12:58:09.459 error (15109) exception in CheckTemperatureChange [TypeError: Cannot read property 'val' of null] heatingcontrol.0 2019-11-09 12:58:09.459 debug (15109) check ID Profiles.0.Wohnung.Su-So.Periods.0.time heatingcontrol.0 2019-11-09 12:58:09.458 debug (15109) number of periods 2 heatingcontrol.0 2019-11-09 12:58:09.458 debug (15109) check room Wohnung heatingcontrol.0 2019-11-09 12:58:09.458 debug (15109) profile 0 heatingcontrol.0 2019-11-09 12:58:09.457 debug (15109) get profile heatingcontrol.0 2019-11-09 12:58:09.457 debug (15109) profile type 2 heatingcontrol.0 2019-11-09 12:58:09.447 debug (15109) ### state change already handled: 22.5 / 22.5 /// heatingcontrol.0.Profiles.0.Wohnung.Sa-So.Periods.0.Temperature / heatingcontrol.0.Profiles.0.Wohnung.Sa-So.Periods.0.Temperature heatingcontrol.0 2019-11-09 12:58:09.447 debug (15109) ### handle state change heatingcontrol.0.Profiles.0.Wohnung.Sa-So.Periods.0.Temperature {"val":22.5,"ack":true,"ts":1573300689443,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system heatingcontrol.0 2019-11-09 12:58:09.444 info (15109) calculating new target temperatures heatingcontrol.0 2019-11-09 12:58:09.444 debug (15109) ### heatingcontrol.0.Profiles.0.Wohnung.Sa-So.Periods.0.Temperature heatingcontrol.0.Profiles.0.Wohnung.Sa-So.Periods.0.time 22.5 07:00 heatingcontrol.0 2019-11-09 12:58:09.440 debug (15109) ### handle state change heatingcontrol.0.Profiles.0.Wohnung.Sa-So.Periods.0.Temperature {"val":22.5,"ack":false,"ts":1573300689439,"q":0,"from":"system.adapter.admin.0","user":"system.user.ad -
Hallo erstmal Danke für den super Adapter.
Ich habe seit gestern das Problem, das ich die folgende Fehlermeldung erhalte.
heatingcontrol.0 2019-11-09 13:02:59.797 error exception in CheckTemperatureChange [TypeError: Cannot read property 'val' of null]Vielleicht kann mir jemand helfen. Es liegt bestimmt an den Einstellungen. aber ich komme nicht dahinter
heatingcontrol.0 2019-11-09 13:02:59.797 error exception in CheckTemperatureChange [TypeError: Cannot read property 'val' of null] heatingcontrol.0 2019-11-09 13:02:59.791 debug check ID Profiles.0.Küche HK.Su-So.Periods.0.time heatingcontrol.0 2019-11-09 13:02:59.791 debug number of periods 4 heatingcontrol.0 2019-11-09 13:02:59.791 debug check room Küche HK heatingcontrol.0 2019-11-09 13:02:59.790 debug profile 0 heatingcontrol.0 2019-11-09 13:02:59.782 debug get profile heatingcontrol.0 2019-11-09 13:02:59.781 debug profile type 2 heatingcontrol.0 2019-11-09 13:02:59.733 info calculating new target temperatures heatingcontrol.0 2019-11-09 13:02:59.733 debug [INFO] status = true next event: 9 Nov 2019 16:00:00 heatingcontrol.0 2019-11-09 13:02:59.732 debug [INFO] status = true next event: 10 Nov 2019 11:00:00 heatingcontrol.0 2019-11-09 13:02:59.732 debug [INFO] status = true next event: 10 Nov 2019 09:00:00 heatingcontrol.0 2019-11-09 13:02:59.732 debug [INFO] status = true next event: 10 Nov 2019 05:00:00 heatingcontrol.0 2019-11-09 13:02:59.732 debug [INFO] status = true next event: 11 Nov 2019 16:00:00 heatingcontrol.0 2019-11-09 13:02:59.731 debug [INFO] status = true next event: 11 Nov 2019 12:00:00 heatingcontrol.0 2019-11-09 13:02:59.731 debug [INFO] status = true next event: 11 Nov 2019 07:00:00 heatingcontrol.0 2019-11-09 13:02:59.731 debug [INFO] status = true next event: 11 Nov 2019 05:00:00 heatingcontrol.0 2019-11-09 13:02:59.731 debug create cron job #7 at 16:0 string: 0 0 16 * * 0,6 Europe/Berlin heatingcontrol.0 2019-11-09 13:02:59.730 debug create cron job #6 at 11:0 string: 0 0 11 * * 0,6 Europe/Berlin heatingcontrol.0 2019-11-09 13:02:59.730 debug create cron job #5 at 9:0 string: 0 0 9 * * 0,6 Europe/Berlin heatingcontrol.0 2019-11-09 13:02:59.730 debug create cron job #4 at 5:0 string: 0 0 5 * * 0,6 Europe/Berlin heatingcontrol.0 2019-11-09 13:02:59.729 debug create cron job #3 at 16:0 string: 0 0 16 * * 1-5 Europe/Berlin heatingcontrol.0 2019-11-09 13:02:59.729 debug create cron job #2 at 12:0 string: 0 0 12 * * 1-5 Europe/Berlin heatingcontrol.0 2019-11-09 13:02:59.729 debug create cron job #1 at 7:0 string: 0 0 7 * * 1-5 Europe/Berlin heatingcontrol.0 2019-11-09 13:02:59.728 debug create cron job #0 at 5:0 string: 0 0 5 * * 1-5 Europe/Berlin -
@Rene_HM Update auf die 0.3.4 gemacht, jetzt geht es wieder, wobei ich jetzt nicht weiß, ob es nach einem Neustart des Adapters auch wieder funktioniert hätte, weil so wie es aussieht, hast du von 0.3.3 auf 0.3.4 nicht viel geändert oder?
@vogtländer gleicher Fehler wie bei mir, kannst du mal einfach den Adapter neu starten, ob dann der Fehler weg ist?
-
@coyote said in Test Adapter HeatingControl v0.3.x:
Hallo,
ich habe aktuell die Version 0.3.3. Ich würde gern das Update machen aber aktuell wird mir nur diese
Version angezeigt. -
@coyote said in Test Adapter HeatingControl v0.3.x:
Hallo,
ich habe aktuell die Version 0.3.3. Ich würde gern das Update machen aber aktuell wird mir nur diese
Version angezeigt.@vogtländer 0.3.4 liegt nur auf Github.
Hast du mal den Adapter nur neu gestartet, ob der Fehler dann weg ist? -
@vogtländer 0.3.4 liegt nur auf Github.
Hast du mal den Adapter nur neu gestartet, ob der Fehler dann weg ist? -
@coyote
ich habe den Adapter neu gestartet.. iobroker und Server.@vogtländer ja und immer noch den Error im Log oder läufts jetzt?
-
Alle Danke ich habe die Version 0.3.4. installiert und es geht super.
Noch eine Frage an den Entwickler @Rene_HM wenn ich das richtig verstehe wird beim öffnen
der Fenster die eingestellte Temperatur um den vorgegebenen Betrag reduziert. Wäre es hier nicht
besser einen festen Wert anzugeben? -
@Rene_HM Update auf die 0.3.4 gemacht, jetzt geht es wieder, wobei ich jetzt nicht weiß, ob es nach einem Neustart des Adapters auch wieder funktioniert hätte, weil so wie es aussieht, hast du von 0.3.3 auf 0.3.4 nicht viel geändert oder?
@vogtländer gleicher Fehler wie bei mir, kannst du mal einfach den Adapter neu starten, ob dann der Fehler weg ist?
@coyote sagte in Test Adapter HeatingControl v0.3.x:
Update auf die 0.3.4 gemacht, jetzt geht es wieder, wobei ich jetzt nicht weiß, ob es nach einem Neustart des Adapters auch wieder funktioniert hätte, weil so wie es aussieht, hast du von 0.3.3 auf 0.3.4 nicht viel geändert oder?
Die 0.3.4 behebt das Problem mit der Umstellung der Datenpunkte. Ich hatte an einer Stelle noch den alten Datenpunkt drin. Desalb auch nur eine sehr kleine Änderung. Die 0.3.4 kommt jetzt gleich auch noch nach NPM...
-
Alle Danke ich habe die Version 0.3.4. installiert und es geht super.
Noch eine Frage an den Entwickler @Rene_HM wenn ich das richtig verstehe wird beim öffnen
der Fenster die eingestellte Temperatur um den vorgegebenen Betrag reduziert. Wäre es hier nicht
besser einen festen Wert anzugeben?@vogtländer sagte in Test Adapter HeatingControl v0.3.x:
Noch eine Frage an den Entwickler @Rene_HM wenn ich das richtig verstehe wird beim öffnen
der Fenster die eingestellte Temperatur um den vorgegebenen Betrag reduziert. Wäre es hier nicht
besser einen festen Wert anzugeben?Die Idee kam hier schon mal. Ich werde das als Featurewunsch mit aufnehmen...
https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/50 -
Ich bin seit gestern auch auf der 0.34. Irgendwie scheint sich da was selber zu triggern, der setzt zu oft Werte. Bin mir aber nicht sicher wo es hängt, deswegen erst mal hier zur Prüfung und noch kein Issue. Hier das Log:
Was man hier sieht ist ab 15:16, da hab ich den ersten Fensterflügel, dann um 15:55 den 2ten Flügel geöffnet, da kommen etliche Einträge doppelt. Um 16:00 is das reguläre Neusetzen, aber warum 6mal?
-
Ich bin seit gestern auch auf der 0.34. Irgendwie scheint sich da was selber zu triggern, der setzt zu oft Werte. Bin mir aber nicht sicher wo es hängt, deswegen erst mal hier zur Prüfung und noch kein Issue. Hier das Log:
Was man hier sieht ist ab 15:16, da hab ich den ersten Fensterflügel, dann um 15:55 den 2ten Flügel geöffnet, da kommen etliche Einträge doppelt. Um 16:00 is das reguläre Neusetzen, aber warum 6mal?
@Pittini Das Problem hatte ich auch. So arg, dass ich iobroker neu starten musste.
Danach war aber wieder alles iO. -
@vogtländer sagte in Test Adapter HeatingControl v0.3.x:
Noch eine Frage an den Entwickler @Rene_HM wenn ich das richtig verstehe wird beim öffnen
der Fenster die eingestellte Temperatur um den vorgegebenen Betrag reduziert. Wäre es hier nicht
besser einen festen Wert anzugeben?Die Idee kam hier schon mal. Ich werde das als Featurewunsch mit aufnehmen...
https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/50@Rene_HM
Ich weiß jeder will es anders aber bei den Einstellungen für Party Gäste ist
es auch so. Das stört mich aber fast noch mehr. Wenn ich z.B. Gäste habe
und die Heizung ist gerade in der Absenkung dann komme ich auf einen
Wert der gerade reicht wenn die Heizung aber normal läuft wird es zu warm.
Vieleicht ist es auch möglich die Art der Berechnung über einen Parmeter
zu steuern 0-absolut 1-Summe. -
@Rene_HM
Ich weiß jeder will es anders aber bei den Einstellungen für Party Gäste ist
es auch so. Das stört mich aber fast noch mehr. Wenn ich z.B. Gäste habe
und die Heizung ist gerade in der Absenkung dann komme ich auf einen
Wert der gerade reicht wenn die Heizung aber normal läuft wird es zu warm.
Vieleicht ist es auch möglich die Art der Berechnung über einen Parmeter
zu steuern 0-absolut 1-Summe.Bei mir sad selbe Problem.
Deshalb für deinen Vorschlag :+1: -
@Rene_HM
Ich weiß jeder will es anders aber bei den Einstellungen für Party Gäste ist
es auch so. Das stört mich aber fast noch mehr. Wenn ich z.B. Gäste habe
und die Heizung ist gerade in der Absenkung dann komme ich auf einen
Wert der gerade reicht wenn die Heizung aber normal läuft wird es zu warm.
Vieleicht ist es auch möglich die Art der Berechnung über einen Parmeter
zu steuern 0-absolut 1-Summe.@vogtländer sagte in Test Adapter HeatingControl v0.3.x:
Wenn ich z.B. Gäste habe
und die Heizung ist gerade in der Absenkung dann komme ich auf einen
Wert der gerade reicht wenn die Heizung aber normal läuft wird es zu warm.
Vieleicht ist es auch möglich die Art der Berechnung über einen Parmeter
zu steuern 0-absolut 1-Summe.Ich werde das als Option einbauen. Im admin kann man wählen ob man relativ (wie bisher) oder absolut (wird neu) absenken will. Dafür gibt es dann die enstprechenden Datenpunkte...
-
Ich bin seit gestern auch auf der 0.34. Irgendwie scheint sich da was selber zu triggern, der setzt zu oft Werte. Bin mir aber nicht sicher wo es hängt, deswegen erst mal hier zur Prüfung und noch kein Issue. Hier das Log:
Was man hier sieht ist ab 15:16, da hab ich den ersten Fensterflügel, dann um 15:55 den 2ten Flügel geöffnet, da kommen etliche Einträge doppelt. Um 16:00 is das reguläre Neusetzen, aber warum 6mal?
Support us
497
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge