Beiträge von Hofmann.J

  • Feature Request stellen für Backup/Restore?

    Zitat

    Hallo Hofmann.J ,

    der Shelly Scanner kann aber Backup/Restore im Batchmodus machen, also genau das was Du suchst.

    Hattet das Tool auch schon mal hier vorgestellt

    Und einen kleinen Raspi dafür aufzusetzen ist mittlerweile ja ein Kinderspiel.

    Thema

    Shelly Scanner (inkl. Backup/Restore von Shelly Konfigurationseinstellungen)

    Shelly Scanner

    An dieser Stelle möchte ich euch ein sehr nützliches Tool vorstellen, was speziell für größere Installationen, extrem hilfreich ist.

    Funktionen

    BasisfunktionenKonfigurationScriptverwaltung
    (nur Geräte der 2.Generation)    		Erweiterte Funktionen
    - Scannt das Netzwerk nach angeschlossenen Shelly Geräten
    - Aktualisiert sofort den Status aller Geräte
    - vollständigen Informationen des Shelly im json-Format
    - Öffnet Debug Logfiles
    - Öffnet die Web-UI des Shelly
    - Backup der Konfiguration
    …
    elektroman
    2. November 2022 um 14:32

    hello elektroman ,

    meinst Du beim Shelly Scanner mit "Batch Modus" dass man alle detected devices auswählt und dann mit einem Klick alle exportieren kann? wenn ja: das ist dann immer noch Handarbeit (und "command line arguments" hat die JAR ja keine...

  • Feature Request stellen für Backup/Restore?

    Zitat

    Und wo hast Du den englischen Text herkopiert?

    Wo sollen denn die ganzen Backups gespeichert werden?

    Aus diesem Grunde lasse ich meine Shellys doof und benutze sie nur als ausführendes Organ. Der Rest läüft zentral in Homematic und Homeassistant. Da wird alles regelmäßig gesichert.

    Hi Krauskopp,

    den text habe ich geschrieben :) der käme dann in den Feature request,

    Die Backups könnten bei Shelly in der Cloud gespeichert werden - das sind ja nur JSON mit ein paar KB ...

    Homematic/home Assistant oder ein Raspberry ist halt "wieder noch ne Kiste" ... bequemer wäre es, wenn das alles in der App ginge. insb. der "Restore beim replace" - der hat mich schon ein paar mal Nerven gekostet,

    ich entnehme den bisherigen Feedbacks aber "eher kein FR stellen/geht auch anders....

  • Feature Request stellen für Backup/Restore?

    Hi,

    ich frage hier mal, ob es schon irgendwo (nichts gefunden) ne brauchbare Auto-Backup-Funktion für die Shelly gibt, mit der man die Settings auch auf ein Ersatz-Device übertragen kann (habe jetzt/6 Jahre gewachsen/ ca. 35 Shelly aktiv, 8 davon musste ich schon tauschen (überwiegend 1er, auch zwei 2.5er)).

    Funktionsumfang wie folgt:

    • add a device option (app) for "AutoBackup on Config Change"
      • keep Config History: last "x" (selectable, max 5)
      • done by a checksum/stored on device over all user-configurable settings
        • if checksum is changed: auto-backup all user config settings to APP/cloud on next connect (especially battery-powered devices like Flood, H&T, button, ..)
          • later option (for the paranoid ones/who want no cloud)
            • specifiy path for local/non-cloud backups (logic for "keep max" perhaps not sensible/load on Shelly device?
    • also add App option "Restore saved backup" on integrating new device (i.e. replacing faulty device)
      • aditionally when on any device's settings
      • initially support only on same model/make
        • later: transfer to "other device type" the "applicable settings" (shelly team should know what is possible/sensible (e.g. old Shelly 1 defective, same function to be replaced with new Shelly 1 plus or from a Shelly 1 to a Plus 2 etc../the "sensible" replace use cases)

    Ich habe mir mal "Shelly Scanner" angesehen (https://www.usna.it/shellyscanner/index_en.html) - das macht aber keine automatischen Sicherungen der Config und tut sich speziell mit meinen Floods schwer (sind selten bis nie da) ... außerdem brauch ich dan nen Raspberry oder unix server (oder nas, die ein java laufen lassen kann) ...

    Meinung: lohnt es sich, dafür einen Feature Request bei Shelly zu stellen? (gerne auch noch Optimierungen an der Idee :) )

    Danke & schönes Wochenende

  • Lösung für "Velux Rolladen und Shelly" - nicht billg, aber klappt

    Hi,

    nach längeren (Ver-)Suchen habe ich (endlich) für meine neuen Velux-Dachfenster eine Steuerung mit Shelly 2.5 hinbekommen (die Velux-ianer haben das schön kompliziert gemacht: der Motor ändert die Richtung über Umkehr der 24V-Gleichspannung).

    Hier der Schaltplan dazu:
    Shelly_2_5_und_ein_Velux_Rolladen.jpg

    ... sieht in "echt" dann so aus (ist jetzt in einem Klemmkasten):
    WhatsApp Image 2023-01-07 at 14.25.01.jpegWhatsApp Image 2023-01-07 at 14.26.03.jpegWhatsApp Image 2023-01-07 at 14.26.33.jpeg

    Benötigte Teile (zus. zum Velux Fenster/mitgelieferter Steuerung KUX 110 und Fernbedienung KLI 313) für einen Velux Rolladen:

    * ein Velux SmartHome Adapter KLF 050 (habe ich bei eBay für ca. 35€/Stück bekommen)

    * zwei 230V "Finder" Relais (ich habe beim großen Versender mit "A" die Version "40.52.8.230.0000" genommen - aber es kann eigentlich jedes Relais sein, das mit 230V anzieht - auf der Sekundärseite/wo der KLF 050 dran hängt/ sind nur ein paar mA) => kosten ca. 13€ zusammen

    * eine 5er-, eine 3-er und drei 2er Wago-klemmen

    * und natürlich einen Shelly 2.5 (mit nem Plus 2PM geht das sicher auch).

    Ist dann in Summe für einen Rolladen so im Bereich 65€ - nicht günstig, aber: geht!

    Hinweise:

    * Verkabelung nach Plan oben :)

    * an den Finder-Relais habe ich die Aderendhülsen angelötet (bei L/N 230V zusätzlich mit Schrumpfschlauch isoliert)

    * den KLF 050 verbindet man mit der Fernbedienung (KLI 313), nicht mit dem KUX 110 (hatte ich erst gemacht, dabei den Rolladen resettet => alles noch mal anlernen :( ). Verbindung herstellen: dazu kurz das "Zahnrädchen" an der Fernbedienung drücken und zügig (ich war schneller als ne Minute) auf dem KLF 050 den in einer Vertiefung sitzenden Taster. Kommt keine Bestätigung, kein Licht - gar keine Reaktion => aber: klappt dann :)

    * im Shelly den "Roller-Shutter"-Modus und dann noch "auto-off" bei "auf" und "ab" einstellen (der Shelly kriegt ja nix mit vom eigentlichen Rolladenlauf/hängt ja nur am KLF... "kalibrieren" geht natürlich auch nicht). Ich habe da für ein größeres Fenster 45s genommen (auf und ab), bei nem kleineren Fenster (wie im "Schaltplan" rechts das Untere) haben 25s gereicht.

    ... vielleicht hilft es ja jemandem, der auch damit kämpft, einen Velux-Rolladen in seine Shelly-Infrastruktur einzubinden - viel Erfolg.


    Jörg Hofmann (aktuell 36 Shelly im Einsatz)

  • Shelly1 I/O Aktion "zündet" nicht http-Aufruf auf Synology WebServer (im Browser gehts)

    ... so: GESCHAFFT!!!. klappt jetzt!!!

    @SevenOfNine: Danke für den Tipp - der hat den "Knoten" gelöst: ich habe die "I/O Action" zum Starten jetzt auf "out_on_url" ("Ausgang an (URLs)") gelegt (und "wasser stop" auf "out_off_url") - und den button on/off natürlich weggenommen. ... aber im Ernst: "Botton on" (bzw. "Schaltfläche on") kann man auch ganz einfach mit dem "Schaltersymbol" in der App verbinden/also "Relais is an") - in den (rel. "dürftigen") mitgelieferten Anleitungen ist beim Schaltereingang immer von "SWITCH" die Rede... aber egal.

    Nachdem ich dann den Shelly-Schalter-Modus noch auf "Edge" eingestellt hatte (habe da einen Taster angeschlossen) => klappt!

    Zusammengefasst noch mal die wesentlichen Hindernisse (falls jemand anders mal an ähnlicher Stelle hängenbleibt)

    • Problemstellung: Shelly 1 soll bei "on" (bzw. Tastendruck über Taster am Schalteingang) einen externen Aufruf/https ins Internet machen, tut aber nix, wenn man das bei den I/O Actions einträgt
      • bei "Relais aus" soll mit weiterem Befehl dann "im Internet wieder über Https abgeschaltet werden.
    • Lösung:
      • Shelly können kein https => http- Aufruf muss ins lokale Netz (im Internet nicht empfehlsnwert und auch kaum noch zu finden) - z.B. auf eine Synology/Webserver oder eine sonstwie geartete Komponente, die dann https kann)... ich habe ein php.script aus dem INET genommen/modifiziert, das den eigentlichen Aufruf per CURL dann macht)
        • HTTP-Redirect hilft hier nix (weil dann immer noch der Shelly die Quelle ist)
      • die I/O-Action darf NUR bei "Ausgang an (URLs)" (bzw. "Ausgang aus") eingetragen werden (und nicht bei "button_on"/Schatfläche on" oder shortpress oder...)
        • Ist ein Taster am Schaltereingang => Shelly muss im EDGE Modus sein

    1000 Dank Euch allen!

    ... das hätte ich nie alleine hinbekommen... bei mir ist jetzt "Wasser marsch" angesagt.

  • Shelly1 I/O Aktion "zündet" nicht http-Aufruf auf Synology WebServer (im Browser gehts)

    Hi,

    Danke dafür - jetzt sieht das schon besser aus (s.u. unten) ... und gerade noch mal im Browser gecheckt ( mit C'n'P): alle URLs sind richtig .... beim I3 auf Eingang 3 ein Shortpush => geht an, longpush/aus.

    Im Webinterface des Shelly 1 auf "an" => nichts. Wenn ich mit I3 das Wasser anmache => Ausschalten beim Shelly 1 auch wieder "no reaction" ... same in home.shelly.cloud....

    Soll ich den Shelly 1 mal tauschen (habe noch 2)? Oder nen Factory Reset (über die FriBo kriegt er dann ja nach "einlernen" in WlAN direkt wieder die gleiche IP)?

    Bin echt ratlos... so was kenne ich von Shelly (habe ca. 30 im Einsatz) noch überhaupt nicht.....

    Danke Euch schon mal,

    J.

    -----

    http://[IP]/settings/actions vom "bösen" Shelly 1:

    {

    "actions": {

    "btn_on_url": [

    {

    "index": 0,

    "urls": [

    "http://192.168.0.40/start_wasser_curl.php"

    ],

    "enabled": true

    }

    ],

    "btn_off_url": [

    {

    "index": 0,

    "urls": [

    "http://192.168.0.40/stop_wasser_curl.php"

    ],

    "enabled": true

    }

    ],

    "longpush_url": [

    {

    "index": 0,

    "urls": [],

    "enabled": false

    }

    ],

    "shortpush_url": [

    {

    "index": 0,

    "urls": [

    "http://192.168.0.40/start_wasser_curl.php"

    ],

    "enabled": false

    }

    ],

    "out_on_url": [

    {

    "index": 0,

    "urls": [

    "http://192.168.0.40/start_wasser_curl.php"

    ],

    "enabled": false

    }

    ],

    "out_off_url": [

    {

    "index": 0,

    "urls": [],

    "enabled": false

    }

    ],

    "lp_on_url": [

    {

    "index": 0,

    "urls": [],

    "enabled": false

    }

    ],

    "lp_off_url": [

    {

    "index": 0,

    "urls": [],

    "enabled": false

    }

    ],

    "report_url": [

    {

    "index": 0,

    "urls": [],

    "enabled": false

    },

    {

    "index": 1,

    "urls": [],

    "enabled": false

    },

    {

    "index": 2,

    "urls": [],

    "enabled": false

    }

    ],

    "ext_temp_over_url": [

    {

    "index": 0,

    "urls": [],

    "enabled": false,

    "ext_temp_over_value": 0.0,

    "ext_temp_over_onetime": true

    },

    {

    "index": 1,

    "urls": [],

    "enabled": false,

    "ext_temp_over_value": 0.0,

    "ext_temp_over_onetime": true

    },

    {

    "index": 2,

    "urls": [],

    "enabled": false,

    "ext_temp_over_value": 0.0,

    "ext_temp_over_onetime": true

    }

    ],

    "ext_temp_under_url": [

    {

    "index": 0,

    "urls": [],

    "enabled": false,

    "ext_temp_under_value": 0.0,

    "ext_temp_under_onetime": true

    },

    {

    "index": 1,

    "urls": [],

    "enabled": false,

    "ext_temp_under_value": 0.0,

    "ext_temp_under_onetime": true

    },

    {

    "index": 2,

    "urls": [],

    "enabled": false,

    "ext_temp_under_value": 0.0,

    "ext_temp_under_onetime": true

    }

    ],

    "ext_hum_over_url": [

    {

    "index": 0,

    "urls": [],

    "enabled": false,

    "ext_hum_over_value": 0,

    "ext_hum_over_onetime": true

    }

    ],

    "ext_hum_under_url": [

    {

    "index": 0,

    "urls": [],

    "enabled": false,

    "ext_hum_under_value": 0,

    "ext_hum_under_onetime": true

    }

    ]

    }

    }


    -----

    ... und vom "guten" I3:


    {

    "actions": {

    "btn_on_url": [

    {

    "index": 0,

    "urls": [],

    "enabled": false

    },

    {

    "index": 1,

    "urls": [],

    "enabled": false

    },

    {

    "index": 2,

    "urls": [],

    "enabled": false

    }

    ],

    "btn_off_url": [

    {

    "index": 0,

    "urls": [],

    "enabled": false

    },

    {

    "index": 1,

    "urls": [],

    "enabled": false

    },

    {

    "index": 2,

    "urls": [],

    "enabled": false

    }

    ],

    "shortpush_url": [

    {

    "index": 0,

    "urls": [

    "http://Admin_JH:Hinein.@192.168.0.70/relay/0?turn=toggle"

    ],

    "enabled": true

    },

    {

    "index": 1,

    "urls": [

    "http://Admin_JH:Hinein.@192.168.0.68/relay/0?turn=toggle"

    ],

    "enabled": true

    },

    {

    "index": 2,

    "urls": [

    "http://192.168.0.40/start_wasser_curl.php"

    ],

    "enabled": true

    }

    ],

    "longpush_url": [

    {

    "index": 0,

    "urls": [],

    "enabled": false

    },

    {

    "index": 1,

    "urls": [],

    "enabled": false

    },

    {

    "index": 2,

    "urls": [

    "http://192.168.0.40/stop_wasser_curl.php"

    ],

    "enabled": true

    }

    ],

    "double_shortpush_url": [

    {

    "index": 0,

    "urls": [],

    "enabled": false

    },

    {

    "index": 1,

    "urls": [],

    "enabled": false

    },

    {

    "index": 2,

    "urls": [],

    "enabled": false

    }

    ],

    "triple_shortpush_url": [

    {

    "index": 0,

    "urls": [],

    "enabled": false

    },

    {

    "index": 1,

    "urls": [],

    "enabled": false

    },

    {

    "index": 2,

    "urls": [],

    "enabled": false

    }

    ],

    "shortpush_longpush_url": [

    {

    "index": 0,

    "urls": [],

    "enabled": false

    },

    {

    "index": 1,

    "urls": [],

    "enabled": false

    },

    {

    "index": 2,

    "urls": [],

    "enabled": false

    }

    ],

    "longpush_shortpush_url": [

    {

    "index": 0,

    "urls": [],

    "enabled": false

    },

    {

    "index": 1,

    "urls": [],

    "enabled": false

    },

    {

    "index": 2,

    "urls": [],

    "enabled": false

    }

    ]

    }

    }

    -----

  • Shelly1 I/O Aktion "zündet" nicht http-Aufruf auf Synology WebServer (im Browser gehts)

    Hi dewaldo,

    das wäre ja noch ne Idee ... ausprobiert => leider nix: bei beiden Shellys ist die "actions"-Section leer /keine Einträge - habe ich unten mal angefügt (kommt auch dsa Gleiche raus, wenn ich die "/settings" statt über PC mit dem Android-Handy aufrufe).

    Habe es auch mal mit "hard-reset" des Seiten-Cache probiert: wird alles fein angezeigt, "dudd awwer ned" :(

    und wenn ich den Edge nehme (mit dem ich noch gar nix 2ge-shelly-t" habe => ditto)

    Und sowohl in der App (Android) als auch in der Browser-App (home.shelly.cloud) als auch im integrierten Web-IF (http://192.168.0.xx) wird mir das Gleiche (und das Korrekte) bei der Action angezeigt....

    Bei Shelly ein Ticket aufmachen?

    Danke & Gruß

    J.

    -------

    Auschnitt http://[IP]/settings vom "bösen" Shelly 1

    -----

    },

    "cloud": {

    "enabled": true,

    "connected": true

    },

    "timezone": "Europe/Berlin",

    "lat": 49.865711,

    "lng": 8.62604,

    "tzautodetect": true,

    "tz_utc_offset": 7200,

    "tz_dst": false,

    "tz_dst_auto": true,

    "time": "18:43",

    "unixtime": 1653065012,

    "debug_enable": false,

    "allow_cross_origin": false,

    "ext_switch_enable": false,

    "ext_switch_reverse": false,

    "ext_switch": {

    "0": {

    "relay_num": -1

    }

    },

    "actions": {

    "active": true,

    "names": [

    "btn_on_url",

    "btn_off_url",

    "longpush_url",

    "shortpush_url",

    "out_on_url",

    "out_off_url",

    "lp_on_url",

    "lp_off_url",

    "report_url",

    "report_url",

    "report_url",

    "ext_temp_over_url",

    "ext_temp_under_url",

    "ext_temp_over_url",

    "ext_temp_under_url",

    "ext_temp_over_url",

    "ext_temp_under_url",

    "ext_hum_over_url",

    "ext_hum_under_url"

    ]

    },

    "hwinfo": {

    "hw_revision": "prod-191217",

    "batch_id": 1

    },

    "mode": "relay",

    "longpush_time": 800,

    "relays": [

    {

    "name": null,


    Auschnitt http://[IP]/settings vom I3, bei dem es "klappt"


    },

    "cloud": {

    "enabled": true,

    "connected": true

    },

    "timezone": "Europe/Berlin",

    "lat": 49.865711,

    "lng": 8.62604,

    "tzautodetect": true,

    "tz_utc_offset": 7200,

    "tz_dst": false,

    "tz_dst_auto": true,

    "time": "18:47",

    "unixtime": 1653065232,

    "led_status_disable": false,

    "debug_enable": false,

    "allow_cross_origin": false,

    "actions": {

    "active": true,

    "names": [

    "btn_on_url",

    "btn_off_url",

    "shortpush_url",

    "longpush_url",

    "double_shortpush_url",

    "triple_shortpush_url",

    "shortpush_longpush_url",

    "longpush_shortpush_url",

    "btn_on_url",

    "btn_off_url",

    "shortpush_url",

    "longpush_url",

    "double_shortpush_url",

    "triple_shortpush_url",

    "shortpush_longpush_url",

    "longpush_shortpush_url",

    "btn_on_url",

    "btn_off_url",

    "shortpush_url",

    "longpush_url",

    "double_shortpush_url",

    "triple_shortpush_url",

    "shortpush_longpush_url",

    "longpush_shortpush_url"

    ]

    },

    "hwinfo": {

    "hw_revision": "prod-2020-04-21",

    "batch_id": 1

    },

    "longpush_duration_ms": {

    "min": 1000,

    "max": 5000

    },

    "multipush_time_between_pushes_ms": {

    "max": 500

    },

  • Shelly1 I/O Aktion "zündet" nicht http-Aufruf auf Synology WebServer (im Browser gehts)

    Super - toll - Danke für die vielen Anregungen - der Reihe nach (und "gruselig wirds"):

    • 66er: Danke - dann schließe ich ein 12V-related Problem erst mal aus
    • @SevenOfNine: der "doppelte" Eintrag war der Stand nach diversen Tests => habe mit I/O: "Schaltfläche an (URLs)" alleine angefangen (ging nicht), dann alleine "I/O: "Ausgang an (URLs)" (auch nicht), dann Beides... das wars auch nicht.
    • Loetauge: gerade im Web-Interface probiert (da waren sie genau so drin, wie in der App): habe bei "an" das "Stop" eingetragen und bei "aus" das start-php => auch negativ. Weiter "no reaction" (habe sicherheitshalber auch noch mal den "output Switched Off" ganz rausgenommen... immer noch Fehlanzeige)
    • SebMai: Reboot tut leider nicht gut (angestoßen über Web-Interface und mit "ping -t2 in CMD geschaut, dass der auch wirklich bootet).... leider immer noch Funkstille...
    • dewaldo:
      • habe eben bei dem "Wasserhahn-Shelly" mal ein "toggle" auf meine Wohnzimmerlampe eingebaut (Kommando kopiert aus dem i3): no reaction.
        • habe gleiches Kommando bei einem anderen Shelly1 (Garage) das mal bei "Schaltfläche an" eingetragen: auch keine Reaktion
        • (obacht: jetzt wird's gruselig): das "toogle-Kommando in einen 2.5er (Kanal 1/der ist nicht als Rollo konfiguriert) eingetragen anstelle des "Wasser-Start"-php-scripts (mit dem ich da vorgestern auch rumprobiert hatte), save & "an" => "Wasser läuft" - ... what the ???$%$??? Wie geht sowas denn? Befehl wird ausgeführt, der gar nicht konfiguriert ist ("toggleLicht" stand drin)???
          • habe dann da bei IO "Button an" das auf disabled gesetzt, gespeichert (beides in WebGui), "toggle"-Befehl neu eingetragen , save, reboot => jetzt macht er "gar nix mehr" - seufz....
        • Habe das dann noch bei 2 anderen Shelly 1 und nem Shelly RGBW (230V und 21V) probiert über Config im Web-Interface (zwei davon noch nie was an "IO" konfiguriert): alle reagieren nicht auf das "toggle", obwohl exakt dieser Befehl sowohl via I3 als auch im Browser klappt ("http://xxuserxx:xxpassxx@192.168.0.70/relay/0?turn=toggle", user/pass anonymisiert)
        • Dann das gerade in einem 2.5er (der als "Rollo" konfiguriert ist) über home.shelly.cloud (nicht die built-In UI des Shelly) eingetragen bei "auf/ab" => siehe da: klappt... soll das irgendeiner verstehen...
          • 2. Rollo: klappt auch
        • Shelly Plug: mag er nicht....
      • Bzgl. I3: alles bisher immer über die App gemacht & hat bisher immer geklappt...
      • Bzgl. fritzbox: da ist gar nix an rules definiert... und der Befehl geht mit 192.168 => das geht nicht über Inet....

    Das Ganze sieht irgendwie so aus, als ob alle Shelly bei mir bzgl. "I/O" rum-spacken (Firmware überall auf dem neuesten Stand natürlich)... hat das vielleicht was mit dem "Mode" des Schalters (steht bei den 1ern/2ern im nicht-Rollo-Modus auf "Momentary") zu tun?

    Sonst noch irgendwelche Ideen?

    Alternativ muss ich einen Support-Call bei Shelly aufmachen.... seufz...

    Danke & Gruß,

    Jörg

  • Shelly1 I/O Aktion "zündet" nicht http-Aufruf auf Synology WebServer (im Browser gehts)

    Hi,

    Danke erst mal für die Antwort.

    Zu:

    Zitat

    die URL sieht fehlerhaft aus.. nach der IP ist ein doppelter Slash, das ist so m.E. nicht korrekt weil damit (historisch gesehen) Pfade im Dateisystem angegeben werden.

    http://192.168.0.40//start_wasser_curl.php

    ... ich hatte das u.a. mit "http://anonymous@192.168.0.40/start_wasser_curl.php" probiert (hätte ja ein Berechtigungsproblem am Synology Webserver sein können) und beim Edit des Befehls im Post oben mich blöderweise wohl vertippt.... gerade noch mal sicherheitshalber im Shelly 1 probiert: dudd net.

    Aber: am I3 exakt diesen Befehl auf die eine aktuell unbenutzte Taste gelegt => press => klappt sofort.
    Damit liegt es definitiv am Shelly 1.

    Beim I3 habe ich das (http://192.168.0.40/start_wasser_curl.php) bei I/O : "kurzer tastendruck" drin/funzt.

    Bei Shelly 1 habe ich den gleichen Befehl drin bei:

    * I/O: "Schaltfläche an (URLs)" und

    * I/O: "Ausgang an (URLs)"
    ... klappt nicht. Einstellungen s. Anlage.

    Kann das liegen an:

    * Shellys sind 12V?

    * Einstellungen für den Schaltertyp des Shelly 1?

    Mir gehen langsam die Ideen aus... DANKE!

    Jörg

  • Shelly1 I/O Aktion "zündet" nicht http-Aufruf auf Synology WebServer (im Browser gehts)

    ... habe eben auf der Synology einen tcpdump angeworfen: dort kommen von der IP des shelly1 (.102) nur Multicasts an ... wenn ich den "Ausgang" des Shelly anwerfe (=> darauf ist die I/O-Aktion an "http://192.168.0.40//start_wasser_curl.php" gelegt), passiert rein gar nichts Richtung der NAS.... irgend eine Idee, warum der Shelly 1 den "simplen" http-Befehl nicht raushaut?

    Komischerweise wird ein "toggle" auf einen anderen Shelly (http://[user]:[pass]@192.168.0.70/relay/0?turn=toggle), der auf einem i3 (im gleichen Netz wie die NAS/der "blöde" Shelly) problemlos läuft => auf diesem Shelly 1 nicht ausgeführt... hat der Shelly ne "Macke"?

    Firmware ist die neueste (20220209)/1.11.8)...

    Danke...

    JH

  • Shelly1 I/O Aktion "zündet" nicht http-Aufruf auf Synology WebServer (im Browser gehts)

    Hi,

    ich verzweifle gerade:

    • Shelly 1 eingebaut, der bei "an" einen Kreis meiner Bewässerungsanlage (Hydrawise) anmachen und bei "aus" wieder ausschalten soll.
      • IP ist 192.168.0.102 (quasi-statisch per Fritzbox 7590/DHCP immer gleiche IP)
    • der Befehlt zur Hydrawise ist zwingend via "https:" (kann der Shelly ja nicht) => auf meiner Synology ein Script gebastelt (php mit curl), das den Aufruf macht.
    • Gleichen Befehl in der I/O-Aktion des Shelly eingetragen (auch "enabled, gesaved) => nix passiert.

    Der Shelly läuft/schaltet (ich hör's auch klicken) - das ist es auch nicht.

    Irgend jemand noch eine Idee? Oder wie ich einen trace machen kann von dem, was der Shelly (hoffentlich) zur Synology schickt? kann Shelly traces (wie?)

    Oder weiß jemand, wie man bei der Synology (DSM 7.0.1) einen http-call (ohne "s") vom Shelly aus abliefern kann & der ausgeführt wird?

    1000 Dank im voraus.
    Jörg Hofmann

  • Cloud schaltet Shelly 1 seit gestern immer wieder aus - strange...

    (wrapup)... habe letzte Woche ein Ticket beim Shelly tech Support aufgemacht - nach zweimal "Datensammeln" (u.a. /settings) kurz nachdem das "ich-schalte-mich-mal-selber-aus"-Phänomen aufgetreten war, gabs die Anweisung "Factory Reset machen mit http://[device-ip]/longefyid" und seitdem alles wieder normal.

    Habe noch angefragt, ob/was der Support auf Seiten der Shelly Server gemacht hat ... wenn es da noch was gibt, poste ich es hier...

  • Cloud schaltet Shelly 1 seit gestern immer wieder aus - strange...

    ... gerade noch mal mit dem OTA probiert (er hat mir dann im Browser angesagt:

    Code
    {"status":"updating","has_update":false,"new_version":"20210429-100340/v1.10.4-g3f94cd7","old_version":"20210429-100340/v1.10.4-g3f94cd7"}

    ... hat dann auch geklappt/fW 10.2 drauf.

    Cloud wieder enabled (im Web interface... dauerte da nur 2 sec... komisch) ... läuft...

    In der App war der Shelly immer noch "Cloud disabled" => da auch aktiviert und nach ca. 1.5 min wieder von alleine aus :-(. 2 mal versucht: gleiches Bild: Cloud an und der Shelly geht nach 30-60 einfach aus.

    Noch ne Idee (FW scheidet damit wohl aus)? Bug bei Shelly einstellen (wie?)

    Danke, J.

  • Cloud schaltet Shelly 1 seit gestern immer wieder aus - strange...

    Zitat

    Das ist schon komisch… Update auf die neue Firmware?

    Das möglich das Problem??

    ... kann ich irgendwo sehen, ob der Shelly 1 die letzten Tage ein Update hatte? (immer wenn ich sehe "xx devices to update" habe ich die bisher immer direkt alle gemacht - vielleicht demnächst nicht mehr?).
    In den Logs der Shelly App steht nix und in der WebApp schon gar nicht... seufz...
    Firmware ist aktuell V1.10.4 vom 29.4.21 ... soll ich mal auf die 1.10.3 zurück gehen?

    J.