Beiträge von raschi-de

In the meantime, I built a workaround in HomeAssistant. I created two custom events, one when the window is open for more than 1 minute and one when the window is closed again. When these events trigger, I call URLs to either deactivate the automatic temperature control and close the valve or respectively activate the automatic temperature control and thus switch back to the last time based profile.

It's not product grade, not elegant, but as a workaround for a single D/W and TRV combo, it works. And I will only buy more TRVs once the real solution works...

Also, ich habe mit HomeAssistant eine Lösung gebaut, die als Überbrückung funktioniert - wenn auch nicht "produktreif". Da habe ich für einen D/W2 zwei Custom Events gebaut. Das eine wird ausgelöst, wenn das Fenster mehr als eine Minute lang offen ist, und das andere, wenn das Fenster geschlossen wird. Diese Event lösen dann über die TRV URL Steuerung aus, das entweder im TRV die automatische Steuerung (und damit das Zeitprofil) ausgeschaltet und das Ventil geschlossen oder die automatische Steuerung eingeschaltet (und damit das Zeitprofil aktiviert) wird.

Ist nicht elegant und ich würd's nicht auf Dauer und für mehr als eine Fenster / Heizkörper Kombination so machen wollen. Aber ich habe nur einen TRV bestellt, um genau das auszuprobieren und mehr werde ich erst bestellen, wenn es wirklich geht.

Ok, in the meantime, I found the switch to enable the CoIoT in the device's own web UI (not the app, not the cloud). It now shows up in HomeAssistant, but as read-only, i.e. I cannot use it an actuator in any scene or automation. Also, in the Shelly Cloud, it is not possible to use it as an action in a scene...

This contradicts the advertised capabilities, at least I don't see any other obvious way to trigger a TRV to close the valve based on a Shelly Door&Window detecting an open window...

Any ideas?

Ok, in the meantime, I found the switch to enable the CoIoT in the device's own web UI (not the app, not the cloud). It now shows up in HomeAssistant, but as read-only, i.e. I cannot use it an actuator in any scene or automation. Also, in the Shelly Cloud, it is not possible to use it as an action in a scene...

This contradicts the advertised capabilities, at least I don't see any other obvious way to trigger a TRV to close the valve based on a Shelly Door&Window detecting an open window...

Any ideas?

I received my first TRV last week. Setting it up worked for the very basics, but I am failing to get it integrated into HomeAssistant using the Shelly integration. It was discovered, but I can't connect to it to configure the discovered device. When debugging, my packet sniffer shows that the HomeAssistant node connects to the TRV using HTTP (get /shelly and get /settings). But when it tries to connect via COAP the TRV responds with a port closed error. And when I use the browser to pull the /settings, it indeed reports

Code

"coiot":{"enabled":false,"update_period":3600,"peer":""}

A bit further, the hwfinfo is reported as hardware revision to be a development prototype.

Code

"hwinfo":{"hw_revision":"dev-prototype","batch_id":0}

Does anybody else have this hardware revision? And does anybody else see CoIoT disabled?

I received my first TRV last week. Setting it up worked for the very basics, but I am failing to get it integrated into HomeAssistant using the Shelly integration. It was discovered, but I can't connect to it to configure the discovered device. When debugging, my packet sniffer shows that the HomeAssistant node connects to the TRV using HTTP (get /shelly and get /settings). But when it tries to connect via COAP the TRV responds with a port closed error. And when I use the browser to pull the /settings, it indeed reports

"coiot":{"enabled":false,"update_period":3600,"peer":""}

A bit further, the hwfinfo is reported as hardware revision to be a development prototype.

"hwinfo":{"hw_revision":"dev-prototype","batch_id":0}

Does anybody else have this hardware revision? And does anybody else see CoIoT disabled?

Mein Shelly TRV ist heute angekommen und ich habe ihn abends erstmal in Betrieb genommen. Die einfachen Dingen funktionieren auf den ersten Blick ok - Zeitprofil mit Nacht- und Tagtemperatur, zu unterschiedlichen Zeiten unter der Woche vs. am Wochenende. Meine Door & Window 2 konnte ich damit aber noch nicht verbinden. Hier im Forum gibt es auch einen englischen Beitrag dazu, da wurde ein Feature Request empfohlen. In einem deutschen Beitrag meinte ein Co-Admin, die Funktion sei zwar beworben, aber noch würde dran gearbeitet. Dass das noch in Planung ist, hätte man m.E. dazu schreiben müssen, so ist das strenggenommen ein Gewährleistungsfall...

But why would this need a feature request? It sounds very much like the advertised feature. One the Shelly TRV product page it clearly states as one use scenario: "Don’t let your heating go to waste! Set Shelly TRV to turn off the heating when Shelly Door/Window2 sensor detects that a window in the room is left open for more than 3 minutes. Then have it automatically increase the room temperature levels once the window is closed."

The only difference seems to be that realbudhead was asking to set the target temperature to 18°C instead of off. But the motivation is the same - don't let the heating go to waste.

Zitat von Mr-Big

Aber ich erkenne daraus nur, das der TRV andere Shelly schalten/regeln kann, nicht umgekehrt!

Ich habe ein ähnliches Szenario im Sinn, ich will den TRV auch von anderen Shellys schalten. Mir schwebt vor, denn Door & Window am Fenster anzubringen und dann automatisch die Heizung runter zu drehen, wenn stoßgelüftet wird und wieder auf normal zurückzustellen, wenn das Fenster wieder geschlossen wird. Und genau das steht da, wird möglich sein.

"Stellen Sie den Shelly TRV so ein, dass er die Heizung ausschaltet, wenn der Shelly Door/Window2 Sensor erkennt, dass ein Fenster im Raum länger als 3 Minuten geöffnet ist. Anschließend wird die Raumtemperatur automatisch erhöht, sobald das Fenster geschlossen ist."

Das kann ich nur so interpretieren, dass der TRV vom Door&Window ein Kommando bekommt, dass er das Ventil zu machen soll, wenn Door&Window feststellt, dass das Fenster lange genug offen ist. Das Kommando könnte auch proprietär zwischen genau den beiden Geräten implementiert sein, das halte ich aber eher für eine theoretische Option - das wäre weder im Sinne von Shelly als Marke noch im Sinne der Kunden.