Beiträge von katarn ad

    Da ich es nicht mag wenn etwas offen bleibt hier nochmal die Lösung zusammengefasst.

    Um die Actions,z.B."motion_on", eines Shelly Motion mit einem GET Request konfigurieren zu können kann man folgende Syntax als Beispiel benutzen:

    Bis Firmwareversion 1.1.0

    Für einzelne Actions:

    Code
    http://[ip des shelly motion]/settings/actions?index=0&enabled=true&name=motion_on&urls[]=http://action1

    Für mehrere Actions:

    Code
    http://[ip des shelly motion]/settings/actions?index=0&enabled=true&name=motion_on&urls[]=http://action1&urls[]=http://action2

    nach Firmwareversion 1.1.0

    nun ist der parameter "int" für die Zeitangabe der einzelnen Actions dazugekommen

    im GET Request steht:

    int=- dafür das die Aktion zeitunabhängig schalten soll

    int=0200-0400 Aktion nur zwischen 2 Uhr und 4 Uhr

    Für einzelne Actions:

    Code
    http://[ip des shelly motion]/settings/actions?index=0&enabled=true&name=motion_on&urls[0][url]=http://action1&urls[0][int]=-


    Für mehrere Actions:

    action1 schaltet immer;int = -

    action2 schaltet zwischen 18:30 Uhr und 21:00 Uhr;int = 1830-2100

    Code
    http://[ip des shelly motion]/settings/actions?index=0&enabled=true&name=motion_on&urls[0][url]=http://action1&urls[0][int]=-&urls[1][url]=http://action2&urls[1][int]=1830-2100


    Kompliziert? Vielleicht aber wenn man das eh Scriptet tut es nichts zur Sache.

    Jetzt kann ich wieder alle Vorteile der neuen Firmwareversionen mitmachen.

    Danke an Alle die um Hilfestellung bemüht waren und

    vielleicht hilft es ja dem Einen oder Anderen ebenso...irgendwann

    Mal eine Grundsatzliche Frage zu dem "Ticket" Kann ich da frei in Deutsch schreiben und die Gegenüber verstehen mein Anliegen?

    Außerdem habe ich eine Vermutung zu dem Problem mit der RC12.

    Wenn die nächste ofizielle Rauskommt kann man wieder auf diese aktualisieren und weil dann irgendein "Flag" gesetzt wurde kann man ab da wieder Downgraden. *hope*

    Und ja man kann eine gewissene Mitschuld nicht leugnen, auch in heutiger Zeit ist jede

    Firmwareaktualisierung ein Risiko dessen man sich Bewusst sein sollte.

    In meinem Fall ist nur der Zeitpunkt sehr ungünstig gewesen sonst würde ich hier einfach mal "abwarten und Tee trinken..."

    denn die grundsätzliche Funktion ist immer noch gegeben und mit der 1.1.3 RC12 auch keine "instabile Variante" trozdem wäre eine gewisse Vorsicht nach besten Wissen und Gewissen auf beiden Seiten sinnvoll.

    Ich habe noch weitere Shelly Motions und habe mir angeschaut was während eines Updatevorganges passiert und der betroffene Motion mit der RC12 macht das Gleiche also sieht es für mich nach einem ausgeführten Update aus:

    Konkret habe ich folgenden Link nutzen können um von den 1.1.3 RC's wieder wegzukommen:

    Code
    http://192.168.178.101/ota?url=http://archive.shelly-tools.de/version/v1.1.0/SHMOS-01_build.gbl

    Seit der RC12 geht das aber nicht mehr...

    Seit dem ich mitbekommen habe das es im Zusammenhang mit dem Login Probleme geben kann habe ich Diesen vorerst immer für ein Firmwareupdate deaktiviert.

    Ich wollte nur mal anmerken das es evtl. nicht gut ist mit diesem Link den Motion zu aktualisieren.

    Nachdem ich diesen genutzt habe ist mein Motion auf v1.1.3-rc12 weder rc10 noch rc11 und ein Downgrade auf eine für mich stabile Version v1.1.0 funktioniert nicht mehr oder besser gesagt keine andere Firmware.

    Ich habe in Folge meiner Tests die v1.1.3-rc12 eingespielt und komme von dieser nicht mehr herunter. Kennt das Jemand?

    Und eine Frage mal zu dem Shelly Support Ticket System ,macht es überhaupt noch Sinn das zu Nutzen?

    Meine Anfrage bezüglich der Actions, setze ich auf gescheitert. Ich wollte nur noch zurück auf die Version 1.1.0, aber das geht nicht. Er bleibt auf der rc12.

    Na das ist wenigstens mal eine Erklärung dafür.

    Aber kompliziert bedeutet ja nur das es doch geht(irgendwie), gibt es denn wenigstens mal eine Darstellung von diesem Befehl?

    "Placebo" Actions anzulegen wäre ja auch noch nicht so schlimm.


    Oder stehen wir jetzt mit dem Statement von offizieller Seite her "Das es irgendwie gehen müsste"

    Ich fände es halt schade das ich auf einer bestimmten Firmwareversion hängen bleiben müsste nur wegen dieser doch fragwürdigen Designentscheidung.

    Postman war mir zuvor nicht bekannt ist aber leider keine Option für mich.

    You asked for it...

    Ich habe bereits einiges an Erfahrungen mit Script oder Programmiersprachen bei denen es ja bestimmte Schreibweisen für Arrays,Maps oder wie auch immer gibt.

    Daher enstanden dann auch einige Versuche...

    diese unsortierte Liste an Überedungsversuchen sollte bereits eine gewisse Verzweiflung meinerseits zeigen. Wo ist ein Guru wenn man ihn mal brauch...

    Ich kann nur empfehlen sich diese Liste ohne Zeilenumbruch anzusehen, es ist so schon kompliziert genug.

    *grummel*

    nennen wir es Vorführeffekt ^^

    auch wenn es klar sein sollte aber nur um Missverständnissen gleich aus dem weg zu gehen...

    2. Versuch:

    ---------------

    hier die Abfrage /settings/actions

    wenn motion_on dann umschalten von dem eingetragenen PlugS in einer Zeit von 00:00 Uhr bis 00:00 Uhr

    Danke für den Versuch...

    hier die Abfrage /settings/actions

    wenn motion_on dann umschalten von dem eingetragenen PlugS in einer Zeit von 00:00 Uhr bis 00:00 Uhr

    Hallo an alle, :)

    den Shelly Motion auf 1.1.2 zu bringen war nicht so erfolgreich.

    Nun habe ich jetzt die 1.1.3-RC7 nochmal eine Chance gegeben.

    Merklich stabiler und wieder für den Alltag tauglich.

    Um es kurz zu halten...ich bin auf die Http Requests angewiesen konfigurieren und Steuern.

    Vorher habe ich per Http z.B. folgendes genutzt

    Damit ein Befehl wie "http://192.168.178.4:8080/is/on" in der Action MOTION DETECTED eingetragen wird

    sende ich diesen Request:

    http://[ip des shelly motion]/settings/actions?index=0&name=motion_on&enabled=true&urls[]=http://192.168.178.4:8080/is/on

    Die neue Funktion des Zeitrahmens pro Aktion bringt jetzt den Parameter "Int" mit ins Spiel.

    Von mir wurden einige Varianten ausprobiert.

    Wie zuvor geht es leider nicht, der Motion scheint auf diesen Wert zu bestehen.

    Wie muss die neue Funktion in den Request eingearbeitet werden?

    Ich hoffe das spätestens mit der nächsten stabilen Firmwareversion dieses in der API als Information aktualisiert wird.


    Danke schon mal im Vorraus.