Ich habe das Problem weiter untersucht und habe jetzt eine Lösung über das Anlegen von Szenarien umgesetzt und auch Antworten zu meinen Fragen Oben gefunden.
1. Bei den 'TRV Sensoreinstellungen' wird in der aktuellen SW-Version nur die TRV-Funktion 'Fenster öffnen' freigeschaltet! Der bisher zusätzlich einstellbare Parameter 'Zieltemperatur Offenes Fenster' ist entfallen!
Im Hintergrund gibt es aber einen bisher undokumentierten Parameter, den man in dem JASON-String findet, den man als Antwort auf den Browser Request
Siehe auch:
http://192.168.2.xxx/thermostats/0
{"pos":100.0,"target_t": {"enabled":true,"value":20.0,"value_op":8.0,"units":"C"},"tmp": {"value":17.4,"units":"C","is_valid":true},"schedule":true,"schedule_profile":1,"boost_minutes":0,
"window_open":false}bekommt.
- Das Parameter-Attribut "value_op":8.0 hat aktuell den festen Wert 8 .D.h.und entspricht einem TRV- Sollwert von 8 grad C, wenn die Funktion 'Fenster Offen' aktiviert ist, und kann wohl nicht verändert werden.
(In den aktuellen Dokumenten unter https://shelly-api-docs.shelly.cloud/gen1/#shelly-trv-thermostats-0 findet sich dazu aktuell leider keine Information.) - Über das Status-'Attribut' "window_open": {false | true} wird zusätzlich auch angezeigt ob beim TRV durch den externen Request http://192.168.2.xxx/window?state=open mit die 'Fenster öffnen' Funktion aktiviert bzw. http://192.168.2.xx/window?state=close deaktiviert wurde!
2. Bei folgenden Implementierung der Funktion 'Fenster Öffnen' habe ich festgestellt, dass eine direkte Implementierung der Funktion ohne ShellyCloud 'Szenarien' nicht funktionssicher umzusetzen war. In dem Fall hatte ich in dem ''Shelly Door 2" Sensor die folgenden I/O-Aktionen direkt wie folgt konfiguriert:
Bei Tageslicht geöffnet (URLs http://192.168.2.xxx/window?state=open
Beim Schliessen (URLs): http://192.168.2.xxx/window?state=close
Aus meiner Sicht sollte das Grundsätzlich so funktionieren, aber auf Grund der Tatsache, dass hier zwei batteriebetrieben Shelly Komponenten 'TRV' und 'Shelly Door 2' Module miteinander kommunizieren müssen, scheint es so zu sein, dass der TRV den Request nicht wahrnimmt. :-(!?
Der TRV wacht ggf. zu langsam auf und empfängt daher den Request nicht! Da der ''Shelly Door 2" den Request, um ggf. Strom zu sparen? , möglicherweise nur einmal verschickt, wird die Auslösung des Fensterkontaktes nicht empfangen und der TRV reagiert gar nicht auf dan Fensterkontakt!
Der Zustand des Fensterkontakts vom 'Shelly Door 2" wird in der Shelly Cloud korrekt angezeigt, aber der Status im TRV "window_open": {false | true} veränderte sich bei einer danach erfolgten Abfrage über http://192.168.2.xxx/thermostats/0 nicht!
3. Die Implementierung über Shelly Cloud Szenarien war dann erfolgreich! Ich habe ein Szenario für die Ansteuerung des TRV
- beim Fenster Öffnen
(Hier wird der Fensterkontakt 'open' vom 'Shelly Door 2' als Bedingung ausgewertet und an den TRV 'Senden "Fenster geöffnet' als Request verschickt!) - und ein Szenario beim Fenster Schliessen
(Hier wird der Fensterkontakt 'closed' vom 'Shelly Door 2' als Bedingung ausgewertet und an den TRV 'Senden "Fenster schlissen' als Request verschickt!)
umgesetzt.
Diese Implementierung funktioniert jetzt ohne Probleme und hat der TRV bekommt die Zustandswechsel sicher übermittelt! Ggf. werden in dem Fall die Request mehrmals übermittelt bzw. durch 'Rücklesen' bestätigt...
Bei der Gelegenheit konnte ich in der Shelly APP und in der WebPage auch erkennen, das der TRV in den 'Fenster Offen Mode' gewechselt war, das wird durch den folgenden Icon sehr plastisch dargestellt:
- Fenster ist offen: Sollwert ist jetzt 8 grad C und man kann beobachten, dass eine Stellgröße von 0% anzeigt wird!
- Fenster ist geschlossen: Sollwert ist jetzt 20 grad C und man kann beobachten, dass die Stellgröße veränderlich ist!
Die Lösung über die Nutzung der TRV Funktion 'Fenster öffnen' ist so sehr praktisch, da diese Funktion sich intern auch den alten Sollwert merkt und man im Szenario den TRV Sollwert nicht verändern muss und den bisherigen Sollwert für das Zurückschalten auch nicht merken muss!
Ich hoffe, man kann mein Lösung nachvollziehen. Über Feedback und mögliche Verbesserungen würde ich mich freuen.
Ankerunge:
Ich kann leider die Shelly Systeme noch nicht 'Debuggen' in dem ich mit die Botschaften auf dem Bus oder im TRV oder anderen Devices Logge. Hier muss ich mich noch weiter in die Materie einarbeiten.
Christian