Test Adapter HeatingControl v2.12.x

[Rene_HM]

@michi_pi Es werde die Profildaten aus den Datenpunkten (also Anzahl, Zeit, Temperatur) pro Raum in eine json gespeichert. Das kann man als backup nutzen, um nicht die ganzen Einstellungen manuell machen zu müssen, falls man mal etwas verstellt hat.

Die Fehlermeldung sagt, dass beim Speichern irgendein Datenpunkt nicht gelesen werden kann, weil er nicht verfügbar ist. Ist jetzt schwer zu sagen, was da fehlt. Vielleicht versuchen wir es mal so:

• wie sieht die Profilkonfiguration bei dir aus? (Profiltype, Anzahl Perioden usw.)
• hier mal ein Beispiel, was gespeichert wird, vielleicht findest du damit, welcher Datenpunkt bei dir im Datenbaum nicht vorhanden ist, oder keinen Wert (null) anzeigt...

{
  "ProfileType": "1",
  "NumberOfProfiles": 1,
  "NumberOfPeriods": 5,
  "Rooms": {
    "Küche": {
      "profiles": {
        "1": {
          "Mo_Su": {
            "1": {
              "time": "05:00",
              "Temperature": 21
            },
            "2": {
              "time": "08:00",
              "Temperature": 23
            },
            "3": {
              "time": "12:00",
              "Temperature": 22
            },
            "4": {
              "time": "16:00",
              "Temperature": 21
            },
            "5": {
              "time": "21:00",
              "Temperature": 19
            }
          },
          "decrease": {
            "GuestIncrease": 0,
            "PartyDecrease": 0,
            "WindowOpenDecrease": 0,
            "AbsentDecrease": 0,
            "VacationAbsentDecrease": 0,
            "FireplaceModeDecrease": 0
          }
        }
      }
    }
  },
  "TemperatureDecrease": 1
}

[Michi_Pi]

@rene_hm okay, ja so hab ich mir das schon gedacht.

Meine Profilkonfiguration sieht so aus. Ich nutz halt 4 Perioden statt 5. Sonst ist es ähnlich

den FireplaceModeDecrease Datenpunkt habe ich nicht, aber den hab ich auch nicht aktiviert.
Und einen Datenpunkt mit "null" habe ich auch keinen gefunden.

[Rene_HM]

@michi_pi mit den Einstellungen habe ich die exception auch... Schau ich mir an....

[Michi_Pi]

@rene_hm alles klar, danke

[UncleB]

Morgen zusammen.
Kann mir jemand sagen wieso der Adapter den Wert von 03:00 Uhr anstrebt?
Wir haben es jetzt 09:30 eigentlich sollte der erste Wert 07:00 Uhr ziehen?

[Rene_HM]

@uncleb weil die Reihenfolge der Perioden nicht stimmt! Du müsstest eigentlich eine Warnung im log bekommen, dass der Adapter nur zeitlich geordnete Perioden möchte...

[Dominik F.]

@rene_hm

Ich habe mal eine generelle Frage zum Kaminmodus. Für welche Anwendungsfälle ist dieser bestimmt?

Wenn ich meinen Kamin anmache, dann steigt die Temperatur ja an und die Ventile drehen nach dem Überschreiten der Solltemperatur ja eh zu. Mir ist nicht klar, wann der Kaminmodus genutzt werden kann.

[Rene_HM]

@dominik-f es gibt zwei Anwenundungsfälle aus meiner Sicht:

a) man schaltet auf Kamin-Modus bevor die Soll-Temperatur erreicht ist. Damit schalten die Ventile sofort aus. Wenn der Kamin dann später aus ist, schaltet der Adapter wieder auf normal, und man vergisst nicht, die evtl. erfolgte manuelle Abschaltung rückgängig zu machen.
b) man schaltet auf Kaminmodus, um zu verhindern, dass die Ventile schliessen. Damit nutzt man z.Bsp. die Fußbodenheizung zur Aufnahme der Wärme und transportiert sie damit in andere Räume...

[Rene_HM]

Im github und NPM liegt die 2.7.2 zum Testen bereit.
siehe auch github
Es gibt folgende Änderungen:

• bug fix load / save profiles: Kaminmodus hinzugefügt
• im Falle von "Änderungen vom Thermostat als override übernehmen": bug fix reset override und Fenster-offen-Handling
• Offset von den externen Sensoren wird zurückgestzt, wenn man das Feature oder einzelne Sensoren ausschaltet

Feedback ist wie immer willkommen...

Übrigens: ich suche support bei der Erstellung bzw. Update der Dokumentation. Bei Interesse bitte melden...

[Dominik F.]

@rene_hm

Dank dir für deine Erklärung

[UncleB]

@rene_hm

@rene_hm said in Test Adapter HeatingControl v2.7.x:

@uncleb weil die Reihenfolge der Perioden nicht stimmt! Du müsstest eigentlich eine Warnung im log bekommen, dass der Adapter nur zeitlich geordnete Perioden möchte...

Da hätte ich aber selber drauf kommen können, hab die Zeiten immer über den Tag hinweg festgelegt

Eine Frage hab ich noch, im Wohnzimmer habe ich mehr oder weniger durchgehend ~ 19,5 Grad, Soll wären aber 21 Grad
Sollte da das Ventil nicht voll geöffnet sein und nicht nur zu 0,45%?

Am Regler sinds zwar 22 Grad, aber ich hab in den Adaptereinstellungen als Objekt-ID aktuelle Temperatur meinen Raumsensor ausgewählt.

[Rene_HM]

@uncleb sagte in Test Adapter HeatingControl v2.7.x:

Am Regler sinds zwar 22 Grad, aber ich hab in den Adaptereinstellungen als Objekt-ID aktuelle Temperatur meinen Raumsensor ausgewählt.

Diese Einstellung hat mit dem Reglerverhalten am Ventil / Thermostat nichts zu tun. Das Thermostat verwendet immer den selbst gemessenen Wert. Ich habe keine Chance, dem Thermostat eine "andere" Ist-Temperatur unterzuschieben. Aus dem Grund ist das Konzept mit den externen Sensoren entstanden. Hier wird die Differenz zwischen den Werten am Thermostat und am Raumsensor ermittelt und auf die eigentliche Soll-Temperatur hinzuaddiert (oder subtrahiert, je nachdem). siehe details

[UncleB]

@rene_hm
Ahhh, dann hatte ich das die ganze Zeit schon falsch..
Also richtig wäre, Reiter Thermostate
Thermostat & Objekt-ID aktuelle Temperatur (in meinem Fall) die aktuelle Temperatur meines HM IP Thermostats

Unter zusätzliche Sensoren dann mein Zigbee Temp Sensor

Laut Log kann der Wert allerdings nicht gelesen werden?

Hab ich noch irgendwo n Fehler?

[Cino]

Ich habe das Pittini Projekt genommen und so sieht es aus. Hab schon alle möglichen GUI Adapter gelöscht. Sieht immer noch so aus.

[Michi_Pi]

@uncleb Unter der Spalte steht bei mir nur der Gerätename also ohne 1.ACTUAL_TEMPERATURE.
Hast du das per Hand eingetragen oder über den + Button?

[Rene_HM]

@uncleb eigentlich nicht, die Config passt. Die Meldung kommt, weil es den Datenpunkt TemperaturOffset (noch) nicht für den Raum gibt. Der sollte eigentlich automatisch angelegt werden, wenn die externen Sensoren angeschaltet werden. Das hat nichts mit den Sensoren selbst zu tun...

[Kaiman55]

Hallo zusammen,

ich verwende das Heizungsthermostat-Script von Looxer schon seit ein paar Jahren.
Aber da das nicht mehr supportet wird, wollte ich jetzt wechseln.

Habe schon ein wenig Schiss, weil ich noch nicht so ganz verstehe wie ich vorgehen muss.

Ich verwende die Homematic (ohne IP) Ventile.
Die dürften kein Problem werden.

Dazu habe ich allerdings verschiedene Fenstersensoren.
Alle haben natürlich Adapter und somit auch Datenpunkte.
Die Fenstersensoren sind von Lupusec (Alarmanlage), Xioami und Homematic (ohne IP).

Abwensenheit habe ich über einen Datenpunkt über die Alarmanlage im Script gelöst.
Ich könnte es da aber auch übers WLAN mit dem Fritz Adapter machen.

Per IFTTT erzeuge ich einen Kalendereintrag "Profil_2", den dann das Heizungsscript auswertet und dann für die Zeitdauer dieses Eintrages (1 Stunde) die Heizung etwas höher stellt.
Das scheint ja bei diesem Adapter auch zu gehen.
Wird die Gui mit den Heizwerten auch über den Adapter erstellt?

Vielen Dank auf jeden Fall vorab für die viele Arbeit, die in dem Adapter steckt.

[Bastian Lahrmann]

Hallo zusammen,
"Zusätzliche Temperatursensoren werden verwendet, um die im Thermostat eingebauten Sensoren zu korrigieren. Die Differenz zwischen dem eingebauten Sensor und dem zusätzlichen Sensor wird ermittelt und die Zieltemperatur korrigiert."

Soweit funktioniert das mit den Sensoren auch super. Weiß jemand wie oft geprüft wird? Kann man das manuell anstoßen? Oder sagen wann bzw. wie oft geprüft werden soll?

Hintergrund: Ein Zimmer in Südseite wird tagsüber warm. Dadurch ist die Korrektur relativ hoch, gleichzeitig wird es Abends nun sehr kalt. Das würde ich entsprechend gerne abfangen.

Beste Grüße

[Rene_HM]

@bastian-lahrmann sagte in Test Adapter HeatingControl v2.7.x:

Weiß jemand wie oft geprüft wird?

ja
Jedesmal, wenn der externe Sensor einen Wert versendet, wird die Berechnung durchgeführt. Im Moment gibt es keine eigene Zeitsteuerung. Stattdessen lässt sich der Adapter durch den Sensor triggern. Man könnte das ändern, indem man ein Skript dazwischen schaltet: das Skript empfängt die Sensor-Werte und entscheidet, ob sie weitergeleitet werden. Der Adapter muss dann die Sensorwerte vom Skript erhalten...

[Bastian Lahrmann]

@rene_hm

Mensch, woher du das wohl weißt.

Spaß beiseite. Klasse, immer reicht dann auch völlig. Ich hatte die Befürchtung, dass es nur einmal täglich wäre. Dann liegt das an der Positionierung des externen Sensors.

Wird von mehreren externen Sensoren der Mittelwert bei Änderungen genommen?