Test Adapter HeatingControl v2.12.x
-
@zahnheinrich der neue js-controller prüft hier etwas und meldet den Fehler... Da gibt es schon ein Ticket dazu...
-
Es gibt die Version 2.0.1 mit folgenden Änderungen:
- bug fix für issue #204: reduzierte Temperatur (z.Bsp. Fenster offen) wird nicht mehr als neue Zieltemperatur in den Adapter übernommen
- bug fix für issue #203: die o.g. Warnungen bzgl. "has no existing object, this might lead to an error in future versions" wurden behoben
- bug fix für issue #205: override funktioniert jetzt wieder
-
@pittini Okay Danke hab gedacht das zieht der sich direkt selbst weil er ja das Gerät quasi kennt. Aber okay passe ich dann selbst an.
Der Rest würde so aber funktioniren ? Müssen die HM Heizungsregler auf Manual oder Auto gestellt werden ? Ich denke Manual oder ?
-
@ChrisXY
Der Modus ist prinzipiell egal. Bei Auto sollte man natürlich kein Profil im Thermostat bzw. CCU hinterlegt haben.Ich betreibe meine auf Manuel und hab die Auto Profile bestehen lassen, als Rückfall ebene.
@Rene_HM das fällt mir ein, wäre es möglich über den Adapter die Thermostate aus Manuell setzten zu lassen?
-
@chrisxy sagte in Test Adapter HeatingControl v2.0.x:
Okay Danke hab gedacht das zieht der sich direkt selbst weil er ja das Gerät quasi kennt.
Er kennt das Gerät, aber nicht den Batteriedatenpunkt und der heißt halt bei jedem Device anders.
-
Mir ist aufgefallen, dass Heating Control den Status von den Fenster Sensoren ständig falsch hat, habe mich gewundert warum es immer so kalt im Raum ist
Ich habe Zigbee Fenster Sensoren und unter den Datenpunkten stand immer der aktuelle Zustand korrekt drin.
Jedoch unter heatingcontrol.0.Rooms.Büro.WindowIsOpen nicht. Dort kommt erst der richtige Wert an, wenn ich die Instanz einmal neu starte. -
@fuxxz2
Hatte ich auch bei einem von 4 Fenstersensoren direkt nach der Installation.
Da hat es aber geholfen, dass der Sensor einmal seinen State neu schickt (also Fenster auf und wieder zu machen) -
Doofe Frage:
Ich habe Tado Thermostate, allerdings sind meine Heizungen hinter Holzverkleidungen versteckt. D.h. das Thermostat hat einen deutlichen höheren IST-Wert als der Raum selbst. Deshalb hab ich Xiaomi Sensoren gekauft, mit denen ich die tatsächliche Raumtemperatur in IoBroker habe.
Mein Ziel ist es jetzt, dass die Tado Thermostate sich nach den Xiaomi Sensoren richtet, statt nach der eigenen IST-Temperatur.
Dafür wurde mir der HeatingControl Adapter empfohlen.
Allerdings habe ich ein Problem die Logik zu verstehen:
Im Adapter kann ich die IST Temperatur von den Sensoren angeben.
Die SOLL Temperatur ist der Datenpunkt von den Thermostaten. Soweit so gut.
Der Adapter setzt (wenn ich es denn ans Laufen bringen würde
) die SOLL-Temperatur von den Thermostaten.
Die "eigentliche" Steuerung machen dann aber immer noch die Thermostate, also die entscheiden wie weit das Ventil geöffnet wird.
Und dafür berücksichtigen die doch immer noch ihren eigenen IST-Wert? Oder irre ich mich da?Als Beispiel:
Im Esszimmer sind 22 Grad, das Thermostat misst aber 28 Grad.
Setze ich das Thermostat dann auf 25° bleibt das Ventil zu. Denn laut Thermostat sinds da ja schon 28 Grad.
Kann HeatingControl dieses Problem lösen? Oder geht das gar nicht? -
@schmetterfliege Gugg mal da: https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/182
closed Temperatur Offset #182
-
@fuxxz2 sagte in Test Adapter HeatingControl v2.0.x:
Dort kommt erst der richtige Wert an, wenn ich die Instanz einmal neu starte.
aber wenn du Fenster öffnest und schließt wird das durch den Adapter erkannt, oder?
-
@fi_84 sagte in Test Adapter HeatingControl v2.0.x:
wäre es möglich über den Adapter die Thermostate aus Manuell setzten zu lassen?
Die Anfrage hatte ich schon mehrfach... meine Antwort war und ist: möglich ja, aber ich baue das nicht ein. warum: ich möchte keine thermostatspezifischen Features hier im Adapter...
-
@pittini
Okay, meine Frage wäre damit beantwortet
Leider funktioniert das bei mir nicht mit einem dynamischen Offset.
In Tado kann ich ein Offset bis +/-9 einstellen.
Darüber könnte ich es ja regeln, aber: die offsets ändern sich immer wieder. Dank dieser dämlichen Holzkonstruktionen...
Selbst das Offset immer wieder berechnen wäre kein Problem, aber die Thermostate können auf maximal 25° gestellt werden.
Im Esszimmer zb. ist das Thermostat oft 10-12° wärmer als der Raum. Also das Thermostat denkt es wären 32°, dabei sind es nur 21 oder so.
Da ich nicht höher kann als 25°, kann ich also gar nicht heizen, außer ich stelle das Offset auf -9 in Tado. Aber selbst da sind es manchmal noch 2 Grad zu viel.Ich muss irgendwo die IST-Temp "überschreiben" können
-
Bei Homematic könntest du das recht einfach lösen. Dort wird die Soll Temperatur am z.B. Wandthermostat eingestellt und das regelt dann die Thermostate. Das funktioniert besonders gut, wenn man alles in der CCU verknüpft.
Gibt es von Tado nicht vielleicht auch ein Wandthermostat zum regeln der Themperatur? -
@schmetterfliege sagte in Test Adapter HeatingControl v2.0.x:
Ich muss irgendwo die IST-Temp "überschreiben" können
und genau das geht nicht aus dem Adapter...
Die Idee hinter dem o.g. Ticket ist, dass ich eine Temperatur-Differenz zwischen Thermostat und zusätzlichem Sensor (jeweils Ist-Temperatur) errechne und diese als Sollwert-Korrektur dem Thermostat mitgebe...
-
Gibt es, ich zahle aber keine 75€ dafür oO
Die Idee dahinter habe ich schon verstanden
Aber genau das funktioniert eben nicht, weil man dem Thermostate 25° maximal sagen kann.
Und wenn laut Thermostat 31° sind, nützt das nichts. -
@rene_hm
Danke für das update.
Bekomme jetztheatingcontrol.0 2021-01-20 20:31:45.005 error (6268) exception in HandleStateChange [Error: undefined is not a valid state value] heatingcontrol.0 2021-01-20 20:31:44.967 error (6268) exception in HandleStateChange [Error: undefined is not a valid state value] heatingcontrol.0 2021-01-20 20:31:44.940 error (6268) exception in HandleStateChange [Error: undefined is not a valid state value] heatingcontrol.0 2021-01-20 20:31:44.918 error (6268) exception in HandleStateChange [Error: undefined is not a valid state value] heatingcontrol.0 2021-01-20 20:31:44.887 error (6268) exception in HandleStateChange [Error: undefined is not a valid state value] heatingcontrol.0 2021-01-20 20:31:44.865 error (6268) exception in HandleStateChange [Error: undefined is not a valid state value] -
Hallo,
gibt es die Möglichkeit den Datenpunkt
heatingcontrol.0.Presentmit zwei Datenpunkten zu füllen?
Ich habe für zwei Personen zwei verschiedene Anwesenheitsvariablen die bei Anwesenheit entweder auf true oder false stehen.Ich dachte da an sowas wie eine Oder-Verknüpfung:
Anwesenheits_Datenpunkt1 || Anwesenheits_Datenpunkt3 -
@schuetzeschulz Kleines Script und du kannst so viele Leute eintragen, wie du möchtest....
-
@zahnheinrich sagte in Test Adapter HeatingControl v2.0.x:
Bekomme jetzt
ja, gibt schon ein Ticket und auch ein update in github (aber noch ungetestet
) -
@schuetzeschulz sagte in Test Adapter HeatingControl v2.0.x:
mit zwei Datenpunkten zu füllen?
nein, das geht nicht. Es gibt nur die Möglichkeit, den Typ auf "number" umzustellen, aber das hilft dir hier nicht. Es bleibt nur wie oben geschrieben ein mini-script...
