Test Adapter HeatingControl v2.12.x

Rene_HM

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

Aber dann funktioniert auch die Sensor Erkennung nicht mehr.
ja, so ist es implementiert. Im Override reagiert der Adapter auch auf die Sensoren, also muss ich das hier noch einbauen

ABER: hier braucht es einen größeren Umbau. Aktuell entsteht eine Endlosschleife:

Änderung kommt vom Thermostat, weil jemand daran dreht
Änderung wird übernommen
Fenster geht auf
reduzierte Temperatur wird auf das Thermostat geschrieben
vom Thermostat kommt die reduzierte Temperatur wieder zurück
diese wird aktuell als neue Änderung vom Thermostat übernommen und mit der Reduzierung wegen "Fenster auf" wieder auf das Thermostat geschrieben... und so weiter...

Ich lasse das also in der 1.1.0 so, wie es ist. In einer 2.x gehe ich dieses Thema an...

danny_v1

@Rene_HM Also wenn rein kommt, dass wenn man das Thermostat wieder auf den Wert vom Profil stellt der "normale" Modus wieder an ist wäre das schon super (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?).

Sonst könnte man ja auch den Override nehmen und die Override Zeit bis zum nächsten Profil Punkt per Skript berechnen.

Jens Lattwesen

Moin,

Frage eines "Beginners". Habe den Adapter installiert, ein Profil angelegt (jeder Tag versch) und dann über die VIS je Raum die Temperaturen eingegeben. MAX Cube und deren Thermostate sind vorhanden, stehen alle auf "manuell"

Problem 1: Er stellt die Temperaturen nicht ein
Problem 2: Die VIS liest die Temperaturen nicht aus, d.h. wenn ich gestern in einem Raum 22 Grad eingegeben habe, steht dort heute etwas Anderes. (ggfs. frage ich auch mal im "VIS-Post")

Habe ich da falsche Einstellungen genommen?

Pittini

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

Habe ich da falsche Einstellungen genommen?

Hast Du die Vis Nutzung im Adapteradmin überhaupt aktiviert?

Jens Lattwesen

@Pittini

Pittini

@Jens-Lattwesen Ok. Grundsätzlich gilt, wenn das Vis nicht macht wasses soll, ist i.d.R der Adapter nicht richtig konfiguriert.

Jens Lattwesen

@Pittini
Ok, so auch meine Idee.

Habe alles nochmal deinstalliert, neu installiert und taste mich jetzt mit einem Raum mal ran.

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

UncleB

Also iwas haut die Soll Temperaturen immer wieder durcheinander,
Eigtl sollte jetzt das Büro 21 Grad Soll haben (Die anderen Räume auch zwischen 20 und 21 Grad, auf dem Screenshot ist das Büro zu sehen)
Jedoch stehen die Datenpunkte im Adapter auf 19 Grad, (wie auch in der VIS zu entnehmen) auch die Datenpunkte der "SET_POINT_TEMPERATURE" meiner HmIP Geräte stehen auf 19 Grad, ich hab keine Ahnung woher die 19 Grad kommen..
Hast da ne Idee?
Screenshot - 2020-10-28T171235.011.png

Edit: Grad sehen ich auch das wieder alle Zeiten resettet wurden, Gäste Temperatur alles weg.. Oh Mann..
Noch ein Screenshot:
Screenshot - 2020-10-28T172217.788.png

deta

Moin,
Thema Ventilstellung, das müste der Punkt sein:

Also Value State. Aber dieser Wert ändert sich nicht. Bleibt bei mir so.

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

Issi

@deta wen du die Ventilstellung in % suchst dan ist es Level zumindest bei den Hm Ip Geräten

Rene_HM

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

Rene_HM

@UncleB Da bleibt nur Analyse des log-Files, möglichst im debug-Mode...

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

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