Beiträge von Priamos
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.	
- 
					
- 
					
- 
					Das Blinken sollte nach Ablauf der von dir parametrierten Zeit von Auto_off beginnen. 
 Durch Anpassen von defaultFlashCounter kann man die Anzahl der Blink-Perioden ändern.
 defaultFlashTime bestimmt die Puls-Dauer beim Blinken, die Pause ist fest auf 1 Sekunden festgelegt.let CONFIG = { defaultFlashCounter : 3, defaultFlashTime : 5, Gruß Johann 
- 
					Hallo Lötauge, shelly 1pm hatte ich noch nicht getestet mit dem Script, sondern nur den shelly 1p. 
 Mit 1.0.2.0 wird auch shelly 1pm unterstützt.Gruß Johann 
- 
					Hallo Lötauge, 
 a.) hast du das korrigierte Script V 1.0.1.0 verwendet ?
 b.) ich habe das Script für Shelly 1 Plus freigegeben (siehe Header vomScript)Dieser Log-Eintrag zeigt mir, dass es kein Shelly 1 Plus sein kann, richtig ? {"ts":1656269094.200000,"apower":2,"event":"power_update","id":0,"component":"switch:0"} 20:44:54.213 
 Genau dieser Event scheint falsch ausgewertet zu werden, da er die Variable switchState auf undefined setzt.
 Grüße Johann
- 
					
- 
					Treppenlichtschalter deaktivieren sich nach einer eingestellten Zeitdauer. (Leuchtphase) Es kann passieren, dass man hierbei im Dunkeln auf der Treppe steht. Hilfreich wäre es, wenn der Automat durch Blinken des Lichtes deutlich macht, dass in Kürze das Licht ausgeht. (Blinkphase) Dann hätte man noch die Möglichkeit innerhalb der verbleibenden Zeit, den nächsten Taster zu erreichen und könnte so den Treppenlichtschalter erneut aktivieren. Genaus das versucht das vorliegende Skript. Es erweitert die Auto_OFF Funktion von Shelly. Bedingungen: Relay-Type : Momentary oder Detached Timer.Auto_OFF : enabled Timer.Auto_off_delay >3 Sekunden Wird der Taster während der Leuchtphase betätigt, wird das Licht ausgeschaltet. Wird der Taster während der Blinkphase betätigt, führt dies zum Retriggern von Auto_OFF. Vielleicht ist das Skript auch für Andere hilfreich. Aktuelle Version : 1.0.2.1 : 
 Freigabe für folgende Hardware : Shelly 1P, Shelly 1PMBug-Fix: Preconditions without brackets Bug-Fix: event detection of state Bug-Fix: Anpassung wie im Post #15 mit FW1.7.0 (Mod: Loetauge) Feature : possible values for Relay-Type: Momentary or Detached Grüße Johann 
- 
					Wie vermutet. Schön das es jetzt funktioniert! Da hatte wohl vorher ein Plus2 die selbe IP. Die IP .32 war immer frei, das habe ich mit einem Ping geprüft. 
 Das Löschen des Browser-Caches war die Lösung, warum auch immer.Johann 
- 
					Wenn Shelly die IP-Adresse 192.168.178.32 erhält, unabhängig davon ob per DHCP oder statisch Einstellung , tritt das beschriebene Problem auf. Meine Vermutung, daß die statisch Einstellung die Ursache für das Fehlerverhalten sein könnten, bestätigt sich somit nicht. Letztendlich nach vielen Versuchen war die Lösung, den Cache meines Firefox-Browsers komplett zu löschen. Besten Dank Allen für die Unterstützung Johann 
- 
					Sorry Stefan , hab ich vergessen. Sollte das aktuellste Image sein. Firmware version: 0.10.2 Firmware build ID: 20220531-140150/0.10.2-g8a2ef01 Habe gerade noch Folgendes festgestellt: Das passiert auch ohne statische IP-Adresse im Shelly . Wenn ich meinem Router sage, er soll für den Shelly die 192.168.178.32 fest zuordnen, zeigt sich dasselbe Fehlerbild. Die 192.168.178.32 war als statische IP-Adresse für den Shelly geplant. Gruß Johann 
- 
					Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. Sobald eine statische IP-Adresse verwendet wird, verschwinden die meisten Menu-Buttons. Z.B. ist der Button für Scripting nicht mehr verfügbar. Dies scheint ein Bug zu sein oder täusche ich mich ? Johann 
- 
					Deinen Vorschlag hatte ich zuerst versucht. Allerdings erfolglos.Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen. Die Triggerzeit lässt sich im WEB_UI verfolgen und wird mit deiner Methode nicht zurückgesetzt. 
- 
					Mein Plan war einen zentralen Ablüfter über verschiedene Trigger für eine festgelegt Zeit T zu aktivieren: - Trigger via Bewegungsmelder
- Trigger via 1-n Taster
 Wenn während der aktiven Phase (Ablüfter EIN) ein Trigger erneut auftritt, sollte die Zeitdauer für das Einschalten retriggert, also auf T zurückgesetzt und damit die Gesamt-Einschaltdauer verlängert werden. Mit dem Timer "Auto ON" gelingt dies nicht, da dieser vom Zustand des Relais getriggert wird und nicht vom Switch/Eingang. Folgender Ansatz brachte die Lösung: (Einschalt T=60 Sekunden) - Button-Mode : Detachted
- Button switched ON url : http://localhost/relay/0?turn=on&timer=60
- Button switched OFF url: http://localhost/relay/0?turn=on&timer=60
 In der WEB-API Beschreibung steht hierzu: "Since v1.7.0 Shelly devices support "local" action URLs." Damit kann Shelly über die Actions sich selbst adressieren. Wenn man hier die absolute IP-Adresse vewendet (z.b. 192.168.178.26) funkioniert der beschriebene Mechanismus nicht mehr. Die Verwendung von "localhost" ist also zwingend geboten. 
