Test Adapter HeatingControl v2.12.x

[guergen]

@Oli Daher habe ich ja ein Issue angelegt; entscheiden muss Rene!

[Oli]

@Pittini

das mit der Vis kann ich nachvollziehen, kann sich ja auch jeder selbst anpassen.

[Rene_HM]

@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.

[Muchul]

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.

[Jens Lattwesen]

@Oli said in Test Adapter HeatingControl v0.3.x:

@Pittini

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]

@Jens-Lattwesen
ja, ich betrachte jeden Tag einzeln.

Ein weiteres Profil nützt dir hier gar nichts.

[Jens Lattwesen]

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?

[Pittini]

@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]

@Pittini

Glatt überlesen

OK, dann halt bis dato alles händisch.

[HoffmannOs]

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.

[Heinerbub80]

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!

[moppel2810]

@HoffmannOs ich hab das gleiche Problem

[Rene_HM]

@HoffmannOs hast du irgendetwas unter Sensoren oder Aktoren konfiguriert?

Mir würde auch das ganze log rings um den Fehler helfen...

[Rene_HM]

@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

AlexanderSch90 created this issue in rg-engineering/ioBroker.heatingcontrol

closed Steuerung des Adapters über die Thermostate #70

[zahnheinrich]

@HoffmannOs
Sieht für mich eher nach einem Problem des hm-rpc1 Adapters aus.
Callbackadresse richtig eingetragen?

[HoffmannOs]

@Rene_HM Ja ich habe die Thermostate mit den dazugehörigen Fenster Sensoren konfiguriert. Wie meinst du das gesamte log?

[Rene_HM]

@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]

@Rene_HM
Nein Aktoren keine!

[HoffmannOs]

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

[Rene_HM]

@HoffmannOs das log sieht soweit gut aus. Aber ich habe die Stelle gefunden, wo das schon mal diskutiert wurde:
https://forum.iobroker.net/topic/22579/test-adapter-heatingcontrol-v0-3-x/208
Hier war anscheinend der duty-cycle das Problem...