NEWS
Test Adapter HeatingControl v2.12.x
-
@coyote Das erste Beispiel geht auf jeden Fall. Das zweite Beispiel geht nur mit Profiltype 1. Bei 2 und 3 hatte ich noch einen Fehler, den bug fix habe ich aber noch nicht veröffentlicht, weil ich an einer anderen Baustelle dran bin, und dort noch nicht fertig bin. Hier würde ich aktuell einstellen:
Periode 0: von 01:00 - 20 Grad
Periode 1: von 06:30 - 22.5 Grad
Periode 2: von 22:00 - 21 Grad
Periode 3: von 23:58 - 20 Grad -
@Rene_HM OK, hatte gestern nämlich das zweite Beispiel eingestellt und da hing er heute morgen bei Periode 3.
Nicht dass wir aneinander vorbei reden, Profil 1 meinst du Profil 1 nicht Profil 0, richtig? -
@coyote ich meine Profiltype "Montag bis Sonntag". Du hast derzeit "jeden Tag separat" eingestellt. Es gibt dann noch "Montag - Freitag und Samstag - Sonntag".
-
@MyMeyer
hat nix mit heatingcontrol zu tun oder?
Sieht eher nach Unifi aus.
Sehe auch keinen Fehler, nur Warnungen. -
@MyMeyer
hat nix mit heatingcontrol zu tun oder?
Sieht eher nach Unifi aus.
Sehe auch keinen Fehler, nur Warnungen.hat nix mit heatingcontrol zu tun oder?
Sieht eher nach Unifi aus.Upps Falscher Bereich sollte zu "UniFi Script" kann es der Admin verschieben oder soll ich es löschen und neu erstellen ?
Ich erstellen einen neuen Punkt im richtigen Bereich.zur Info. :-) -
@Rene_HM ich habe noch eine Frage, was hat Vorrang Anwesenheit oder Zeitplan?
Beispiel:Wohnung wird um 7 Uhr verlassen (programmierte Temperatur 22 Grad), Temperatur wird abgesenkt von 22 auf 21 Grad. Jetzt hätte ich aber gerne bevor ich nach Hause komme, dass die Temperatur um 13 Uhr wieder auf 22 Grad angehoben wird, obwohl ich abwesend bin. Hat die Zeit dann Vorrang?
-
@Rene_HM ich habe noch eine Frage, was hat Vorrang Anwesenheit oder Zeitplan?
Beispiel:Wohnung wird um 7 Uhr verlassen (programmierte Temperatur 22 Grad), Temperatur wird abgesenkt von 22 auf 21 Grad. Jetzt hätte ich aber gerne bevor ich nach Hause komme, dass die Temperatur um 13 Uhr wieder auf 22 Grad angehoben wird, obwohl ich abwesend bin. Hat die Zeit dann Vorrang?
@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...
-
@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
Support us
832
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge