Support-Thread Modul 36_Shelly.pm

MadMax-FHEM · 03 April 2024, 13:19:46

Zunächst mal: vielen Dank für die weitere Pflege!

Ich hab zugegebenermassen mal abgewartet, bis etwas Ruhe in das Shelly-Thema kam aber nun wollte ich updaten

Zunächst mal auf meinem Testsystem...

Fhem update durchgeführt und:

- beim 3EM ist mir aufgefallen, dass nun ein webCmd da ist (also die "klickbaren" on/off), kriegt man ja weg, indem man webCmd : setzt <- done
ebenfalls ist nun mein stateFormat bzw. das was angezeigt wird "grün", ok auch das lässt/ließ sich beheben, indem ich einfach weitere Formatierungen angegeben habe <- done

- bei Shelly1 usw. ist mir nichts aufgefallen

EDIT: außer, wenn, wie bei mir, die FW zu alt ist

- allerdings ist bei meinem Shelly 2.5 als roller das Reading state "unbrauchbar"! "Früher" stand hier moving_up/moving_down/stopped "Jetzt" (nach update) steht dort pct-xxx also der pct-Wert. Damit ist nat. mein devStateIcon/stateFormat und meine "Klick-Steuerung" nicht mehr möglich $:-\$ Und: ich sehe da jetzt leider keine (simple) Lösung auf meiner Seite (außer ein wildes userReadings: wenn pct weniger wird, dann ist wohl moving_down, wenn sich pct nicht ändert: stopped ABER: das krieg ich ja mangels Events nicht mit $:-\$ und wenn pct größer wird, dann ist moving_up)
Und eine Kleinigkeit noch: beim Einfügen per rawDef (vom aktuellen auf das Testsystem zum Testen) kam die Meldung "[Shelly_Attr] Schaltaktor_WoZi_Rollo: Setting the mode attribute for this device is not possible only works for model=shelly2|shelly2.5|shellyplus2pm|shellypro2|shellyrgbw|shellybulb" ist nicht schlimm und wird ja dann auch selbst behoben (bzw. habe ich einfach die rwaDef noch mal eingefügt und dann ging es ohne Meldung)... Das ist aber nur "sehr kosmetisch"

Anbei mal ein altes list (36_Shelly.pm 26017 2022-05-02 07:04:23Z phenning):

Code Auswählen

Internals:
   DEF        192.168.10.160
   DURATION   0
   FUUID      613e30d1-f33f-753d-a707-857b132e65273e46
   INTERVAL   5
   MOVING     stopped
   NAME       Schaltaktor_WoZi_Rollo
   NR         2054
   STATE      1:100
<br>
2:stopped
3:stopped
4:stopped
<br>
5:default
   TARGETPCT  100
   TCPIP      192.168.10.160
   TYPE       Shelly
   eventCount 209592
   READINGS:
     2021-09-12 18:54:42   cloud           disabled
     2022-02-27 22:48:44   config          btn_type= [channel 0]
     2024-04-03 12:59:48   energy_0        35.8
     2022-02-03 16:02:49   firmware        v1.11.7
     2024-04-03 12:59:59   inttemp         55
     2024-04-03 12:59:59   last_dir        up
     2024-03-29 00:55:24   network         <html>connected to <a href="http://192.168.10.160">192.168.10.160</a></html>
     2024-04-03 12:59:59   pct             100
     2024-04-03 12:59:59   position        open
     2024-04-03 12:59:59   power           0
     2024-04-03 12:59:48   power_0         0
     2022-02-27 22:48:44   relais_0_sw     default
     2024-04-03 12:59:59   state           stopped
     2021-09-12 18:55:42   stop_reason     normal
Attributes:
   alias      Rollo
   comment    disable local switches:
set Rollo config btn_type detached 0

(re)enable local switches:
set Rollo config btn_type momentary 0
   devStateIcon {my $ShutterPos=ReadingsNum($name, "pct", 100); my $ClosedPos = AttrNum($name, "my_closedposition", 25); my $icon="1..*:fts_shutter_100"; if($ShutterPos > 80){$icon="1..*:fts_shutter_10"}elsif($ShutterPos > 60){$icon="1..*:fts_shutter_30"}elsif($ShutterPos > 40){$icon="1..*:fts_shutter_50"}elsif($ShutterPos > 20){$icon="1..*:fts_shutter_80"}; $icon .= " 2.stopped:control_arrow_down:pct+$ClosedPos 2.moving_up:control_arrow_down 2.moving_down:control_arrow_down\@red 3..*:time_manual_mode:stop 4.moving_down:control_arrow_up 4.stopped:control_arrow_up:open 4.moving_up:control_arrow_up\@red"; $icon.=" 5.detached:fts_shutter_manual\@red:default 5.default:fts_shutter_automatic\@green:detach"; return $icon;}
   event-on-change-reading .*
   group      Klima
   icon       fts_shutter_updown
   interval   5
   mode       roller
   model      shelly2.5
   my_closedposition 25
   my_shadowposition 62
   room       Overview Ambient,Wohnzimmer
   sortby     06
   stateFormat 1:pct
<br>
2:state
3:state
4:state
<br>
5:relais_0_sw
   userattr   my_shadowposition my_closedposition
   webCmd     :

Und ein neues list (36_Shelly.pm 28696 2024-03-22 08:36:42Z Starkstrombastler):

Code Auswählen

Internals:
   CFGFN      
   DEF        192.168.10.160
   DURATION   0
   FUUID      660d3462-f33f-ff8d-5838-d718b546d56e3a7b
   INTERVAL   5
   MOVING     stopped
   NAME       Schaltaktor_WoZi_Rollo
   NR         245
   SHELLY     SHSW-25
   STATE      1:100
<br>
2:pct-100
3:pct-100
4:pct-100
<br>
5:relais_0_sw
   TCPIP      192.168.10.160
   TYPE       Shelly
   eventCount 160
   units      0
   OLDREADINGS:
   READINGS:
     2024-04-03 12:50:16   cloud           disabled
     2024-04-03 12:50:38   coiot           enabled
     2024-04-03 12:50:38   coiot_period    15
     2024-04-03 13:00:18   config          mode=roller [channel s]
     2024-04-03 13:08:01   energy          44.6
     2024-04-03 12:50:16   firmware        v1.11.7
     2024-04-03 13:00:21   input_0         off
     2024-04-03 13:00:21   input_1         off
     2024-04-03 13:13:24   inttemp         54.9
     2024-04-03 12:50:16   inttempStatus   Normal
     2024-04-03 13:07:20   last_dir        up
     2024-04-03 12:50:16   network         <html>connected to <a href="http://192.168.10.160">192.168.10.160</a></html>
     2024-04-03 13:12:17   network_rssi    -57
     2024-04-03 12:50:16   network_ssid    MadMax-IoT-Network
     2024-04-03 12:50:38   network_threshold -70
     2024-04-03 13:00:21   overpower       0
     2024-04-03 13:07:20   pct             100
     2024-04-03 13:07:20   position        open
     2024-04-03 13:07:10   power           0
     2024-04-03 13:07:05   power_last      301.8 down
     2024-04-03 13:07:20   state           pct-100
     2024-04-03 12:50:21   stop_reason     normal
     2024-04-03 12:50:20   webhook_cnt     0
     2024-04-03 12:50:20   webhook_ver     0
   helper:
     Sets       config interval password reboot:noArg update:noArg name reset:disconnects closed open stop:noArg pct:slider,0,1,100 delta zero:noArg predefAttr:noArg
Attributes:
   alias      Rollo
   comment    disable local switches:
set Rollo config btn_type detached 0

(re)enable local switches:
set Rollo config btn_type momentary 0
   devStateIcon {my $ShutterPos=ReadingsNum($name, "pct", 100); my $ClosedPos = AttrNum($name, "my_closedposition", 25); my $icon="1..*:fts_shutter_100"; if($ShutterPos > 80){$icon="1..*:fts_shutter_10"}elsif($ShutterPos > 60){$icon="1..*:fts_shutter_30"}elsif($ShutterPos > 40){$icon="1..*:fts_shutter_50"}elsif($ShutterPos > 20){$icon="1..*:fts_shutter_80"}; $icon .= " 2.stopped:control_arrow_down:pct+$ClosedPos 2.moving_up:control_arrow_down 2.moving_down:control_arrow_down\@red 3..*:time_manual_mode:stop 4.moving_down:control_arrow_up 4.stopped:control_arrow_up:open 4.moving_up:control_arrow_up\@red"; $icon.=" 5.detached:fts_shutter_manual\@red:default 5.default:fts_shutter_automatic\@green:detach"; return $icon;}
   event-on-change-reading .*
   group      Klima
   icon       fts_shutter_updown
   interval   5
   mode       roller
   model      shelly2.5
   my_closedposition 25
   my_shadowposition 62
   room       Overview Ambient,Wohnzimmer
   sortby     06
   stateFormat 1:pct
<br>
2:state
3:state
4:state
<br>
5:relais_0_sw
   userattr   my_shadowposition my_closedposition
   webCmd     :

Und auch 2 Bilder, wie es vor und nach dem Update aussieht...

Ich hoffe da lässt sich was machen...
...ansonsten muss ich shelly wohl vom Update ausschliessen $:-\$

Und halt dann auf neue Shelly verzichten $:-\$

EDIT: ok, "Kommando halb zurück". Hat wohl etwas gedauert bis sich das Device neu "eingerüttelt" hat? Jetzt kommt zumindest wieder drive-up bzw. drive-down Für stopped (das es nicht mehr gibt) muss ich mir halt jetzt was überlegen... Mal sehen...

EDIT: so nun tut es (fast) wieder. statt stopped einfach "pct-(1?[0-9]?[0-9])" und tut. ABER: irgendwie wird pct gleich auf das Ziel gesetzt und es gibt (zumindest bei mir) keine aktuellen "Zwischenwerte" mehr $:-\$ Auch in anderen Readings nicht. Am Ende der Fahrt, also wenn ich dann vor Ende stoppe steht (nat.) wieder die aktuelle Position drin. Das Reading position verhält sich parallel... Ist jetzt nicht so wichtig aber dann habe ich halt keine unterschiedlichen Icons mehr während fahrt (nicht, dass ich da groß drauf schauen würde Aber naja )...
EDIT: ok war wohl schon immer so, also dass beim Fahren keine "Zwischen-Icons" kamen... -> SORRY!

ACHJA: ist nat. keine Kritik an der tollen Arbeit! Aber wenn bei/nach einem Update so viel zu tun ist

Daher natürlich: vielen Dank weiterhin!!

EDIT: werde noch etwas testen und v.a. FWs updaten und dann verm. morgen fhem auch auf dem Hauptsystem "auf Stand" bringen...

Gruß, Joachim

Starkstrombastler · 07 April 2024, 18:16:15

Zitat von: MadMax-FHEM am 03 April 2024, 13:19:46EDIT: werde noch etwas testen und v.a. FWs updaten und dann verm. morgen fhem auch auf dem Hauptsystem "auf Stand" bringen...

Oh je, hier hat das Updaten wohl ganz schön an den Nerven gefressen...

Möglicherweise sind die Probleme im rawDef begründet: Im Standardverfahren wird zunächst 'nur' das Device mittels define definiert. In der aktuellen Version dauert das eine Weile, weil verschiedene Abfragen mittels Timer gestaffelt durchgeführt werden. Wenn dann die attr dazwischenfunken könnte es dann solche Effekte geben.

Wenn es bei Dir nicht so eilig ist, schlage ich vor noch etwas abzuwarten und dann mit dem "großen" Update des Shelly-Moduls weiter zu machen. Da wird auf diese Timer verzichtet und die Definition ist deshalb wesentlich flüssiger. Und vieles mehr.

Das Update wird zunächst als Beta-Version zur Verfügung gestellt (siehe hier) - Tester willkommen ! !

Ich muss aber alle Shelly-Fans noch etwas vertrösten - eben kommt alles zusammen: die Glasfaser-Truppe will meinen Hof aufreisen, der Anstreicher stellt das Gerüst ans Haus, der Heizi steht mit der WP in den Startlöchern - und überall gibt es vorab noch einiges an Technik zu tunen....

Prof. Dr. Peter Henning · 07 April 2024, 18:48:34

@Starkstrombastler:

ZitatIch muss aber alle Shelly-Fans noch etwas vertrösten - eben kommt alles zusammen

Einerseits habe ich ein klein wenig ein schlechtes Gewissen - aber andererseits bin ich Dir sehr dankbar, dass Du das Modul übernommen hast. Die Komplexität des Shelly-Zoos ist inzwischen ganz enorm. Kleiner Tipp deshalb von meiner Seite: Die Aktie wird inzwischen auch in Deutschland gehandelt. Hat ihren Wert innerhalb eines Jahres in etwa verdreifacht, https://www.boerse-frankfurt.de/aktie/allterco-jsco

@curt:

Zitatmelden sich nicht alle Shelly zurück

Wieso sollten diese sich "melden"?

LG

pah

MadMax-FHEM · 07 April 2024, 19:06:09

Zitat von: Starkstrombastler am 07 April 2024, 18:16:15Oh je, hier hat das Updaten wohl ganz schön an den Nerven gefressen...

Hallo Starkstrombastler!

Alles halb so wild (inzwischen)

Sorry (noch mal) wegen dem "Wind"!

Zitat von: Starkstrombastler am 07 April 2024, 18:16:15Möglicherweise sind die Probleme im rawDef begründet: Im Standardverfahren wird zunächst 'nur' das Device mittels define definiert. In der aktuellen Version dauert das eine Weile, weil verschiedene Abfragen mittels Timer gestaffelt durchgeführt werden. Wenn dann die attr dazwischenfunken könnte es dann solche Effekte geben.

Ja, habe ich auch angenommen, dass eben per rawDef (beim Übertragen vom Haupt auf das Testsystem) der zeitliche Ablauf "nicht passt"...
Ist aber nicht schlimm.
Entweder warten oder einfach noch mal drüber...

Homematic CUL_HM ist bzgl. rawDef (noch) viel "aufwändiger"...

Zitat von: Starkstrombastler am 07 April 2024, 18:16:15Wenn es bei Dir nicht so eilig ist, schlage ich vor noch etwas abzuwarten und dann mit dem "großen" Update des Shelly-Moduls weiter zu machen. Da wird auf diese Timer verzichtet und die Definition ist deshalb wesentlich flüssiger. Und vieles mehr.

Too late

Habe das Hauptsystem schon einem Update unterzogen.
Was auf mich zukommt, hatte ich ja beim Testsystem gesehen und war vorbereitet

Zitat von: Starkstrombastler am 07 April 2024, 18:16:15Das Update wird zunächst als Beta-Version zur Verfügung gestellt (siehe hier) - Tester willkommen ! !

Leider bin ich die nächsten Tage dienstlich unterwegs...
...aber danach: Testsystem hab ich ja noch (genau für "sowas")...

Noch mal: vielen Dank!!!

Gruß, Joachim

Ruggy · 20 Mai 2024, 10:12:53

Hallo,

betreiben ein Shelly Plug S und bekomme alle 20 min folgende Fehlermeldung

Code Auswählen

2024.05.20 10:02:25 2: myShelly_Plug_1: undefined value for source

Alle 20 min, weil ich im device das intervall auf 20 min eingestellt habe.

Ich kann über den Browser und die IP Adresse ganz normal auf den Shelly zugreifen.
Schalten kann die die Shelle über FHEM auch.
Also ist eine Netzwerkverbindung vorhanden.

Ein FHEM Update habe ich auch gemacht.

Aber aus welchem Grund die Fehlermeldung?

Hier wäre das List der Shelly:

Code Auswählen

Internals:
   DEF        192.168.1.42
   FUUID      633ad3ff-f33f-f59f-3348-5e3c38309aa375f1
   INTERVAL   20
   NAME       myShelly_Plug_1
   NR         190
   STATE      on
   TCPIP      192.168.1.42
   TYPE       Shelly
   eventCount 1964
   units      0
   Helper:
     DBLOG:
       Gesamtverbrauch_kWh:
         DbLog:
           TIME       1716192365.21086
           VALUE      8.309
       energy:
         DbLog:
           TIME       1716192365.21086
           VALUE      8309
       power:
         DbLog:
           TIME       1716192425.51033
           VALUE      1.95
       statGesamtverbrauch_kWhDay:
         DbLog:
           TIME       1716192365.21086
           VALUE      0.3893
       statGesamtverbrauch_kWhDayLast:
         DbLog:
           TIME       1716155995.3939
           VALUE      0.8595
       statGesamtverbrauch_kWhHour:
         DbLog:
           TIME       1716192365.21086
           VALUE      0.0003
       statGesamtverbrauch_kWhHourLast:
         DbLog:
           TIME       1716191995.13881
           VALUE      0.0021
       statGesamtverbrauch_kWhMonth:
         DbLog:
           TIME       1716192365.21086
           VALUE      6.0060
       statGesamtverbrauch_kWhYear:
         DbLog:
           TIME       1716192365.21086
           VALUE      -6.3227
   READINGS:
     2024-05-20 10:06:05   Gesamtverbrauch_kWh 8.309
     2022-10-03 14:22:23   cloud           disabled
     2024-02-16 00:22:49   coiot           disabled
     2024-02-16 00:22:49   coiot_period    disabled
     2024-05-20 10:06:05   energy          8309
     2024-02-16 00:22:40   firmware        20190516-073020/master@ea1b23db
     2024-05-20 10:07:05   inttemp         24.03
     2024-05-19 20:02:08   network         <html>connected to <a href="http://192.168.1.42">192.168.1.42</a></html>
     2024-05-19 20:01:48   network_disconnects 768
     2024-05-20 10:07:05   network_rssi    -79
     2024-05-01 19:08:43   network_ssid    DAHOAM
     2024-05-19 22:12:38   overpower       off
     2024-05-20 10:07:05   power           1.95
     2024-05-19 22:12:38   relay           on
     2024-05-20 10:07:05   statEnergy      Hour: 0.3 Day: 389.3 Month: 6006.0 Year: -6322.7
     2024-05-20 09:59:55   statEnergyLast  Hour: 2.1 Day: 859.5 Month: -6987.3 Year: 14501.5
     2024-05-20 10:07:05   statGesamtverbrauch_kWh Hour: 0.0003 Day: 0.3893 Month: 6.0060 Year: -6.3227
     2024-05-20 10:07:05   statGesamtverbrauch_kWhDay 0.3893
     2024-05-19 23:59:55   statGesamtverbrauch_kWhDayLast 0.8595
     2024-05-20 10:07:05   statGesamtverbrauch_kWhHour 0.0003
     2024-05-20 09:59:55   statGesamtverbrauch_kWhHourLast 0.0021
     2024-05-20 09:59:55   statGesamtverbrauch_kWhLast Hour: 0.0021 Day: 0.8595 Month: -6.9873 Year: 14.5015
     2024-05-20 10:07:05   statGesamtverbrauch_kWhMonth 6.0060
     2024-04-30 23:59:55   statGesamtverbrauch_kWhMonthLast -6.9873
     2024-05-20 10:07:05   statGesamtverbrauch_kWhYear -6.3227
     2023-12-31 23:59:55   statGesamtverbrauch_kWhYearLast 14.5015
     2024-05-20 10:07:05   statPowerDay    Min: 1.76 Avg: 37.85 Max: 206.18
     2024-05-19 23:59:55   statPowerDayLast Min: 0.00 Avg: 35.27 Max: 207.87
     2024-05-20 10:07:05   statPowerMonth  Min: 0.00 Avg: 38.65 Max: 210.39
     2024-04-30 23:59:55   statPowerMonthLast Min: 1.31 Avg: 37.34 Max: 213.58
     2024-05-20 10:07:05   statPowerYear   Min: 0.00 Avg: 39.32 Max: 213.58
     2023-12-31 23:59:55   statPowerYearLast Min: 0.00 Avg: 25.61 Max: 224.72
     2024-05-19 22:12:38   state           on
     2024-05-19 22:12:38   timer           
     2024-04-28 16:00:47   webhook_cnt     0
     2024-04-28 16:00:47   webhook_ver     0
   helper:
     Sets       config interval password reboot:noArg update:noArg name reset:disconnects on off toggle on-for-timer off-for-timer
     _98_statistics myStatDevice
     bm:
       Shelly_Get:
         cnt        2
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        20.05. 10:04:00
         max        0.000169038772583008
         tot        0.000285148620605469
         mAr:
           HASH(0x3fe81e0)
           myShelly_Plug_1
           ?
       Shelly_Set:
         cnt        714
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        19.05. 22:48:25
         max        0.000336885452270508
         tot        0.0759165287017822
         mAr:
           HASH(0x3fe81e0)
           myShelly_Plug_1
           ?
Attributes:
   event-on-change-reading .*
   icon       measure_power
   interval   20
   model      shellyplug
   room       Garage
   userReadings Gesamtverbrauch_kWh:energy.* {ReadingsNum($name,"energy",0)/1000}

Starkstrombastler · 20 Mai 2024, 10:39:34

Zitat von: Ruggy am 20 Mai 2024, 10:12:532024-02-16 00:22:40 firmware 20190516-073020/master@ea1b23db

Dass eine derart alte Firmware noch im Umlauf ist, hätte ich nicht gedacht. Da aber der Shelly keine Versionsnummer mit ausgibt, hat das Shelly-Modul auch nicht festgestellt, dass ein Update erforderlich ist (update needed to ...).
Im Shelly UI sollte dir eine Update auf v1.14.0 vorgeschlagen werden.
Mit dem Update bekommst du das Reading "source" welches angibt, wodurch der letzte Schaltvorgang ausgelöst wurde.

By the Way: mit attr myShelly_Plug_1 showunits normal2 werden die Angaben des Shelly verständlicher und du kannst dir das Userreading sparen. Zugriff auf die Werte mit ReadingsNum(), statt ReadingsVal().

Ruggy · 20 Mai 2024, 10:49:59

Vielen Dank.
Kann ich das Update auch manuell installieren. Wenn ich auch das Shelle über die UI gehe, wird bei Firmware Update folgendes angezeigt.

Code Auswählen

The current Firmware version of your Shelly device is 20190516-073020/master@ea1b23db No newer firmware available.

Noch eine andere Frage (hoffe nicht zu Offtopic):
Hast Du evlt. auch eine Idee, warum bei mir negative Werte angezeigt werden. Ich hatte die Frage schon mal in einen anderen Thread gestellt aber der Grund wurde nicht so wirklich herausgefunden. Die Lösung, dass ich negative Werte nicht aufzeichnen lasse ist meiner Meinung nach nur eine Hilfslösung.
Es liegt aber evlt. nicht an Shelly, weil dies auch bei meinen Xiaomi Aquara hin und wieder passiert.

MadMax-FHEM · 20 Mai 2024, 10:58:49

Dein Shelly hat aber Internetzugang?
(also nicht Cloud aktiviert, sondern nur Internet)

Weil sonst ist deine Anzeige: "keine neue FW..." "logisch"...
...kein Internet, keine Prüfung möglich...

Ansonsten: Shelly Support...

Gruß, Joachim

Ruggy · 20 Mai 2024, 11:06:36

Dann wird es daran liegen, dass ich keine ShellyCloud nutze. Greife nur innerhalb meines LAN und über VPN darauf zu.

Habe noch ein paar ShellyEM3. Sind diese anders aufgebaut? Hier wird mir angezeigt, dass die Firmware aktuell ist. Oder stimmt dies auch nicht, weil keine Internetzugriff?
Firmware vom ShellyEM3:

Code Auswählen

20230913-114244/v1.14.0-gcb84623

Ruggy · 20 Mai 2024, 11:09:18

Sorry, hab ich falsch verstanden.
Internetzugriff habe ich über WLAN. Zumindest habe ich dies bei "Internet & Security" so eingestellt.

Code Auswählen

Connect the Shelly device to an existing WiFi Network
Unter "Device Info" steht:

Code Auswählen

WiFi connected to SSID: DAHOAM

MadMax-FHEM · 20 Mai 2024, 11:19:10

Zitat von: Ruggy am 20 Mai 2024, 11:06:36Dann wird es daran liegen, dass ich keine ShellyCloud nutze. Greife nur innerhalb meines LAN und über VPN darauf zu.

Habe noch ein paar ShellyEM3. Sind diese anders aufgebaut? Hier wird mir angezeigt, dass die Firmware aktuell ist. Oder stimmt dies auch nicht, weil keine Internetzugriff?
Firmware vom ShellyEM3:
Code Auswählen Erweitern
20230913-114244/v1.14.0-gcb84623

Habe ich auf meinem auch, gibt wohl nix neueres...

Gruß, Joachim

Ruggy · 20 Mai 2024, 11:30:15

Habe eine Lösung gefunden, wie man das Update manuell durchführen kann.

Code Auswählen

http://archive.shelly-tools.de/
Über diesen Link kann man dort die IP-Adresse der Shelly eingeben und das jeweilige Modell der Shelly auswählen.
Für die Shelly Plug S den Typ "SHPLG-S"

Den erstellten Link dann kopieren, in den Browser einfügen und ausführen.

Danach konnte ich in der Shelly UI dann nach dem Update suchen und aktualisieren.
Hat anscheinend geklappt:

Code Auswählen

Current version: 20230913-113421/v1.14.0-gcb84623
Jetzt werde ich die Logfile beobachten, ob der Fehler nicht mehr erscheint.

RalfRog · 20 Mai 2024, 11:52:27

Hallo
Der Weg ist natürlich auch eine Möglichkeit.

Ich denke mit Internetzugang hat MadMax auch gemeint, dass der Shelly nicht z. B. im Router (evtl. FritzBox) vom Zugang gesperrt ist.

Mein PlugS läuft noch auf 1.13. Nach Freigabe auf der FritzBox zeigt er bei "Check for New Firmware" :
Current version: 20230503-101129/v1.13.0-g9aed950
New version: 20230913-113421/v1.14.0-gcb84623
New BETA version: 20231107-164219/v1.14.1-rc1-g0617c15 is available.

Mithin müsste der normale Updateweg (bei Internetzugang) noch immer normal funktionieren.
Edit: für Gen1 Shellies

Gruß Ralf

Ruggy · 20 Mai 2024, 12:03:32

Evlt. liegt es auch daran, dass diese Shelly über einen Repeater die Verbindung aufbaut?
Und hier nicht direkt über die Fritzbox sondern über einen UniFi.

MadMax-FHEM · 20 Mai 2024, 12:13:13

Zitat von: Ruggy am 20 Mai 2024, 12:03:32Evlt. liegt es auch daran, dass diese Shelly über einen Repeater die Verbindung aufbaut?
Und hier nicht direkt über die Fritzbox sondern über einen UniFi.

Repeater oder AP?

Ich habe auch: FB -> Internet-Modem und dann USG und Unifi APs... Funktioniert problemlos...

Gruß, Joachim