Shelly 2PM Gen3 Schalter

Begonnen von roli, 16 Oktober 2024, 19:15:06

Vorheriges Thema - Nächstes Thema

roli

Hat jemand einen 2PM im Einsatz. Ideal waere ein Gen3. Und kann mir ein Beispiel nennen, wie man den in FHEM am effizentesten
Einsetzt und entsprechen Schalter für die 2 Kanäle definiert.

Ok. Mit MQTT wird er erkannt.  Gibt es ein sinnvolles
attrTemplate ??
FHEM auf Debian (RASPI), 2 * CUL868/433 *  FS20 STR, 2 * HMS100 T, 2 * , 1* FS20 SU, 2 *  FS20 SM8, 2 ; 1-wire Temp,i2c Bus; ESP32 WROOM; ESP8266; Arduino
Sonnenbatterie Eco8;Elektro  Nachspeicher-Ofen Ladesteuerung,
Haus Lüftung,
Integration von HardwareAlarmanlag

Otto123

Im MQTT Board wird zumindest über gen3 diskutiert. Wenn Du ein list vom Originalzustand lieferst könnte das helfen. ;)
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

roli

LEider konnte ich im Forum noch nichts finden und  es gab auch noch keine Hilfe von jemand, der einen Shelly 2PM verwendet ( ob GNE3 oder auch älter )

Ich hab mich jetzt durch viel altes Zeug durchgekämpft und getestet -  denke am Ende wird es eine EInfache Lösung geben - Aber bisher leider nichts .

Ich bin jetzt wenigstens mit  "attrTemplete" weitergekommen  ( war bei mir deactiviert ! )  und hab mal "ShellyPlus_2pm_split"  genommen --
 

HAt 2 channels, Powermetering  - internen temp Sensor , ....

HAt meiner auch  - aber das Ergebenis  von attrTemplate passt nicht ---

aber vielleicht kann man es irgendwie hinbiegen ---  Sollte ich es schaffen - poste ich es wenigstens  - auch für andere
FHEM auf Debian (RASPI), 2 * CUL868/433 *  FS20 STR, 2 * HMS100 T, 2 * , 1* FS20 SU, 2 *  FS20 SM8, 2 ; 1-wire Temp,i2c Bus; ESP32 WROOM; ESP8266; Arduino
Sonnenbatterie Eco8;Elektro  Nachspeicher-Ofen Ladesteuerung,
Haus Lüftung,
Integration von HardwareAlarmanlag

passibe

Was, wenn du einfach z.B. mit MQTT Explorer mal schaust, was der so published und dir dann einfach selbst jedenfalls mal eine readingList baust? Sollte ja eigentlich recht gut gehen. Wobei sich da doch auch nicht so viele Unterschiede zu vorherigen Modellen ergeben sollten?

Bei der SetList sollten sich doch auch nicht so viele Unterschiede ergeben, oder?

Hier scheint das alles jedenfalls einigermaßen transparent dokumentiert zu sein: https://shelly-api-docs.shelly.cloud/gen2/ComponentsAndServices/Mqtt

Otto123

Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

roli

Dank an einen User, der mir die Lösung durch private Mail zukommen lies. Teilweise kann ich dies nachvollziehen, da doch oft eher nur oberflächlich geantwortet wird - und man sich nicht mit eventuell falscher Info outen will -- Aber, so wird es dann bald wie bei Google search, wo man dann immer  einen Fake Eintrag auf Amazon Produkte bekommt.

Hier also meine Lösung die funktioniert hat, und die man sicher optimieren könnte:

  -- siehe Anhang


Weitere Hinweise:

Ich hatte
 
#  attr global disableFeatures attrTemplate

auskommentiert. Denke dies hat dazu geführt, dass zusätzlich
Einträge in der "readingList" aufgenommen wurden --

So funktioniert es erst mal. Aber bei einem Test erst mal die Schalter über die Cloud betätigen -- erst nach ein paar sekunden wird dann die MQTT Verbindung aktiv und dann hat bei mir alles funktioniert !

Danke an die ( den) hilfsbereiten Benutzer !! 
Hat viel Zeit gespart.

FHEM auf Debian (RASPI), 2 * CUL868/433 *  FS20 STR, 2 * HMS100 T, 2 * , 1* FS20 SU, 2 *  FS20 SM8, 2 ; 1-wire Temp,i2c Bus; ESP32 WROOM; ESP8266; Arduino
Sonnenbatterie Eco8;Elektro  Nachspeicher-Ofen Ladesteuerung,
Haus Lüftung,
Integration von HardwareAlarmanlag

Beta-User

Danke für's wieder aufmachen und verschieben!

Zitat von: roli am 21 Oktober 2024, 11:18:07Bzgl: Shelly_Bad:fhem2shelly/rpc:.*   kann ich nur sagen, dass dies ohne meine eigene definition aufgetaucht ist -- und ich es deshalb übernommen habe  - dachte es hängt mit  attrTemplate zusammen  -
Es hängt NICHT mit attrTemplate zusammen, diesen Eintrag hat "autocreate" erstellt, und er ist mAn. immer noch nicht sinnvoll, sondern "sinnvoll" ist das, was im attrTemplate zu den 3rd gen. vercoded ist (mache nichts mit dem Topic).

Auszugsweise meine Anmerkung aus dem anderen Post:
Zitat von: Beta-User am 21 Oktober 2024, 10:35:05[...] noch angemerkt, dass es m.E.
1. nicht sinnvoll ist, die Antwort (Shelly_Bad:fhem2shelly/rpc:.*) zu abonnieren, da steht araik nur drin, dass der Shelly den Befehl erhalten hat;
2. Wünsche zur Verbesserung der attrTemplate (zu MQTT2_DEVICE) im MQTT-Bereich besser aufgehoben sind, und
3. man ganz allgemein nicht direkt die cfg reinschreibt und auch keine (direkten) Auszüge posten sollte, sondern list/raw list/copy for forum (je nach Anwendungszweck)

PS: Es gibt einen Wiki-Artikel zu MQTT2_DEVICE (Schritt für Schritt), in dem (kurz!) erklärt wird, wie man rausbekommen kann, was auf welchem Topic kommt (und in etwa auch, was FHEM da als Readings draus macht).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Charity

Hallo, ich habe mich mittlerweile durch so allerhand Artikel/Informationen durchgearbeitet. Aber leider werde ich nicht so richtig schlau aus den Informationen und die Einbindung meines Shelly 2PM Gen3 liefert mir nicht die Möglichkeit einerseits die beiden Aktoren (als Lichtschalter) zu bedienen und zusätzlich auch noch die Messwerte analog zu den Shelly Plug S MTR Gen3 auszuwerten, da die Informationen gar nicht reinkommen.

Device List direkt nach "define ShellySwitchKitchen Shelly 192.168.0.120"
Internals:
   .AttrList  model:generic,shelly1,shelly1L,shelly1pm,shelly2,shelly2.5,shelly3em,shelly4,shellybulb,shellydimmer,shellyem,shellyi3,shellyplug,shellyplus010v,shellyplus1,shellyplus1pm,shellyplus2pm,shellyplusi4,shellyplusplug,shellypluspm,shellyplusrgbwpm,shellyplusuni,shellypmmini,shellypro1,shellypro1pm,shellypro2,shellypro2pm,shellypro3,shellypro3em,shellypro4pm,shellyprodm1pm,shellyprodm2pm,shellyprodual,shellyproem50,shellyrgbw,shellyuni,walldisplay1 maxAge ShellyName interval timeout shellyuser showunits:none,original webhook:WEB,WEBhook verbose:0,1,2,3,4,5 event-aggregator event-min-interval event-on-change-reading event-on-update-reading oldreadings stateFormat:textField-long timestamp-on-change-reading
   CFGFN     
   DEF        192.168.0.120
   FUUID      67812c21-f33f-2728-7a57-3ab28f611a0688db
   INTERVAL   60
   NAME       ShellySwitchKitchen
   NR         1081
   NTFY_ORDER 50-ShellySwitchKitchen
   STATE      Error
   TYPE       Shelly
   eventCount 7
   units      0
   .attraggr:
   .attrminint:
   READINGS:
     2025-01-10 15:18:09   error           error in command: id or component not found
     2025-01-10 15:18:09   mac             8C:BF:EA:A2:9A:40
     2025-01-10 15:18:09   model_ID        S3SW-002P16EU
     2025-01-10 15:18:09   model_function  switch
     2025-01-10 15:18:09   state           Error
   helper:
     Sets       config interval password reboot:noArg update:noArg name reset:noArg clear:disconnects,error,responsetimes actions
     StatusCall 0
     settings_time 0
     timer      0
Attributes:
   model      generic

Bei mir handelt es sich nicht um den Hutschienen Shelly sondern um die Unterputz Variante.

In der Liste der verfügbaren Model:
generic,shelly1,shelly1L,shelly1pm,shelly2,shelly2.5,shelly3em,shelly4,shellybulb,shellydimmer,shellyem,shellyi3,shellyplug,shellyplus010v,shellyplus1,shellyplus1pm,shellyplus2pm,shellyplusi4,shellyplusplug,shellypluspm,shellyplusrgbwpm,shellyplusuni,shellypmmini,shellypro1,shellypro1pm,shellypro2,shellypro2pm,shellypro3,shellypro3em,shellypro4pm,shellyprodm1pm,shellyprodm2pm,shellyprodual,shellyproem50,shellyrgbw,shellyuni,walldisplay1finde ich kein passenden.

Erst habe ich mal den shellypro2pm ausgewählt. Da kommen dann doch einige Readings. Aber es handelt sich hier nicht um das richtige Device.

Hat ev. bereits jemand den 2PM Gen3 so eingebunden, dass auch die Messwerte ausgelesen werden können und die beiden Schalter aktiviert werden können ?

Danke

RalfRog

Hallo Charity

Hier im Beitrag wird die Einbindung des Shelly 2PM Gen3 per MQTT diskutiert.
Du hast ihn jedoch mit dem SHELLY Modul versucht einzubinden.

Ich den Überblick über den SHELLY Zoo auch nicht mehr. In deinem Device ist lt. READING die Model-ID erkannt worden aber das Attribut Model ist auf generic. Also denke ich, dass das Modul (ist es aktuell?) den Shelly (noch?) nicht unterstützt - in der Liste findest du ihn ja auch nicht.

Damit geht du aber besser in den SHELLY Support Beitrag von Starkstrombastler - ich glaube in Sonstiges.

Gruß Ralf
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

Charity

Danke Ralf. Ich werde das gleich suchen und da nochmal entsprechend posten.

seule3008

Hallo,

Ich stehe auch auf dem Schlauch. Ich habe viele Shellys per MQTT laufen und das auch sehr zuverlässig. Da mir jetzt ein 2.5 an der Rolllade kaputt gegangen ist, habe ich ihn durch einen Plus2PM gen 3 getauscht und versucht ihn einzubinden. Bei dem Plus 2PM und den 2,5 ging das super mit den Template. Der Gen3 schickt zwar Readings aber lässt sich nicht ansteuern. Weiß jemand was man evtl im Template ändern muss oder gibt es mitlerweile ein passendes Template für die neuen Dinger?

Vielen Dank schonmal und viele Grüße

Christian

Beta-User

ZitatWeiß jemand was man evtl im Template ändern muss oder gibt es mitlerweile ein passendes Template für die neuen Dinger?
_Vermutlich_ paßt da was von den "shellyPlus-xxx-roller"-attrTemplates.
Zitat von: seule3008 am 22 Januar 2025, 15:47:23Der Gen3 schickt zwar Readings aber lässt sich nicht ansteuern.
Aha.
Glaskugel sagt, du verwendest keine passende topic-payload-Kombination, das falsche IO oder der Aluhut ist kaputt....

Mehr und konkreter könnte das _vielleicht_ werden, wenn du die angepinnten Beiträge berücksichtigst.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files