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

[deta]

@Issi Jep genau das! Danke

[Rene_HM]

@Jens-Lattwesen sagte in Test Adapter HeatingControl v1.0.x:

Was mir auffiel ist, er legt trotz Auswahl "jeder Tag anders" auch einen Datenpunkt "Mo-Su" an.

wenn einmal ein Profiltyp ausgewählt wurde, werden die DP angelegt. Sie bleiben bestehen, wenn man den Typ wechselt (werden also nicht automatisch gelöscht). Du kannst sie aber manuell löschen. Dann sollten die nicht benötigten auch nicht wieder angelegt werden.

[deta]

@Rene_HM sagte in Test Adapter HeatingControl v1.0.x:

@deta sagte in Test Adapter HeatingControl v1.0.x:

Es ist wie bekannt eine CCU3 auf dem Raspi am laufen, Hab ich da was übersehen einzustellen? Das der Wert übertragen wird?

Nochmal: der Adapter überträgt eine Solltemperatur an's Thermostat. Den Rest (Ventilstellung) macht das Thermostat und nicht der Adapter...

Schon klar.

[Rene_HM]

@danny_v1 sagte in Test Adapter HeatingControl v1.0.x:

(Aber was passiert, wenn ich im Profil 18°C habe, dann stelle ich am Thermostat 20°C ein, mache ein Fenster auf und dann dreh ich wieder auf 18°C?).

was sollte denn passieren?

[danny_v1]

@Rene_HM Dann müsste ja eigentlich erkannt werden das ich händisch am Thermostat eingegriffen habe, danach wurde das Fenster geöffnet, dadurch sollte herunter geregelt werden. Danach sollte erkannt werden das der Wert aus dem Profil wieder eingestellt wurde und die automatische Regelung wieder aktiv wird.

So stelle ich mir das vor.

[Issi]

@Rene_HM hi sagt dir diese Error Meldung irgendwas ?

2020-10-30 04:32:36.029 - error: heatingcontrol.0 (22814) exception in CheckTemperatureChange [TypeError: Cannot read property '0' of undefined]

es ist immer nur diese eine Meldung hab deswegen heute Nacht den Adapter im debug Mode laufen lasen und bin ich etwas verwirrt bei mir ist im Schlafzimmer die zeit 04:00 uhr eingestellt das ist die Periode 0 und im Wohnzimmer 08:00 uhr aber im debug prüft er immer nur Wohnzimmer um 4uhr :confused:

hier das log das löst auch die error Meldung aus:

2020-10-30 04:00:00.002 - debug: heatingcontrol.0 (22814) calculating new target temperatures
2020-10-30 04:00:00.004 - debug: heatingcontrol.0 (22814) profile type 2
2020-10-30 04:00:00.004 - debug: heatingcontrol.0 (22814) get profile
2020-10-30 04:00:00.004 - debug: heatingcontrol.0 (22814) profile 0
2020-10-30 04:00:00.004 - debug: heatingcontrol.0 (22814) check room Wohnzimmer
2020-10-30 04:00:00.004 - debug: heatingcontrol.0 (22814) Wohnzimmer window open is true
2020-10-30 04:00:00.004 - debug: heatingcontrol.0 (22814) absolute WindowOpenDecrease {"val":10,"ack":true,"ts":1602367528733,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1602367528732} number
2020-10-30 04:00:00.005 - debug: heatingcontrol.0 (22814) absolute VacationAbsentDecrease {"val":0,"ack":true,"ts":1602367211072,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1602367211072} number
2020-10-30 04:00:00.005 - debug: heatingcontrol.0 (22814) absolute PartyDecrease {"val":0,"ack":true,"ts":1602367211067,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1602367211067} number
2020-10-30 04:00:00.005 - debug: heatingcontrol.0 (22814) absolute AbsentDecrease {"val":0,"ack":true,"ts":1602367211070,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1602367211070} number
2020-10-30 04:00:00.005 - debug: heatingcontrol.0 (22814) absolute GuestIncrease {"val":0,"ack":true,"ts":1602367211065,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1602367211065} number
2020-10-30 04:00:00.005 - debug: heatingcontrol.0 (22814) use window open decrease
2020-10-30 04:00:00.005 - debug: heatingcontrol.0 (22814) FindNextPeriod for 10/30/2020, 4:00:00 AM in Wohnzimmer
2020-10-30 04:00:00.006 - debug: heatingcontrol.0 (22814) found current period 4 Rooms.Wohnzimmer.ActiveTimeSlot {"val":4,"ack":true,"ts":1604008800012,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1604008800012}
2020-10-30 04:00:00.006 - debug: heatingcontrol.0 (22814) ### set ActiveTimeSlot to 0
2020-10-30 04:00:00.006 - debug: heatingcontrol.0 (22814) check ID Profiles.0.Wohnzimmer.Mo-Fr.Periods.0.time period 0
2020-10-30 04:00:00.006 - debug: heatingcontrol.0 (22814) check ID Profiles.0.Wohnzimmer.Mo-Fr.Periods.1.time period 1
2020-10-30 04:00:00.006 - debug: heatingcontrol.0 (22814) check ID Profiles.0.Wohnzimmer.Mo-Fr.Periods.2.time period 2
2020-10-30 04:00:00.006 - debug: heatingcontrol.0 (22814) check ID Profiles.0.Wohnzimmer.Mo-Fr.Periods.3.time period 3
2020-10-30 04:00:00.006 - debug: heatingcontrol.0 (22814) check ID Profiles.0.Wohnzimmer.Mo-Fr.Periods.4.time period 4
2020-10-30 04:00:00.006 - debug: heatingcontrol.0 (22814) ### set ActiveTimeSlot to -2 period -2
2020-10-30 04:00:00.007 - error: heatingcontrol.0 (22814) exception in CheckTemperatureChange [TypeError: Cannot read property '0' of undefined]

und die Periode 0 wird dann erst ab 8 uhr gesetzt bei allen Zimmern hab das auch mal aufgezeichnet
z.B. Schlafzimmer 4uhr soll Periode 0 angehen geht aber erst ab 8 uhr an das gleiche in den anderen Zimmern

[Rene_HM]

@Issi zeige mir mal die Profil-Konfiguration (möglichst die Datenpunkte im Objekt-Baum und nicht in der vis). sieht jedenfalls seltsam aus:

• der cron job startet um 4:00Uhr
• damit weiß der Adapter, dass um 4 ein Profilpunkt ist
• beim prüfen, welcher Profilpunkt das ist, findet er den Punkt dann nicht mehr
• damit versucht er mit einem falschen Index (-2) in die datenstruktur zu greifen und das führt zu der exception

[Issi]

@Rene_HM
so hier mal alle dp außer vis als Screenshot
Kinderzimmer:

Schlafzimmer:

Wohnzimmer:

Rooms:

und der rest :
hoffe es passt so

[Rene_HM]

@Issi okay, das muss ich mir mal anschauen. Du hast nur im Schlafzimmer um 4:00Uhr einen Profilpunkt. Die exception kommt aber vom Wohnzimmer, wo der erste Profilpunkt des Tages um 8:00Uhr ist, vorher gilt noch der letzte vom Vortag. Das sieht nach einem bug aus. Ich starte hier mal eine Simulation mit solchen Einstellungen...

Du könntest für das Wohnzimmer auch einen Profilpunkt um 4:00Uhr anlegen, da aber noch mit 19°C und dafür den Profilpunkt um 11:00Uhr weglassen. Dann dürfte die exception verschwinden...

[Issi]

@Rene_HM ich probiere es mal aus

[Rene_HM]

@Issi Habe in meiner Simulation den Fehler auch gesehen und auch eine Lösung gefunden. Das update liegt schon in github, will es aber nochmal bis morgen in der Simulationsumgebung laufen lassen...

[Issi]

@Rene_HM super :+1: teste ich heute mal

[Issi]

@Rene_HM
Die Änderungen die du gemacht hast sehen gut aus heute waren keine Errors im log und die Temperatur wurde auch richtig gesetzt. :+1:

[danny_v1]

@Rene_HM
was bewirkt der Datenpunkt "ChangesFromThermostatMode" und welche Einstellungsmöglicheiten gibt es da?

Hab festgestellt das, wenn ich am Thermostat was ändere springt er immer auf den Override Wert. Erst steht im State Chenge from Thermostat und nach kurzer Zeit spingt es um auf override.

[Phil636]

Ich habe ein ähnliches Problem.
Komme aus dem Status auch nicht heraus.
Nutze v1.1.1 und die Max! Thermostate.
State sagt 'change from thermostat' und er nimmt nicht mehr den Wert aus der VIS. Woran könnte das liegen?

[Conquest]

@Rene_HM sagte in Test Adapter HeatingControl v1.0.x:

@UncleB sagte in Test Adapter HeatingControl v1.0.x:

Ich glaub den Bug gefunden zu haben..

Das schaue ich mir auch mal an.... Danke für den Tipp.

Konntest du schon was herausfinden wegen dem Bug von @UncleB und mir?

Gruß

[Rene_HM]

@danny_v1 sagte in Test Adapter HeatingControl v1.0.x:

was bewirkt der Datenpunkt "ChangesFromThermostatMode"

Wenn du hier "pro Raum einstellbar" gewählt hast, gibt es die gleichen Einstellmöglichkeiten wie hier (nur eben als Zahl

• 1 nichts
• 2 override
• 3 als neue Profileinstellung
• 4 bis zum nächsten Profilpunkt)

Ich bin mir nicht sicher, ob ich das drin lasse. Das macht das ganze System sehr undurchschaubar... Ich bin im Moment an einem mittelgroßen redesign, damit erst mal die ersten Varianten (also ohne "pro Raum") stabil werden.

[Rene_HM]

@Conquest sagte in Test Adapter HeatingControl v1.0.x:

konntest du schon was herausfinden wegen dem Bug von @UncleB und mir?

nein, noch nicht. wie im vorherigen post geschrieben, muss ich erst mal ein redesign einschieben...

[Conquest]

@Rene_HM sagte in Test Adapter HeatingControl v1.0.x:

@Conquest sagte in Test Adapter HeatingControl v1.0.x:

konntest du schon was herausfinden wegen dem Bug von @UncleB und mir?

nein, noch nicht. wie im vorherigen post geschrieben, muss ich erst mal ein redesign einschieben...

Ok danke für die schnelle Antwort. Funktioniert ja auch erstmal so.
Muss dir aber auch nochmal ein Lob aussprechen für den tollen Adapter und das du jedem hier so schnell antwortest. :+1:

[danny_v1]

So ich habe heute noch mal etwas mit meinen Thermostaten (Eurotronic Zigbee) herumgespielt. Die Steuerung über den Adapter hat irgendwie nicht immer funktioniert, wenn man händisch am Thermostat herumspielt.

Ich denke es lag daran das der Wert vom Thermostat zeitversetzt kommt und der Adapter da immer schneller nachregelt.

Ich lass den Adapter den Wert jetzt in einen Datenpunkt schreiben welchen ich als Virtuelles Thermostat angelegt habe.

Ich habe mir jetzt ein kleines Blockly zusammengebaut. Welches bei Änderung der Temperatur vom Thermostat oder der Vis einen Override setzt und wenn die Temp wieder zurück auf den Profilwert gedreht wird, wird der Override auf null gesetzt. Auch wenn sich der TimeSlot ändert. Erst dann wird der Wert vom Adapter ans Thermostat geschickt.

Bis jetzt haut das ganz gut hin.