Support-Thread Modul 36_Shelly.pm

Begonnen von Prof. Dr. Peter Henning, 03 Februar 2021, 08:03:09

Vorheriges Thema - Nächstes Thema

teufelchen

@ Starkstrombastler: Ich mag keine Routinen in der Alexa-App. Einerseits weil die Weboberfläche mittels PC nicht mehr unterstützt wird. Und weil ich das dann jeweils im Profil von meiner Frau und mir einrichten muss.

@ MadMax-FHEM: Danke für den Hinweis, ich versuche gerade zu verstehen wie ich das damit umsetzen kann.

Als weitere Lösung würde mir ein von Alexa geschalteter Dummy einfallen der dann über ein Notify die Übersetzung von Dummy "on" auf Shelly "ON" und off auf OFF vornimmt.

Aktuell scheint mir der Ansatz mit homebridgeMapping am "schlankesten" umsetzbar.
Raspberry Pi 3
CUL433: V 1.26.05 a-culfw Build: 311 (2018-12-09_19-12-53) CUL433 (F-Band: 433MHz)
freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Debmatic mit RPI-RF-MOD

Prof. Dr. Peter Henning

Der einfachste Ansatz besteht hier im Einsatz von LightScene. Das Wohnzimmer kennt damit vier verschiedene Szenen: Alle_an,Esstisch,Sitzgruppe,Zu_Dunkel. In Alexa werden einfach entsprechende Räume definiert, und schon geht das.

Ist bei mir mit bis zu 6 Szenen für 8 Leuchten in Betrieb und funktioniert seit etwa 2014 wunderbar.

LG

pah

caldir65

Moin,
ich bekomme in schöner Regelmäßigkeit diese Meldungen im Log - hat das was zu beduten? Die Devices funktionieren trotzdem soweit ohne Probleme
2024.02.11 13:11:38.124 2: [Shelly_Set] stored keys for device ShellyPlugS_Kueche_LichtArbeitsflaeche "config interval password reboot:noArg update:noArg name reset:disconnects on off toggle on-for-timer off-for-timer" in helper
2024.02.11 13:11:38.139 2: [Shelly_Set] stored keys for device Shelly1_GaesteWC_Fenster "config interval password reboot:noArg update:noArg name reset:disconnects on off toggle on-for-timer off-for-timer" in helper

Gruß, Christoph
Alte Techniker-Regel: "kaum macht man es richtig, funktioniert es auch"
------
Dell Wyse5070 ThinClient 16GBRam, 64GB SSD, Lubuntu 22.04LTS, fhem (aktuell), debmatic, Homematic-Devs, ConBee II und deConz, viele Shellys, Rademacher, NextCloud-Anbindung, FullyKioskBrowser+FUIP uvm.

Starkstrombastler

Zitat von: caldir65 am 11 Februar 2024, 13:57:03ich bekomme in schöner Regelmäßigkeit diese Meldungen im Log - hat das was zu beduten?[Shelly_Set] stored keys for device ... in helper
Ja klar hat das was zu bedeuten: nämlich genau das, was da geschrieben ist. Die Meldung sollte aber nur einmalig nach einem Neustart bzw. define/modify kommen.

Ansonsten ist das aber kein Grund zur Sorge, das Ablegen der Keys in einem Helper ist eine Abkürzung und spart deren Ermittlung beim nächsten Abruf durch FHEMWEB.
IPC\Ubuntu + Fhem, 1wire, Shellies, Siemens Logo!, Z-Wave, PhilipsTV, Vu+duo2, KM200

caldir65

Ok danke. Ich hatte nur durch ein anderes Modul Abstürze, und dan diese Meldung halt direkt danach kamen, wollte ich mich nur vergewissern...

Gruß, Christoph
Alte Techniker-Regel: "kaum macht man es richtig, funktioniert es auch"
------
Dell Wyse5070 ThinClient 16GBRam, 64GB SSD, Lubuntu 22.04LTS, fhem (aktuell), debmatic, Homematic-Devs, ConBee II und deConz, viele Shellys, Rademacher, NextCloud-Anbindung, FullyKioskBrowser+FUIP uvm.

gent

Ich habe ein paar grundsätzliche Fragen zu den Shelly Plus Devices (ganz speziell zum Shelly Plus Plug S)

Mir ist in der Web-Oberfläche des Device aufgefallen, dass dort angezeigt wird, was den letzten Schaltbefehl ausgelöst hat. Hier steht dan so etwas "Last triggered by Http" oder "Last triggered by Button". Ich würde diese Unterscheidung gerne dafür nutzen, um eine Auslösung per Button einem Schaltbefehl per FHEM (http) vorzuziehen. Die Frage wäre: Kann das Modul diesen "Last triggered by" auch als Reading ausgeben?

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. Die Frage hier wäre: Welche Einstellungen (Enable 'MQTT Control', Enable RPC over MQTT, RPC status notifications over MQTT und Generic status update over MQTT) wirken sich auf das Modul aus bzw. sind für den korrrekten Betrieb des Moduls notwendig?

Über ein paar Antworten würde ich mich sehr freuen.

Viele Grüße
Holger
fhem auf rPi3 mit USB boot und M2, cul866 (hm), homebridge, FlowerSens, Shelly, Harmony, WemosD1, Sonoff/Tasmota, grafana, mqtt/mosquitto

Starkstrombastler

Zitat von: gent am 12 Februar 2024, 23:22:10Mir 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.
Zitat von: gent am 12 Februar 2024, 23:22:10Dann 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>
IPC\Ubuntu + Fhem, 1wire, Shellies, Siemens Logo!, Z-Wave, PhilipsTV, Vu+duo2, KM200

Wolfgang Lachmann


Hallo zusammen,


Bin seit Jahren passiver Mitleser hier im Forum, aber nun bin ich irgendwie mit meinem Latein am Ende. Aktuell versuche ich neue Shelly Plus2PM einzubinden und stoße auf merkwürdige Phänomene. Der SW-Stand der neuen Shellys ist 1.2.0.

Für meine Automationspläne soll der Shelly beim Anzug und Abfall eines seiner Relais ein Get-Request an FHEM senden, es sieht bspw. so aus:

http://<url und Port>/fhem?cmd=setreading%20Schlafzimmer%20mitnehmer%20on&XHR=1

Dies habe ich unter "Actions" hinterlegt und es wird auch beim Anzug des Relais abgesendet. Mit den Gen 1 Shellys ging so etwas immer problemlos mit genau einem Request. Mit den Shelly Plus2PM geschieht jedoch etwas merkwürdiges, der Shelly wiederholt eigenständig diese Sendung insgesamt 3 Mal im exakten Abstand von jeweils 16 Sekunden.

Ich habe das mit 2 Shelly Plus2PM probiert mit demselben Ergebnis. Ich habe auch andere IP-Adressen in meinem System angesprochen (mit dazu passenden Get-Requests natürlich), um FHEM als Fehlerquelle auszuschließen. Auch so finden die genannten Wiederholungen statt.

Gibt es hierzu bereits Erfahrungen? Vielleicht interessiert das auch die Shelly Entwickler...


Grüße aus meiner Home Automation Bastelstube sendet

Wolfgang

RPi3, Maple-Cul, EnOcean, Homebridge, ca. 30 Shellys, div. Frontends mit ESP8266

Starkstrombastler

Zitat von: Wolfgang Lachmann am 15 Februar 2024, 20:25:24Hallo zusammen,


Bin seit Jahren passiver Mitleser hier im Forum, aber nun bin ich irgendwie mit meinem Latein am Ende. Aktuell versuche ich neue Shelly Plus2PM einzubinden und stoße auf merkwürdige Phänomene. Der SW-Stand der neuen Shellys ist 1.2.0.

Für meine Automationspläne soll der Shelly beim Anzug und Abfall eines seiner Relais ein Get-Request an FHEM senden, es sieht bspw. so aus:

http://<url und Port>/fhem?cmd=setreading%20Schlafzimmer%20mitnehmer%20on&XHR=1

Dies habe ich unter "Actions" hinterlegt und es wird auch beim Anzug des Relais abgesendet. Mit den Gen 1 Shellys ging so etwas immer problemlos mit genau einem Request. Mit den Shelly Plus2PM geschieht jedoch etwas merkwürdiges, der Shelly wiederholt eigenständig diese Sendung insgesamt 3 Mal im exakten Abstand von jeweils 16 Sekunden.
Lass mal &XHR=1 weg
IPC\Ubuntu + Fhem, 1wire, Shellies, Siemens Logo!, Z-Wave, PhilipsTV, Vu+duo2, KM200

Wolfgang Lachmann

Hallo Starkstrombastler,

schnell probiert und schon klappt's! Ich wollte eigentlich mein WLAN von unnötigem HTML-Müll entlasten, den sowieso keiner liest!
Die Gen 1 Shellys mögen das...

Also: It's not a bug, it's a feature.

Vielen Dank jedenfalls für die schnelle Hilfe.

Schönen Abend noch
Wolfgang
RPi3, Maple-Cul, EnOcean, Homebridge, ca. 30 Shellys, div. Frontends mit ESP8266

ChristianP5r

Hallo,
Ich bin neu hier im Forum, lese aber schon eine ganze Weile mit und habe bisher immer eine Lösung für meine Probleme gefunden. Jetzt finde ich keine Möglichkeit für die Einbindung eines Shelly Plus Uni.
Hat schon jemand einen Shelly Plus Uni eingebunden?
Das Shelly Modul hat diesen Shelly noch nicht zur Auswahl im model Attribut.
Ist es geplant diesen im Modul aufzunehmen?
Hat jemand Erfahrung mit der Einbindung mittels MQTT?
Vielen Dank
lg
Christian

Starkstrombastler

Zitat von: ChristianP5r am 16 Februar 2024, 19:25:41Das Shelly Modul hat diesen Shelly noch nicht zur Auswahl im model Attribut.
Ist es geplant diesen im Modul aufzunehmen?
Ja, kommt, aber erst Ende Februar.
IPC\Ubuntu + Fhem, 1wire, Shellies, Siemens Logo!, Z-Wave, PhilipsTV, Vu+duo2, KM200

GeZi3560

Hallo zusammen,

der Shelly RGBW2 kennt zum Dimmen kein dimup/dimdown sondern nur pct.
Jemand von euch schon was gebastelt um mittels eines Schalters (Tradfri) hoch und runter zu dimmen?

Gruss Gerd
Raspberry Pi 4 4GB, MariaDB,2 Cul V3 868 ,1 Cul V3, 433, Zwave-USB, Conbee2, DeConz, MAX WT und Ventile,HM, Somfy, Fibaro, Shellys, Tradfri, Lidl Zigbee

Starkstrombastler

Zitat von: GeZi3560 am 21 Februar 2024, 14:17:40der Shelly RGBW2 kennt zum Dimmen kein dimup/dimdown sondern nur pct.
Das aktuelle Shelly-Modul bietet sehr wohl dimup / dimdown für den RGBW2 im White-Mode. Ist dein FHEM aktuell?
IPC\Ubuntu + Fhem, 1wire, Shellies, Siemens Logo!, Z-Wave, PhilipsTV, Vu+duo2, KM200

GeZi3560

#839
Danke für deinen Input.

Habe die aktuelle FHEM version (extra nochmal einen Update all gefahren)  und aktuelle Firmware des RGBW2.
Template ist das Shelly2RGBW-4W-Split

dimup / dimdown ist weder in der Set Auswahl  noch wir es als manuelles set angenommen.
 
" Unknown argument dimup, choose one of off on pct pct_on off-till-overnight off-for-timer off-till on-till on-for-timer on-till-overnight toggle blink intervals attrTemplate"
 Was mir auffällt ist das Attribut Template "attrTemplateVersion 20210103", passt das ?
Gruss Gerd

defmod MQTT2_shellyrgbw2_98CDAC266DA2 MQTT2_DEVICE shellyrgbw2_98CDAC266DA2
attr MQTT2_shellyrgbw2_98CDAC266DA2 autocreate 0
attr MQTT2_shellyrgbw2_98CDAC266DA2 comment Channel 1 for MQTT2_shellyrgbw2_98CDAC266DA2, see also MQTT2_shellyrgbw2_98CDAC266DA2_CH2, MQTT2_shellyrgbw2_98CDAC266DA2_CH3 and MQTT2_shellyrgbw2_98CDAC266DA2_CH4
attr MQTT2_shellyrgbw2_98CDAC266DA2 icon light_control
attr MQTT2_shellyrgbw2_98CDAC266DA2 model shelly2rgbw_4w_split
attr MQTT2_shellyrgbw2_98CDAC266DA2 readingList shellies/shellyrgbw2-98CDAC266DA2/white/0/status:.* {json2nameValue($EVENT,'',$JSONMAP)}\
  shellies/shellyrgbw2-98CDAC266DA2/white/0:.* state\
  shellies/shellyrgbw2-98CDAC266DA2/white/0/set:.* { json2nameValue($EVENT) }\
  shellies/shellyrgbw2-98CDAC266DA2/online:.* online\
  shellies/announce:.* { $EVENT =~ m,..id...shellyrgbw2-98CDAC266DA2...mac.*, ? json2nameValue($EVENT) : return }
attr MQTT2_shellyrgbw2_98CDAC266DA2 room MQTT2_DEVICE
attr MQTT2_shellyrgbw2_98CDAC266DA2 setList off:noArg shellies/shellyrgbw2-98CDAC266DA2/white/0/command off\
  on:noArg shellies/shellyrgbw2-98CDAC266DA2/white/0/command on\
  pct:colorpicker,BRI,0,1,100 shellies/shellyrgbw2-98CDAC266DA2/white/0/set {"mode":"white","brightness":"$EVTPART1"}\
  pct_on:colorpicker,BRI,0,1,100 shellies/shellyrgbw2-98CDAC266DA2/white/0/set {"ison":"true","mode":"white","brightness":"$EVTPART1"}\
  x_update:noArg shellies/shellyrgbw2-98CDAC266DA2/command update_fw\
  x_mqttcom shellies/shellyrgbw2-98CDAC266DA2/command $EVTPART1
attr MQTT2_shellyrgbw2_98CDAC266DA2 setStateList on off
attr MQTT2_shellyrgbw2_98CDAC266DA2 webCmd on:off:pct

setstate MQTT2_shellyrgbw2_98CDAC266DA2 on
setstate MQTT2_shellyrgbw2_98CDAC266DA2 2024-02-22 09:18:02 IODev myBroker
setstate MQTT2_shellyrgbw2_98CDAC266DA2 2024-02-22 09:19:28 associatedWith MQTT2_shellyrgbw2_98CDAC266DA2_CH2,MQTT2_shellyrgbw2_98CDAC266DA2_CH3,MQTT2_shellyrgbw2_98CDAC266DA2_CH4
setstate MQTT2_shellyrgbw2_98CDAC266DA2 2024-02-22 09:19:27 attrTemplateVersion 20210103
setstate MQTT2_shellyrgbw2_98CDAC266DA2 2024-02-22 09:37:32 brightness 1
setstate MQTT2_shellyrgbw2_98CDAC266DA2 2024-02-22 09:37:32 has_timer false
setstate MQTT2_shellyrgbw2_98CDAC266DA2 2024-02-22 09:37:32 ison true
setstate MQTT2_shellyrgbw2_98CDAC266DA2 2024-02-22 09:37:32 mode white
setstate MQTT2_shellyrgbw2_98CDAC266DA2 2024-02-22 09:19:28 online true
setstate MQTT2_shellyrgbw2_98CDAC266DA2 2024-02-22 09:37:32 overpower false
setstate MQTT2_shellyrgbw2_98CDAC266DA2 2024-02-22 09:37:32 power 0.77
setstate MQTT2_shellyrgbw2_98CDAC266DA2 2024-02-22 09:37:32 source http
setstate MQTT2_shellyrgbw2_98CDAC266DA2 2024-02-22 09:37:32 state on
setstate MQTT2_shellyrgbw2_98CDAC266DA2 2024-02-22 09:37:32 timer_duration 0
setstate MQTT2_shellyrgbw2_98CDAC266DA2 2024-02-22 09:37:32 timer_remaining 0
setstate MQTT2_shellyrgbw2_98CDAC266DA2 2024-02-22 09:37:32 timer_started 0
setstate MQTT2_shellyrgbw2_98CDAC266DA2 2024-02-22 09:37:32 transition 0
setstate MQTT2_shellyrgbw2_98CDAC266DA2 2024-02-22 09:19:28 x_mqttcom set x_mqttcom announce

Raspberry Pi 4 4GB, MariaDB,2 Cul V3 868 ,1 Cul V3, 433, Zwave-USB, Conbee2, DeConz, MAX WT und Ventile,HM, Somfy, Fibaro, Shellys, Tradfri, Lidl Zigbee