Shelly 1PM und PlugS internen Temperatursensor auslesen

Begonnen von chipmunk, 08 März 2021, 18:30:17

Vorheriges Thema - Nächstes Thema

chipmunk

Hallo,
ich habe bereits gesucht, aber nichts gefunden. Sowohl Shelly 1PM als auch PlugS haben einen internen Termperatursensor.
Die Temparatur wird mir in den angelgeten Devices aber nicht angezeigt.
Wie kann ich das Temperatur Reading bekommen (ich nutze kein MQTT)?

Danke
Chipmunk
RasPi3, HM, HUE, div 433MHz Baumarktdosen über Sende- und Empfangsmodule von C*, Ediplug

Otto123

#1
Hi,

geht prinzipiell über httpmod, in der Art. Doku der API gibt es hier.

Hatte ich mir mal versuchsweise gebaut.

defmod shellyplug_s_h HTTPMOD none 0
attr shellyplug_s_h userattr get01Name get01URL get02Name get02URL get03Name get03URL set01IMap set01Name set01TextArg:0,1 set01URL set02Name set02TextArg:0,1 set02URL set03Name set03TextArg:0,1 set03URL set04Name set04TextArg:0,1 set04URL set05Name set05TextArg:0,1 set05URL set06Name set06TextArg:0,1 set06URL set07Name set07TextArg:0,1 set07URL set10Name set10TextArg:0,1 set10URL set11Name set11TextArg:0,1 set11URL set12Name set12TextArg:0,1 set12URL set15Name set15TextArg:0,1 set15URL set16Name set16URL set17Name set18URL
attr shellyplug_s_h eventMap /switch on:on/switch off:off/switch toggle:toggle
attr shellyplug_s_h extractAllJSON 1
attr shellyplug_s_h get01Name settings
attr shellyplug_s_h get01URL http://shellyplug-s-040E41/settings
attr shellyplug_s_h get02Name status
attr shellyplug_s_h get02URL http://shellyplug-s-040E41/status
attr shellyplug_s_h get03Name settings_relay_0
attr shellyplug_s_h get03URL http://shellyplug-s-040E41/settings/relay/0
attr shellyplug_s_h room HTTPMOD_Device
attr shellyplug_s_h set01Name mqtt_max_qos
attr shellyplug_s_h set01URL http://shellyplug-s-040E41/settings/?mqtt_max_qos=$val
attr shellyplug_s_h set02Name mqtt_retain
attr shellyplug_s_h set02TextArg 1
attr shellyplug_s_h set02URL http://shellyplug-s-040E41/settings/?mqtt_retain=$val
attr shellyplug_s_h set03Name mqtt_update_period
attr shellyplug_s_h set03URL http://shellyplug-s-040E41/settings/?mqtt_update_period=$val
attr shellyplug_s_h set04Name settings_relay_0_default_state
attr shellyplug_s_h set04TextArg 1
attr shellyplug_s_h set04URL http://shellyplug-s-040E41/settings/relay/0/?default_state=$val
attr shellyplug_s_h set05Name settings_relay_0_btn_type
attr shellyplug_s_h set05TextArg 1
attr shellyplug_s_h set05URL http://shellyplug-s-040E41/settings/relay/0/?btn_type=$val
attr shellyplug_s_h set06Name settings_relay_0_auto_on
attr shellyplug_s_h set06URL http://shellyplug-s-040E41/settings/relay/0/?auto_on=$val
attr shellyplug_s_h set07Name settings_relay_0_auto_off
attr shellyplug_s_h set07URL http://shellyplug-s-040E41/settings/relay/0/?auto_off=$val
attr shellyplug_s_h set10Name led_status_disable
attr shellyplug_s_h set10TextArg 1
attr shellyplug_s_h set10URL http://shellyplug-s-040E41/settings/?max_power=$val
attr shellyplug_s_h set11Name led_status_disable
attr shellyplug_s_h set11TextArg 1
attr shellyplug_s_h set11URL http://shellyplug-s-040E41/settings/?led_status_disable=$val
attr shellyplug_s_h set12Name led_power_disable
attr shellyplug_s_h set12TextArg 1
attr shellyplug_s_h set12URL http://shellyplug-s-040E41/settings/?led_power_disable=$val
attr shellyplug_s_h set15Name switch
attr shellyplug_s_h set15TextArg 1
attr shellyplug_s_h set15URL http://shellyplug-s-040E41/relay/0/?turn=$val
attr shellyplug_s_h set16Name timeron
attr shellyplug_s_h set16URL http://shellyplug-s-040E41/relay/0/?timer=$val&turn=on
attr shellyplug_s_h set17Name timeroff
attr shellyplug_s_h set18URL http://shellyplug-s-040E41/relay/0/?timer=$val&turn=off

Wobei die Temperatursensoren nur für die interne Überlastungsauswertung gut sind :)

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

chipmunk

Hí Otto,
Danke für die Info, aber das ist nicht via 36_shelly oder?
Ich habe die Devices mit dem Shelly-Modul angelegt.

LG
Chipmunk
RasPi3, HM, HUE, div 433MHz Baumarktdosen über Sende- und Empfangsmodule von C*, Ediplug

Otto123

Zitat von: chipmunk am 09 März 2021, 18:13:23
das ist nicht via 36_shelly oder?

Nein, hattest Du aber auch nicht gefragt :)
Ich selbst habe die Shelly per MQTT2 eingebunden und da sind die Temperaturen da :)
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

Paul

Zitat von: chipmunk am 09 März 2021, 18:13:23

Danke für die Info, aber das ist nicht via 36_shelly oder?
Ich habe die Devices mit dem Shelly-Modul angelegt.

LG
Chipmunk

Kannst du aber trotzdem mit HTTPMOD auslesen und dann in shelly36.PN ein UserReading einrichten.
Cubietruck, HM-USB, CUL, FS20, FHT, HUE, Keymatic

MadMax-FHEM

Mittels userReadings beim Shelly bekommt man dann aber nur einen ("alten") Wert vom HTTPMOD und auch nur, wenn sich am Shelly was tut...
...wenn sich am Shelly nix tut -> keine (aktualisierte alte) Temp.

"Schneller" -> notify auf die Temp des HTTPMOD und dann setreading beim Shelly...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Paul

Zitat von: MadMax-FHEM am 13 April 2021, 08:06:32
...wenn sich am Shelly nix tut -> keine (aktualisierte alte) Temp.



36Shelly holt alle 60 Sekunden die Daten, d.h. die Daten können Max. 59 Sekunden alt sein.

Bei Temperatur sollten diese 59 Sekunden zu vernachlässigen sein.
Cubietruck, HM-USB, CUL, FS20, FHT, HUE, Keymatic

MadMax-FHEM

Zitat von: Paul am 13 April 2021, 10:29:47
36Shelly holt alle 60 Sekunden die Daten, d.h. die Daten können Max. 59 Sekunden alt sein.

Bei Temperatur sollten diese 59 Sekunden zu vernachlässigen sein.

Nicht, wenn event-on-change-reading gesetzt ist/sein sollte und sich nichts ändert...
...kein Event, keine Änderung.

Oder das Intervall hoch gedreht wurde...

Egal.
Wollte nur Hinweisen, dass eben bei userReadings beim Device "wo es dran hängt" was passieren muss, sonst ändert sich auch am userReadings nichts...

Nicht, dass es dann (wieder) heißt: es passiert nix ;)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Prof. Dr. Peter Henning

Bitte Fragen um 36_Shelly.pm im Supportthread stellen.

LG

pah