Test Adapter HeatingControl v2.12.x
-
@nocci Das wird eher schwierig:
- Weg: wie von dir vorgeschlagen, die Temperatur messen und dem Thermostat übergeben. Das wird wohl nicht funktionieren, da die gemessene Temperatur eines Thermostats ein read-only-Wert sein sollte (würde ich jedenfalls so machen und ist bei meinen HM-Thermostaten auch so). Falls der Temperatur-Datenpunkt am Thermostat wirklich schreibbar ist, könntest du ein einfaches script schreiben und die Werte bei Änderung vom Thermometer auf das Thermostat schreiben.
- Weg: Am Thermostat gar nichts regeln lassen, sondern dem Thermostat nur die Ventilstellung (auf/zu oder Prozent-Wert) übergeben. Die Variante auf/zu könnte der Adapter abbilden, wenn das Thermostat diesen Datenpunkt zur Verfügung stellt und der auch noch schreibbar ist. Dafür wäre dann das "Use Actuators" da: Im Thermostat im Adapter konfiguriert man ein Thermometer als "current OID", dort misst man die Temperatur. Der Adapter schaltet dann den Aktor ein / aus je nachdem, ob geheizt werden soll oder nicht. Derzeit ist hier aber keine "vernünftige" Regelung implementiert, sondern nur eine Ein/Aus-Regelung bei Über/Unterschreiten der Zieltemperatur. Für viele Fußbodenheizungen reicht das, für normale Heizkörper wahrscheinlich nicht...
-
@nocci sagte in Adapter: HeatingControl:
Eine Frage habe ich leider trotzdem noch: Wenn dann nächste Woche oder so meine bestellten Xiaomi-Temp-Sensoren ankommen und über den Zigbee-Adapter angebunden worden sind, kann ich diese dann einfach als "Sensor" laufen lassen?
Ich habe die Xiaomi Temperatur Sensor als Ist Wert bei den Heizungen eingetragen. Du musst aber erstmal schauen wie die Differenz zu der richtigen Temperatur ist. Bei mir haben die im Wohnzimmer z. B. +0,8 Grad, die im Schlafzimmer - 0,5 Grad. Das habe ich den Settings meiner Thermostate kompensiert.
Wenn Du Fensterkontakte von Xiaomi hast diese dann unter Sensoren für den Raum eintragen.
Lg
Carsten -
@CKMartens sagte in Adapter: HeatingControl:
Ich habe die Xiaomi Temperatur Sensor als Ist Wert bei den Heizungen eingetragen
aber nicht im Adapter, richtig?
-
aber nicht im Adapter, richtig?
Doch, im Adapter. Und funktioniert soweit ganz gut. Wie gesagt, die Messdifferenz muss vorher bestimmt werden und im Thermostat einstellen.
-
Hatte sonst schon überlegt, ob ein "Umweg" über einen virtuellen CuxD-Wandthermostaten oder ähnliches funktionieren könnte, aber wenn @CKMartens sagt, dass man es quasi quick-n-dirty auch so lösen kann, werde ich das echt noch vorher versuchen.
Ich danke Euch beiden aber schon mal sehr für Eure Ideen und Hinweise.
Das hat mir schon sehr geholfen. -
Ich habe versucht unter Sensoren einen Schalter mit Tasmota als Fensterschalter einzusetzen.
Nach dem Eintragen der OID kam plötzlich eine Fehlermeldung im Log:fritzdect.0 2019-10-06 16:08:54.649 error error calling the fritzbox {"error":null,"response":{"statusCode":400,"body":"","headers":{"connection":"close","content-length":"0","content-type":"text/plain; charset=utf-8","x-frame-options":"SAME fritzdect.0 2019-10-06 16:08:54.649 error bad request (400), ain correct? fritzdect.0 2019-10-06 16:08:54.649 error fritzbox returned this {"error":null,"response":{"statusCode":400,"body":"","headers":{"connection":"close","content-length":"0","content-type":"text/plain; charset=utf-8","x-frame-options":"SAMEORIG fritzdect.0 2019-10-06 16:08:54.595 error error calling the fritzbox {"error":null,"response":{"statusCode":400,"body":"","headers":{"connection":"close","content-length":"0","content-type":"text/plain; charset=utf-8","x-frame-options":"SAME fritzdect.0 2019-10-06 16:08:54.595 error bad request (400), ain correct? fritzdect.0 2019-10-06 16:08:54.595 error fritzbox returned this {"error":null,"response":{"statusCode":400,"body":"","headers":{"connection":"close","content-length":"0","content-type":"text/plain; charset=utf-8","x-frame-options":"SAMEORIG fritzdect.0 2019-10-06 16:08:53.904 info Comet ID: 119600101272 identified for command (mode) : 0 fritzdect.0 2019-10-06 16:08:53.902 info Comet ID: 119600101272 identified for command (targettemp) : 21 heatingcontrol.0 2019-10-06 16:08:53.900 info room Martin Thermostat Target Temp set to 21 fritzdect.0 2019-10-06 16:08:53.897 info Comet ID: 119610273248 identified for command (mode) : 0 fritzdect.0 2019-10-06 16:08:53.894 info Comet ID: 119610273248 identified for command (targettemp) : 23 heatingcontrol.0 2019-10-06 16:08:53.893 info room Toilette Thermostat Target Temp set to 23 fritzdect.0 2019-10-06 16:08:53.890 info Comet ID: 119600122088 identified for command (mode) : 0 fritzdect.0 2019-10-06 16:08:53.885 info Comet ID: 119600122088 identified for command (targettemp) : 21 heatingcontrol.0 2019-10-06 16:08:53.883 info room Schlafzimmer Thermostat Target Temp set to 21 fritzdect.0 2019-10-06 16:08:53.877 info HGROUP ID: 92:40:6E-900 identified for command (mode) : 0 fritzdect.0 2019-10-06 16:08:53.874 info HGROUP ID: 92:40:6E-900 identified for command (targettemp) : 23 heatingcontrol.0 2019-10-06 16:08:53.870 info room Wohnzimmer Thermostat Target Temp set to 23 heatingcontrol.0 2019-10-06 16:08:53.847 info calculating new target temperatures heatingcontrol.0 2019-10-06 16:08:53.845 error exception in CalculateNextTime[ReferenceError: LastTimeSetHour is not defined] heatingcontrol.0 2019-10-06 16:08:53.498 info starting. Version 0.3.0 in /opt/iobroker/node_modules/iobroker.heatingcontrol, node: v10.16.3 heatingcontrol.0 2019-10-06 16:08:53.398 info States connected to redis: 127.0.0.1:6379Der Eintrag in der OID ist jetzt seltsamerweise wieder weg, aber die Fehlermeldung kommt immer wenn ich den Adapter neu starte.
Was wird denn da versucht zu übertragen? -
So, nachdem ich nun mal in das Log vom ioBroker geschaut habe ob wirklich alles läuft habe ich gesehen das ich einen Fehlermeldung "exception in CheckTemperatureChange [ReferenceError: DEBUGTMP is not defined]" im Log habe. Ich dachte vieleicht gibt es jha doch Probleme mit den Xiaomi Temperatur Sensoren und habe die Tado Corrent- und Targette,peratur des ham-Adapters eingetragen. Nach einem Neustart kam dann trotzdem der Fehler wieder. Hier mal das Debug-Log:
Danach habe ich mal versucht alle Einstellungen über den Punkt löschen bei Admin (oder so) zu löschen und wollte es neu eintragen. Nur jetzt kann ich keine Eintragungen mehr machen. Es übernimmt nichts. Die Konfigurationen für die Räume sind dann ständig leer.
Sehr seltsam jetzt
EDIT: Eine Desinstalation und anschließende Neuinstallation des Adapters hat geholfen. Aber sehr seltsames Verhalten.
-
Ui! Fehler selber gefunden.
Ich habe die Thermostatgruppe neu angelegt nachdem ich die Fritzbox wechseln musste. Somit hatte die eine neue OID.
Dann habe ich auch die neue OID im Adapter geändert. Dabei ist mir gar nicht aufgefallen das die Schaltfläche "Speichern" gar nicht aktiv war.
Die wird auch nicht aktiv wenn man in dem Unterpunkten etwas ändert. Erst wenn man beispielsweise kurz den Haken bei "Aktiv" weg und wieder anschaltet kann man die Einstellungen erneut speichern.
Deshalb wurde die geänderte OID nicht übernommen und entsprechend hat der Adapter versucht auf der Fritzbox ein nicht vorhandenes Objekt zu beschreiben.Sollte man vielleicht im Adapter noch ändern.
Eine Fehlermeldung taucht noch auf:
heatingcontrol.0 2019-10-06 16:36:16.239 error exception in CalculateNextTime[ReferenceError: LastTimeSetHour is not defined] -
Hi,
der Adapter klingt sehr interessant.Wie bekomme ich ihn installiert.
Bin auf Github (die "Katze") gegangen und heating oder rg-engineering eingegeben.Leider findet sich da nichts.
Bin ich da falsch unterwegs ?Habs gefunden.
ciao
Martin -
Einfach im IOBroker auf Adapter gehen und dort in der Suchzeile heat eingeben, dann ist es der erste Adapter, der erscheint.
-
Moin,
mein letztes Problem mit den Räumen wurde ja wunderbar gefixt.
Jetzt werden die Räume und Funktionen der Aufzählungen wunderbar erkannt.Nun habe ich ein weiteres Problem.
Ich habe meine drei Räume im Adapter drin und wollte nun das jeweilige Fritz Thermostat hinzufügen.
Wenn ich nun z.B. unter Wohnzimmer auf "Edit" gehe und das Thermostat mit IST und SOLL Datenpunkt angebe, auf Aktiv setze und dann mit Ok bestätige, wird es nicht gespeichert.
In den Logs bekomme ich wohl deshalb auch folgenden Fehler angezeigt.
heatingcontrol.0 2019-10-07 12:43:06.794 error exception in main [TypeError: Cannot read property 'isActive' of null] -
@hilde0407 said in Adapter: HeatingControl:
Einfach im IOBroker auf Adapter gehen und dort in der Suchzeile heat eingeben, dann ist es der erste Adapter, der erscheint.
Das geht aber nur, wenn du aus dem latest und nicht dem stable repository lädst. Das hatte ich bei mir nicht eingestellt
-
@Leviathan09 sagte in Adapter: HeatingControl:
Wenn ich nun z.B. unter Wohnzimmer auf "Edit" gehe und das Thermostat mit IST und SOLL Datenpunkt angebe, auf Aktiv setze und dann mit Ok bestätige, wird es nicht gespeichert.
Das Problem hatte ich gestern auch. Bei mir hat dann nur geholfen den Adapter zu deinstallieren und wieder neu zu installieren. Musste allerdings alles wieder neu eingeben werden.
Sehr seltsames Verhalten -
@CKMartens
Das Problem habe ich auch.
Mit folgendem Workaround klappt es aber bei mir:- Änderungen in den Geräteeinstellungen vornehmen
- irgendeine Änderung in den Instanzeinstellungen machen und wieder zurrücknehmen ( z Bsp die "aktiv" Option.
- Dan kann man unten auf "speichern" oder "speichern und schliessen" klicken und auch die Geräteinstallungen werden abgespeichert
-
@holgerwolf sagte in Adapter: HeatingControl:
@CKMartens
Das Problem habe ich auch.
Mit folgendem Workaround klappt es aber bei mir:- Dan kann man unten auf "speichern" oder "speichern und schliessen" klicken und auch die Geräteinstallungen werden abgespeichert
Das hatte ich schon probiert und hat auch nicht geholfen. Sobald das Formular zur Eingabe der OIDs der Thermostate mit "OK" geschlossen wurde, wurden die Daten nicht übernommen. Wenn ich dann gleich danach das Formular wieder geöffnet habe, war es schon wieder leer.
-
@CKMartens hat funktioniert mit der Neuinstallation des Adapters
Der Ansatz von @holgerwolf hat bei mir nämlich leider auch nicht funktioniert
-
Habe eben im github ein update hochgeladen, welches das manuelle Setzen einer Temperatur für eine gewisse Zeit erlaubt. Version ist immer noch 0.3.0...
Es sind zwei Datenpunkte pro Raum hinzugekommen:
- TemperaturOverride ist die zu setzende Temperatur. Wenn 0 steht, ist der Modus nicht aktiv.
- TemperaturOverrideTime ist die Dauer in hh:mm, wie lange der Modus aktiv sein soll.
Die Dauer ist unabhängig von den anderen Profil-Parametern, d.h. falls während des Override eine neue Profilperiode gesetzt werden sollte, wird dies ignoriert und erst nach Ablauf der OverrideTime gesetzt
Als nächstes kümmere ich mich jetzt um die Speicher- / Update-Probleme...
-
Ich habe nun seit gestern den Adapter am laufen und meine Einstellungen bzgl. Temp und Uhrzeiten gemacht.
Aktuell ist "CurrentProfile" auf 1
Wenn ich dort dann aber auf das Profil "0" wechseln möchte geht das nicht.
Habe ich da einen Denkfehler? Warum gibt es das Profil 0 wenn man dieses nicht auswählen kann?Oder ist diese Periode dann aktiv wenn man "HeatingPeriodActive" auf false setzt?
-
@Leviathan09 Wenn ich das richtig verstanden habe ist die Logik da ein wenig anders.
"Current Profil" = 1 = Profil 0 in den "Profiles"
"Current Profil" = 2 = Profil 1 in den "Profiles"Hatte mich auch anfangs ein wenig gewundert.. aber so geht es.
-
@nocci ja, stimmt...jetzt wo ich da auch nochmal drüber geschaut habe wird es klar.
Bei 4 Profilen gibt es 0,1,2,3
