Beiträge von bp4willi

HKaufmann schau mal die Einstellungen bei dem WappenIcon unter dem Weltkugel Icon.

Da sind die Schutz Einstellungen

Aber auf den App Screen kann man den virtuellen Button anzeigen lassen. Ohne Abo aber nur einen virtuellen Button.

horkatz der Fabian I will über die App das Tor aktivieren,
und das kann man über einen virtuellen Button im Shelly realisieren.
Die Aktion mit dem Longpush für den virtuellen Button
muß allerdings, wie ich sehe, auf der Weboberfläche des Shelly lokal eingerichtet werden.
Nur auf der Weboberfläche hat man für Aktionen den virtuellen Button als input zur Auswahl.
Typische Shelly Inkonsistenz.
Dann sollte es wie oben stehend funktionieren.

PS. das verhindert aber nicht, dass das Shelly Relais in der App über das Shelly-Relais-Button symbol direkt aktiviert wird. Da gibt es keine Verhinderung für. Man kann lediglich alle Button Symbole in der Ansicht ausblenden.

du kannst dir eine virtuelle Komponente "button" (+virtuelle Gruppe) auf deinem Shelly definieren.

Dann auf dem Shelly eine Aktion definieren, die bei Button long-push das hier ausführt:
Longpress Action:
http://localhost/relay/0?turn=on&timer=1

könnte gehen.

Sollte ggf auch per lokaler Aktion gehen, wenn man die Und Verknüpfung durch 2 Aktionen quasi hintereinander realisiert. Wobei die erste Aktion die zweite Aktion per Webhooks aktiv/inaktiv schaltet.

lynx071980 welchen Einfluss auf die Verbrauchersteuerung hat der Parameter Energiesparen denn??

Im Shelly selbst wird durch setzen des Parameters ja kaum Energie eingespart. Unklar, was da alles passiert....

Und beim Shelly WLAN als AP natürlich auf dem Smartphone die Warnmeldung, dass dieses WLAN keine Internetverbindung hat, als ok quittieren.

(Sonst wechselt ggf. das Handy gleich wieder zu einem anderen WLAN mit Internet)

Hi,

ich habe in einem Shelly 1 Mini Gen3 einen virtuellen Schalter (boolean) eingerichtet,
mit dem ich auf dem Shelly Relais nacheinander 2 verschiedene Aktionen ausführen will.

Eine beim Einschalten des virtuellen Schalters; eine beim Ausschalten des virtuellen Schalters.

Beide Vorgänge sollen automatisch mit einen Zeitversatz nacheinander ablaufen; durch einen einzigen Start Trigger angestoßen.

Damit der Trigger den virtuellen Schalter einschaltet, und der virtuelle Schalter sich automatisch nach Zeit x wieder abschaltet, hatte ich mir diesen Hook überlegt:

http://127.0.0.1/rpc/Boolean.Set?id=200&value=true&timer=10

Einschalten funktioniert. Nur das Timer gesteuerte abschalten nicht. Was mach ich falsch? Wie geht es besser?

PS. weil die Aktionen diverse WebHooks mit SetConfig Kommando enthalten (auto_on/auto_off), geht das wohl nicht per Szene. (oder?)

Suche nach boolean + timer hat mir keine Hilfe ausgespuckt.
Danke für tipps.

thgoebel Da fehlt mir noch etwas die Weisheit über die Möglichkeiten.

Was ich bisher geschafft habe:

• Ich habe einen virtuellen Schalter (boolean) am Shelly1 eingerichtet (id=200)
• Ein trigger startet die Aktion zum Blinken mit den hooks:
  http://127.0.0.1/rpc/switch.set…uto_off%22:true}
  http://127.0.0.1/rpc/switch.set?id=0&on=true
  und nachstehender Hook sollte eigentlich den virtuellen Schalter setzen, inklusive timer. Tut es so aber nicht:
  http://127.0.0.1/rpc/Boolean.Set?id=200&value=true&timer=10
  der virtuelle Schalter wird eingeschaltet, aber nicht automatisch aus.
• schalte ich den virtuellen Schalter manuell aus, so habe ich das Ausschalten (das ja durch den Timer automatisch erfolgen soll) mit einer anderen Aktion verknüpft, die dann das Blinken wieder abstellt:
  http://127.0.0.1/rpc/switch.set…to_off%22:false}
  http://127.0.0.1/rpc/switch.Set?id=0&on=false
• manuell den virtuellen Schalter ausschalten, setzt das Blinken erfolgreich zurück.

Nur das Kommando um den virtuellen Schalter mit einem Timer zu setzen, das funktioniert nicht.
Was mache ich falsch ?
http://127.0.0.1/rpc/Boolean.Set?id=200&value=true&timer=10

Wenn es doch nur per lokaler Aktion geht, gibts da auch einen Weg, wie der Shelly 1 mini Gen3 das "Blinken" automatisch nach X Sekunden abschaltet, ohne dass ein separater "off" Trigger erforderlich ist ?
Vielleicht über einen parallel gestarteten Timer auf einem virtuellen Schalter im Shelly 1, der nach Ablauf der Zeit, die "off" Aktion triggert ?

thgoebel aha, sehr interessant. Lösung per lokaler Aktion.

Gibt es da auch eine Lösung per Szene? Oder dass man solche lokalen webhooks aus einer Szene heraus aktiviert?

Hi,

bei der Lektüre eines Threads zum "Bukowski-Draht" ist mir durch diesen Beitrag von thgoebel aufgefallen:

Ist es korrektes Verständnis, dass bei dauerhaft 230V an Klemme SW der Shelly 1(PM), z.B. davorliegender Schalter/Taster permanent "ein",

dass durch die beiden Dioden und den 47kOhm Widerstand im Eingangskreis zum Anschluß SW, im Shelly permanent eine Verlustleistung (Wärme) von

230V/2 (Halbwelle) ^2 / 47kOhm = 0,28 W anfallen ??

D.h. es wäre ggf ratsam, die Eingangslogik zu invertieren, und der Schalter auch dauerhaft "aus" einzusetzen, um Strom zu sparen. Richtig ?

Hi,

Habe schon rausgefunden, dass man bei gleichzeitiger Aktivierung von Auto-on und Auto-Off Timer den 1 Mini /die angeschaltet Last blinken lassen kann.

Nur leider lässt sich das zwar durch einschalten des Shelly aktivieren, aber nicht mehr deaktivieren.

Wie könnte ich ein 1 Mini Gen3 für eine Zeit X blinken lassen, und anschließend ist er aus?

Oder..

Wie könnte ich ein 1 Mini Gen3 für eine Zeit X blinken lassen, und anschließend bleibt er an?

(Die Suchfunktion hat mich leider nicht weiter gebracht, weil da in der Regel die Rede ist von Shelly Bulb oder Shelly RGB Dimmer.)

Danke.

Hi, ich wärme das hier nochmal auf und beziehe meine Fragen auf Shelly Gen3 Geräte und den Shelly GW.

Afaik müssen der Blu Gateway und Shelly Gen3 die als Bluetooth GW funktionieren sollen, in der App in den Netzwerkeinstellungen "Bluetooth" und "Bluetooth-Gateway" aktiviert haben.

Aber wann muß zusätzlich "RPC" in den Bluetooth settings aktiviert sein?

Meines Wissens, werden die RPC genutzt, um auf den empfangenden Geräten Aktionen auszuführen.
Aber eigentlich sollen die Shelly Geräte und der BluGW doch garkeine RPC calls über Bluetooth selbst ausführen, sondern nur per Gatewayfunktion ins WLAN weiterleiten. Also braucht Bluetooth RPC auf den Shelly und GW garnicht aktiv zu sein?

Wenn ich es richtig verstanden habe, wäre eine aktive Bluetooth RPC funktion (ohne Verschlüsselung) eine Sicherheitslücke, und sollte, wenn nicht benötigt, abgeschaltet sein.

Was kann eine zweckdienliche Anwendung einer aktivierten Bluetooth RPC Einstellung sein? Z.B. direkte Steuerung von Shelly Gen3 durch BluMotion ganz ohne WLAN ?

Zitat von bp4willi

) werde ein Ticket bei Shelly eröffnen für eine Korrektur, die als Funktion das implementier, was der Beschreibungstext des Parameters aussagt.

Ticket für die Korrektur der Funktion ist erstellt.

165149

Du wolltest die Pumpe ab 9.00 laufen lassen. Die Aktion läuft aber frühestens ab 12, gemäß deiner Einstellung.

Die Aktion würde getriggert, wannimmer weniger als 500W Gesamtleistung verbraucht werden. (Übergang von >500W auf <500W)

Willst du die Pumpe erst bei PV Einspeisung laufen lassen, müsstest du -500W schreiben.

Leider funktionieren Aktionen aus irgendeinem Grund nicht trennscharf. Ich habe beobachtet, dass die Schwellwerte erst signifikant übertreten werden müssen, und für eine gewisse Zeit, bevor final der Hook/Aktion getriggert wird

Aber es geht.

tvbshelly

Ich hatte bei Shelly ein Ticket dazu aufgemacht. Dabei hat sich herausgestellt, dass die Shelly Entwickler eine andere Auffassung der Bedeutung des Parameters haben.

Obwohl es in der Parameterbeschreibung heißt:
"Alle Ereignisse, die den Hook während dieses Intervalls auslösen, werden ignoriert."

Ist die Funktionalität für diesen Parameter "Mindestintervall" bei Shelly anders implementiert. Dort wird es so aufgefaßt:
"nur der erste folgende Hook, wird im Intervall unterdrückt. Jeder weitere folgende Hook wird auch innerhalb des Intervalls, sofort ausgeführt"

Wenn also vielmals in einem 240s Intervall die Bedingung in Watt für den Hook gegeben ist, wird zwar immer der zweite Hook nach einer Ausführung eines Hooks im Intervall unterdrückt, aber nachfolgend Hooks werden wieder ausgeführt. Also quasi jeder zweite Hook.

Eine ziemlich unnütze Implementationsweise. Und mindestens der Beschreibungstext der Bedingung ist falsch formuliert.

Ich habe

a) Shelly um eine korrektur des Beschreibungstextes gebeten, damit der Parameter nicht mehr mißverstanden werden kann.

b) werde ein Ticket bei Shelly eröffnen für eine Korrektur, die als Funktion das implementier, was der Beschreibungstext des Parameters aussagt. Nämlich, dass mit dem ersten Hook ein Timer gestartet werden soll, und während dieser Timer läuft, wird keinesfalls irgend ein folgender Hook aktiviert. Sondern erst nach Ablauf des Mindestintervalls.
Das wäre dann korrekt und nützlich.

Nimm doch einfach eine Gesamtwirkleistung x Watt als ersten Teil der Bedingung und dann setzte "Wiederhilen,wenn" auf 240sec. Wobei x Watt knapp über deinem aktuellen Energieverbrauch liegen sollte = Bedingung nicht erfüllt.

Dann schalte einige Lampen ein, dass der Verbrauch über die Schwelle kommt. Die Aktion sollte ausgelöst werden.

Dann die Lampe/Verbraucher wieder abschalten, um unter die Schwelle zu kommen. (Aktion wird zurückgenommen?)

Dann binnen 240sec wieder die Lampe/Verbraucher einschalten. Jetzt sollte die Aktion eigentlich nicht mehr ausgelöst werden.

Wird sie bei mir aber trotzdem.

Wo liegt mein Fehler?

tvbshelly oh, geht dass bei dir im Shelly auch nicht. Hmm

apreick das stimmt wohl. Der Themenstarter hatte aber nichts von historischen Daten geschrieben. War also nur von aktuellen Daten ausgegangen. Passt.