Parameter Übergabe an Shelly H&T Gen 3

Nachfrage:

Afaik ist ein H&T (ich besitze nur Gen 1 und Gen 2) ausschließlich für Messungen geeignet. Was kann denn ein H&T Gen 3 mit einer "Solltemperatur" anfangen?

Andere Dinge sind Gegenstand der Konfiguration. Hierfür täte ich mit den RPC Methoden "Sys.GetConfig" und "Sys.SetConfig" experimentieren.

'http://<IP Adresse des H&T>/rpc/sys.getconfig' liefert dir alle Konfigurationsparameter. Viele, wenn nicht alle, von diesen lassen sich per "Sys.SetConfig" ändern. Dazu sind Kenntnisse der Syntax, inbesondere der Parameterstruktur erforderlich. Dies ist in der Shelly API Dokumentation relativ gut beschrieben.

In jedem Fall kann es nicht schaden, während solcher Versuche den H&T über USB zu versorgen.

Edit:
Die Web Browser Edge und Firefox stellen die Antworten des Shelly (im JSON Format) übersichtlich dar, vermutlich noch andere Browser, aber nicht alle.

Zitat von steffda

Ich würde den H&T gerne so einrichten, dass er in einer Wachphase die aktuellen Werte, falls sie die ensprechenden Abweichungen haben, an eine anderen Shelly schickt und mit neuen Parametern versorgt wird.

Dazu sind die RPC Methoden geeignet. Diese können bspw. per HTTP oder per MQTT genutzt werden. Deren Syntax ist zwar für alle Shelly Generation 2+ sehr ähnlich, aber nicht für alle Typen genau gleich. Insbesondere, wenn ein Ziel-Shelly Skripte nutzen kann, gibt es sehr anwendungsorientierte URL. Sobald klar ist, welcher Shelly Typ die Messwerte mitgeteilt bekommen soll, könnte ich etwas konkretere Auskunft geben.

Zitat von steffda

Dafür will ich nicht unbedingt am H&T rumorgenln, sondern auf den Shelly Plus 1 gehen, der an der Gastherme hängt und das dort ändern. Beim nächsten Wachzyklus des H&T kriegt der dann diese neuen Werte mitgeteilt.

Genau so kann es gelingen. Dann braucht der Plus 1 die Solltemperatur, die er mit der vom H&T gelieferten vergleicht und auf Grund des Resultats, einer Differenz zwischen Soll- und Ist-Temperatur (vom H&T) die Therme steuert. Wenn du das ohne übergeordnetes System realisieren willst - ohne Cloud am besten sowieso , dann bleibt nur ein Skript auf dem Plus 1. Dabei kann dir geholfen werden. Das Skript kann die Ist-Temperatur vom H&T auf mindestens drei verschiedenen Wegen empfangen.

1. Per MQTT, wozu ein Server, der MQTT Broker, erforderlich ist.
2. Per RPC Methode "Script.Eval" zum Aufruf einer Skript-Funktion mit der Temperatur als Parameter.
3. Per HTTP Endpoint, wobei der H&T einen von dir/uns teilweise festgelegten URL nutzt.

Bei 2. und 3. kommuniziert der H&T unmittelbar mit dem Plus 1 über das WLAN, ohne Zwischenstation. Hierfür ist erforderlich, dass im H&T eine Action (=Webhook) erstellt werden kann, was ich stark vermute, aber aus verschiedenen Gründen derzeit nicht testen kann. Ich kann 3. empfehlen, weil dies am robustesten ist. 2. ist etwas leichter zu implementieren. Da hierfür eh ein Skript erforderlich ist, kann zwar ein gewünschtes MQTT Topic bzw. ein gewünschter URL vereinbart werden, die eigentliche Steuerung bzw., an Hand der Soll-Temperatur, Regelung muss aber eh das Skript übernehmen, wobei eine simple Zweipunktregelung genügen sollte. Dies ist sehr leicht implementierbar.

Zwei Schaltschwellen dTu, dTo mit Hysterese
dT = Temperaturdifferenz Istwert - Sollwert
dT < dTu => einschalten
dt > dTo => ausschalten