Beiträge von hotspot2

Den Update in solch langen Phasen zu machen ist eine Strategie die das eigentliche grundlegende Problem nicht löst.

Eine verbesserte Firmware-Qualität erreicht man am effektivsten durch gründliche Tests vor dem Release, anstatt Fehler durch einen gestaffelten Rollout zu beheben. So wird die Zuverlässigkeit von Anfang an gewährleistet. Aber die Variante, die den Anzeichen nach gerade von Shelly gefahren wird, ist halt schlicht und einfach kostengünstiger. Ist aber eher unter dem Motto "die Firmware reift beim Kunden."

Nein, das heisst es nicht.

Aber wie gesagt, wenn eine Firmware als stable rauskommt und veröffentlich ist dann kann ich doch als Anwender davon ausgehen das Sie getestet ist und installiert werden kann. Auch da ist es so das auch mal was schiefgehen kann, das ist aber völlig ok da habe ich überhaupt kein Thema.

Was mich jetzt in dem Fall irritiert ist einfach nur die Tatsache das ich ein Update das stable ist nicht auf alle meine Geräte ausrollen kann (auch nicht nach längerer Zeit). Das sollte eigentlich so nicht sein und daher habe ich ein klein wenig Zeit damit verbraucht mal zu schauen und dann zu fragen hier im Forum woran das liegen könnte.

Meine eigentliche Frage, und auch die des Threadstartes, ist noch offen. Wie ich die Firmware eventuell manuell auf die Devices bekommen kann.

Ich installiere Firmwareupdates weil sie Geräte sicherer machen, Fehler beheben und neue Funktionen hinzfügen und auch Leistung optimieren. Kurz gesagt: Das Produkt wird damit aktuell und effizient gehalten. Nicht immer nur aufgrund ganz konreter Vorteile des Updates.

Ich habe nichts dagegen das Updates auch mal länger dauern, speziell wenn sie gut getestet werden! Das ist völlig fein. Was aber auf mich komisch wirkt und wo ich dann auch mal etwas Zeit investiere ist wenn Updates (stable) angeboten werden und mir dann nicht für alle Produkte, wo das Update auch eingespielt werden könnte, zur Verfügung steht. Und nichts anderes habe ich gemacht.

Ich bin gerade auch etwas am rätseln was die Firmware 1.5.1 angeht. Ich habe aktuell ca. 80 Shellys im Haus im Einsatz und ich konnte auf ca. 30% bereits die Firmware 1.5.1 stable (20250318-152131/1.5.1-g01dd7ff) installieren. Bei den restlichen Shellys wird die aber seit mehr als einer Woche nicht angeboten. Egal ob ich von der Firmware 1.4.4 stable abfrage oder von der 1.5.1-beta2. Ich bekomme 1.5.1 stable nicht mehr angeboten.

Könnte es sein das die 1.5.1 einfach wieder zurückgezogen wurde? Den Rollout der phasenweise geschehen soll kann ich auch nicht ganz nachvollziehen, nach welchen Kriterien wird denn da dann ausgewählt? Ich konnte bei mir bis jetzt kein Schema finden das zu den 30% passt und erklärt warum es bei den anderen 70% nicht angeboten wird.

Gibt es eventuell doch, wie vom Threadstarter angesprochen, eine Möglichkeit die 1.5.1 stable manuell auf die Shellys zu bekommen?

Danke für die Info. Ich habe das als Featurewunsch an Shelly weitergegeben.

Ich habe bisher nur Rauchmelder im Haus (ohne Konnektivität) die überhaupt nicht blinken. Für mich die angenehmere Variante.

Ich wollte mein Motion 1 gegen Motion 2 tauschen und stelle fest das es die gar nicht mehr gibt.

Ich habe alle meine Shellys über MQTT an den iobroker angebunden und arbeite im Moment nur so mit Node Red, JavaScript und dem MQTT Adapter.

Der Blu Motion ist für mich Neuland wie die ganze „BLU“ Welt. Kann ich die auch einfach in mein Setup integrieren?

Gibt es von Shelly Planungen einen Motion 3 rauszubringen im bisherigen Konzept (also ohne BLU)?

Danke für eure Einschätzung und Tipps hierzu.

Mich würde das auch sehr interessieren ob man das blinken ausschalten kann.

Ich würde die Shellys Smoke Rauchmelder auch gerne in Wohnräumen einsetzen aber mit dem Blinken kommt das für mich nicht in Frage.

Fehlen hier noch irgendwelche Informationen oder so? Wäre dankbar für etwas Unterstützung hierbei.

Hallo zusammen,

ich steuere in unserem Keller im Flur drei unterschiedliche Lampen jeweils mit eine, Shelly Plus 1 an. An den Shelly Plus1 ist einmal nur ein Ein/Aus Schalter dran und zweimal eine Wechselschaltung mit zwei Wechselschaltern.

Alle drei Shellys werden mittels iobroker (NodeRED) angesteuert wenn man einen Wechselschalter wechselt, also sich am Schaltzustand am Shelly etwas ändern (Strom aus / an) oder über Bewegungsmelder die im Keller verteilt sind wird das Licht für ein paar Minuten eingeschaltet und geht dann von alleine wieder aus.

Ich würde nun gerne die Schalter dafür nutzen um das Licht dauerhaft einzuschalten und dann wieder auszuschalten. Dafür bräuchte ich aber ein Event wie "long push" oder so was. Um das zu bekommen würde ich jetzt gerne die Wechselschalter durch Taster ersetzen.

Das sollte doch relativ einfach möglich sein bei der vorhanden Verkabelung. oder?

Hallo,

ich verwende dieses Verfahren um die Blind Time zurückzusetzen in meinen Node Red Funktionen. Das funktioniert ganz gut bisher. Ich erhalte aber immer mal wieder Fehlermeldungen das Node Red den Http Post nicht absenden konnte.

Frage: Muss am Shelly Motion und am Motion 2 irgendwas eingestellt werden / aktiviert werden damit der Shelly die Http Posts annimmt?

Danke schon mal für eure Hilfe hierbei.

Passt! Das funktioniert so hervorragend.

Vielen Dank.

Habe jetzt 0,1 Sekunden eingestellt. Das passt hervorragend und funktioniert bestens.

Hallo zusammen,

ich habe bisher zwei Shelly Plus 1 an meiner Türklingel gehabt und habe die jetzt durch einen Shelly Plus Uni ersetzt. Rein technisch funktioniert alles soweit. Klingel drücken schaltet das Relais am Shelly Plus Uni und dann klingelt es auch über die Klingelanlage.

Ich habe aber das Problem im Moment das es vorher so funktioniert das ein Tastendruck an der Klingel dazu geführt hat das es auch nur einmal klingelt. Also das Relais ging an und wieder aus. Das hat der Shelly Plus 1 gemacht, da ich im ioBroker dazu nichts hab.

Das waren die Einstellung am Shelly Plus 1, habe ich so beim Shelly Plus Uni übernommen. Aber leider geht das Relais nur ein aber nicht mehr aus nach Tastendruck.

Habt ihr eine Idee wie ich das ändern kann?

Vielen Dank schon mal.

Die Tipps gehen in die richtige Richtung! Vielen Dank!

Ich habe jetzt mal den Repeater ausgesteckt mti dem der Shelly verbunden war der das Problem hat und siehe da das Licht geht sofort an. Das geht auch mehrmals hintereinander, also der Fehler ist wohl sehr gut reproduzierbar.

Jetzt wäre es wirklich interessant zu wissen wo ich diesen retain Wert einstellen kann, der sollte idealerweise dann "false" sein.

Hallo,

besten Dank! Das mit dem Pegel habe ich jetzt mal gecheckt. Ein paar Shellys befinden sich mit Hutschienenadapter im Verteilerschrank und das WLAN ist da drin nicht so optimal. Ich habe jetzt mal nur den Metalldeckel runter gemacht und schon siehe da -71 dBm. Ich habe Steckdosen im Verteilerschrank und vielleicht kann ich unter dem Deckel noch einen Repeater platzieren, mal sehen.

Das mit dem "retain" Wert gibt habe ich schon mal gelesen, konnte man bei den Shellys bisher auch immer einstellen. Das geht 1.2.x nicht mehr. Zumindest scheint der Schalter weg zu sein.

Hat jemand einen Tipp wo ich diesen retain Wert finden kann im ioBroker? Bisher habe ich nichts gefunden.

Ok, alles klar. Dann habe ich mal ein Ticket aufgemacht. Mal sehen ob ich überhaupt eine Rückmeldung bekomme, nach wieviele Wochen und Monaten. Leider habe ich mit dem Shelly Support bisher keine gute Erfahrungen gemacht.

Hallo,

ich würde gerne einen Downgrade der Shelly Plus 1 Firmware machen.

Welchen Typ muss ich den da auswählen?

Danke schon mal.

Ich habe jetzt nochmal alles gecheckt und ich bin mir sicher das ich keine ID 0 verwende in der Ansteuerung über MQTT (Geht nur über NodeRED bei mir). Es tauch auch nicht immer die ID auf sondern meistens steht nach dem WLAN neu verbinden nur ein "Switch.Set via MQTT" ohne weitere passende Zeilen. Ich konnte das jetzt einige Male im Log nachvollziehen.

2024-03-04T14:04:35.230919+00:00 shellyplus1-441793a56b64 811 76947.516 1 2|shelly_wifi.cpp:374     Shelly Wifi Connecting
2024-03-04T14:04:35.332690+00:00 shellyplus1-441793a56b64 812 76947.526 1 2|shelly_notification:163 Status change of wifi: {"rssi":-80,"ssid":null,"sta_ip":null,"status":"connecting"}
2024-03-04T14:04:35.332690+00:00 shellyplus1-441793a56b64 815 76947.544 1 2|I (76948275) wifi:connected with FFHomeNet24, aid = 14, channel 11, BW20, bssid = 0c:72:74:ae:da:89
2024-03-04T14:04:35.332690+00:00 shellyplus1-441793a56b64 816 76947.545 1 2|I (76948285) wifi:security: WPA2-PSK, phy: bgn, rssi: -80
2024-03-04T14:04:35.332690+00:00 shellyplus1-441793a56b64 817 76947.545 1 2|I (76948285) wifi:pm start, type: 0
2024-03-04T14:04:35.332690+00:00 shellyplus1-441793a56b64 818 76947.546 1 2|I (76948295) wifi:AP's beacon interval = 102400 us, DTIM period = 1
2024-03-04T14:04:35.332690+00:00 shellyplus1-441793a56b64 819 76947.546 1 2|shos_lwip.cpp:116       0x3ffd7870(st): Status up
2024-03-04T14:04:35.332690+00:00 shellyplus1-441793a56b64 820 76947.547 1 2|#033[0;32mI (76948305) esp_netif_handlers: sta ip: 192.168.3.25, mask: 255.255.252.0, gw: 192.168.0.1#033[0m
2024-03-04T14:04:35.332690+00:00 shellyplus1-441793a56b64 821 76947.548 1 2|shos_wifi.c:76          WiFi STA: Connected, BSSID 0c:72:74:ae:da:89 ch 11 RSSI -86
2024-03-04T14:04:35.332690+00:00 shellyplus1-441793a56b64 822 76947.548 1 2|shelly_wifi.cpp:380     Shelly Wifi Connected
2024-03-04T14:04:35.450802+00:00 shellyplus1-441793a56b64 823 76947.760 1 2|shos_wifi_sta.c:690     Saving AP FFHomeNet24 0c:72:74:ae:da:89 ch 11
2024-03-04T14:04:35.450802+00:00 shellyplus1-441793a56b64 824 76947.761 1 2|shos_sys_config.c:330   Saved to conf9.json
2024-03-04T14:04:35.453691+00:00 shellyplus1-441793a56b64 825 76947.762 1 2|shelly_wifi.cpp:401     Shelly Wifi IP acquired
2024-03-04T14:04:35.453691+00:00 shellyplus1-441793a56b64 826 76947.763 1 2|shelly_notification:163 Status change of wifi: {"rssi":-86,"ssid":"FFHomeNet24","sta_ip":"192.168.3.25","status":"connected"}
2024-03-04T14:04:35.453691+00:00 shellyplus1-441793a56b64 827 76947.763 1 2|shelly_notification:163 Status change of wifi: {"rssi":-86,"ssid":"FFHomeNet24","sta_ip":"192.168.3.25","status":"got ip"}
2024-03-04T14:04:35.453691+00:00 shellyplus1-441793a56b64 828 76947.764 1 2|shos_net.c:95           WiFi STA: connected
2024-03-04T14:04:35.474346+00:00 shellyplus1-441793a56b64 829 76947.785 1 2|shos_net.c:106          WiFi STA: ready, IP 192.168.3.25, GW 192.168.0.1, DNS 192.168.0.1, NTP 0.0.0.0
2024-03-04T14:04:35.474423+00:00 shellyplus1-441793a56b64 830 76947.785 1 2|shos_mqtt_conn.c:601    MQTT0: Connecting to 192.168.0.13:1883 (192.168.0.13:1883)
2024-03-04T14:04:35.531167+00:00 shellyplus1-441793a56b64 831 76947.842 1 2|shos_mqtt_conn.c:489    MQTT0: Connect status 0
2024-03-04T14:04:35.543200+00:00 shellyplus1-441793a56b64 832 76947.852 1 2|shelly_notification:163 Status change of mqtt: {"connected":true}
***************************
2024-03-04T14:04:35.564116+00:00 shellyplus1-441793a56b64 833 76947.874 1 2|shos_rpc_inst.c:230     Switch.Set via MQTT
***************************
2024-03-04T14:04:38.000984+00:00 shellyplus1-441793a56b64 834 76950.311 1 2|shos_dns_sd_respond:239 0x3ffd7870(st): Announced ShellyPlus1-441793A56B64 any@any (192.168.3.25)
2024-03-04T14:04:45.660165+00:00 shellyplus1-441793a56b64 835 76957.971 1 2|shos_rpc_inst.c:230     Switch.Set via MQTT

Der Shelly Plus 1 machte das jetzt mehrmals hintereinander. Ich habe das Licht ausgeschalten und die Zeile mit den Sternchen führt dazu daß das Licht eingeschalten wird. Wurde aber nicht angesteuert, sondern das macht der Shelly wohl selbst und das immer noch dem WLAN neu verbinden so wie es aussieht. Wird kein WLAN verbunden bleibt das Licht auch aus.

Ich werde mal testen den Shelly zu tauschen, aber wenn sich das WLAN ähnlich verhält wird dann ein anderer Shelly das gleiche Problem haben würde ich meinen.

Danke für eure Tipps hierzu, vielleicht hat jemand noch einen anderen Ansatz.

Das Logging hat geklappt und ich habe erste Hinweise darauf gefunden was hier passiert.

2024-03-04T13:18:05.688350+00:00 shellyplus1-441793a56b64 369 74157.894 1 2|shelly_wifi.cpp:374     Shelly Wifi Connecting
2024-03-04T13:18:05.792854+00:00 shellyplus1-441793a56b64 370 74157.900 1 2|shelly_notification:163 Status change of wifi: {"rssi":-82,"ssid":null,"sta_ip":null,"status":"connecting"}
2024-03-04T13:18:05.792854+00:00 shellyplus1-441793a56b64 371 74157.911 1 2|I (74158625) wifi:state: auth -> assoc (0)
2024-03-04T13:18:05.792854+00:00 shellyplus1-441793a56b64 374 74157.928 1 2|I (74158635) wifi:state: assoc -> run (10)
2024-03-04T13:18:05.792854+00:00 shellyplus1-441793a56b64 375 74157.929 1 2|I (74158665) wifi:connected with FFHomeNet24, aid = 14, channel 11, BW20, bssid = 0c:72:74:ae:da:89
2024-03-04T13:18:05.792854+00:00 shellyplus1-441793a56b64 376 74157.929 1 2|I (74158675) wifi:security: WPA2-PSK, phy: bgn, rssi: -82
2024-03-04T13:18:05.792854+00:00 shellyplus1-441793a56b64 377 74157.930 1 2|I (74158675) wifi:pm start, type: 0
2024-03-04T13:18:05.792854+00:00 shellyplus1-441793a56b64 378 74157.932 1 2|shos_lwip.cpp:116       0x3ffd7870(st): Status up
2024-03-04T13:18:05.792854+00:00 shellyplus1-441793a56b64 379 74157.933 1 2|#033[0;32mI (74158695) esp_netif_handlers: sta ip: 192.168.3.25, mask: 255.255.252.0, gw: 192.168.0.1#033[0m
2024-03-04T13:18:05.792854+00:00 shellyplus1-441793a56b64 380 74157.934 1 2|shos_wifi.c:76          WiFi STA: Connected, BSSID 0c:72:74:ae:da:89 ch 11 RSSI -82
2024-03-04T13:18:05.792854+00:00 shellyplus1-441793a56b64 381 74157.935 1 2|shelly_wifi.cpp:380     Shelly Wifi Connected
2024-03-04T13:18:05.852922+00:00 shellyplus1-441793a56b64 382 74158.100 1 2|shos_wifi_sta.c:690     Saving AP FFHomeNet24 0c:72:74:ae:da:89 ch 11
2024-03-04T13:18:05.855402+00:00 shellyplus1-441793a56b64 383 74158.101 1 2|I (74158815) wifi:AP's beacon interval = 102400 us, DTIM period = 1
2024-03-04T13:18:05.855402+00:00 shellyplus1-441793a56b64 384 74158.102 1 2|shos_sys_config.c:330   Saved to conf9.json
2024-03-04T13:18:05.857750+00:00 shellyplus1-441793a56b64 385 74158.103 1 2|shelly_wifi.cpp:401     Shelly Wifi IP acquired
2024-03-04T13:18:05.859160+00:00 shellyplus1-441793a56b64 386 74158.103 1 2|shelly_notification:163 Status change of wifi: {"rssi":-82,"ssid":"FFHomeNet24","sta_ip":"192.168.3.25","status":"connected"}
2024-03-04T13:18:05.862796+00:00 shellyplus1-441793a56b64 387 74158.104 1 2|shelly_notification:163 Status change of wifi: {"rssi":-83,"ssid":"FFHomeNet24","sta_ip":"192.168.3.25","status":"got ip"}
2024-03-04T13:18:05.863147+00:00 shellyplus1-441793a56b64 388 74158.104 1 2|shos_net.c:95           WiFi STA: connected
2024-03-04T13:18:05.878602+00:00 shellyplus1-441793a56b64 389 74158.125 1 2|shos_net.c:106          WiFi STA: ready, IP 192.168.3.25, GW 192.168.0.1, DNS 192.168.0.1, NTP 0.0.0.0
2024-03-04T13:18:05.893815+00:00 shellyplus1-441793a56b64 390 74158.126 1 2|shos_mqtt_conn.c:601    MQTT0: Connecting to 192.168.0.13:1883 (192.168.0.13:1883)
2024-03-04T13:18:05.942788+00:00 shellyplus1-441793a56b64 391 74158.186 1 2|shos_mqtt_conn.c:489    MQTT0: Connect status 0
2024-03-04T13:18:05.948964+00:00 shellyplus1-441793a56b64 392 74158.197 1 2|shelly_notification:163 Status change of mqtt: {"connected":true}
*************************
2024-03-04T13:18:05.974016+00:00 shellyplus1-441793a56b64 393 74158.220 1 2|shos_rpc_inst.c:230     Switch.Set via MQTT
2024-03-04T13:18:05.987486+00:00 shellyplus1-441793a56b64 394 74158.236 1 2|shelly_notification:163 Status change of switch:0: {"id":0,"output":true,"source":"MQTT"}
*************************
2024-03-04T13:18:08.483406+00:00 shellyplus1-441793a56b64 395 74160.730 1 2|shos_dns_sd_respond:239 0x3ffd7870(st): Announced ShellyPlus1-2024-03-04T13:18:33.384734+00:00 shellyplus1-441793a56b64 396 74185.634 1 2|shos_rpc_inst.c:230     shelly.getdeviceinfo via WS_in 192.168.1.66:65485

Ich habe die beiden auffälligen Zeichen mal zwischen zwei Sternchenreihen gepackt. Was ich hier sehe ist das es zu einem Schaltvorgang über MQTT kommt nachdem der Shelly vermutlich sein WLAN neuverbunden oder eben verbunden hat. Das passiert immer mal wieder und wenn das passiert dann geht danach das Licht an, das kann man sehen im Log und am Status des Shellys (und natürlich auch am Licht).

Im IOBroker gibt es keinerlei Einträge das hier aktiv etwas geschalten wurde. Ich meine auch keine ID 0 in allen meinen Ansteuerungen zu verwenden, das checke ich aber nochmal. Aber im Moment sieht das für mich komisch aus.

Hat dazu jemand eine Idee?

So, ich habe jetzt mal über GetStatus, das funktioniert einwandfrei, den letzten Status geholt. Was ich meinte war das in der Version vor 1.2.x das auch auf der Weboberfläche zu sehen woher der letzte Schaltbefehl kam, das ist jetzt nicht mehr so. Zumindest konnte ich es nicht mehr finden.

Als jetzt das Licht wieder an war, sah der letzte Status so aus:

{
    "ble": {},
    "cloud": {
        "connected": false
    },
    "input:0": {
        "id": 0,
        "state": null
    },
    "mqtt": {
        "connected": true
    },
    "switch:0": {
        "id": 0,
        "source": "MQTT",
        "output": true,
        "temperature": {
            "tC": 54.4,
            "tF": 129.9
        }
    },
    "sys": {
        "mac": "441793A56B64",
        "restart_required": false,
        "time": "10:33",
        "unixtime": 1709544811,
        "uptime": 60683,
        "ram_size": 245948,
        "ram_free": 146980,
        "fs_size": 458752,
        "fs_free": 143360,
        "cfg_rev": 55,
        "kvs_rev": 1,
        "schedule_rev": 0,
        "webhook_rev": 0,
        "available_updates": {},
        "reset_reason": 3
    },
    "wifi": {
        "sta_ip": "192.168.3.25",
        "status": "got ip",
        "ssid": "FFHomeNet24",
        "rssi": -82
    },
    "ws": {
        "connected": false
    }
}

Das heisst ja, das das letzte mal einschalten über MQTT kam.

Was mir jetzt noch helfen würde wäre ein Log das ich dann auch sehen wann der kam. Ich habe auch die Vermutung aktuell das nur ein Befehl zum Ausschalten nicht beim Shelly ankommt.

Hat von euch schon mal jemand das UDP Logging des Shellys verwendet? Kann ich das irgendwie an ein Tool / Linux System schicken und dann einsehen?

Danke für jede Hilfe hierbei!

Die Einstellung für Power On sind auf Aus. Er hat keine Verbindung zur Cloud, hatte er auch (meines Wissens nach ;-)) noch nie. Er ist aktuell nur über MQTT verbunden mit dem ioBroker. Szenen sind keine vorhanden, Schedules usw. sind auch ausgeschalten.