Beiträge von Seven of Nine

Zitat von Schubbie

Die Putzausgleichsringe sind ja aber teurer als so eine Dose

ja, aber dafür kannst du die Shellys anschließend einfach in die Dose reinwerfen und für den perfekten WLAN-Emfpang sogar noch ausrichten

Die hier (hab ich schon häufiger verbaut) sind 68mm tief und wenn man sie tief genug reinsetzt, dann kann oben sogar noch ein Putzausgleichring drauf.. da gewinnt man noch mal > 20mm

https://www.hornbach.de/shop/Kaiser-Sc…75/artikel.html

ich hab ihn grad einfach mal geupdatet.. es ist auf jeden Fall sauber durchgelaufen.. er ist wieder online und lässt sich auch schalten..

ich meine mit Firmware 1.8 ist die auf 256 Zeichen erweitert worden.

kannst du den DW2 mal aufwecken, dann über die Weboberfläche die Action URL eintragen..

ich könnte mir vorstellen, dass es ein Bug in der APP ist..

kann es sein, dass das Modul, welches die HM-IP-Signale in Web-Requests umwandelt(CUXd oder wie das heisst) träge reagiert? wie schnell reagieren die Shellys denn, wenn das über Browser oder via cURL aus der Kommandozeile abgeschickt wird?

Wenn ich mich recht erinnere, dann hast du ja einen Pi mit ioBroker.. da könntest du aus der Kommandozeile (Bash) mal einen curl http://ip/relay/0?turn=toggle abschicken..

Eventuell ist auf dem CCU3 ja auch eine Shell installiert und cURL oder wget verfügbar?

"Add input state identifier to the power button" prüft, ob an SW Spannung anliegt oder nicht.. das ist bei einem Taster aber nur ganz kurz der Fall, daher wird da auch nichts angezeigt..

Zitat von Joe64

Alle Zustandsänderungen. egal ob beim Schalter 1 oder 2 ändert auch den Zustand vom Ausgang. Oder?

ja, wenn man die beiden Schalter entsprechend einstellt (Edge), dann können beide das Relais schalten...

hat der ioBroker eine HTTP-REST-API? dann könntest du den LongPush über eine Action (im Shelly) realisieren..

Oder hab ich das eventuell falsch verstanden, bin mir nämlich grad nicht sicher, was genau du mit LongPushToggle meinst.. LongPush ist ja erstmal nur ein Input-Event im Shelly, welches auslöst sobald der Taster länger als x ms gedrückt wurde..

PS: ioBroker mit MQTT oder CoAp&HTTP?

Das geht leider nicht direkt vom Shelly..

der shelly sendet HTTP-Get requests.. die HuE-Bridge möchte die Daten aber PUT-Request..
Mögliche Lösung wäre ein Computer, der das übersetzt.. z.B. ein Raspberry Pi mit einer Heimautomatiserungs-Software ..

mhh, dann wird das irgendetwas in deinem WLAN sein, bei meinem Test hat er quasi unmittelbar nach dem akkustischen Alarm gesendet. Was ich vermute: die Actions haben im Gegensatz zur Cloud-Verbindung ein Timetout (ich glaub es waren 5 Sekunden)..

Dein Flood wird möglicherweise länger brauchen um aus dem Deepsleep mit dem WLAN zu verbinden und daher läuft die Action ins Leere..

Das wird aber im Gerät geloggt, bin nur nicht sicher ob auch im Flood..

Wecke den ShellyFlood nochmal auf und ruf anschließend die Status-Seite auf http://ip-vom-Shelly/status

Da gibt es irgendwo den Punkt action_stats, wenn da bei skipped eine Zahl > 0 steht, dann wurde die Action wegen Timeout verworfen..

Was hast du denn für WLAN-Technik zuhause? Router, AccessPoint etc..

Deine Action-URL zeigt in das Synology? dann liegt es zu 100% daran..

das Problem ist das Bridge-Netzwerk des Containers.. du kannst den Container auch per macvlan laufen lassen.

Traust dir zu, auf der Synology in der Shell was zu machen?

Zitat von hardl

Die Meldung kommt im Terminal, beim Absenden des o.a. Befehls.

Aktuelle Version: 20200827-065456/v1.8.3@4a8bc427

du willst den Shelly direkt aus dem Terminal wieder auf Homekit ziehen? wenn doch wieder die aktuelle Version läuft, dann geht das doch über Browser (Chrome, Safari..) ..

Oder klappt das nicht mehr? http://<shelly-ip>/ota?url= ...

Zitat von elektroman

Hallo 7/9,

das Tool ist ja echt cool. ?

Es freut mich, wenn es außer mir noch jemand gebrauchen kann

Auf die Idee mit Curl und der crontab bin ich selbst noch gar nicht gekommen, aber das ist eine "enorme" Aufwertung
Hast du das in einen Docker-Container verpackt oder direkt auf die Synology?

Wenn du exakt das Verhalten schon mit der FritzBox hattest dann kann es eigentlich nicht mehr am Grandstream und auch nicht an der FB liegen, denn bei der FB gibt es hier mehr als genug LEute, bei denen das einwandfrei läuft..

Zwei Ideen hätte ich noch, danach wäre ich aktuell auch esrtmal ratlos..

1) Ich hatte nämlich auch einen unmanaged Switch (TP Link) und der blockt nach einer Weile plötzlich für ihn unbekannte UDP-Pakete (CoAp).. Seit ich das Mist-Teil vor einigen Wochen rausgeworfen hab, keine Probleme mehr.. Könntest du den temporär rausnehmen?

2) Kannst du mal den Shelly-Adapter im ioBroker ein paar Tage abschalten? Einfach nur um zu prüfen, ob der Adapter Probleme hat..

Zitat von hardl

no matches found...................

Wo / an welcher Stelle kriegst du denn diese Meldung? Hast du denn z.Zt. die aktuell Shelly-Firmware drauf oder noch eine Recovery-Version (1.5 oder ähnlich alt)?

Das könnte eine der "Nachwirkungen" vom Flashen sein, denn durch das pytool hast du ja das Original temporär vom Gerät entfernt.

So, test gelaufen..

Flood auf auf einen Teller mit ein paar Tropfen Wasser gelegt, er fing direkt an zu piepen.. 1-2 Sekunden später (10:47 im Log) kamen dann beide Actions direkt hintereinander..

Ich hab allerdings schon Firmware 1.9RC2 auf dem Flood.. wenn du magst, dann kannst du die aber gerne testen, dazu Aufwecken und das Update installieren:

http://ip-vom-flood/ota?url=http://repo.shelly.cloud/firmware/rc/SHWT-1.zip

Das hier sind meine beiden Actions:

Laut Handbuch würde ich meinen, dass du dir, um den Status der Lampe auszulesen, eine GET-input anlegen musst auf

http://<ip-vom-shelly>/relay/0

Als Parameter nimmst du JSON@ison

ahhh, ok .. Danke Schubbie

das Thema hatte ich gesehen, deshalb der Hinweis das Ding im Broker zu löschen

ich kann es leider nur sehr schlecht lesen, gibt es das Handbuch irgendwo zum Downoad in PDF? vom drüber fliegen sollte das (wenn ich das richtig verstanden habe???) direkt gehen..

Wenn du den Modus nicht "live" umschalten kannst, dann hat der Shelly vermutlich keinen Internet-Zugang, oder? den braucht er nämlich um sich den White-Modus zu flashen.. Seit Version 1.7 hat der RGBW2 zwei unterschiedliche Firmware-Files für White & Color.

http://repo.shelly.cloud/firmware/SHRGBW2-color.zip

http://repo.shelly.cloud/firmware/SHRGBW2-white.zip