NEWS
Test Adapter HeatingControl v2.12.x
-
@coyote nein. wenn um 13:00 Uhr eine neue Periode beginnt und zu diesem Zeitpunkt "abwesend" noch gesetzt ist, wird zwar die neue Temperatur verwendet aber gleich auch abgesenkt. Erst wenn "abwesend" zurückgesetzt wird, wird die Absenkung aufgehoben...
-
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?NUC8i5 mit Proxmox; Raspberrymatic in VM, iobroker, Motioneye, infuxDB und Grafana in CT.
-
Bevor ich das auch mal probiere, ändert der Adapter die Profile in meinen Homematic Wandthermostaten direkt oder werden in IOBroker Profile angelegt die dann den Wandthermostat steuern?
Grüße..
@HomeZecke sagte in Test Adapter HeatingControl v0.3.x:
Bevor ich das auch mal probiere, ändert der Adapter die Profile in meinen Homematic Wandthermostaten direkt oder werden in IOBroker Profile angelegt die dann den Wandthermostat steuern?
Grüße..
So isses...
-
Hey, danke. "So isses..." sagt es mir immer noch nicht ganz Eindeutig. Aber ich tippe mal Du beziehst Dich damit auf ...werden in IOBroker Profile angelegt die dann den Wandthermostat steuern...
Grüße..
@HomeZecke Sorry, hatte den richtigen Text "fett" hinterlegt: IOBroker Profile angelegt die dann den Wandthermostat steuern...
-
@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...
Support us
837
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge