Test Adapter HeatingControl v2.12.x
-
@maarten ich habe mir das log angeschaut. Das passt soweit.
Was mich wundert:- im Raum 1OG_Schlafzimmer hast du kein Thermostat konfiguriert?
- im Raum 2OG_Schlafzimmer finde ich das log
info: heatingcontrol.0 room 2OG_Schlafzimmer Thermostat hm-rpc.1.000E570999A890.1.ACTUAL_TEMPERATURE set to 18
Actual_Temperature sollte als Ziel-Temp nicht vorkommen
- aber: alle Werte, die du auf die Geräte schreiben möchtest, werden nicht akzeptiert. Deshalb: zeige mir mal die Konfiguration eines Thermostats (speziell den zweiten Teil der OID, das ist in dem oben gezeigten Bild abgeschnitten... Ich denke, die Konfiguration der Datenpunkte passt nicht...
-
@Chaot Vielen Dank! Hat funktioniert!
-
Hallo an Alle
Ich habe heute ein wenig Zeit gefunden mich mit dem Adapter hier zu beschäftigen.
Den Ansatz finde ich ja richtig super, da man so diverse Hersteller unter eine Decke bringen kann. Dafür schon einmal meinen vollsten Respekt und vielen Dank an den Entwickler.Im Wohnzimmer verwende ich derzeit noch Max-Thermostaten und einen Max-Fensterkontakt, den ich unter Sensor eingetragen habe und im Schlafzimmer nen HM-IP-Thermostat und einen Max-Fensterkontakt.
Ich habe soweit alles einrichten könnten und hoffentlich auch die richtigen DP genutzt.Nach dem Start des Adapters sieht mein Log aber sehr voll aus und frage mich, ob das genau so sein soll?
Wie gesagt, es sieht für mich so aus als wenn das Log gerade zu geflutet wird mit den entsprechenden Einträgen, wie man sie oben sehen kann und frage mich wie es bei anderen Anwendern so aussieht und ob das so richtig ist.
-
@nocci Hast du das "Use Actuators" an? Wennn du keine Aktoren konfiguriert hast (was du auch nicht brauchst, wenn deine Thermostate die Aktoren direkt schalten), dann schalte das "Use Actuators" aus.
So häufig wie bei dir im log sollte die Zieltemperatur nicht auf das Thermostat geschrieben werden. Entweder melden sich deine Sensoren ständig (und nicht nur bei Änderung) oder du hast eine ungünstige Zeitsteuerung konfiguriert. Kannst du mal den Adapter im debug-Mode laufen lassen und das log posten? Dann sollten wir die Ursache finden... -
@Rene_HM Danke! Das "Use Actors" war es. Nun sieht es seeeeeehr viel besser aus.
Vielen lieben Dank für den Tipp. Perfekt!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?
Muss ich da irgendwas besonderes beachten? -
@nocci Nein, Sensoren sind Fenstersensoren, die einen Zustand (offen / geschlossen) liefern und zur Temperaturabsenkung gedacht sind.
Wie möchtest du die Xiaomi-Temp-Sensoren verwenden? -
@Rene_HM Oh okay. Verstehe ich.
Ich wollte die Xiaomi-Temperatur-Sensoren so verwenden, dass sie die "wahre" Raumtemperatur liefern und quasi die gemessene Temperatur an den Thermostaten "überschreiben", da diese ja nur die Temperatur in unmittelbarer Umgebung des jeweiligen Thermostaten wiedergeben und eher nicht die eigentliche Raumtemperatur.
Ich hoffe, das war einigermaßen verständlich
-
@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
