UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Michi_Pi]

@rene_hm bei einem einzigen Raum wird sporadisch die Temperatur noch überschrieben, bei allen anderen funktioniert es.

2022-01-12 06:00:05.219 - debug: heatingcontrol.0 (24331) subscribe alias.0.Heizung.Bad.SET
2022-01-12 06:00:10.115 - debug: heatingcontrol.0 (24331) ### handle state change acked alias.0.Heizung.Bad.SET {"val":21,"ack":true,"ts":1641963604512,"q":0,"from":"system.adapter.hm-rpc.1","user":"system.user.admin","lc":1641963604512}
2022-01-12 06:00:10.116 - debug: heatingcontrol.0 (24331) HandleStateChangeDevices alias.0.Heizung.Bad.SET
2022-01-12 06:00:10.116 - debug: heatingcontrol.0 (24331) CheckStateChangeDevice alias.0.Heizung.Bad.SET
2022-01-12 06:00:10.116 - debug: heatingcontrol.0 (24331) Bad ### ChangeStatus Thermostats_Target to {"val":21,"ack":true,"ts":1641963604512,"q":0,"from":"system.adapter.hm-rpc.1","user":"system.user.admin","lc":1641963604512} in auto
2022-01-12 06:00:10.116 - debug: heatingcontrol.0 (24331) Change Status target temperature in Bad to 21 (profile 20) in auto
2022-01-12 06:00:10.116 - debug: heatingcontrol.0 (24331) CheckManualMode Bad target 21 current manual target -99 state auto
2022-01-12 06:00:10.117 - debug: heatingcontrol.0 (24331) CheckStartManualMode Bad
2022-01-12 06:00:10.117 - debug: heatingcontrol.0 (24331) CheckStartManualMode: current target 19.5 new 21
2022-01-12 06:00:10.117 - debug: heatingcontrol.0 (24331) CheckTargetFromThermostat Bad
2022-01-12 06:00:10.117 - debug: heatingcontrol.0 (24331) Bad got target from thermostat as override: 21
2022-01-12 06:00:10.200 - debug: heatingcontrol.0 (24331) ### handle state change acked alias.0.Heizung.Bad.ACTUAL {"val":17.2,"ack":true,"ts":1641963604532,"q":0,"from":"system.adapter.hm-rpc.1","user":"system.user.admin","lc":1641963596851}
2022-01-12 06:00:10.200 - debug: heatingcontrol.0 (24331) HandleStateChangeDevices alias.0.Heizung.Bad.ACTUAL
2022-01-12 06:00:10.200 - debug: heatingcontrol.0 (24331) CheckStateChangeDevice alias.0.Heizung.Bad.ACTUAL
2022-01-12 06:00:10.200 - debug: heatingcontrol.0 (24331) ChangeStatus called, while already changing, push to list Bad Thermostats_Current {"val":17.2,"ack":true,"ts":1641963604532,"q":0,"from":"system.adapter.hm-rpc.1","user":"system.user.admin","lc":1641963596851} (1)
2022-01-12 06:00:10.253 - debug: heatingcontrol.0 (24331) ### handle state change !ack heatingcontrol.0.Rooms.Bad.TemperaturOverride {"val":21,"ack":false,"ts":1641963610249,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1641963610249}
2022-01-12 06:00:10.253 - debug: heatingcontrol.0 (24331) ChangeStatus called, while already changing, push to list Bad TemperaturOverride 21 (2)
2022-01-12 06:00:10.254 - debug: heatingcontrol.0 (24331) UpdateDPs for Bad auto
2022-01-12 06:00:10.309 - debug: heatingcontrol.0 (24331) HandleStateChanges CurrentTimePeriod 1
2022-01-12 06:00:10.327 - debug: heatingcontrol.0 (24331) AddStatusToLog skip Bad auto 19.5°C
2022-01-12 06:00:10.352 - debug: heatingcontrol.0 (24331) ChangeStatus recall cmd from list Bad Thermostats_Current {"val":17.2,"ack":true,"ts":1641963604532,"q":0,"from":"system.adapter.hm-rpc.1","user":"system.user.admin","lc":1641963596851} (1)
2022-01-12 06:00:10.353 - debug: heatingcontrol.0 (24331) Bad ### ChangeStatus Thermostats_Current to {"val":17.2,"ack":true,"ts":1641963604532,"q":0,"from":"system.adapter.hm-rpc.1","user":"system.user.admin","lc":1641963596851} in auto
2022-01-12 06:00:10.353 - debug: heatingcontrol.0 (24331) Change Status current temperature in Bad to 17.2
2022-01-12 06:00:10.353 - debug: heatingcontrol.0 (24331) HandleActors for Bad auto
2022-01-12 06:00:10.353 - debug: heatingcontrol.0 (24331) UpdateDPs for Bad auto
2022-01-12 06:00:10.435 - debug: heatingcontrol.0 (24331) HandleStateChanges CurrentTimePeriod 1
2022-01-12 06:00:10.465 - debug: heatingcontrol.0 (24331) AddStatusToLog skip Bad auto 19.5°C
2022-01-12 06:00:10.529 - debug: heatingcontrol.0 (24331) ChangeStatus recall cmd from list Bad TemperaturOverride 21 (0)
2022-01-12 06:00:10.529 - debug: heatingcontrol.0 (24331) Bad ### ChangeStatus TemperaturOverride to 21 in auto
2022-01-12 06:00:10.530 - debug: heatingcontrol.0 (24331) ChangeStatus Override
2022-01-12 06:00:10.572 - debug: heatingcontrol.0 (24331) Bad start override for 86400sec
2022-01-12 06:00:10.573 - debug: heatingcontrol.0 (24331) CalculateRoomTemperature for Bad override
2022-01-12 06:00:10.573 - debug: heatingcontrol.0 (24331) Bad override mode (incl. reduced): target 21 ( window open false 21)
2022-01-12 06:00:10.573 - debug: heatingcontrol.0 (24331) checking min temp with Rooms.Bad.MinimumTemperature
2022-01-12 06:00:10.574 - debug: heatingcontrol.0 (24331) got {"val":5,"ack":true,"ts":1635349322844,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1635349322844}
2022-01-12 06:00:10.574 - debug: heatingcontrol.0 (24331) SetRoomTemperature started for Bad target 21 with offset -0.75
2022-01-12 06:00:10.620 - debug: heatingcontrol.0 (24331) Bad nothing to do to for alias.0.Heizung.Bad.SET , target 21 is already set 21
2022-01-12 06:00:10.621 - debug: heatingcontrol.0 (24331) HandleActors for Bad override
2022-01-12 06:00:10.621 - debug: heatingcontrol.0 (24331) UpdateDPs for Bad override
2022-01-12 06:00:10.678 - debug: heatingcontrol.0 (24331) HandleStateChanges CurrentTimePeriod 1

[mrMuppet]

Ich habe mit 2.8.3 auch interessante Probleme: Zum einen scheint das gleichzeitige Schalten von 9 Heizkörpern (Thermostaten) bei Homematic Empfangsprobleme zu verursachen. Im Log finde ich dann:

hm-rpc.1 2022-01-13 13:20:10.714	error	Cannot call setValue: Unexpected end Line: 0 Column: 0 Char:
hm-rpc.1 2022-01-13 13:20:10.713	error	xmlrpc -> setValue ["000A1A499BC891:1","SET_POINT_TEMPERATURE",14] FLOAT
hm-rpc.1 2022-01-13 13:20:10.602	error	Cannot call setValue: Unexpected end Line: 0 Column: 0 Char:
hm-rpc.1 2022-01-13 13:20:10.602	error	xmlrpc -> setValue ["000A1A499BC88A:1","SET_POINT_TEMPERATURE",14] FLOAT

Diese Probleme tauchen nicht auf, wenn ich die Thermostate einzeln ändere.

Zum anderen scheint der Heating-Control adapter nach einigen Minuten in einen Schlaf zu fallen: Wenn ich die Anwesenheit testweise ändere springen nur noch sporadisch einige Thermostate auf die neue Setpoint-Temperatur. Wenn ich den Adapter neu starte, dann reagieren auch (erstmal) alle Geräte innerhalb weniger Sekunden. Nach einiger Zeit dann wieder nicht mehr.
Im Logfile finde ich aber nur die oben genannten Meldungen.

Kennt ihr diese Verhalten?

[Rene_HM]

@mrmuppet sagte in Test Adapter HeatingControl v2.8.x:

springen nur noch sporadisch einige Thermostate auf die neue Setpoint-Temperatur

und die sind auch alle im gleichen Raum?
Das ganze tritt erst mit der 2.8.3 auf? Welche Version hattest du vorher installiert?

[mrMuppet]

@rene_hm Ich hab die Version schon 1-2 Wochen drauf und mir leider auch nicht gemerkt, welche Version ich davor drauf hatte. Hatte einfach mal wieder alles auf den neusten Stand gebracht. Das Problem ist mir auch erst jetzt beim testen meiner neuen Vis-Oberfläche aufgefallen. Habe ein bischen das Gefühl, dass das Problem auch mit dem CCU3-Duty-Cycle zu tun haben könnte. Ich werde in den nächsten Tagen noch weiter genau beobachten und mich noch mal melden wenn ich das Problem genauer beschreiben kann.
Die Geräte sind auf jeden Fall im ganzen Haus verteilt und ich kann keine Muster erkennen, welche Geräte am Ende noch geschaltet werden und welche dann in einem Zustand verharren.

[Rene_HM]

@mrmuppet du hast ja ein Ticket im github erstellt, um ein kleines delay beim Senden an HM einzubauen. Das werde ich noch einbauen, macht ja shuttercontrol auch so...

[passuff]

@passuff sagte in Test Adapter HeatingControl v2.8.x:

@rene_hm
Nach ca 12h testen würde ich behaupten, die 0.5°C Rundung hat für mich und meine Homematic Thermostate funktioniert. Ich beobachte weiter und melde mich erneut. Vielen Dank schon mal!

Der Langzeiterfolg hat sich leider nicht eingestellt. Ich habe sowohl Profilpunkte die auf 12°C (Lüften) als auch Profilpunkte die sich auf 30.5°C hochgeschaukelt haben. Insgesamt bleibt der Override für mich nicht nutzbar aktuell.

[Rene_HM]

@passuff sagte in Test Adapter HeatingControl v2.8.x:

Insgesamt bleibt der Override für mich nicht nutzbar aktuell.

Dann bin ich wieder an einem debug log interessiert...

[passuff]

@rene_hm log is raus.
Hier ein andere Bug:

Habe eine Test Instanz .1 erstellt: Eingetragen ist das Gästezimmer. Leider erstellt er den Raum im Objektbaum falsch:

EDIT: Wenn ich mir die json anschaue, verstehe ich weshalb:
Ich hatte die settings aus der Instanz.0 importiert und dann alle Räume bis auf das Gästezimmer gelöscht. In den Einstellungen der Instanz sind die anderen Räume gelöscht. Im json Export aber nicht. Da scheint was mit den Settings noch nicht zu funktionieren, wenn man Räume löscht.

Habe die Instanz gelöscht und versucht neu anzulgen. Raum wurde automatisch gefunden, das Thermostat ebenfalls, jedoch gleich viele dutzend mal:

Die web gui stürzt dabei leider ab.

[deta]

Hallo,
ich doktor die ganze Zeit jetzt rum, finde aber die warscheinlich einfache Lösung nicht.
Ich hab das VIS von Pitti läuft ja auch super.
Nun wollte ich die Felder umsortieren, so ist es jetzt:

Wie kann ich die einzelnen Felder umsortieren? So das z.b. Gästetoilett neuen Badezimmer steht.
Ich habe es zwar in der einen View geändert.

Aber es erscheint immer noch falsch.

Wo muss ich was ändern?

cu Deta

[Michi_Pi]

@deta
das geht über die CSS KLasse "mdui-order-XX"
XX wiedergibt dann deine Reihenfolge

[deta]

@michi_pi Super danke, also, so wie ich es jetzt verstanden habe, ist die Nummer die Reihenfolge,
Danke

[Dominik F.]

Ich probiere gerade mit dem Jarvis Adapter herum, hat jemand zufällig das ganze schon mal mit Jarvis visualisiert?

[Michi_Pi]

@deta ja geanu, die Nummer siehst dann auch rechts oben.

[Supernils]

Hallo,
bei mir läuft HeatingControl sporadisch im falschen Profil. Obwohl "HolidayPresent" true ist, läuft der Adapter in dem Profil Mo-Fr statt Sa-So.
Ein Neustart der Instanz löst das Problem. Das Profil passt dann wieder.

Ist das Problem bekannt? Mache ich etwas falsch?

[Rene_HM]

@supernils kannst den DP "StatusLog" mal zeigen? Vielleicht hast du den ja in der vis?
Ansonsten wäre ein debug-log von dem Tag interessant...

[Rene_HM]

@passuff sagte in Test Adapter HeatingControl v2.8.x:

Leider erstellt er den Raum im Objektbaum falsch:

Erstellst du dazu bitte auch noch ein issue im github? danke.

[Supernils]

@rene_hm Die vis benutze ich nicht und leider lief die Instanz nicht im Debug-Modus. Ich werde den debug-log bereitstellen sobald ich das Problem erneut beobachte.

[1337gut]

Moin,
ich versuche aktuell den Adapter ans Laufen zu kriegen, stoße jedoch auf einige Probleme.
Ich nutze debmatic, also ccu3 unter Debian, was auch ziemlich gut funktioniert. Der Adapter erkennt auch alle Räume, scheint aber die Thermostate nicht richtig zu erkennen. Diese sind alle der Funktion Heizung zugewiesen, welche auch im Adapter eingestellt ist. Bei etwa der Hälfte meiner Fenster habe ich die HoIP Fenstersensoren im Einsatz, bei den anderen welche von Aquara, welche per Zigbee mit dem iobroker verbunden sind. Diese sind ebenfalls der Funktion Heizung zugewiesen. Zudem sind alle Geräte im iobroker den entsprechenden Räumen zugewiesen.
Im Pittini-VIS sehe ich für die Thermostate als Wert jedoch nur NaN bzw. -99,0°C:
Ebenso habe ich noch Aquara-Raumsensoren (ebenfalls via Zigbee) im Einsatz, welche auch wie oben zugewiesen sind.
Ich habe das Gefühl, dass keins der Geräte im Adapter richtig erkannt wird. Auch, wenn ich ein Fenster öffne (egal welcher Sensor), ändert sich die Temperatur nicht.

Kann mir jemand helfen und sagen, was ich vielleicht übersehe und/oder falsch mache?

[Rene_HM]

@1337gut Konfiguriere die Geräte manuell, die automatische Erkennung findet nur sehr wenige Geräte...

[1337gut]

@rene_hm Blöde Frage, aber wo konfiguriere ich die Geräte? Ich finde nur die Einstellung zur Erkennung der Räume. :thinking_face: