NEWS
Shelly TRV in ioBroker.shelly einbinden
-
@haus-automatisierung Vielen Dank soweit. Ich könnte aber noch etwas Hilfe gebrauchen. Mein Shelly TRV ist nun per MQTT im Shelly Adapter (v6.2.4) mit eigener Instanz eingebunden und mir stehen alle Datenpunkte zur Verfügung.
MQTT-User und HTTP-User sind eingerichtet.Per Shelly-Cloud und über die Shelly GUI kann ich den Thermostat steuern.
Jedoch nicht aus dem Shelly Adapter heraus. Ändere ich hier Temp oder ValvePosition beeinflusst das nicht den TRV, wie man eigentlich erwartet.
Ändere ich andersherum z.B. die Temperatur im TRV, der Cloud, dann übernimmt das der IoBroker Adapter auch nur sehr spät oder bei einem Adapter-Restart.Mein Ziel ist es, durch den vorhandenen Fensterkontakt (Aquara) bei Fenster-Öffnen das Heizkörper Ventil per Script zu schliessen.
Kann mir jemand Tips bzw. Hilfestellung geben ? Danke.
Bei MIR(!) funktioniert das mit den Fenstern NUR wenn ich per Exec Block [curl] aufrufe und einen Http Request absende.
Der "Normale" Request über http funktioniert nicht.Meine Shellies sind allerdings alle mit user:password geschützt.
curl -u user:password http://192.168.19.54/window?state=open -
@hansmeier Moin, ich betreibe 4 SHTRV unter MQTT und Adapter 6.0.0. Die Version 6.2.4 des Adapters "teste" ich auf einem anderen System mit Shellydevices unter COAP, also leider ohne die TRV´s, bei denen COAP ja (noch) nicht implementiert ist (siehe github issue, vielleicht kommt @haus-automatisierung bei Gelegenheit dazu:-))). Die Doku ist in diesem Punkt mE. nicht richtig.
Meines Wissens schließen sich Cloud und MQTT gegenseitig aus, d.h. entweder das eine oder das andere. Bei mir halt MQTT, die Cloud möchte ich auch gar nicht nutzen. Ich steuere die TRV via Heimnetz, also auch ohne die App. Hier kann ich über die Profile alles gewünschte einstellen, auch "Fenster offen" ist vorgesehen. Läuft alles zügig und ohne Theater. Ein Script nutze ich hier nicht. Die benötigten Datenpunkte logge ich im iob und kann das mittels echarts ohne Probleme im Verlauf darstellen. Mehr braucht es für einen produktiven Betrieb mE. erstmal nicht.
Beste Grüße
PS @haus-automatisierung : 6.2.4 im stable-repo und COAP bei den TRV´s implementiert wäre super! thx in advance...@duejo sagte in Shelly TRV in ioBroker.shelly einbinden:
Mehr braucht es für einen produktiven Betrieb mE. erstmal nicht.
Dann nutzt du IoBroker aktuell nur zur Datenaufzeichnung ? das kann die Cloud ja auch.
ich nehme an, daß du zur Fensterüberwachung die TRV interne Funktion nutzt und keinen echten Fensterkontakt ? Ich möchte aber aber bei Öffnung das Ventil augenblicklich schliessen, per Script.@dreistein sagte in Shelly TRV in ioBroker.shelly einbinden:
Bei MIR(!) funktioniert das mit den Fenstern NUR wenn ich per Exec Block [curl] aufrufe und einen Http Request absende.
Der "Normale" Request über http funktioniert nicht.Meine Shellies sind allerdings alle mit user:password geschützt.
curl -u user:password http://192.168.19.54/window?state=openIch nutze auch user:psw
Was passiert, wenn du den HTTP Request absetzt ? Macht das Ventil dann zu ?
Wie oder wo genau geht das ?
-
@duejo sagte in Shelly TRV in ioBroker.shelly einbinden:
Mehr braucht es für einen produktiven Betrieb mE. erstmal nicht.
Dann nutzt du IoBroker aktuell nur zur Datenaufzeichnung ? das kann die Cloud ja auch.
ich nehme an, daß du zur Fensterüberwachung die TRV interne Funktion nutzt und keinen echten Fensterkontakt ? Ich möchte aber aber bei Öffnung das Ventil augenblicklich schliessen, per Script.@dreistein sagte in Shelly TRV in ioBroker.shelly einbinden:
Bei MIR(!) funktioniert das mit den Fenstern NUR wenn ich per Exec Block [curl] aufrufe und einen Http Request absende.
Der "Normale" Request über http funktioniert nicht.Meine Shellies sind allerdings alle mit user:password geschützt.
curl -u user:password http://192.168.19.54/window?state=openIch nutze auch user:psw
Was passiert, wenn du den HTTP Request absetzt ? Macht das Ventil dann zu ?
Wie oder wo genau geht das ?
Du musst den "Haken" auf dem Webinterface vom TRV setzen der das Reagieren öffnen/schliessen des Fensters erlaubt.
Sensor settings -> Open window -> HakenIn meinem Beispiel wird ein" Fenster ist offen" gesendet und das Ventil schliesst oder besser Regelt auf 8 Grad herunter.
Wenn "Fenster geschlossen" gesendet wird, Regelt das Ventil auf die eingestellte Temperatur oder setzt das Aktuelle
" Schedule profile" fort.Wenn das funktiert wird im Webinterface vom TRV oben Links anstelle der Temperatur ein offenes Fenster angezeigt.
-
Du musst den "Haken" auf dem Webinterface vom TRV setzen der das Reagieren öffnen/schliessen des Fensters erlaubt.
Sensor settings -> Open window -> HakenIn meinem Beispiel wird ein" Fenster ist offen" gesendet und das Ventil schliesst oder besser Regelt auf 8 Grad herunter.
Wenn "Fenster geschlossen" gesendet wird, Regelt das Ventil auf die eingestellte Temperatur oder setzt das Aktuelle
" Schedule profile" fort.Wenn das funktiert wird im Webinterface vom TRV oben Links anstelle der Temperatur ein offenes Fenster angezeigt.
@dreistein Das hört sich doch gut an. Genauso will ich das haben. Habe einen Fensterkontakt, der den Datenpunkt close=true/false liefert.
@dreistein sagte in Shelly TRV in ioBroker.shelly einbinden:
Bei MIR(!) funktioniert das mit den Fenstern NUR wenn ich per Exec Block [curl] aufrufe und einen Http Request absende.
Der "Normale" Request über http funktioniert nicht.Meine Shellies sind allerdings alle mit user:password geschützt.
curl -u user:password http://192.168.19.54/window?state=openWie bekomme ich nun aus IoBroker den Exec Block an den TRV gesendet ? Hast du ein Blockly Script dafür ?
Edit:
über einen Web-Browser funktioniert nun der Open/Close Befehl. http://192.168.178.28/window?state=close
http://192.168.178.28/window?state=openEin Blockly mit der Aktion : request URL macht jetzt was es soll.
Danke ! -
@hansmeier Moin, ich betreibe 4 SHTRV unter MQTT und Adapter 6.0.0. Die Version 6.2.4 des Adapters "teste" ich auf einem anderen System mit Shellydevices unter COAP, also leider ohne die TRV´s, bei denen COAP ja (noch) nicht implementiert ist (siehe github issue, vielleicht kommt @haus-automatisierung bei Gelegenheit dazu:-))). Die Doku ist in diesem Punkt mE. nicht richtig.
Meines Wissens schließen sich Cloud und MQTT gegenseitig aus, d.h. entweder das eine oder das andere. Bei mir halt MQTT, die Cloud möchte ich auch gar nicht nutzen. Ich steuere die TRV via Heimnetz, also auch ohne die App. Hier kann ich über die Profile alles gewünschte einstellen, auch "Fenster offen" ist vorgesehen. Läuft alles zügig und ohne Theater. Ein Script nutze ich hier nicht. Die benötigten Datenpunkte logge ich im iob und kann das mittels echarts ohne Probleme im Verlauf darstellen. Mehr braucht es für einen produktiven Betrieb mE. erstmal nicht.
Beste Grüße
PS @haus-automatisierung : 6.2.4 im stable-repo und COAP bei den TRV´s implementiert wäre super! thx in advance...@duejo sagte in Shelly TRV in ioBroker.shelly einbinden:
PS @haus-automatisierung : 6.2.4 im stable-repo und COAP bei den TRV´s implementiert wäre super! thx in advance...
Gerne - machst Du den Support dafür? :)
-
@dreistein Das hört sich doch gut an. Genauso will ich das haben. Habe einen Fensterkontakt, der den Datenpunkt close=true/false liefert.
@dreistein sagte in Shelly TRV in ioBroker.shelly einbinden:
Bei MIR(!) funktioniert das mit den Fenstern NUR wenn ich per Exec Block [curl] aufrufe und einen Http Request absende.
Der "Normale" Request über http funktioniert nicht.Meine Shellies sind allerdings alle mit user:password geschützt.
curl -u user:password http://192.168.19.54/window?state=openWie bekomme ich nun aus IoBroker den Exec Block an den TRV gesendet ? Hast du ein Blockly Script dafür ?
Edit:
über einen Web-Browser funktioniert nun der Open/Close Befehl. http://192.168.178.28/window?state=close
http://192.168.178.28/window?state=openEin Blockly mit der Aktion : request URL macht jetzt was es soll.
Danke !Ein Blockly mit der Aktion : request URL macht jetzt was es soll.
Danke !Sicher ? Bei mir nicht. Im Browser (Firefox) kommt eine Wanrmeldung von wegen man müsse sich einloggen.
In deinem Beispiel werden ja user:passwort nicht mit übertragen. Vermutlich ist der TRV nicht mit passwort gesichert
oder du hast dich bereits eingeloggt und es wurde ein Cookie angelegt.Wie gesagt, bei mir funktioniert der "normale" Request nicht.
Den Exec Block musst du noch im Javascript Adpater "Freischalten". Haken <Komando "exec" erlauben>
-
Ein Blockly mit der Aktion : request URL macht jetzt was es soll.
Danke !Sicher ? Bei mir nicht. Im Browser (Firefox) kommt eine Wanrmeldung von wegen man müsse sich einloggen.
In deinem Beispiel werden ja user:passwort nicht mit übertragen. Vermutlich ist der TRV nicht mit passwort gesichert
oder du hast dich bereits eingeloggt und es wurde ein Cookie angelegt.Wie gesagt, bei mir funktioniert der "normale" Request nicht.
Den Exec Block musst du noch im Javascript Adpater "Freischalten". Haken <Komando "exec" erlauben>
@dreistein Ja genau, für den TRV, der in einer eigenen Instanz läuft, habe ich die Passwortsicherung deaktiviert. Somit läuft der normale Request.
Aber auch mit dem exec-Block und PSW läuft es, wie von dir beschrieben.
Danke für die Tips.Bei den Sensor Settings gibt es ja auch noch die Möglichkeit einen externen Temperatur-Sensor zu aktivieren. Den habe ich auch in allen Räumen. Das müsste dann ja nach dem gleichen Schema laufen.
Mit den HTTP - Aufrufen funktioniert die Steuerung befriedigend unter Beibehaltung der Cloud. Aber schön wäre es, wenn man die Shelly Adapter Datenpunkte zur Steuerung nutzen könnte.
-
@dreistein Ja genau, für den TRV, der in einer eigenen Instanz läuft, habe ich die Passwortsicherung deaktiviert. Somit läuft der normale Request.
Aber auch mit dem exec-Block und PSW läuft es, wie von dir beschrieben.
Danke für die Tips.Bei den Sensor Settings gibt es ja auch noch die Möglichkeit einen externen Temperatur-Sensor zu aktivieren. Den habe ich auch in allen Räumen. Das müsste dann ja nach dem gleichen Schema laufen.
Mit den HTTP - Aufrufen funktioniert die Steuerung befriedigend unter Beibehaltung der Cloud. Aber schön wäre es, wenn man die Shelly Adapter Datenpunkte zur Steuerung nutzen könnte.
@hansmeier sagte in Shelly TRV in ioBroker.shelly einbinden:
Aber schön wäre es, wenn man die Shelly Adapter Datenpunkte zur Steuerung nutzen könnte.
Bitte mal einen GitHub Issue öffnen mit der genauen Anforderung.
-
@hansmeier sagte in Shelly TRV in ioBroker.shelly einbinden:
Aber schön wäre es, wenn man die Shelly Adapter Datenpunkte zur Steuerung nutzen könnte.
Bitte mal einen GitHub Issue öffnen mit der genauen Anforderung.
OFFTOPIC:
Ich habe ja keine Ahnung aber ^^ könnte man (du :grin: ) den Adapter nicht so umbauen das man belibige Shelly Geräte mit einer
YAML Datei hinzufügen kann ?Trotz Open Source und Github bleibt ja lles im Grunde bei einer Person "kleben".
-
OFFTOPIC:
Ich habe ja keine Ahnung aber ^^ könnte man (du :grin: ) den Adapter nicht so umbauen das man belibige Shelly Geräte mit einer
YAML Datei hinzufügen kann ?Trotz Open Source und Github bleibt ja lles im Grunde bei einer Person "kleben".
@dreistein Naja, aktuell sind die Geräte in JavaScript beschrieben. YAML wäre nur eine Alternative, die Features zu beschreiben.
Warum also nicht jetzt schon mitarbeiten? Was hält Dich davon ab? Code schon angeschaut?
-
@dreistein Naja, aktuell sind die Geräte in JavaScript beschrieben. YAML wäre nur eine Alternative, die Features zu beschreiben.
Warum also nicht jetzt schon mitarbeiten? Was hält Dich davon ab? Code schon angeschaut?
@haus-automatisierung
Kein Wissen, keine Kentnisse in JavaScript.
Blockly geht so eben.
-
Wie steuerst du "Fenster offen" im Shelly TRV ?
-
Falls jemand auch nur JSON als String in MQTT erhält ... ->
ich kann leider beim Adapter nicht viel beitragen da meine Programmierkünste sehr beschränkt sind - aber ich hab mal einen generellen JSON Parser geschrieben der das Ganze dann in Datenpunkte schreibt. Evtl. kann es der ein oder andere verwenden ...
Vielen Dank an @haus-automatisierung für all die Arbeit und Mühen !!!
JSON Parser mit TRV Beispiel :
https://forum.iobroker.net/topic/59919/json-parser-aus-blockly-json-in-datenpunkte-schreiben
-
@cromagnon
W
Kann man den Shelly TRV auch irgendwie steuern? Ich bekomm zwar alle Werte geliefert, aber wenn ich das Ventil verstelle, dann wird der Wert wieder zurückgestellt und am TRV selber tut sich nix! Wenn ich in der Weboberfläche vom TRV das Ventil verstelle, dann bekomm ich im ioBroker die Änderung angezeugt...Is a bisser schwer die Heizung zu steuern, wenn man die Ventile nicht verstellen kann :rolling_on_the_floor_laughing:
Liebe Grüße
tom -
Hallo Zusammen,
mein erster TVR kam ins Haus, für Experimente mit der Fussbodenheizung.
Im iobroker ist der Datenpunkt .tmp.valvePosition allerdings Readonly, obwohl die Ventilsteuerung auf Manuell steht. Muss ich das ganze per http steuern, oder reicht es, den Datenpunkt auf "schreibbar" zu stellen?Danke!
-
Hallo Zusammen,
mein erster TVR kam ins Haus, für Experimente mit der Fussbodenheizung.
Im iobroker ist der Datenpunkt .tmp.valvePosition allerdings Readonly, obwohl die Ventilsteuerung auf Manuell steht. Muss ich das ganze per http steuern, oder reicht es, den Datenpunkt auf "schreibbar" zu stellen?Danke!
@fpvzaphod sagte in Shelly TRV in ioBroker.shelly einbinden:
oder reicht es, den Datenpunkt auf "schreibbar" zu stellen?
Erstmal ein Tipp für den Anfang: Bearbeite nie Objekte, welche Du nicht selbst erstellt hast. Selbst, wenn Du den Datenpunkt auf schreibbar stellst, wird davon ja kein Adapter plötzlich auf Änderungen reagieren und magische Dinge tun :) Ansonsten teste das gerne mal bei der Außentemperatur von einem Wetter-Adapter - ein paar Grad mehr wären gerade nett.
Warum sollte man die Valve-Position manuell steuern? Du gibst eine Temperatur vor, welche erreicht werden soll. Mehr nicht.
-
Die Fussbodenheizung bei mir ist relativ dämlich. Es gibt pro Kreislauf ein Ventil, mit blauer Schraubkappe zum einstellen, dazu ein Durchflussmesser. Das Haus hat 3 Etagen, zwei Zimmer im Keller, plus EG, plus OG.
Wenn ich nun ein simples Auf/Zu-Ventil verbaue, und dieses macht einen Kellerkreislauf auf, dann kommt im restlichen Haus genau nichts mehr an. "Auf" darf also nicht Auf sein, sondern nur so weit, dass eine bestimmte Durchflussmenge nicht überschritten wird. Es fehlt also eine Instanz im System, welches einen richtign Abgleich ermöglicht. Optimalerweise ein An/Aus-Ventil in Reihe mit was manuell einstellbarem.
Da das aber nicht existiert, will ich die TVRs manuell (Ventilposition) so einstellen, dass alle Zimmmer eine brauchbare Durchflussmenge haben, und die Zimmer, die zu warm werden, dann abstelle. Wenn die Temperatur wieder sinkt, dann wieder auf diesen experientell gefundenen Wert öffnen.
Daher die Frage: Wie teile ich dem TVR am geschicktesten eine gewünschte Ventilstellung mit? -
@haus-automatisierung sagte in Shelly TRV in ioBroker.shelly einbinden:
Warum sollte man die Valve-Position manuell steuern? Du gibst eine Temperatur vor, welche erreicht werden soll. Mehr nicht.
...was z.B. bei einer Registerheizung ("Graben") z.B. relativ ungünstig wäre (bzw. nicht funktioniert). Da benutzt man dann lieber einen externen Sensor (oder Thermostaten), der das Ventil im Graben steuert. Und da gibt's imo überraschend wenig Auswahl, Homematik z.B. - oder eben den Shelly TRV...
Geht natürlich weniger um "Valve manuell steuern" - sondern darum, dies automatisiert, aber von extern machen zu können. -
@haus-automatisierung sagte in Shelly TRV in ioBroker.shelly einbinden:
Warum sollte man die Valve-Position manuell steuern? Du gibst eine Temperatur vor, welche erreicht werden soll. Mehr nicht.
...was z.B. bei einer Registerheizung ("Graben") z.B. relativ ungünstig wäre (bzw. nicht funktioniert). Da benutzt man dann lieber einen externen Sensor (oder Thermostaten), der das Ventil im Graben steuert. Und da gibt's imo überraschend wenig Auswahl, Homematik z.B. - oder eben den Shelly TRV...
Geht natürlich weniger um "Valve manuell steuern" - sondern darum, dies automatisiert, aber von extern machen zu können.@jleg Und auch dann gibt man eine Temperatur vor, welche erreicht werden soll. Der TRV kann ja auch für Fußbodenheizungen genutzt werden. Den externen Sensor stelle ich auch bald als Datenpunkt bereit. Dann kann man den Wert immer aktualisieren.
🧑🎓 Autor des beliebten ioBroker-Master-Kurses
🎥 Tutorials rund um das Thema DIY-Smart-Home: https://haus-automatisierung.com/
📚 Meine inoffizielle ioBroker Dokumentation -
@jleg Und auch dann gibt man eine Temperatur vor, welche erreicht werden soll. Der TRV kann ja auch für Fußbodenheizungen genutzt werden. Den externen Sensor stelle ich auch bald als Datenpunkt bereit. Dann kann man den Wert immer aktualisieren.
@haus-automatisierung sagte in Shelly TRV in ioBroker.shelly einbinden:
@jleg Und auch dann gibt man eine Temperatur vor, welche erreicht werden soll. Der TRV kann ja auch für Fußbodenheizungen genutzt werden. Den externen Sensor stelle ich auch bald als Datenpunkt bereit. Dann kann man den Wert immer aktualisieren.
Ja, genau das wollte ich ja sagen :) - aber dazu muss man (bzw. "etwas" - wie z.B. ein Script, oder der Adapter "Heatingcontrol") den DP "valve postion" ja beschreiben können... (?)
385
Online32.4k
Users81.5k
Topics1.3m
Posts