Shelly TRV in ioBroker.shelly einbinden

[haus-automatisierung]

@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.

[hansmeier]

@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 ?

[haus-automatisierung]

@hansmeier Dann sind deine Repository URLs falsch?!

[hansmeier]

@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.

[haus-automatisierung]

@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...

[duejo]

@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...

[A Former User]

@duejo

Wie steuerst du "Fenster offen" im Shelly TRV ?

[A Former User]

@hansmeier

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]

@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:

@hansmeier

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

Ich nutze auch user:psw

Was passiert, wenn du den HTTP Request absetzt ? Macht das Ventil dann zu ?

Wie oder wo genau geht das ?

[A Former User]

@hansmeier

Du musst den "Haken" auf dem Webinterface vom TRV setzen der das Reagieren öffnen/schliessen des Fensters erlaubt.
Sensor settings -> Open window -> Haken

In 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.

[hansmeier]

@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=open

Wie 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=open

Ein Blockly mit der Aktion : request URL macht jetzt was es soll.
Danke !

[haus-automatisierung]

@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?

[A Former User]

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>

[hansmeier]

@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.

[haus-automatisierung]

@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.

[A Former User]

OFFTOPIC:

@haus-automatisierung

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".

[haus-automatisierung]

@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?

[A Former User]

@haus-automatisierung
Kein Wissen, keine Kentnisse in JavaScript.
Blockly geht so eben.

Spoiler

Das auch nur, weil ich deinen Kurs durchgearbeitet habe.

[duejo]

@dreistein Mit shelly DW2 geht das direkt

[FoG]

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