Beiträge von Jo_Be

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.

  • Zigbee mit Generation 4 Shellies

    Zitat von AlexAn

    Das WLAN wird nicht verfügbar sein und da bleibt nur noch ausbauen, Reset oder zurück auf Matter per Taster (falls das noch geht). Gefällt mir ehrlich gesagt auch nicht da die Vergangenheit gezeigt hat dass man immer wieder einen Zugriff braucht.

    Das ist einfach ein Falschaussage. WLAN funtioniert nämilch problemlos. Der Shelly ist also problemlos im lokalen Netz mit seiner IP erreichbar, die er ím lokalen Netz hat. Nur als AP ist er nicht mehr erreichbar, was aber verschmerzbar ist.

  • Shelly Blu TRV ansteuern

    Der Befehl mit Curl zur Einstellung der Temperatur auf 20 Grad des TRV lautet in Windows-Batch:

    Code
      curl -X POST -d "{\"id\":1,\"method\":\"BluTrv.Call\",\"params\":{\"id\":200,\"method\":\"TRV.SetTarget\",\"params\":{\"id\":0,\"target_C\":20.0}}}" http://<IP-TRV-Gateway>/rpc

    In einem script ist es etwas einfacher, weil die \ (als Escape für die ") wegfallen (die müssen in der Batch sein, weil der Befehl in ".." stehen muss, statt bequem in '...' wie im linux script):

    Code
    curl -X POST -d '{"id":1,"method":"BluTrv.Call","params":{"id":200,"method":"TRV.SetTarget","params":{"id":0,"target_C":20.0}}}' http://<IP-TRV-Gateway>/rpc

    Hinweise für beide Varienten: ggf. muss die id 200 angepasst werden. target_C kann zwischen 4.0 und - ich glaube - 30.0 eingestellt werden (ich selbst benutze 4.0 und zb.: 28.0 nach der Fensterstatus-Erkennung, die Shelly-unabhängig abläuft)

    Die Abfrage der Einstellung sollte erst etwas später erfolgen (wg der motorischen Verstellung des TRV):

    Code
    batch :curl -X POST -d "{\"id\":1,\"method\":\"BluTrv.GetRemoteStatus\",\"params\":{\"id\":200}}" http://<IP-TRV-Gateway>/rpc
script:curl -X POST -d '{"id":1,"method":"BluTrv.GetRemoteStatus","params":{"id":200}}' http://<IP-TRV-Gateway>/rpc

    Windows hat - glaube ich - inzwischen curl vorinstalliert, unter den meisten Distros muss man curl erst installieren.

    Bei der Status-Abfrage wird jede Menge zurückgeliefert, während der eigentliche Einstell-Request bei Erfolg nur kurz mit einem "result":null *) quittiert wird.

    *) Die Shelly-Entwickler wissen immer wieder zu überraschen: Wobei mir nicht klar ist, ob das 'null' ein Irrtum in der Implementierung ist, oder Absicht, oder etwas Vergessenes, oder die ernsthafte Antwort (im Sinne von: es ist nix falsch an deinem Request, lieber User)

  • Manuelles FW Download ab Gen2 !!! Es muss erst FW. 1.3.3 oder höher installiert sein !!!

    Zitat von tvbshelly

    Ja, genau, direkt das Zip.

    Ich verstehe nun besser warum Shelly nicht anbietet, dass man die Firmware herunterladen und selbst installieren kann. Wenn jemand in den Zips herumfummelt, kann es für den Support unübersichtlich werden. AVM hat ja irgendwann auch versucht, die Sache dicht zu machen... Und die wenigen, die die Links zum Download kennen, werden wohl genug Übersicht haben, zu wissen was sie tun.

  • Manuelles FW Download ab Gen2 !!! Es muss erst FW. 1.3.3 oder höher installiert sein !!!

    Zitat von tvbshelly

    Wenn du den verlinkten Beitrag nochmal durchliest, wird hoffentlich auch deutlich, warum Shelly das nicht anbietet.

    Nö, das wird eigentlich nicht deutlich in dem Thread. Was ich in dem Thread unter anderem finde ist

    "Im Grunde ist das was ihr hier postet kein Problem. Wird ja alles offiziell von den Shelly Servern gezogen"

    "So wie ich das verstanden habe, ist alles ok, was auf die jeweils aktuelle Firmware zeigt"

    "Direkte Links sind nicht gern gesehen, wobei diese bei alter Firmware sowieso ins Leere laufen"

    "...Links zu 1.6.0 zu. Hier möchte Shelly selber steuern, wer die bekommt"

    Das "Warum" finde ich da nicht. Nur beim letzten Punkt wird ein Grund angegeben.

  • FRITZ!Smart Gateway

    Shelly plugS Gen3 scheint überhaupt ein komisches Stück: lässt sich zum Beispiel auch nicht mit Tasmota flashen, wenn ich es richtig mitbekommen habe....

    Der wird hier deshalb vermieden und auf das preiswerte Angebot von Hornbach im Baumarkt gesetzt (solange es das noch gibt): 2 PlusPlugS für 25 Euro (in schwarz *)).

    *) Vermutlich wollte die keiner in schwarz, deshalb haut Shelly die über diese Schiene raus.

  • FRITZ!Smart Gateway

    Wenn ich es richtig sehe, ist das also nicht unter Settings, sondern unter dem "Gerät" zu finden? Bei PlusPlugS mit Version 1.6.2 zum Beispiel hier?

    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.
    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

  • Zigbee aktivieren

    Zitat von Gorlami

    Problem bei mir ist aber das Gerät. Die 1.6.3 Beta mit Zigbee installiert ebenfalls nicht.

    Hier ist das Update auf 1.6.3-beta1 problemlos installiert worden, allerdings nicht per File sondern per OTA Update innerhalb der WebUI des Mini 1PM Gen4.

    Ein Update OTA läuft ja nur durch, wenn das Device im lokalen WLAN angemeldet ist und darüber ins Internet kann, und wenn man die WebUI über die im WLAN angezeigte IP aufruft. Vielleicht ist es sinnvoll, den AP-Mode im Device ganz abzuschalten. Und den Umweg über das Zurückgehen von einer Beta auf die ältere Stable zu gehen.

  • Zigbee aktivieren

    In 1.6.3-beta1 ist der Wechsel zwischen Zigbee und Matter sehr gut und sehr übersichtlich gelöst. Alle Wechsel-Probleme sollten damit gelöst sein.

    Es fehlt bei Zigbee in der WebUI weiterhin der Button zum Starten des Pairings.

    Es fehlt bei Zigbee weiterhin die Möglichkeit zum ZLL-Mode zu wechseln.