Shelly TRV in ioBroker.shelly einbinden
-
@dreistein
Ich hab jetzt mal die Ventile direkt via http-api angesteuert -so geht es zum Übergang mal auch...
Liebe Grüße
tom -
@cromagnon sagte in Shelly TRV in ioBroker.shelly einbinden:
Im Log kommt immer wieder eine Warnmeldung:
State value to set for "shelly.0.SHTRV-01#************#1.schedule.profile" has value "0" less than min "1"Wenn Du das hier im Forum irgendwo beiläufig erwähnst, wird sich nichts ändern.
Ich habe das jetzt durch Zufall gesehen und fixe das gerne.Für die Zukunft: Entweder mich hier im Forum verlinken oder einen GitHub Issue öffnen...
EDIT: Das wurde ja schon längst gefixt
https://github.com/iobroker-community-adapters/ioBroker.shelly/commit/b298d285f0e3469d036daee4d90c15222e2a483bIst enthalten seit Version 6.1.0
-
@haus-automatisierung Habe jetzt auch die Shelly TRV installiert, kann sie jedoch nicht im Adapter einbinden. Auch nicht per MQTT, wie weiter oben beschrieben.
Meine Adapter Version ist 6.0 (Stable). Ich sehen jedoch schon 6.2.x im beta - Modus, den ich aber eigentlich vermeiden möchte. Wie installiert man eigentlich Beta-Versionen ?Wann gibt es eine Stable-Version, die den TRV einbindet ?
Warum funktioniert bei mir der MQTT un HTTP Modus nicht bei TRV ? Der MQTT Benutzername, Port und PSW sind im Adapter eingetragen.
IoBroker ist auf neuestem Stand.Kann mir da jemand auf die Sprünge helfen ?
-
@hansmeier sagte in Shelly TRV in ioBroker.shelly einbinden:
Wann gibt es eine Stable-Version, die den TRV einbindet ?
Keine Ahnung, wenn ich denke dass ich etwas Zeit habe um hier auf die ganzen Folgefragen einzugehen
Die Version auf stable zu stellen generiert erstmal viel Arbeit...In Version 6.0.0 habe ich den TRV ungetestet aufgenommen (deswegen steht auch beta im Changelog). Mache ich auch nie wieder. Ich hatte das Gerät da noch nicht und habe einfach die Änderungen von einem anderen Nutzer blind übernommen. Und jetzt rate an wem das hängen bleibt
@hansmeier sagte in Shelly TRV in ioBroker.shelly einbinden:
Wie installiert man eigentlich Beta-Versionen ?
Wenn Du das fragen musst: Am besten gar nicht.
-
@haus-automatisierung sagte in Shelly TRV in ioBroker.shelly einbinden:
@hansmeier sagte in Shelly TRV in ioBroker.shelly einbinden:
Wie installiert man eigentlich Beta-Versionen ?
Wenn Du das fragen musst: Am besten gar nicht.
Stelle ich IoBroker auf beta Repositories um, sehe ich max. die Version 4.0.4 vom shelly-Adapter. Das kann ja wohl nicht sein ?
-
@hansmeier Dann sind deine Repository URLs falsch?!
-
@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.
-
@hansmeier sagte in Shelly TRV in ioBroker.shelly einbinden:
Kann mir jemand Tips bzw. Hilfestellung geben ? Danke.
Erster Tipp: Ein Debug-Log teilen
Da sieht man 1:1 genau was passiert (oder auch nicht).
So kann ich nur raten... -
@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... -
Wie steuerst du "Fenster offen" im Shelly TRV ?
-
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 -
@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.
-
@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 ! -
@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?
-
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.
-
@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
) 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?
