Heizungsthermostate in Yahka
-
@mickym
Hallöchen,
Dankeschön für die recht schnelle Antwort.
Mit dem "NodeRed" klingt spannend. Dein Problem mit den richtigen Puzzle- Teilen kenne ich auch
Ich würde zwar viel lieber mit den Fritz- Thermostaten anfangen, aber wenn wir "demnächst" mit den 2 Thermostaten anfangen ist das ok.
Dankeschön schon mal dafür.
Was muß/ kann ich schon mal vorbereiten?
Zur HomeApp wie es jetzt hier ist:
Ich habe von Homematic IP Fenstergriffsensoren, die bereits in der HomeAPP richtig angezeigt werden (auch von unterwegs). Mein Ziel/ Wunsch ist es auch ALLE Heizungsthermostate in der HomeAPP zu haben
Liebe Grüße
Bastian -
@unrubas So wir werden das mal zusammen versuchen - ohne Logikmaschine, sondern nur mit Alias Datenpunkten.
Als erstes musst Du mal bei Deinen Fritz-Thermostaten und bei den Home-Matic Thermostaten - folgende Datenpunkte raussuchen und am Besten hier posten:
- Aktuelle Temperatur (Current Temperature)
- Gewünschte Temperatur (Desired Temperature)
- Ein Datenpunkt an dem man ggf. Modi einstellen kann( Auto, Manuell, Boost)
- Ein Datenpunkt ggf. wo Du siehst ob die Ventile geöffnet sind.
Wie gesagt dann probieren wir das ganze erst mal ohne Blockly und NodeRed, weil die Alias Funktion nun doch schon wesentlich besser geworden ist.
Am Besten baust Du dir unter alias.0 eine eigene Struktur auf. (Erst mal nur Ordner).
Am Besten einen übergeordnenten (Heizung oder Thermostaten) und dann für jeden Thermostaten einen eigenen Ordner.Generell werden wir 4 Datenpunkte in dem Service brauchen. siehe hier: https://nrchkb.github.io/wiki/service/thermostat/
(auch wenn für NodeRed - gilt für den Yahka Adapter genauso).
Also wie gesagt als Vorbereitung die Datenpunkte entsprechend raussuchen und die Ordner unter alias.0 anlegen.
Vielleicht ging es sogar inzwischen ohne Alias Punkte - aber mit hast du den Vorteil, dass Du immer die gleiche Struktur hast, egal was sich für ein Thermostat dahinter ist (FritzDec oder Homematic)
-
Hallo @mickym,
interessiert hatte ich dein Unterstützungsangebot gelesen und gehofft, dass @UnruBas auf deinen Post antwortet. Ich hab jetzt folgende Datenpunkte angelegt:- CurrentTemperatur (Zahl)
- TargetTemperature (Zahl)
- CurrentHeatingCoolingState (Zahl)
- TargetHeatingCoolingState (Zahl)
- Mode (Zahl)
- Boost (Bool)
Bisher hab ich schon die ein oder anderen Erfahrungen mit Blockly Skripten gesammelt. Du schreibst aber, dass es auch über Alias Funktion geht. Brauche ich dafür einen Adapter?
Meine bisherigen Versuche direkt auf die Datenpunkte meines Homematic Thermostats per Yahka Service zugreifen, zeigten bisher nur die aktuelle Temperatur verlässlich an. Beim Modi umschalten und Status heizen bin ich gescheitert. Was würdest du mir als nächsten Schritt nach den Datenpunkten empfehlen?
-
@fabisrun Wie gesagt ich weiss nicht ob das geht - da ich nicht weiss, ob man sich ggf. Endlosschleifen einfängt. Ich selbst hab es mit NodeRed probier und kann nur sagen wie was zusammengehört.
Du brauchst keine Adapter, sondern geht alles mit Boardmitteln - bzw. wenn wir es damit nicht hinbringen, dann brauchst Du halt doch Deine Logikmaschine.
Was hast Du denn bisher gemacht?
-
@mickym: Bisher hab ich folgendes in Yahka eingestellt:
- hm-rpc.xxx.CONTROL_MODE mit passthrough auf TargetHeaterCoolerState
- hm-rpc.xxx.STATE auf CurrentHeatingCoolingState
- hm-rpc.xxx.ACTUAL_TEMPERATURE auf CurrentTemperature
- hm-rpc.xxx.CONTROL_MODE mit HeatingCooling Conversion auf TargetHeatingCoolingState
- hm-rpc.xxx.SET_POINT_TEMPERATURE auf TargetTemperature
Im zweiten Step hab ich die direkten HM Datenpunkte mit einem Blockly bei Änderung auf die Datenpunkte unter "0_userdata" geschrieben und diese Datenpunkte in Yahka verwendet.
Das Ergebnis ist, dass es in Home auf meinem iPhone zwar die neue Zieltemperatur eingestellt wird und es zum Heizen kommt, aber den Mode Auto oder Manu hab ich noch nicht hinbekommen. Außerdem wird das "Heizen" nicht in Home angezeigt. Irgendwie müsste ich das "geöffnete Ventil" per Skript in einen Wert für den STATE (CurrentHeatingCoolingState) übersetzen, oder?
-
@fabisrun
Dinge wie z.B.CONTROL_MODEoderSTATEmüssen mit ziemlicher Sicherheit mit einem Mapping auf die in HomeKit verwendeten Werte übersetzt werden.Das hier kennst Du?
https://stefans-itblog.de/liste-aller-homekit-characteristics/So sieht das bei mir (mit Fritz!Dect) aus:
-
@fabisrun Also wenn Du mal Deine Alias alle angelegt hast, dann wäre ich wie folgt vorgegangen:
-
TargetTemperature (Zahl)
Vor allem bei der targetTemperatur musst Du aufpassen - ich hätte in jedem Fall auf nur mit ACK- Flag auf hm-rpc.xxx.SET_POINT_TEMPERATURE gesetzt -
CurrentTemperatur auf hm-rpc.xxx.ACTUAL_TEMPERATURE
Auch hier zur Sicherheit nur bestätigte Werte eingehen lassen. -
TargetHeatingCoolingState (Zahl) auf hm-rpc.xxx.CONTROL_MODE
auch hier nur bestätigte Werte und mappen:
wurde ja eben gepostet - also brauchs ich ja nicht mehr machen
dann bei den valid temperatures 2 wegmachen - du willst ja nicht Kühlen:
Das siehst du ja in dem Screenshot von @Codierknecht nicht.
den Mode Alias brauchst Du nicht.
Den von @Codierknecht verlinkten Artikel für die Charakteristics finde ich nicht besonders gut. Sorry.
Deshalb hab ich ja schon öfter als Referenz zum Nachschlagen, die von NodeRed gepostet - die ist wesentlich besser und ausführlicher:
https://nrchkb.github.io/wiki/introduction/quick-start/- CurrentHeatingCoolingState (Zahl)
Das Heizen habe ich mir so anzeigen lassen, je nach Ventlöffnung.
Das mapping - wie es in dem Bild oben angezeigt wird ist meines Erachtens nur dann sinnvoll - wenn das so angezeigt wird - ich halte es für Blödsinn.
Ich würde hier die valve Position nehmen - ich denke das gibts mit Homematic auch.
das würde ich mal mit diesem kleinen Skript und der Ventilöffnung machen:
Ansonsten kann Dir ja @Codierknecht sicher auch weiter helfen.
-
-
Und nochmal das mit den Alias brauchst Du ja nicht - kannst alles direkt mit Deinen Homematic Datenpunkte machen.
Das mit den Alias war nur eine Idee um eine identische Datenstrukur für @UnruBas für seine Homematic und seine FritzDec Thermostate zu haben. Aber er kann ja seine Fritz Thermostate auch direkt wie @Codierknecht und die Homematic eben, wie ich angegeben habe mappen.Dann gehts auch ohne einheitliche Datenstruktur. Also kannst auch direkt Deine Homematic Punkte nehmen brauchst weder Alias noch userdata Punkte.
-
@mickym Das Skript für den CurrentHeatingCollingState hab ich so übernommen und sieht jetzt in der Home App richtig aus.
Den Mode auf "Aus" oder auf "Auto" scheint ebenfalls über TargetHeatingCoolingState und Mapping zu funktionieren.
Nur beim Mode "Heizung" bin ich noch nicht auf die befriedigende Lösung gekommen. In meiner CCU3 sehe ich das Thermostat weiterhin auf "Auto" stehen. Im HM Datenpunk "Set_Point_Mode" ist der Wert richtig auf "0".
Hab ich bei folgenden einen Denkfehler?
Mode Aus -> SET_Point_Mode: 1 und Set_Point_Temperature: 4,5°C (hier setz ich CONTROL_Mode: 1)
Mode Auto -> SET_Point_Mode: 0 und Set_Point_Temperature: 20°C (hier setze ich CONTROL_Mode: 0)
Mode Heizung -> SET_Point_Mode:1 und Set_Point_Temperature: 10°C (hier setze ich CONTROL_mode: 2, was aber nicht zum gewünschten Erfolg führt) -
@fabisrun Der Mode ist bei mir so gemappt.
mode OFF =Aus
mode Auto = Automatic
mode Manual = Heizen.Allerdings kenne ich Deine Homematic Datenpunkte nicht. Falls Du den Modus über die Temperatur steuerst dann muss man das ggf. auch skripten.
Ich habe aber keine Homematic - Also musst Du Dir halt generell überlegen, wie Du AUS, AUTOMATIK und HEIZEN aus der App in Homematic übersetzen willst.
Wenn es off in HOME Matic nicht gibt, dann definiere halt nur Heizen (=0) und Automatik(=1) aber wie gesagt - das kann ich nicht sagen. Bei mir MAX System (und deswegen mache ich das über meine Logikmaschine) kann ich den Mode nur über die Temperatur einstellen.
