Support-Thread Modul 36_Shelly.pm

[carlos]

Hallo,
Ich hätte da mal einen feature request.
Vielleicht ist das ja machbar.

Ich habe in meinem Netz jetzt mal einen shelly als rangeextender eingesetzt.
Da funktioniert soweit ganz gut.
Jedoch würde ich gerne an diesem device sehen welche clients sich da angemeldet haben

Das kann man über folgenden api call machen:

Code Auswählen Erweitern

http://<IP>/rpc/Wifi.ListAPClients
Das ergibt z.B. folgende Ausgabe:

Code Auswählen Erweitern

{
   "ts":1710287246,
   "ap_clients":[
      {
         "mac":"XX:XX:XX:XX:XX:XX",
         "ip":"192.168.33.5",
         "ip_static":false,
         "mport":12660,
         "since":1710285405
      },
      {
         "mac":"XX:XX:XX:XX:XX:XX",
         "ip":"192.168.33.3",
         "ip_static":false,
         "mport":12524,
         "since":1710284249
      },
      {
         "mac":"XX:XX:XX:XX:XX:XX",
         "ip":"192.168.33.2",
         "ip_static":false,
         "mport":12626,
         "since":3
      }
   ]
}

Was hier wichtig wäre ist der externe Link im Bild.

[attach id=177059]Bildschirmfoto 2024-03-13 um 00.52.31.png[/attach]

Würde mich freuen, wenn man das bei einem rangeextender einbauen könnte.

Gruß

Hubert



[Starkstrombastler]

Ich habe in meinem Netz jetzt mal einen shelly als rangeextender eingesetzt.

Das Thema wird hier weiter verfolgt.

[Dracolein]

Moin zusammen,
supportet dies Modul auch den "Shelly Button1" ?


Hintergrund:
Ich habe bereits viele Shelly Devices mit diesem Modul erfolgreich im Einsatz.
Aktuell überlege ich, zwei vorhandene LED-Stripes mittels Shelly RGBW2 smart zu machen. Jedoch braucht es dann einen physischen Wandschalter Aufputz mit Batterie zum "manuellen" Schalten. Da dachte ich, könnte ich den Shelly Button1 einmal für ausprobieren (bzw. ich kenne sonst auch bisher noch keine batteriebetr. Aufputz-Schalter/Taster (ausser IKEA Tradfri))

[Starkstrombastler]

supportet dies Modul auch den "Shelly Button1" ?

Derzeit nicht.
Wäre aber denkbar, wenn das BLU Device an einem Shelly-BLU-Gateway hängen würde und dann via HTTP erreichbar wäre.
Falls jemand dazu etwas berichten möchte, dann bitte im Entwicklungs-Thread.

[Dracolein]

supportet dies Modul auch den "Shelly Button1" ?

Derzeit nicht.
Wäre aber denkbar, wenn das BLU Device an einem Shelly-BLU-Gateway hängen würde und dann via HTTP erreichbar wäre.
Falls jemand dazu etwas berichten möchte, dann bitte im Entwicklungs-Thread.

Danke für die Rückmeldung, dann lasse ich von dem Teil als simpler Enduser direkt die Finger und suche mir einen anderen Aufputz-Taster

[gent]

Mir ist in der Web-Oberfläche des Device aufgefallen, dass dort angezeigt wird, was den letzten Schaltbefehl ausgelöst hat.

Im Shelly-Modul wird der Auslöser des letzten Schaltens im Reading "source" ausgegeben.

Dann ist mir noch aufgefallen, dass das Reading "power" nur ausgegeben wird, wenn man im Webinterface des Shelly Plus Plug S unter den Einstellungen im Bereich MQTT die Option "Generic status update over MQTT" einschaltet.

Das hört sich so an, als ob du garnicht das Shelly-Modul nutzt, sondern die Einbindung via MQTT. Dann müsstest du an anderer Stelle hier im Forum suchen. 

Alternativ bist du natürlich gerne eingeladen, das Shelly-Modul zu nutzen:  define <name> Shelly <ip-adresse>

Ich nutze das Shelly Modul. Hier mein def:

Code Auswählen Erweitern

defmod KU.Spuelmaschine Shelly 192.168.178.194
attr KU.Spuelmaschine DbLogExclude .*
attr KU.Spuelmaschine DbLogInclude power
attr KU.Spuelmaschine alexaName Spülmaschine
attr KU.Spuelmaschine alias Spülmaschine
attr KU.Spuelmaschine group Strom
attr KU.Spuelmaschine model shellyplusplug
attr KU.Spuelmaschine room 02_Mitte->Küche
attr KU.Spuelmaschine siriName Spülmaschine
attr KU.Spuelmaschine userReadings updateneeded {if(ReadingsVal($NAME,"firmware","") =~ ("needed") ){'true'} else {'false'}}


[Starkstrombastler]

Dann ist mir noch aufgefallen, dass das Reading "power" nur ausgegeben wird, wenn man im Webinterface des Shelly Plus Plug S unter den Einstellungen im Bereich MQTT die Option "Generic status update over MQTT" einschaltet.

Auf solche Zusammenhänge kommt man wohl nur durch Zufall. Da ich aber keinen Shelly Plus Plug S hier habe, die Frage in die Runde, ob dieses Verhalten auch sonst beobachtet wird.

[Newbie]

Auf solche Zusammenhänge kommt man wohl nur durch Zufall. Da ich aber keinen Shelly Plus Plug S hier habe, die Frage in die Runde, ob dieses Verhalten auch sonst beobachtet wird.

Kann ich bei mir nicht bestätigen (Shelly-Firmware 1.2.3, 36_Shelly.pm:v5.20.0-s28413/2024-01-24).

vG Jens

[RalfRog]

Hallo

Kann ich auch nicht bestätigen.
Das war bei mir im PlusPlug noch nie gesetzt und trotzdem bekomme ich schon immer Power im aktuellen Modul als auch beim alten (4.02f mit  Modell shellyplus1pm) Modul angezeigt.
Firmware 0.12.99-plugsprod1

Gruß Ralf

[gent]

Anderes Thema:

habe grade das im Log gesehen, nachdem ich versucht habe einen shellydimmer komplett auszuschalten:

2024.03.20 23:34:21.115 1:  [Shelly_Set] WZ.Deckenfluter Error: wrong pct value '0' given, must be 1 ... 100

Hier die def:

Code Auswählen Erweitern

defmod WZ.Deckenfluter Shelly 192.168.178.197
attr WZ.Deckenfluter DbLogExclude .*
attr WZ.Deckenfluter alexaName Deckenfluter
attr WZ.Deckenfluter alias Deckenfluter
attr WZ.Deckenfluter group Licht
attr WZ.Deckenfluter mode white
attr WZ.Deckenfluter model shellydimmer
attr WZ.Deckenfluter room 02_Mitte->Wohnzimmer,Homekit
attr WZ.Deckenfluter siriName Deckenfluter
attr WZ.Deckenfluter userReadings attr WZ.Deckenfluter userReadings updateneeded {if(ReadingsVal($NAME,"firmware","") =~ ("needed") ){'true'} else {'false'}}



[Starkstrombastler]

habe grade das im Log gesehen, nachdem ich versucht habe einen shellydimmer komplett auszuschalten:

2024.03.20 23:34:21.115 1:  [Shelly_Set] WZ.Deckenfluter Error: wrong pct value '0' given, must be 1 ... 100

Das Modul verhält sich hier so wie der Shelly-Dimmer, um den Zustand "eingeschaltet mit 0% Helligkeit", also de facto "aus", zu vermeiden.

[Kai-Alfonso]

Moin,

ich habe heute mal ein Update gemacht, dazu kam auch das Shelly Module update. Seitdem lädt er das Modul nicht mehr

Code Auswählen Erweitern

2024.03.22 11:44:16.142 1: reload: Error:Modul 36_Shelly deactivated:
 Global symbol "$oldtimer" requires explicit package name (did you forget to declare "my $oldtimer"?) at ./FHEM/36_Shelly.pm line 1977.
Global symbol "$oldtimer" requires explicit package name (did you forget to declare "my $oldtimer"?) at ./FHEM/36_Shelly.pm line 1979.

2024.03.22 11:44:16.142 0: Global symbol "$oldtimer" requires explicit package name (did you forget to declare "my $oldtimer"?) at ./FHEM/36_Shelly.pm line 1977.
Global symbol "$oldtimer" requires explicit package name (did you forget to declare "my $oldtimer"?) at ./FHEM/36_Shelly.pm line 1979.

[JoWiemann]

ich habe heute mal ein Update gemacht, dazu kam auch das Shelly Module update. Seitdem lädt er das Modul nicht mehr

Hallo,

meine Vermutung. In beiden Zeilen wird ein Kommando zusammengebaut. Leider mit Anführungszeichen und nicht mit Hochkomma. Somit versucht Perl Variablen, wie $oldtimer zu evaluieren.

Grüße Jörg

[Kai-Alfonso]

Hi Jörg,

meine Vermutung. In beiden Zeilen wird ein Kommando zusammengebaut. Leider mit Anführungszeichen und nicht mit Hochkomma. Somit versucht Perl Variablen, wie $oldtimer zu evaluieren.

richtig vermutet - danke für den Tipp. Mit ' statt  " in den beiden Zeilen ging es dann bei mir.

Frage: hatte noch niemand vor mir den Fehler? Hatte auf die Schnelle nix gefunden

[Starkstrombastler]

Besser: $oldtimer im Modulcode löschen, das wird erst im nächsten großen Update verwendet.

Korrektur ist bereits eingecheckt.