Yes, this is equivalent to the AND operations - Boolean algebra. 
ChatGPT don't know anything about Shelly script, but about Shell script. 
Beiträge von eiche
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 sah eben per VPN an einem Shelly Plus 1 nach. Damit kann man die von mir versuchte, bedingte Action nicht bauen.
Bei Weiterverwendung des Tasters und ohne Skript bleibt noch zum verzögerten Ausschalten einen double push oder einen long push zu verwenden. Damit gelingt das Gewünschte jedenfalls.
-
Shelly i4.
Besitzt 4 Eingänge, wovon du auch nur zwei nutzen kannst. Der i4 nutzt per Actions URLs zum ansteuern der beiden Aktor Shelly.
Mit dem von Odysseus erwähnten Shelly Plus 2 PM geht so etwas aber auch.
-
So etwas gelingt selbstverständlich per Skript. Es sollte aber auch einfacher per Actions gelingen. Das Problem ist allerdings die Nutzung eines Tasters statt eines Schalters.
- Du stellt den entsprechenden Eingang auf detached!
- Nun erstellst du zum kennenlernen eine Action, die bei erkennen eines Tasterdrucks (push) den betreffenden Ausgang umschaltet!
URL: 'http://127.0.0.1/rpc/switch.toggle?id=<Id des zu schaltenden Ausgangs, 0 oder 1>' - Nun kannst du versuchen, eine weitere Bedingung einzubauen, was evtl. nicht gelingt. Diese Bedingung muss den derzeitigen Ausgangszustand verarbeiten.
Wenn gegenwärtig ausgeschaltet, dann einschalten.
Andernfalls einschalten mit dem Parameter "toggle_after=30"
Ich empfehle zwar für solches nie die Cloud, aber vermutlich gelänge dies per Szenen, falls es per Actions nicht gelingen sollte.
Am besten ist halt ein Skript.
Der neue URL zum ausschalten wäre so: 'http://127.0.0.1/rpc/switch.set?id=<Ausgangs Id>&on=true&toggle_after=30'
Beachte, dass hiermit zwar eingeschaltet wird, obwohl bereits eingeschaltet ist, aber 30s später ausgeschaltet wird.
Bin gespannt, was hierzu per Action gelingt. Ich kann solches derzeit nicht testen.
Diese Actions gelingen sicher bei der Verwendung eines Schalters statt Taster, weil der Schalter den Ausgangszustand mechanisch speichernd "kennt".
Wenn es nicht gelingen sollte, können wir mal schauen, wie dies ein Skript erledigen kann.
Edit:
Noch eine etwas ungewöhnliche und in der Wirkung vermutlich nicht ganz zufriedenstellende Idee.
Du stellst den Eingang wieder auf Taster (nicht detached) um!
Dann erstellst du eine Action, die beim Ausschalten noch einmal für 30s einschaltet! -
Und was meint die Katze dazu?
-
Ich hatte das. Suche mal unter Bukowski Draht!
Btw, wichtige Dinge sollte man sich immer selbst notieren.
-
Loetauge Bist du davon überzeugt, dass dies jeder hier Anfragende passend verstünde?
-
Meiner Erfahrung nach gelingt es nicht, einen automatisch wegen 'http://...' erzeugten, nicht vom Nutzer angestrebten Link zu deaktivieren. Jedenfalls habe ich solches wiederholt versucht. Ich weiß, dass man einen solchen in einem Code-Abschnitt unterbringen kann. Dies kann aber den fließenden Text ungünstig unterbrechen.
-
-
Kannst du mal genau angeben, wo der entsprechende Passus in der von dir angegebenen Quelle zu finden ist oder diesen hier zitieren.
Ich fand nichts dergleichen, habe auch nach "target temperture" gesucht, ohne Erfolg.
Die Schwelle der Temperaturänderung, ab welcher der H&T seinen neuen Messwert mitteilt, ist keine Zieltemperatur.
Per zweier Actions, auf dem H&T eingetragen, kann dieser aber Aktionen auf einem anderen Shelly per URL auslösen, bspw. ein- oder ausschalten des Ausgangs im empfangenden Shelly. Dazu braucht es tatsächlich kein Skript. Eine geeignete Action zum einschalten des Ausgangs eines Shelly Plus 1 wäre bspw.
http://<IP Zieladresse>/rpc/switch.set?id=0&on=true
Die Bedingung dieser Action wäre die Unterschreitung eines Temperaturwertes. Dazu kannst du auch das aktive Zeitintervall einstellen.
Somit ist es relativ leicht möglich, über einen Tag verteilt, unterschiedliche Temperaturschwellen fest einzustellen, welche solche Actions auslösen. Dieses Einstellen ist etwas aufwändig und nicht wirklich dazu geeignet, mal schnell eine Zieltemperatur zu ändern. Solches gelänge erst mit Hilfe eines Zusatztools, welches auch aus einer Webseite bestehen kann, die geeignet strukturiert ist und die passenden Links mit den URL zum Umkonfigurieren bereit hält. Eine Alternative wäre ein übergeordnetes System, welches solche Umkonfigurierungen bereit stellt. Ich täte dafür ein Node-RED Dashboard oder eine MQTT App einsetzen.
Ich setze nun voraus, dass es keine Zieltemperatur auf dem H&T gibt. Dann gelingt etwas ähnliches nur über zwei Schwelltemperaturen mit Hysterese, deren Unter- bzw. Überschreitungen Actions auslösen. Das wäre eine Nachbildung einer Zieltemperatur für eine Zweipunktregelung.
Der H&T kann aber auch in Actions seine Temperatur-Messwerte per ${ev.tC} übertragen, eingebettet in den URL. Damit kann ein Skript auf dem empfangenden Shelly die Temperaturregelung übernehmen, weil es die Messwerte vom H&T empfängt. Dies gelingt ohne übergeordnetes System. Die Änderung der gewünschten Zieltemperatur ist dann dem Skript mitzuteilen. Dies gelingt auf unterschiedlichen Wegen, abhängig von deiner smart home Umgebung. Notfalls kann dazu das KVS genutzt werden, wo solche Daten per Web UI des regelnden Shelly eingetragen werden können. Auch können relativ viele Schedule Jobs auf dem regelnden Shelly dafür genutzt werden, solche Zieltemperaturen in Zeitintervallen dem Skript mitzuteilen, auch Wochentags abhängig und mehr.
Du erkennst hoffentlich, dass die Shelly sehr unterschiedliche Möglichkeiten bieten, die vielleicht nicht leicht zu erfassen, aber je nach smart home Umgebung sehr flexibel nutzbar sind.
Sobald ich deine genaue smart home Umgebung kenne, kann ich dir ggf. auf diese Umgebung zugeschnittene Empfehlungen geben. Entscheidend ist weniger die Regelung selbst, diese ist per Skript möglich, sondern die einfache Handhabung von Zieltemperaturänderungen. Dies gelänge bspw. per MQTT und einer App relativ leicht. Ich nutze dafür die Android App MQTT Dash sehr gerne, die aber nicht auf iOS verfügbar ist. Da ich kein iPhone nutze, kenne ich keine dafür geeignete App. Die Alternative wäre bspw. ein vom Skript bereitgestellte interaktive, per Browser nutzbare Webseite, über welche die Zieltemperatur und ggf. anderes ad hoc auf dem regelnden Shelly einstellbar wäre. Dies zu programmieren erfordert aber einigen Aufwand. Ich habe etwas ähnliches für eine Heizkreisregelung per Shelly Plus 1 mit Plus AddOn erstellt. Dies ist aber noch nicht komfortabel genug. ostfriese erstellt etwas ähnliches für ein Forumsmitglied. Wenn ich dazu den Link finde, reiche ich ihn nach. Bestechend daran ist, dass dies alles ohne zusätzliche Ausstattung ginge, nur WLAN ist erforderlich.
Aufgrund des Sleep-Mode könnte es auch sein, dass der Shelly H&T sich während einer Wachphase die Paramter selber aktiv holen muß
Ich wüsste nicht, wie der H&T dies bewerkstelligen könnte, da auf diesem kein Skript nutzbar ist.
-
Ich habe echt NULL-Ahnung wie es funktionieren soll, den 2PM ohne die "Shelly Smart Control"-App (Version 3.71.36) einzurichten
Zuerst verbindest du dein Handhabungsgerät (Notebook, Tablet, Smartphone) mit dem Access Point des Shelly.
Dann ganz schlicht per Web Browser und http://192.168.33.1'.
Nach der Einbindung in dein LAN geht es am besten weiter per Browser mit http://<IP Adresse des Shelly im WLAN>.
Ist das nirgendwo auf dem Beipackzettel notiert?
Edit: Dieses bevormundende automatische Einstellen als Link ist grässlich. Sorry, ich konnte den ersten URL nicht "delinken".
-
Wählt man Rm mit 10kΩ, so kann Vref als Spannung genutzt werden.
Auch wenn ein 10kΩ Widerstand ein "Klacks" ist, vielleicht ginge sogar der DMS an Vref + interner Widerstand.
Per Skript geht dann so gut wie alles.
-
Hast du mal daran gedacht, den Scanner "Script.Eval" Methoden nutzen zu lassen? Damit ließen sich statt verschiedener Events auszulösen verschiedene Skript-Funktionen aufrufen.
Damit täte ein anderer Shelly sofort Parameter verarbeiten, ohne das KVS abzufragen. Das KVS liegt im nichtflüchtigen Speicher, der weniger Schreibzugriffe aushält als ein flüchtiger Speicher (RAM), Ob das bedeutungsvoll ist, hängt von der Anwendung ab. Per "Script.Eval" wäre die Reaktionszeit kürzer.
-
Sorry, there was a mistake in my variant 2 above which now I have corrected.
Unfortunately I don't have any Shelly Pro 3, but Shelly pro 2 and of corse Shelly Plus 1 ... So I can't test such a script. But it will works.
My first variant above just shows the principle.
But the incoming event has an input state which is a boolean value (true or false). Therefore my variant 2 works if you store the state of input:0 to variable in1, of input:1 to variable in2, of input:2 to variable in3.
Ok, I understood, you need a complete script. Maybe I'll program a little script for you today or tomorrow ...
-
-
kann man einen Unterputz Buschjäger Taster mit 240V (Phase und Null) ohne einen Draht zur Lampe bzw zum Relais in der Unterverteilung als Aktor 1 mittels Shelly 1 nutzen und via Szene den Aktor 2 zum schalten der Lampe konfigurieren
- Die naheliegendste Lösung ist als Shelly am Taster einen ohne Relais zu nehmen, da dieser ja nichts schalten kann, wegen fehlender Leitung zur Lampe. Dann ist das aber kein Aktor sondern ein (intelligenter) Sensor.
- Oder du kannst, vielleicht in einer Abzweigdose oder einer Leerdose daneben, einen Shelly mit Relais als Aktor zwischen Taster und Lampe so platzieren, dass die Leitung vom Taster zum Eingang des Shelly führt und dessen Ausgang zur Lampe.
Zu 1.
Dazu ist ein Shelly i4 prädestiniert, allerdings bei nur einem Taster auch etwas überdimensioniert mit seinen 4 Eingängen. Jedenfalls muss dann der Sensor Shelly an den Aktor eine Nachricht senden, wenn der Anwender auf den Taster drückt, was sehr leicht per Action möglich ist, wie kingof7eleven bereits mitteilte. Der Sensor kann auch long push oder double push unterschiedlichen Actions zuordnen. Szenen sind wegen Cloud Abhängigkeit nicht empfehlenswert. Ein i4 ist dann besonders interessant, wenn dieser mit 4fach Tastern betrieben wird. Dann kannst du jedem Taster eine andere Funktion zuordnen, bspw. andere Verbraucher schalten oder Rollladen hoch- runterfahren. Diese Konstellation mit zwei oder mehr Shelly braucht aber ein funktionierendes WLAN, was bei 2. nicht erforderlich ist.Insbesondere zum dimmen wären mindestens zwei Taster zielführend, einer für heller, der andere für dunkler - vielleicht ein dritter zum ein-/ausschalten, was aber bspw. auch per long push auf einen von zwei oder beiden Tastern gelänge. Prinzipiell gelingt so etwas auch mit einem einzigen Taster, wenn alle Nutzer bereit sind, sich an push, long push und double push zu gewöhnen.
-
Das belastet nicht (!) deinen potentialfreien Schaltkontakt, weil damit nicht die Ladungspumpe angetrieben wird sondern nur ein Relais im 1 PM betätigt wird.
Stimmt so nicht ganz.
Über die Stromstärke (nicht Stromhöhe
) eines Shelly Plus 1PM Eingangs weiß bspw. thgoebel sehr genau bescheid. Dieser über den Eingang fließende Strom ist aber relativ schwach und wenn potentialfrei geschaltet wird, sollte das keine Rolle spielen. Somit ist der erste Teil weitgehend ok.Der zweite Teil ist aber falsch. Der Strom eines Shelly Eingangs treibt kein Ausgangsrelais an. Das Relais wird von einem Ausgang des Mikrocontrollers, ggf. über einen externen Schalttransistor betrieben.
In jedem Fall ist zu erwarten, dass die ausschließliche Verwendung eines Shelly Plus 1 keinerlei Probleme darstellt. Ein RC Snubber ist aber evtl. empfehlenswert. Dieser kann an den geschalteten Verbraucher oder zwischen die Ausgangsklemmen des Shelly geschaltet werden und dämpft Störimpulse durch Ausschalten von induktiven Verbrauchern.
-
Bevor die "Richtigen" sich mitteilen, schon mal eine Vorab-Information von mir.
Es handelt sich offensichtlich um einen Dehnungsmessstreifen, was ein resistiver Sensor ist. Die weiteren Beschaltungserfordernisse hängen von dessen Wert und Empfindlichkeit ab.
Du kannst dazu erst einmal den Widerstandswert ohne und mit anwendungsnaher Verformung messen. Dann lässt sich zumindest abschätzen, ob er ohne oder mit zusätzlichen Bauteilen wie Widerstande und Verstärker an einem AddOn nutzbar ist - vermutlich nur mit Verstärker ...
Zusätzlich ist es nützlich zu erfahren, welches AddOn du nutzen willst, ein AddOn der ersten Generation oder ein Plus AddOn (zweite Gen.).
-
This may be implemented by an event handler in a script at device y. This handler receives any change of an input, store the status (off vs. on) in a variable and checks the three values like this:
if(in1===off && in2===off && in3===off) Shelly.call("HTTP.Get", {url:"http://<IP address of device x>/rpc/Switch.Set?id=0&on=false"});
respectively
if(!in1 && !in2 && !in3) Shellly.call("HTTP.Get", {url:"http://<IP address of device x>/rpc/Switch.Set?id=0&on=false"});
In the second variant the values of in1, in2, in3 must be of type boolean. -
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.
- Per MQTT, wozu ein Server, der MQTT Broker, erforderlich ist.
- Per RPC Methode "Script.Eval" zum Aufruf einer Skript-Funktion mit der Temperatur als Parameter.
- 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
