Beiträge von eBastler

Zitat

könnt ihr bitte bestätigen dass das Problem mit FW 1.0.7 oder 1.0.8 behoben ist?

Ich habe mich nochmal ausführlich mit dem Thema beschäftigt und mittels Wireshark nachvollzogen. Mit der Action-URL so wie oben gepostet setzt der Shelly auch mit der aktuellen FW 1.0.8 nach wie vor viermal die URL ab. Allerdings verändert sich das Verhalten, wenn der Teil 'XHR=1' aus der URL entfernt wird. Dann verhalten sich die Shellies auf von Eingängen getriggerte Actions wie erwartet (getestet mit Shellyi4 und ShellyPlus2PM im detached mode). Ob das mit der älteren FW auch schon so war, kann ich rückwirkend nicht prüfen.

Zitat

bene80 kannst du mir bitte die Debug-log Datei dazu zusenden? gerne per PM

Hier ein Debug-Log zu dieser Thematik. diagnostics-shelly-plusi4-debug-log(1).txt

Der empfangende Dienst (fhem) wurde dabei so angepasst, dass als Reaktion auf den ankommenden Webhook keine Anfragen zurück an den Shelly gestellt werden. Dadurch verursachte Wechselwirkungen scheiden somit aus und das Log wird übersichtlicher

Es sind auf dem Shelly für jeden Eingang Webhooks angelegt, jedoch sind nur die beiden Webhooks für den Eingang 1 aktiv. Hier das Ergebnis von Webhook.List als Textdatei: ShellyPlusi4_Webhook.List.json.txt

Hallo apreick,

soweit schon mal vielen Dank fürs Testen. Das Ändern des Webhook-Namens hat bei mir ja auch funktioniert. Der Name musste dabei auch mit Anführungszeichen angegeben werden. Ohne funktioniert nicht.

Die Doko zur API lieferte mir inzwischen einen wertvollen Hinweis, wie das Array of strings zu verstehen ist, nämlich so:

....   &urls=["http://192.168.178.107?cmd=test"]

Damit funktioniert der Test im Browser.
Für den Aufruf aus meiner Anwendung heraus müssen die Anführungszeichen durch %22 ersetzt werden.

Hallo,

der im Shelly 192.168.178.174 gespeicherte Webhook / Action soll geändert werden.

Der Name des Webhooks kann erfolgreich über folgende Eingabe im Browser geändert werden:

http://192.168.178.174/rpc/Webhook.Update?id=1&name="Test"

Jedoch erfolgt keine Änderung der URL bei folgender Browser-Eingabe:

http://192.168.178.174/rpc/Webhook.Update?id=1&urls[0]=http://192.168.178.107?cmd=test

Ebensowenig, wenn die URL in Anführungsstriche gesetzt wird:

http://192.168.178.174/rpc/Webhook.Update?id=1&urls[0]="http://192.168.178.107?cmd=test"

Auch bei der Kodierung der Sonderzeichen in der URL keine Änderung des Webhooks:

http://192.168.178.174/rpc/Webhook.Update?id=1&urls[0]=http%3A%2F%2F192.168.178.107%3Fcmd%3Dtest

An der Stelle fällt mir nichts weiteres ein. Hat hier jemand die zündende Idee?

Zitat

Bist du denn sicher, dass es sich dabei um Taster handelt oder ggf. Tast-Schalter?

der Hinweis trifft ins Schwarze. Ich habe einen anderen Taster, der definitiv auch an anderen Shellies funktioniert, eingebaut. Damit funktioniert die Schaltung wie erwartet. Der komische "Taster" wandert in den Schrott.

Ich möchte einen Shelly Plus 2PM für eine Rollosteuerung mittes Rollo-Schalter benutzen. Die Kalibrierung hat funktioniert. Firmware ist 0.10.3.

Testweise habe ich zunächst Taster an S1 und S2 angeschlossen. Der Shelly verhält sich jedoch nicht wie erwartet.

Wenn INPUT-TYPE=Button:

Taster drücken (und loslassen): Output wird eingeschaltet, Rollo fährt

Taster nochmal drücken (und loslassen): es passiert nichts (Rollo fährt immer noch)

Taster nochmal drücken (und loslassen): Output wird ausgeschaltet, Rollo stoppt.

--> Der Rollo fährt also mit einem Klick los und mit Doppelklick wird gestoppt.

Wenn INPUT-TYPE=Switch:

Taster drücken und gedrückt halten: Output wird eingeschaltet, Rollo fährt

Taster loslassen: keine Änderung, Rollo fährt weiter

Taster nochmal drücken und gedrückt halten; Rollo stoppt

Taster loslassen: keine Änderung

--> Der Rollo verhält sich also so wie für die Einstellung Input-Type=Button erwartet wird.

Mehrfaches Reboot hat bisher keine Änderung gebracht. Wie komme ich zu einer "normalen" Bedienung mit Rolloschaltern?