SHELLY PLUS PLUG S einbinden

Begonnen von SmartHomeHeni, 24 April 2023, 09:53:43

Vorheriges Thema - Nächstes Thema

SmartHomeHeni

Hallo ihr,

ich hab einen neuen Stecker SHELLY PLUS PLUG S (mit Stromverbrauch und Temperatur) und kann ihn leider nicht ins FHEM einbinden.
Meine alten SHELLY PLUG funktionieren super.

Hier meine Definition:

define SHELLY_LS_Buero Shelly 192.168.178.83
attr SHELLY_LS_Buero interval 2
attr SHELLY_LS_Buero model shellyplug
#   CFGFN     
#   DEF        192.168.178.83
#   FUUID      644630d9-f33f-1080-01df-9a378f52a5191131
#   INTERVAL   2
#   NAME       SHELLY_LS_Buero
#   NR         158049
#   STATE      Error
#   TCPIP      192.168.178.83
#   TYPE       Shelly
#   eventCount 5
#   READINGS:
#     2023-04-24 09:33:45   network         <html>connected to <a href="http://192.168.178.83">192.168.178.83</a></html>
#     2023-04-24 09:40:40   state           Error
#
setstate SHELLY_LS_Buero Error
setstate SHELLY_LS_Buero 2023-04-24 09:33:45 network <html>connected to <a href="http://192.168.178.83">192.168.178.83</a></html>
setstate SHELLY_LS_Buero 2023-04-24 09:40:40 state Error


Die Netzwerkverbindung ist da.

Hat dazu schon jemand Erfahrung ?

RalfRog

#1
Ich glaube das Shelly Modul kennt den Plus Plug noch nicht.

Welche Modul-Version nutzt du?

Die Shelly-Fragen sind unter sonstige Systeme. Die Schaltdeckdose hat ja eher indirekt mit Beleuchtung zu tun.
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

SmartHomeHeni

Hmmh.
Ginge es denn über den MQTT2 - Service ?

Das hier ist meine SHELLY - Modulversion

36_Shelly.pm        26017 2022-05-02 07:04:23Z phenning


RalfRog

#3
Ist vermutlich die alte aus dem SVN. Schau mal im Code da steht bestimmt (erste 20-30 Zeilen) Version 4.01.
Genau:  Zeile 42   my $version = "4.01";

Es gibt noch was neueres 4.02f Ich such mal gerade.

Edit:
Hier https://forum.fhem.de/index.php?msg=1266486

Ich vermute die macht aber die Plus Version auch noch nicht.

MQTT müsste schon gehen, haben die Plus ja auch.
Habe ich selber nicht gemacht. Ich meine allerdings gelesen zu haben es sei etwas kompliziert mit den Readings.
==> Aber einfach mal ausprobieren.

FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

SmartHomeHeni

Hmmh.

Ich hab jetzt probiert meinen SHELLY PLUS PLUG S als MQTT2_DEVICE einzubinden.
Ich kann zwar alles lesen - aber nichts schalten ??

Hat jemand eine GENAUE Zeile für die SetList ??

define MQTT2_shellyplusplugs_80646fd6071c MQTT2_DEVICE shellyplusplugs_80646fd6071c

attr MQTT2_shellyplusplugs_80646fd6071c setList on shellyplusplugs-80646fd6071c/events/rpc {"id":0, "src":"shellyplusplugs-80646fd6071c/rpc-response", "method":"Switch.Set", "params":{"id":0,"on":true}}


Ich habe überhaupt keine Idee mehr, was ich da falsch mache ? Es kommen auch gar keine meiner Befehle beim SHELLY PLUS PLUG S an - auf jeden Fall zeigt das DEBUG - Protokoll nichts an.

Bitte Hilfe :-D

heiko73

#5
Moin, stand vor dem gleichen Problem und habe Euren Thread gefunden ;-) ...

Habe jetzt mal das model testweise auf shellypro4pm gestellt und siehe da, ich bekomme zumindest keinen Fehler mehr...

Und wenn ich das stateFormat Attribut auf "relay_0" setze, dann verhält sich der State auch wie bei meinen alten Shelly Plugs ...

RalfRog

#6
Gute Idee...  ;)

Lt. Liste im Code müsste das Modul (Version 4.02f) diese 2nd Gen kennen:

    #-- 2nd generation devices
    "shellyplus1" => [1,0,0,0,1],
    "shellyplus1pm" => [1,0,0,1,1],
    "shellyplus2pm" => [2,0,0,2,1],
    "shellypro1" => [1,0,0,0,1],
    "shellypro1pm" => [1,0,0,1,1],
    "shellypro2" => [2,0,0,0,1],
    "shellypro2pm" => [2,0,0,2,1],
    "shellypro4pm" => [4,0,0,4,1]
Gruß Ralf

Edit: man sieht es natürlich an dem Modell-Attribut was im Modul vorgsesehen ist  ::)
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

RalfRog

Zitat von: heiko73 am 29 April 2023, 11:14:55Moin, stand vor dem gleichen Problem und habe Euren Thread gefunden ;-) ...

Habe jetzt mal das model testweise auf shellypro4pm gestellt und siehe da, ich bekomme zumindest keinen Fehler mehr...

Und wenn ich das stateFormat Attribut auf "relay_0" setze, dann verhält sich der State auch wie bei meinen alten Shelly Plugs ...

Könnte mir vorstellen, dass der "shellyplus1pm" auch nen Versuch wert wäre. Sollte die gleichen Messewerte wie der PlusPlug haben.
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

RalfRog

FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

SmartHomeHeni

Hey ihr alle,

was mich total irritiert:
Das Problem ist der SHELLY PLUS PLUG S - bei mir auf jeden Fall.

In allen Threads bisher ist immer nur vom SHELLY PLUG S die Rede. Der geht ja eh problemlos.
Aber der SHELLY PLUS PLUG S eben nicht.

Welches "Ersatzdevice" kann ich also für den SHELLY PLUS PLUG S anwenden ?

LG
Christian

gandi1791

Servus,

nehme auch gerade drei neue Shelly Plug S Plus in Betrieb.
Das model "shellyplus1pm" kann alles:
Ein/Aus
inttemp
voltage
power
current
relay
state
network

Von daher wäre das die Wahl...

Gruß
Andi
fhem auf proxmox container
minicul>ESP-01>868>MAX!; minicul>ESP-01>433>SignalDuino>RSL/Jaro/IT
ESP-01>HM-MOD-RPI-PCB>HM
MySensorsGW>NodeMCU>Sensoren, Aktoren, div.
Broadlink RM Pro+ >433 Steckdosen, IR TV/Receiver; Hue, Alexa Echo Plus, div.Dot 2/3/4;DVB-T Stick>mqtt>TFA 30.3180