Shelly TRV in ioBroker.shelly einbinden
-
Nachdem ich meinen Shelly Adapter jetzt auf MQTT umgestellt habe, habe ich die TRV Parameter als Datenpunkte, kann aber tatsächlich leider die Valve-Position nicht ändern, nur auslesen. Schade.
-
Also über
http://192.xxx.xxx.xxx/thermostats/0?pos=XX
lässt sich das Ventil per HTTP verstellen. -
'target_t' und 'ext_t' sind unterschiedliche Regelarten.
Target_t regelt mit der Temperatur am Kopf des TRV.
Ext_t muss in der Webui aktiviert werden und nimmt dann diesen Wert.(Under floor heating mode)
Gedacht ist das für Fussbodenheizungregelung wenn der TRV in einem Verteiler-Kasten montiert ist.Ansonnten richtig beschrieben. Vorlauf an beide. Heizkörper und RTL jeweils eigener Rücklauf.
(Im Boden natürlich verbunden)Zu dem MQTT Problemen. Kannst du andere Geräte ansprechen ?
Klingt so, als ab der ioBroker MQTT nicht sendet.Ich rate immer noch dazu, das RTL (bei Danfoss 1-4) auf 2,5 (ca. 35°C Medientemperatur) einzustellen
und dann in Ruhe zu lassen. Bei mit steht das ca. auf 2,2 und vor dem Duschen/Baden den Heizkörper auf 5
und gut ist.Noch ein Wort an die Nachtabsenker; Ab 3°K wirds teuer. Mehr Energie zum Aufheizen als Vorher eingespart.
Von valve_pos würde ich die Finger lassen. Dann bis du für die Temperatur im Raum verantwortlich.
Der TRV macht dann nichts mehr. -
Danke für Deine Infos, Du scheinst ja quasi vom Fach zu sein, wie es klingt.
@dreistein said in Shelly TRV in ioBroker.shelly einbinden:
'target_t' und 'ext_t' sind unterschiedliche Regelarten.
Target_t regelt mit der Temperatur am Kopf des TRV.
Ext_t muss in der Webui aktiviert werden und nimmt dann diesen Wert.(Under floor heating mode)
Gedacht ist das für Fussbodenheizungregelung wenn der TRV in einem Verteiler-Kasten montiert ist.Jo, so habe ich es auch verstanden.
Ansonnten richtig beschrieben. Vorlauf an beide. Heizkörper und RTL jeweils eigener Rücklauf.
(Im Boden natürlich verbunden)Zu dem MQTT Problemen. Kannst du andere Geräte ansprechen ?
Klingt so, als ab der ioBroker MQTT nicht sendet.Muss ich noch testen, wird sich rausstellen, wenn ich Anfange ein UI für mein Sonoff NS Panel zu bauen.
Danke fürs Mitdenken.Ich rate immer noch dazu, das RTL (bei Danfoss 1-4) auf 2,5 (ca. 35°C Medientemperatur) einzustellen
und dann in Ruhe zu lassen. Bei mit steht das ca. auf 2,2 und vor dem Duschen/Baden den Heizkörper auf 5
und gut ist.Genau, habe mein RTL auch auf 35 ° C.
Das TRV regelt jetzt via Skript die Valve Position zeitgesteuert über HTTP (und morgens nur in unserer Anwesenheit) auf 100% ca. eine Stunde vor Benutzung des Bades und anschließend wieder auf 0%. Gleiches Spiel am Nachmittag. Das reicht für einen warmen Boden. Das TRV am Heizkörper bekommt Zieltemperaturen für die entsprechenden Zeitintervalle.Achtung OT:
Nach heutigem Test komme ich mit voll offenem Fußboden-Ventil nicht über 20,5° C Raumtemperatur bei den eingestellten 35 °C am RTL. Bin nur noch nicht ganz sicher, ob das TRV auch den gesamte Ventilspiel bedient. Der Boden bleibt auffallend lange warm und wird gefühlt erst spät und weniger warm. Da steht der Vergleich mit dem Thermostatventil noch aus...Noch ein Wort an die Nachtabsenker; Ab 3°K wirds teuer. Mehr Energie zum Aufheizen als Vorher eingespart.
Von valve_pos würde ich die Finger lassen. Dann bis du für die Temperatur im Raum verantwortlich.
Der TRV macht dann nichts mehr.Genau so wollte ich das ja. Dafür gibts ja Skripte.
-
WIe schon geschrieben, Fussboden Erwärmung oder Heizung sind Extrem Träge.
In unserem Aktuellen Projekt benötigen die Wohungen bis zu 48h bis zur Zieltempeartur.
Beim ersten Anheizen nach Totaler Auskühlung .
Heutzutage nähert man sich den Temperaturen von "unten". Früher von "oben".
Man beginnt also mit möglichst wenig Leistung.
Das sich dein Boden so Träge verhällt ist halt Normal.
Darum kann man Fussbodenheizungen den Boden auch als Wärmespeicher bei Solar Überschuss verwenden.Viel Erfolg.
-
Moin zusammen,
ich bin neu hier und hänge mich mal an dieses interessante Thema.
Ich bin seit einiger Zeit in der Shelly-Welt unterwegs und nutze auch seit längerem den ioBroker. Kürzlich habe ich mir einge TRVs zugelegt. Mein Plan: Ich möchte meine Heizung über einen Google-Kalender steuern. Im Prinzip enthält der Kalender jeden Tag einen Eintrag/Termin "Büro", "Homeoffice", "Zuhause" oder "Abwesend". Den Kalender integriere ich über den iCal-Adapter und möchte nun die TRVs via MQTT und den Shelly-Adapter entsprechend steuern.
Jetzt komme ich nicht weiter, da ich das Profil (z. B. Profil 2) der TRVs nicht wie gewünscht über den ioBroker steuern bzw. setzen kann:
- Der Blockly-Befehl steuere "steuere Schedule Profile mit 2" funktioniert nicht
- Hingegen funktioniert z. B. das Setzen der Zieltemperatur "steuere Target temperature mit 15" mit diesem Befehl
- Der Blockly-Befehl request "request URL http://admin:passwort@192.168.178.xyz/settings/thermostat/0?schedule=1&schedule_profile=2" funktioniert nicht
- Hingegen funktioniert das Setzen aus des Adresszeile des Broswers heraus mit diesem Befehl
- Der Blockly-Befehl exec "exec Befehl curl -u admin:passwort http://192.168.178.xyz/settings/thermostat/0?schedule=1&schedule_profile=2" funktioniert nicht (Kommando "exec" erlauben im Javascript Adpater ist aktiviert)
Sieht jemand einen Fehler oder hat einen Tipp für mich?
Herzlichen Dank und einen schönen Sonntag
Carsten
Admin 6.3.5, Javascript 6.1.4, Shelly 6.3.1, TRV-Firmware 20220811-152343/v2.1.8
-
@zimbo doch genau das was Du möchtest funktioniert einwandfrei. Aber über Mqtt.
Ich bin auch fast daran verzweifelt weil ich per http bzw. Exec Temperaturen setzen konnte aber keine Profile. Bin dann darauf gekommen, einfach im ioBroker den Wert des Profils zu ändern also von 2 auf 3 oder von 4 auf 1. das funktioniert bei mir einwandfrei. -
@firebowl Danke für die schnelle Antwort. Ich habe es gerade nochmal versucht: Via Weboberfläche des TRVs wurde das Profil 2 initial gesetzt. In meinem Script setze ich nun mit dem steuere Befehl im Objektbaum des Shelly-Adapters den Wert von profile auf 3. Ich sehe dann im Objektbaum kurzzeitig den Wert 3 mit bestätigt=false und nach zwei Sekunden steht der Wert wieder auf 2 mit bestätigt=true, das Profil wird also nicht wie gewünscht geändert.
Das ist dann doch der Weg über MQTT, wenn ich in der Instanz des Shelly-Adapters "Shelly-Protokoll=MQTT (und HTTP)" konfiguriert habe oder meinst du einen anderen Weg?
-
@zimbo Eigentlich sollte es genau so funktionieren.
Ich lasse z.B. beim verlassen des Hauses das Profil auf Abwesend stellen und umgekehrt.
Bei mir sieht das ganze im Blockly dann so aus:
Das mit dem „bestätigt“ hat erst mal keine Auswirkung ob es funktioniert. Für eigene Scripte übergibt man das normal sowieso nicht als bestätigt weil das brestätigt quasi ne Rückmeldung vom zum steuernden Gerät an einen Adapter ist und ihm sagt das er den Befehl verarbeitet hat.
-
@firebowl Komplette Ratlosigkeit macht sich breit: Das Ändern der Zieltemperatur klappt über diesen Weg problemlos, aber das Profil will sich partout nicht ändern lassen. Ich sehe den neu gesetzten Wert des Profils kurz im Objektbaum, aber dann stellt sich wieder der alte Wert des aktiven Profils ein.
Mit welcher Version des Shelly-Adapters und welcher TRV-Firmware funktioniert es bei dir?
-
@zimbo hmm, echt seltsam.
Mein Shelly Adapter hat die Version 6.2.4.Meine TRVs haben diese Version:
-
Hatte bislang ein älteres Danfoss Connect System, dass weder per Cloud erreichbar und das umständlich über ein Display programmiert werden musste. Konnte mich
jetzt zuerst nicht zwischen Tado und Shelly entscheiden, aufgrund der Erfahrung mit den Shelly PM2 und Co habe ich mir einen TVR zugelegt. Diesen bekomme ich nun aber nicht in meinen IOBroker zu sehen.
Shelly Adapter: 6.3.1
JS Controller: 4.0.24Im Shelly TVR UI ist discoverable aktiviert.
Kann mir bitte jemand einen Tipp geben was ich verkehrt mache?Danke euch
-
@silent_bob Sind die MQTT Einstellungen in der TRV Weboberfläche korrekt eingetragen? Ebenso die Einstellungen des Shelly-Adapters, insbesondere das Protokoll "MQTT (und HTML)"?
-
@firebowl Danke für die Versionsinfos. Ich verwende die gleiche TRV-Firmware. Ich habe daher soeben ein Downgrade meines Shelly-Adapters von 6.3.1 "Beta" auf 6.0.0 "Stable" durchgeführt. Jetzt lässt sich auch das Profil via MQTT setzen. Hier scheint es demzufolge einen Bug in der Beta-Version des Adapters zu geben. Mein Problem ist damit gelöst. Danke für die Unterstützung!
-
@zimbo said in Shelly TRV in ioBroker.shelly einbinden:
gen des Shelly-Adapters, insbesondere das Protokoll "MQTT (und HTML
Jetzt steh ich etwas auf dem Schlauch, im Shelly Adapter kann ich doch gar kein MQTT aktivieren/einstellen? Mein IoBroker hat zwar auch einen MQTT Adapter/Instanz, dann bräuchte ich aber den Shelly Adapter nicht?
Die Steuerung direkt über http funktioniert, http://192.168..1.xxx/thermostats/0?pos=60
-
@silent_bob Doch geht. Für den TRV eine eigene shelly Instanz erstellen und dann Shelly Protokoll auf "MQTT und HTTP" stellen.
-
@hansmeier
danke jetzt hat es geklappt. -
@zimbo Hatte einen Bug im git eröffnet und Matthias hat gerade den Fehler mit der Profilauswahl mit der Version 6.4.0 behoben.
-
Hallo zusammen.
Ich hab seit November 4 TRV´s.
Hab aber seit anfang an Probleme damit.
Kurz erklärt , ich such sie mit der app und binde sie ins Netzwerk ein. Danach wird am Pc die Feineinstellung gemacht. Feste IP vergeben, Restricted acess aktiviert, Mqtt aktiviert ( incl. Gateway wegen cloud ) etc....
Gesteuert werden sie über den IoBroker per Blockly ( anwesenheitserkennung, Fenster offen erkennung, etc.. )
Funktioniert auch einwandfrei. Aber alle paar Tage fängt dann einer an, erst die cloud verbindung zu verlieren, dann spuckt der iobroker meldungen aus das mqtt nicht mehr erreichbar ist. da lässt sich dann nix mehr machen ausser den reset für 10sek drücken und neu installieren.
Hab mit Shelly schon kontakt aufgenommen gehabt, die meinten blablabla....feste ip, kein repeater, kein autokanal etc.... ) hab ich alles durch.
erst mal nur mit der Fritzbox verbunden, Kanal fest eingestellt. Dann war der im Wohnzimmer ruhig und lief ( war der erste der damit angefangen hat, alle anderen liefen brav ) dann meinte der im bad mit dem spiel anfangen zu müssen und dann der im schlafzimmer und küche.
Jetzt Hab ich den repeater ( auch n AVM ) so in der Wohnung platziert das ihn alle vier gut erreichen könnnen und hab den repater wieder aktiviert. Dann war ne zeitlang ruhe bei allen. Ging dann aber wieder los. Hab dann gedacht, vielleicht geht den TRV´s das springen zwischen Router und Repeater auf den sack. Also mit dem Repeater ne eigene SSid nur für die TRV´s gemacht. Alle damit verbunden, wieder ne Zeitlang ruhe und jetzt gehts wieder los.
Am 5.2. viel der im Bad aus. neu installiert
8.2. der im Schlafzimmer. neu installiert
11.2. wieder der im Bad
12.2. der im WohnzimmerKennt einer von euch dieses Fehlerbild? Oder weis was da zu machen ist??
-
@redclaw vermutlich wird dir das nicht helfen aber ich habe ein ähnliches Setup und bis jetzt keine Probleme.
Hab mit einem TRV angefangen und bin jetzt bei drei. Wollte nicht alle Bosch auf einmal ersetzen für den Fall das Probleme auftreten.Bei mir steht im Keller ne FRITZ!Box, im Erdgeschoss und im ersten Stock hängt jeweils ein FritzRepeater am LAN als Accesspoint. Alles im Mesh Betrieb und alle Shellys im Dualbetrieb Cloud und MQTT. Meine Shellys machen 0 Probleme. Also weder die TRV noch der Rest.
