Ich erledige solche Anliegen per Skript, weil
- ich das kann,
- ein Skript viel mehr kann als alles andere,
- ein Skript ausbaufähig ist,
- damit ein Shelly autark arbeiten kann, was die höchstmögliche Ausfallsicherheit bietet.
VPN/Proxy erkannt
Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.
Ich erledige solche Anliegen per Skript, weil
Das Teil weis selber, dass es nur ein Relais schalten kann, das muss man ihm nicht noch mitteilen.
Doch, dass muss man, weil die Kommunikationsschnittstelle der ersten Generation das so vorgibt. Ich empfehle trotzdem den RPC URL ab zweiter Generation.
Sorry apreick, diese beiden URL sind nicht das Gleiche, sie wirken nur gleich, solange die Rückwärtskompatibilität erhalten bleibt. Ich empfinde die alte Variante nicht als einfacher, weil die neue API erheblich mehr Kommunikationskanäle zulässt als die Firmware zur Generation 1. Dies will ich nur mal ergänzend deiner "einfacher" Aussage gegenüberstellen.
Wie ich bereits per PN antwortete, ja, du kannst einen Sensor einbinden. Aber ...
Also sozusagen wenn der Eingang am Shelly auf 1 ist wäre
Ein digitaler Temperatursensor sendet kein binäres Signal (0 vs. 1), sondern die gemessene Temperatur als digital dargestellten Wert, also nicht als analoge Spannung sondern als Zahlenwert.
und wenn dann keine Ahnung die Temperatur im Puffer 60 Grad erreicht hat soll der Ausgang für 10min geschaltet werden
Wenn eine Tempertut von bspw. 60°C unterschritten, dann Durchmischung ein. Dann aber auch besser konsequent bei Überschreitung einer bestimmten höheren Temperatur wieder aus.
Diese Temperaturschwellen sollten am besten nicht statisch sein. Besser wären zwei Sensoren in deutlich unterschiedlichen angebracht. Die Differenz beider gemessenen Temperaturen sei dann ausschlaggebend für das Einschalten.
Edit:
Ach so, du meintest den Schalter am üblichen Shelly Eingang. Ja klar, das ginge selbstverständlich. Aber Actions können bisher keine logischen Verknüpfungen. Dazu braucht man dann Szenen (leider Cloud), ein übergeordnetes System oder am besten ein Skript, weil dies am verlässlichsten ist.
Ist irgendwo MQTT im Spiel?
Irgendwie ist das nicht mehr mein Shelly Forum...
sagte der Routinier und verschwand in seiner Höhle.
Dein Ärger ist verständlich bei deinen negativen Erfahrungen. Aber deine Vorschlaghammerkritik ist es nicht.
Gründe:
Wenn ich auch nicht viele Smart Home Produkte anderer Hersteller kenne, so bin ich davon überzeugt, dass ein System, welches so offen ist wie das Shelly System, nicht leicht zu finden sein dürfte, wenn überhaupt.
Habe ich noch einen Grund vergessen?
Dabei möchte ich die Schalter durch Kontrollschalter ersetzen
Vorsicht bei Schaltern mit Kontrolllämpchen! Wenn du die Kontrolllämpchen mit den Ausgängen der Shelly schalten lassen kannst, gelingt das ohne weiteres, nicht aber, wenn die Lämpchen von den Schaltern geschaltet werden, die ja an den Shelly Eingängen liegen. Dann wirst du zusätzlich den hier sog. "Bukowski-Draht" basteln müssen.
Btw, diese Lösung von Schaltern/Tastern an Eingängen der schaltenden Shelly ist am ausfallsichersten, weil deren Funktion auch ohne WLAN sichergestellt ist.
Ein Shelly i4 zusammen mit 4 Tastern in einer Leerdose lässt erheblich mehr Möglichkeiten zu, ist aber WLAN abhängig.
Übrigens, auch mit USB-Versorgung geht der H&T in den Sleepmodus.
Aus genau diesem Grund verwende ich meine H&T nicht zur Regelung. Eine solche Implementation wäre mir zu träge. Mit einer trägen Fußbodenheizung reicht so etwas vermutlich völlig aus.
Ich habe übrigens eine autarke Heizkreisregelung per Shelly Skript zusammengestellt, die bestens und ausfallsicher arbeitet, incl. Zeitplänen. Bei Letzterem gefällt mir meine Weboberfläche noch nicht, was ich irgendwann einmal bei Bedarf angehen will. Das Skript ist herunterladbar und müsste bei Einsatz für deinen Zweck angepasst werden, weil die gemessenen Temperaturwerte von einem anderen Gerät (H&T) kommen.
Jo, das sollte so gelingen. Damit hast du zwei Temperaturschwellen genutzt, eine Solltemperatur liegt nicht vor, man kann sie sich aber bei ca. 19.75C vorstellen.
Auf diese Weise auf eine andere "Solltemperatur" zu wechseln, macht selbstverständlich kein Anwender, weil das zu aufwändig und insbesondere fehlerträchtig wäre.
Solange genau diese beiden Temperaturschwellen genutzt werden sollen, ist es aber praktikabel.
Nein, kenne auch keinen Roman B.
Merkwürdig. Roman B. hat diesen Thread erstellt, ich reagierte auf ihn und du antwortetest auf meine Reaktion statt seiner. Und dein Widerspruch war nicht zielführend, da du keine Alternative anbotest.
Hm, deiner ist weiß, weiß nicht warum. Meiner ist grün, obwohl ich das auch nicht weiß.
Ich meine den Balken links des Avatars ...
So mache ich das meistens, hätte nun diese Antwort aber nicht zu geben gewusst.
Du kannst auch mit Pausenzeit beginnen. Dazu brauchst du nur die beiden Actionpaare zu vertauschen.
Oder die Bedingen vertauschen, aber nicht beides.
Perhaps a little bit simpler without the call of three Shelly.getComponentStatus() at the status handler.
Your code above is completely fine. This is just an alternative.
// An array that stores all input states.
let input = [false, false, false];
Shelly.addStatusHandler(function(e) {
// Only handle input from switch state changes
if (e.name === 'input') {
input[e.id] = e.info.state;
console.log('event -> ', JSON.stringify(e));
let output_state = input[0] && input[1] && input[2];
Shelly.call("Switch.set", {id: 1, on: output_state});
}
});
// Get status of all inputs at script start.
for(let i=0; i<3; ++i) input[i] = Shelly.getComponentStatus('input:' + i, i);
Yes, that is it!
The crying emoticons are the AND operators.
You can write & & with a space between them, but not in the script.
Kann auch sein, dass ich das missverstanden habe.
Das wird wohl der Fall sein. Die "thresholds" sollten vermutlich im Singular zu verstehen sein. Aber vielleicht hat der H&T Gen. 3 zwei Schwellen, eine nach oben und eine nach unten. Dies ändert jedoch nichts am Prinzip. Soll heißen, ich bin davon überzeugt, dass er keine Zieltemperatur verarbeiten kann.
Meine Umgebung ist derzeit einfach ein H&T und ein Shelly Plus 1 mit Addon.
Dann ist ein Skript zielführend. Ab nächster Woche habe ich zumindest die Möglichkeit, solches genauer zu untersuchen, ein Skript zu erstellen und zu testen. Wann ich dafür die Muße finde, bleibt aber noch offen. Du darfst aber davon überzeugt sein, dass dein Gewünschtes gelingen kann.
So läuft soweit mal aber nur ohne Hacken beim Timer
???
Wenn es beim Timer läuft, ohne zu haken, ist es doch so, wie du es haben willst.