NEWS
Test Adapter HeatingControl v2.12.x
-
@Oli sagte in Test Adapter HeatingControl v0.3.x:
Da ich allerdings mein Heizverhalten bzw meine Arbeitszeiten nicht als exotisch bezeichnen würde, finde ich den Vorschlag durchaus berechtigt.
Ich versteh das schon, aber ich weis halt, das dann z.B. Leute welche (Einzelhandel) am Samstag arbeiten müssen und nen Tag unter der Woche freihaben das auch wollen. Und die Leute aus der Gastro mit Dienstag Ruhetag wollens noch mal anders und zack....gibts 20 Varianten und keiner blickt mehr durch. Ich weis nicht was Rene macht, aber ich werde derlei Varianten definitiv nicht in das Vis für die Community einbauen.
-
die von dir angelegte Issue ist genau das, was ich gemeint habe, habe ich leider überlesen.
Meinen Vorschlag mit dem zusätzlichen gruppieren der Tage muss natürlich @Rene_HM entscheiden.
Da ich allerdings mein Heizverhalten bzw meine Arbeitszeiten nicht als exotisch bezeichnen würde, finde ich den Vorschlag durchaus berechtigt.
Mo-Do = gleiche Arbeitszeit
Fr = kürzere Arbeitszeit, bzw Abends eine längere Heizzeit
Sa = Ausschlafen, Heizzeit beginnt später und endet später
So = Ausschlafen, Heizzeit beginnt später und endet früher, da Montag arbeit. -
@Oli sagte in Test Adapter HeatingControl v0.3.x:
Da ich allerdings mein Heizverhalten bzw meine Arbeitszeiten nicht als exotisch bezeichnen würde, finde ich den Vorschlag durchaus berechtigt.
Ich versteh das schon, aber ich weis halt, das dann z.B. Leute welche (Einzelhandel) am Samstag arbeiten müssen und nen Tag unter der Woche freihaben das auch wollen. Und die Leute aus der Gastro mit Dienstag Ruhetag wollens noch mal anders und zack....gibts 20 Varianten und keiner blickt mehr durch. Ich weis nicht was Rene macht, aber ich werde derlei Varianten definitiv nicht in das Vis für die Community einbauen.
-
@guergen sagte in Test Adapter HeatingControl v0.3.x:
Daher habe ich ja ein Issue angelegt; entscheiden muss Rene!
Ich schliesse mich hier der Meinung von @Pittini an. Zumindest für Version 0.3.x und die 1.0.0 werde ich das so nicht einbauen, auch wenn ich den Ansatz und die Idee verstehe.
-
Vorschlag:
Eigentlich brauchen wir nicht mo-fr und sa-so.
Wenn folgendes möglich wäre:
Jeder tag einzeln und beim speichern die option die tage auszuwählen, die identisch sein sollen.
Wäre komplett in der vis umsetzbar, ohne das der Adapter überfrachtet wird.
Zusätzlich die Möglichkeit diesen plan auch auf andere Räume zu kopieren.
Für den Adapter würde es bedeuten das es nur jeden Tag einzeln gibt. -
die von dir angelegte Issue ist genau das, was ich gemeint habe, habe ich leider überlesen.
Meinen Vorschlag mit dem zusätzlichen gruppieren der Tage muss natürlich @Rene_HM entscheiden.
Da ich allerdings mein Heizverhalten bzw meine Arbeitszeiten nicht als exotisch bezeichnen würde, finde ich den Vorschlag durchaus berechtigt.
Mo-Do = gleiche Arbeitszeit
Fr = kürzere Arbeitszeit, bzw Abends eine längere Heizzeit
Sa = Ausschlafen, Heizzeit beginnt später und endet später
So = Ausschlafen, Heizzeit beginnt später und endet früher, da Montag arbeit.@Oli said in Test Adapter HeatingControl v0.3.x:
die von dir angelegte Issue ist genau das, was ich gemeint habe, habe ich leider überlesen.
Meinen Vorschlag mit dem zusätzlichen gruppieren der Tage muss natürlich @Rene_HM entscheiden.
Da ich allerdings mein Heizverhalten bzw meine Arbeitszeiten nicht als exotisch bezeichnen würde, finde ich den Vorschlag durchaus berechtigt.
Mo-Do = gleiche Arbeitszeit
Fr = kürzere Arbeitszeit, bzw Abends eine längere Heizzeit
Sa = Ausschlafen, Heizzeit beginnt später und endet später
So = Ausschlafen, Heizzeit beginnt später und endet früher, da Montag arbeit.MOin,
das oben geschilderte wäre genau das, was ich auch gern hätte. Ich denke mal du betrachtest jeden Tag getrennt voneinander?
Was hilft mir in diesen Situation ein weiteres Profil?
-
@Oli said in Test Adapter HeatingControl v0.3.x:
die von dir angelegte Issue ist genau das, was ich gemeint habe, habe ich leider überlesen.
Meinen Vorschlag mit dem zusätzlichen gruppieren der Tage muss natürlich @Rene_HM entscheiden.
Da ich allerdings mein Heizverhalten bzw meine Arbeitszeiten nicht als exotisch bezeichnen würde, finde ich den Vorschlag durchaus berechtigt.
Mo-Do = gleiche Arbeitszeit
Fr = kürzere Arbeitszeit, bzw Abends eine längere Heizzeit
Sa = Ausschlafen, Heizzeit beginnt später und endet später
So = Ausschlafen, Heizzeit beginnt später und endet früher, da Montag arbeit.MOin,
das oben geschilderte wäre genau das, was ich auch gern hätte. Ich denke mal du betrachtest jeden Tag getrennt voneinander?
Was hilft mir in diesen Situation ein weiteres Profil?
@Jens-Lattwesen
ja, ich betrachte jeden Tag einzeln.Ein weiteres Profil nützt dir hier gar nichts.
-
OK.
Mein Problem ist folgendes: (MAX Heizkörperthermostate mit Fenstersensoren und Cube)
Ich habe "feste Tage", die immer gleich sind: Mo-Do
Fr, Sa, So sind unterschiedlich.Ich habe also "jeden Tag getrennt" genommen und dann schön alles in die Objekte eingetackert. Soweit so gut. Über die VIS wäre das einfacher, ich weiß, bekomm die nur nicht zum Laufen (Render-Fehler)
Nun funktioniert das auch an sich ganz gut, nur steuert er manche Thermostate mit Werten an, die ich nicht eingegeben habe ==> wo könnten die noch herkommen?
-
OK.
Mein Problem ist folgendes: (MAX Heizkörperthermostate mit Fenstersensoren und Cube)
Ich habe "feste Tage", die immer gleich sind: Mo-Do
Fr, Sa, So sind unterschiedlich.Ich habe also "jeden Tag getrennt" genommen und dann schön alles in die Objekte eingetackert. Soweit so gut. Über die VIS wäre das einfacher, ich weiß, bekomm die nur nicht zum Laufen (Render-Fehler)
Nun funktioniert das auch an sich ganz gut, nur steuert er manche Thermostate mit Werten an, die ich nicht eingegeben habe ==> wo könnten die noch herkommen?
@Jens-Lattwesen sagte in Test Adapter HeatingControl v0.3.x:
Über die VIS wäre das einfacher, ich weiß, bekomm die nur nicht zum Laufen (Render-Fehler)
Wie bereits in der Anleitung zur Vis steht:
*"Voraussetzungen um den View ohne Änderungen verwenden zu können sind:
- Du verwendest 1 oder 2 Profile
- Du verwendest die Option Mo-Fr / Sa-So
- Du verwendest eine einigermaßen aktuelle Version des HeatingControl Adapters"*
Du erfüllst Punkt 2 nicht, wenn Du jeden Tag getrennt gewählt hast sind das völlig andere Datenpunkte. Warum das nen Renderfehler droppt dann, weis ich nicht. Es ist geplant diese Tagesvariante in die Vis 2.0 zu integrieren, aber das dauert noch etwas.
-
@Jens-Lattwesen sagte in Test Adapter HeatingControl v0.3.x:
Über die VIS wäre das einfacher, ich weiß, bekomm die nur nicht zum Laufen (Render-Fehler)
Wie bereits in der Anleitung zur Vis steht:
*"Voraussetzungen um den View ohne Änderungen verwenden zu können sind:
- Du verwendest 1 oder 2 Profile
- Du verwendest die Option Mo-Fr / Sa-So
- Du verwendest eine einigermaßen aktuelle Version des HeatingControl Adapters"*
Du erfüllst Punkt 2 nicht, wenn Du jeden Tag getrennt gewählt hast sind das völlig andere Datenpunkte. Warum das nen Renderfehler droppt dann, weis ich nicht. Es ist geplant diese Tagesvariante in die Vis 2.0 zu integrieren, aber das dauert noch etwas.
-
Ich habe im Zuge der Umstellung meiner Vis den Heatingadapter installiert, allerdings habe ich hier immer eine Fehlermeldung, kann mir hierzu jemand nen Lösungsansatz geben? Mein Versuch den RPC 1 auf Bin umzustellen scheitert.
I
Ich betreibe eine Raspberrymatic mit aktuellster FW, 1 IP Thermostat, 6 Homematic Thermostate und 9 Fenstersensoren.
-
Hallo zusammen,
ich möchte meine Heizungssteuerung auf diesen Adapter umstellen. Jetzt stehe ich aktuell vor der Herausforderung, dass ich im Wohnzimmer diverse Geräte habe:
2x Heizungsthermostat (HM IP eTRV-2)
1x Wandthermostat (HM IP STH )
2x Fensterkontakt (HM IP SWDO )wie richte ich die Geräte sinnvollerweise in Heating Control ein?
Und ist es dann auch noch möglich die Temperatur (der aktuellen Periode) manuell über die Heizungsthermostate zu überschrieben (das Script hat dies ja ermöglicht)
Vielen Dank für Eure Hilfe!
-
Ich habe im Zuge der Umstellung meiner Vis den Heatingadapter installiert, allerdings habe ich hier immer eine Fehlermeldung, kann mir hierzu jemand nen Lösungsansatz geben? Mein Versuch den RPC 1 auf Bin umzustellen scheitert.
I
Ich betreibe eine Raspberrymatic mit aktuellster FW, 1 IP Thermostat, 6 Homematic Thermostate und 9 Fenstersensoren. @HoffmannOs ich hab das gleiche Problem:astonished:
-
Ich habe im Zuge der Umstellung meiner Vis den Heatingadapter installiert, allerdings habe ich hier immer eine Fehlermeldung, kann mir hierzu jemand nen Lösungsansatz geben? Mein Versuch den RPC 1 auf Bin umzustellen scheitert.
I
Ich betreibe eine Raspberrymatic mit aktuellster FW, 1 IP Thermostat, 6 Homematic Thermostate und 9 Fenstersensoren. -
Hallo zusammen,
ich möchte meine Heizungssteuerung auf diesen Adapter umstellen. Jetzt stehe ich aktuell vor der Herausforderung, dass ich im Wohnzimmer diverse Geräte habe:
2x Heizungsthermostat (HM IP eTRV-2)
1x Wandthermostat (HM IP STH )
2x Fensterkontakt (HM IP SWDO )wie richte ich die Geräte sinnvollerweise in Heating Control ein?
Und ist es dann auch noch möglich die Temperatur (der aktuellen Periode) manuell über die Heizungsthermostate zu überschrieben (das Script hat dies ja ermöglicht)
Vielen Dank für Eure Hilfe!
@Heinerbub80 sagte in Test Adapter HeatingControl v0.3.x:
Und ist es dann auch noch möglich die Temperatur (der aktuellen Periode) manuell über die Heizungsthermostate zu überschrieben (das Script hat dies ja ermöglicht)
das ist (noch) nicht möglich, es gibt aber dazu schon ein Ticket...
https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/70 -
Ich habe im Zuge der Umstellung meiner Vis den Heatingadapter installiert, allerdings habe ich hier immer eine Fehlermeldung, kann mir hierzu jemand nen Lösungsansatz geben? Mein Versuch den RPC 1 auf Bin umzustellen scheitert.
I
Ich betreibe eine Raspberrymatic mit aktuellster FW, 1 IP Thermostat, 6 Homematic Thermostate und 9 Fenstersensoren. @HoffmannOs
Sieht für mich eher nach einem Problem des hm-rpc1 Adapters aus.
Callbackadresse richtig eingetragen? -
@HoffmannOs hast du irgendetwas unter Sensoren oder Aktoren konfiguriert?
Mir würde auch das ganze log rings um den Fehler helfen...
-
@Rene_HM Ja ich habe die Thermostate mit den dazugehörigen Fenster Sensoren konfiguriert. Wie meinst du das gesamte log?
@HoffmannOs sagte in Test Adapter HeatingControl v0.3.x:
ich habe die Thermostate mit den dazugehörigen Fenster Sensoren konfiguriert
aber Aktoren hast du keine konfiguriert??
Wie meinst du das gesamte log?
naja, du filterst und zeigst hier nur den Fehler vom hm-rpc. Wenn du aber den heatingcontrol adapter auf debug schaltest, und dann das log um den Fehler herum postest (bitte nicht als screenshot), würde ich sehen, an welcher stelle der Fehler passiert. Vielleicht hilft uns das weiter... Den Fehler selbst hatte ich schon mal irgendwo gesehen. hattest du hier im thread mal danach gesucht?
-
@HoffmannOs sagte in Test Adapter HeatingControl v0.3.x:
ich habe die Thermostate mit den dazugehörigen Fenster Sensoren konfiguriert
aber Aktoren hast du keine konfiguriert??
Wie meinst du das gesamte log?
naja, du filterst und zeigst hier nur den Fehler vom hm-rpc. Wenn du aber den heatingcontrol adapter auf debug schaltest, und dann das log um den Fehler herum postest (bitte nicht als screenshot), würde ich sehen, an welcher stelle der Fehler passiert. Vielleicht hilft uns das weiter... Den Fehler selbst hatte ich schon mal irgendwo gesehen. hattest du hier im thread mal danach gesucht?
@Rene_HM
Nein Aktoren keine! -
Das ist der Aktuelle Log dazu
heatingcontrol.0 2020-02-29 13:11:27.099 debug (12496) ### state change already handled: false / false /// hm-rpc.1.OEQ1431500.1.STATE / hm-rpc.1.OEQ1431500.1.STATE heatingcontrol.0 2020-02-29 13:11:27.099 debug (12496) ### handle state change hm-rpc.1.OEQ1431500.1.STATE {"val":false,"ack":true,"ts":1582978287093,"q":0,"from":"system.adapter.hm-rpc.1","user":"system.user.admin","lc":1582978283016} hm-rpc.1 2020-02-29 13:11:27.092 debug (12507) hm-rpc.1.MEQ0055220.4.PARTY_STOP_YEAR ==> UNIT: "year" (min: 0, max: 100) From "0" => "0" hm-rpc.1 2020-02-29 13:11:27.092 debug (12507) xmlrpc <- event ["hm-rpc.1","MEQ0055220:4","PARTY_STOP_YEAR",0] hm-rpc.1 2020-02-29 13:11:27.092 debug (12507) xml multicall <event>: hm-rpc.1,MEQ0055220:4,PARTY_STOP_YEAR,0 hm-rpc.1 2020-02-29 13:11:27.092 debug (12507) hm-rpc.1.MEQ0055220.4.PARTY_STOP_MONTH ==> UNIT: "month" (min: 1, max: 12) From "1" => "1" hm-rpc.1 2020-02-29 13:11:27.092 debug (12507) xmlrpc <- event ["hm-rpc.1","MEQ0055220:4","PARTY_STOP_MONTH",1] hm-rpc.1 2020-02-29 13:11:27.092 debug (12507) xml multicall <event>: hm-rpc.1,MEQ0055220:4,PARTY_STOP_MONTH,1 hm-rpc.1 2020-02-29 13:11:27.092 debug (12507) hm-rpc.1.MEQ0055220.4.PARTY_STOP_DAY ==> UNIT: "day" (min: 1, max: 31) From "1" => "1" hm-rpc.1 2020-02-29 13:11:27.092 debug (12507) xmlrpc <- event ["hm-rpc.1","MEQ0055220:4","PARTY_STOP_DAY",1] hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) xml multicall <event>: hm-rpc.1,MEQ0055220:4,PARTY_STOP_DAY,1 hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) hm-rpc.1.MEQ0055220.4.PARTY_STOP_TIME ==> UNIT: "minutes" (min: 0, max: 1410) From "0" => "0" hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) xmlrpc <- event ["hm-rpc.1","MEQ0055220:4","PARTY_STOP_TIME",0] hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) xml multicall <event>: hm-rpc.1,MEQ0055220:4,PARTY_STOP_TIME,0 hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) hm-rpc.1.MEQ0055220.4.PARTY_START_YEAR ==> UNIT: "year" (min: 0, max: 100) From "0" => "0" hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) xmlrpc <- event ["hm-rpc.1","MEQ0055220:4","PARTY_START_YEAR",0] hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) xml multicall <event>: hm-rpc.1,MEQ0055220:4,PARTY_START_YEAR,0 hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) hm-rpc.1.MEQ0055220.4.PARTY_START_MONTH ==> UNIT: "month" (min: 1, max: 12) From "1" => "1" hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) xmlrpc <- event ["hm-rpc.1","MEQ0055220:4","PARTY_START_MONTH",1] hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) xml multicall <event>: hm-rpc.1,MEQ0055220:4,PARTY_START_MONTH,1 hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) hm-rpc.1.MEQ0055220.4.PARTY_START_DAY ==> UNIT: "day" (min: 1, max: 31) From "1" => "1" hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) xmlrpc <- event ["hm-rpc.1","MEQ0055220:4","PARTY_START_DAY",1] hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) xml multicall <event>: hm-rpc.1,MEQ0055220:4,PARTY_START_DAY,1 hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) hm-rpc.1.MEQ0055220.4.PARTY_START_TIME ==> UNIT: "minutes" (min: 0, max: 1410) From "0" => "0" hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) xmlrpc <- event ["hm-rpc.1","MEQ0055220:4","PARTY_START_TIME",0] hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) xml multicall <event>: hm-rpc.1,MEQ0055220:4,PARTY_START_TIME,0 hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) hm-rpc.1.MEQ0055220.4.PARTY_TEMPERATURE ==> UNIT: "°C" (min: 5, max: 30) From "5" => "5" hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) xmlrpc <- event ["hm-rpc.1","MEQ0055220:4","PARTY_TEMPERATURE",5] hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) xml multicall <event>: hm-rpc.1,MEQ0055220:4,PARTY_TEMPERATURE,5 hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) hm-rpc.1.MEQ0055220.4.SET_TEMPERATURE ==> UNIT: "°C" (min: 4.5, max: 30.5) From "4.5" => "4.5" hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) xmlrpc <- event ["hm-rpc.1","MEQ0055220:4","SET_TEMPERATURE",4.5] hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) xml multicall <event>: hm-rpc.1,MEQ0055220:4,SET_TEMPERATURE,4.5 hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) hm-rpc.1.MEQ0055220.4.BOOST_STATE ==> UNIT: "min" (min: 0, max: 30) From "0" => "0" hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) xmlrpc <- event ["hm-rpc.1","MEQ0055220:4","BOOST_STATE",0] hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) xml multicall <event>: hm-rpc.1,MEQ0055220:4,BOOST_STATE,0 hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) hm-rpc.1.MEQ0055220.4.FAULT_REPORTING ==> UNIT: "" (min: 0, max: 7) From "0" => "0" hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) xmlrpc <- event ["hm-rpc.1","MEQ0055220:4","FAULT_REPORTING",0] hm-rpc.1 2020-02-29 13:11:27.091 debug (12507) xml multicall <event>: hm-rpc.1,MEQ0055220:4,FAULT_REPORTING,0 hm-rpc.1 2020-02-29 13:11:27.090 debug (12507) hm-rpc.1.MEQ0055220.4.CONTROL_MODE ==> UNIT: "" (min: 0, max: 3) From "0" => "0" hm-rpc.1 2020-02-29 13:11:27.090 debug (12507) xmlrpc <- event ["hm-rpc.1","MEQ0055220:4","CONTROL_MODE",0] hm-rpc.1 2020-02-29 13:11:27.090 debug (12507) xml multicall <event>: hm-rpc.1,MEQ0055220:4,CONTROL_MODE,0 hm-rpc.1 2020-02-29 13:11:27.090 debug (12507) hm-rpc.1.MEQ0055220.0.UNREACH ==> UNIT: "" (min: false, max: true) From "false" => "false" hm-rpc.1 2020-02-29 13:11:27.090 debug (12507) xmlrpc <- event ["hm-rpc.1","MEQ0055220:0","UNREACH",false] hm-rpc.1 2020-02-29 13:11:27.090 debug (12507) xml multicall <event>: hm-rpc.1,MEQ0055220:0,UNREACH,false hm-rpc.1 2020-02-29 13:11:27.090 debug (12507) hm-rpc.1.OEQ1431500.1.LOWBAT ==> UNIT: "" (min: false, max: true) From "false" => "false" hm-rpc.1 2020-02-29 13:11:27.090 debug (12507) xmlrpc <- event ["hm-rpc.1","OEQ1431500:1","LOWBAT",false] hm-rpc.1 2020-02-29 13:11:27.090 debug (12507) xml multicall <event>: hm-rpc.1,OEQ1431500:1,LOWBAT,false hm-rpc.1 2020-02-29 13:11:27.090 debug (12507) hm-rpc.1.OEQ1431500.1.STATE ==> UNIT: "" (min: false, max: true) From "false" => "false" hm-rpc.1 2020-02-29 13:11:27.090 debug (12507) xmlrpc <- event ["hm-rpc.1","OEQ1431500:1","STATE",false] hm-rpc.1 2020-02-29 13:11:27.089 debug (12507) xml multicall <event>: hm-rpc.1,OEQ1431500:1,STATE,false hm-rpc.1 2020-02-29 13:11:27.080 error (12507) Error: XML-RPC fault: Failure hm-rpc.1 2020-02-29 13:11:27.080 error (12507) xmlrpc -> setValue ["4","SET_TEMPERATURE",18] FLOAT hm-rpc.1 2020-02-29 13:11:27.078 debug (12507) hm-rpc.1.MEQ0055220.0.STICKY_UNREACH ==> UNIT: "" (min: false, max: true) From "true" => "true" hm-rpc.1 2020-02-29 13:11:27.078 debug (12507) xmlrpc <- event ["hm-rpc.1","MEQ0055220:0","STICKY_UNREACH",true] hm-rpc.1 2020-02-29 13:11:27.078 debug (12507) xml multicall <event>: hm-rpc.1,MEQ0055220:0,STICKY_UNREACH,true hm-rpc.1 2020-02-29 13:11:27.078 debug (12507) hm-rpc.1.MEQ0055220.0.UNREACH ==> UNIT: "" (min: false, max: true) From "true" => "true" hm-rpc.1 2020-02-29 13:11:27.077 debug (12507) xmlrpc <- event ["hm-rpc.1","MEQ0055220:0","UNREACH",true] hm-rpc.1 2020-02-29 13:11:27.077 debug (12507) xml multicall <event>: hm-rpc.1,MEQ0055220:0,UNREACH,true heatingcontrol.0 2020-02-29 13:11:23.079 debug (12496) [INFO] status = true next event: 1 Mar 2020 05:00:00 heatingcontrol.0 2020-02-29 13:11:23.079 debug (12496) [INFO] status = true next event: 2 Mar 2020 05:00:00 heatingcontrol.0 2020-02-29 13:11:23.079 debug (12496) [INFO] status = true next event: 1 Mar 2020 12:00:00 heatingcontrol.0 2020-02-29 13:11:23.079 debug (12496) [INFO] status = true next event: 1 Mar 2020 08:00:00 heatingcontrol.0 2020-02-29 13:11:23.078 debug (12496) [INFO] status = true next event: 1 Mar 2020 00:00:00 heatingcontrol.0 2020-02-29 13:11:23.078 debug (12496) [INFO] status = true next event: 2 Mar 2020 08:00:00 heatingcontrol.0 2020-02-29 13:11:23.078 debug (12496) [INFO] status = true next event: 2 Mar 2020 00:00:00 heatingcontrol.0 2020-02-29 13:11:23.077 debug (12496) [INFO] status = true next event: 31 Mar 2020 23:55:00 heatingcontrol.0 2020-02-29 13:11:23.076 debug (12496) [INFO] status = true next event: 1 Oct 2020 00:05:00 hm-rpc.1 2020-02-29 13:11:23.072 debug (12507) setValue ["MEQ0055220:4","SET_TEMPERATURE",{"explicitDouble":18}] FLOAT hm-rpc.1 2020-02-29 13:11:23.072 debug (12507) xmlrpc -> setValue 4 SET_TEMPERATURE: 18 heatingcontrol.0 2020-02-29 13:11:23.072 debug (12496) thermostat hm-rpc.1.MEQ0055220.4.SET_TEMPERATURE to 18; current is 4.5 heatingcontrol.0 2020-02-29 13:11:23.069 info (12496) room Flur Thermostat target is 18 heatingcontrol.0 2020-02-29 13:11:23.069 info (12496) room Flur setting new target 18 heatingcontrol.0 2020-02-29 13:11:23.069 debug (12496) ### new target temp18 heatingcontrol.0 2020-02-29 13:11:23.069 debug (12496) ### current > 1 1 2 heatingcontrol.0 2020-02-29 13:11:23.069 debug (12496) Flur found period 1 with 18 on 08,00 heatingcontrol.0 2020-02-29 13:11:23.069 debug (12496) check time for Flur Profiles.0.Flur.Sa-So.Periods.1.time 18 heatingcontrol.0 2020-02-29 13:11:23.069 debug (12496) check ID Profiles.0.Flur.Sa-So.Periods.1.time heatingcontrol.0 2020-02-29 13:11:23.069 debug (12496) check time for Flur Profiles.0.Flur.Sa-So.Periods.0.time 18 heatingcontrol.0 2020-02-29 13:11:23.068 debug (12496) check ID Profiles.0.Flur.Sa-So.Periods.0.time heatingcontrol.0 2020-02-29 13:11:23.068 debug (12496) FindNextPeriod for 2/29/2020, 1:11:23 PM in Flur heatingcontrol.0 2020-02-29 13:11:23.068 debug (12496) absolute GuestIncrease {"val":0,"ack":true,"ts":1582568943810,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1582568943810} heatingcontrol.0 2020-02-29 13:11:23.068 debug (12496) absolute AbsentDecrease {"val":0,"ack":true,"ts":1582568943861,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1582568943861} heatingcontrol.0 2020-02-29 13:11:23.067 debug (12496) absolute PartyDecrease {"val":0,"ack":true,"ts":1582568943816,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1582568943816} heatingcontrol.0 2020-02-29 13:11:23.067 debug (12496) absolute VacationAbsentDecrease {"val":0,"ack":true,"ts":1582568943863,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1582568943863} heatingcontrol.0 2020-02-29 13:11:23.066 debug (12496) absolute WindowOpenDecrease {"val":4,"ack":true,"ts":1582673353569,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1582673353568} heatingcontrol.0 2020-02-29 13:11:23.066 debug (12496) Flur window open is false heatingcontrol.0 2020-02-29 13:11:23.066 debug (12496) check room Flur heatingcontrol.0 2020-02-29 13:11:23.066 debug (12496) profile 0 heatingcontrol.0 2020-02-29 13:11:23.065 debug (12496) get profile heatingcontrol.0 2020-02-29 13:11:23.065 debug (12496) profile type 2 heatingcontrol.0 2020-02-29 13:11:23.024 debug (12496) ### not handled hm-rpc.1.OEQ1431500.1.STATE {"val":false,"ack":true,"ts":1582978283016,"q":0,"from":"system.adapter.hm-rpc.1","user":"system.user.admin","lc":1582978283016} heatingcontrol.0 2020-02-29 13:11:23.024 debug (12496) ### 222 not handled yet heatingcontrol.0 2020-02-29 13:11:23.024 info (12496) calculating new target temperatures heatingcontrol.0 2020-02-29 13:11:23.024 debug (12496) room to check is Flur
Support us
783
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge