Hallo,
Ich hatte bisher die GEN1 Shelly's im Einsatz und konnte über HA[Node Red] die Temperatur Ein/Ausschaltpunkte über Uhrzeit/oder anderen Kriterien verändern.
Bin nun wegen der erweiterten Möglichkeite auf GEN2 gewechselt und hier geht die obige Lösung nicht mehr.
Kann mir einer der vielen Experten hier einen Tipp geben wie ich auch mit GEN2 eine vergleichbaren Lösung erreiche?
Danke im Voraus...
Guten Morgen,
Ich weiß nicht genau warum du den Umweg über NodeRed und Webhooks gehst?
Geht eigentlich auch direkt, aber du hast ja Gründe dafür 🤗
Schau mal hier, am besten vom Anfang lesen:
Die Befehle können natürlich auch direkt von HA zum Shelly gesendet werden, die „condition“ habe ich aber nicht getestet. (Kann ja auch HA)
Danke für den Tipp dein Beitrag hatte ich schon gelesen.
Die Funktion ist schon gegeben mit:
http://192.168.5.121/rpc/Webhook.Update?id=1&condition="ev.tC < 42"
http://192.168.5.121/rpc/Webhook.Update?id=1&condition="ev.tC > 43"
Jedoch möchte ich abhängig von Tageszeit, Wochentag, Belegt/Unbelegt, PV Überschuß etc. die Ein/Ausschaltpunkte "gleitend" verändern.
Wie erwähnt funktionert diese Lösung mit GEN1, nun möchte ich auf die weiteren Vorteile von GEN2 nicht verzichten speziell MQTT + Cloud gleichzeitig.
Grüße aus Kärnten
super, gerade selber getestet
und den bringe ich gleich noch mit ein in die Liste
Änderung contition von ID3 auf 55
http://192.168.178.xxx/rpc/Webhook.Update?id=3&condition=%22ev.tC%20%3C%2055%22So, verstehe noch nicht so ganz wo dein Problem ist?
das kann doch HA in einer Aktion und sendet dann die Veränderung an den Webhook
ganz anderes Beispiel und sendet auch hier an einen Gen1 aus HA, aber Prinzip ist das gleiche. Und ohne Umwege anderer Systeme
action:
- service: shell_command.curl
data:
url: >
"http://192.168.178.xxx/settings/actions?index=0&name=btn_on_url&enabled=false&urls[]=http://localhost/relay/0?turn=on%26timer=90"edit:
OK, der "curl" muss einmal in die configuration.yaml von HA
#shell_command.curl
shell_command:
curl: "curl -sv -X GET {{ url }}""So, verstehe noch nicht so ganz wo dein Problem ist?"
Meine Bedingung wäre dass OHNE WLAN der Shelly weiterhin bei den "2" eingestellten Temperaturen mit den alten Sollwerten arbeitet.
(ncht bei Ausbleiben eines Switch On Befehls IMMER nach 90sec auszuschalten)
Diese 2 Thermostaten werden erst aktiv, wenn der Shelly (x)Stunden kein Ein/Ausschalten durchgeführt hat.
Diese Redundanz ist mit einem ext. Zeitrelais gelösst welches durch jede Shelly Output Flanke neu getriggert wird und auch den Hardware Alarm auslöst.
D.h. das externe System [HA] sendet nur den Ein- bzw. Ausschaltpunkt an den Shelly, dieser arbeite dann diese ab. (Egal ob HA und WLAN später aktiv ist, da ja die "2" Sollwerte im Shelly sind).
[Stromausfall und kein WLAN wurde noch nicht explizit getestet, hatte aber jedoch nie ein Problem damit = ToDo Liste]
Ich kann folgendes Umsetzen (vereinfacht) und es funktioniert auch:
[script][/script]
[script]
[/script]
[script]if (condition1) { [/script]
[script] http://192.168.5.121/rpc/Webhook.Update?id=1&condition="ev.tC < 65" // Ein [/script]
[script] http://192.168.5.121/rpc/Webhook.Update?id=2&condition="ev.tC > 75" // Aus }
else if (condition2) {[/script]
[script][/script]
[script] http://192.168.5.121/rpc/Webhook.Update?id=1&condition="ev.tC < 48" // Ein [/script]
[script] http://192.168.5.121/rpc/Webhook.Update?id=2&condition="ev.tC > 52" // Aus
}else {[/script]
[script][/script]
[script] http://192.168.5.121/rpc/Webhook.Update?id=1&condition="ev.tC < 18" // Ein [/script]
[script] http://192.168.5.121/rpc/Webhook.Update?id=2&condition="ev.tC > 22" // Aus }[/script]
Jedoch gefällt mir die Umsetzung nicht, da ich es als nicht State of the Art(*) empfinde und daher eventuell meine eigene Bibliothek schnitzen werde.
(*) für gleitende Sollwertvorgabe ist eine Stringoperation notwendig. 
Ich hoffe ich konnte dir hiermit "meine" Funktionalitäts-Spezifikation besser erklären.
Grüße aus Österreich
