Shelly 3 EM

Begonnen von Astrofreak85, 07 Juni 2020, 18:05:03

Vorheriges Thema - Nächstes Thema

Beta-User

Zitat von: Prof. Dr. Peter Henning am 01 August 2022, 22:07:12
...beurteile ich als IT-Profi und Autor die Gesamtdokumentation von FHEM, Shelly und MQTT als sehr gut, umfassend und auch für Anfänger geeignet. Man muss sie nur mal lesen.
:)

Aber bestimmt ist es für manche Leute einfacher, sich einen unbekannten Mechanismus dadurch zu erschließen, die nicht vorhandene Doku in einer Fremdsprache mit kryptischer Zeichensprache und unbekannter Grammatik zu entziffern... (statt das eigene Device zu beobachten und mit der dazu passenden Doku in der hierfür gängigen Fremsprache bzw. der eigenen... 8) )

TIMTOWTDI eben ;D .
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

fpg

moin,

... :-) ein freundliches lächeln zum IT-profi ... so gut ist die doku (noch) nicht (meine sicht ;-) ).. sie richtet sich mehr an den entwickler, weniger an den user. Ich schlage mich täglich mit dokumentationen von softwaregöttern rum und stelle quasi immer wieder fest, dass es da eine gewisse schwäche bzgl. der lesbarkeit der auslassungen gibt. Das ist nicht böse gemeint, da ich aus erfahrung weiss, dass es auch anders geht. Es macht mühe, sich auf ein verständliches niveau herabzulassen, macht aber danach mehr freude, sofern man es gut findet, anderen eine freude zu bereiten.

...es tut mir ja auch leid, nicht mit dem genius eines informatikers beglückt worden zu sein.. bei mir reichte es nur für den kleingeist eines physiker, chemikers und geologen... sorry :-)

genug der genitalvergleiche: die lösung von Helmut bedarf erklärung wenn sie so funktioniert, wie beschrieben. Man lehrnt ja gerne (ausser orthographie, das klappt bei mir seit über 50 jahren nicht so gut ;-) )

grüsslinge vom fpg

Prof. Dr. Peter Henning

Hmmm.

"Physiker, Chemiker und Geologe" - ich versinke vor Ehrfurcht im Boden vor dieser Dreifachqualifikation. Wie könnten wir armen Entwickler erwarten, dass wir das Maß dieser Größe erreichen? Schließlich hat es ja bei mir nur zur Physik gereicht. Ich werde mein nächstes Buch - egal, ob über FHEM oder über politische Themen - deshalb auf "verständlichem Niveau" schreiben. Ganz sicher. Aber mindestens vielleicht.

LG

pah

P.S.: Ernst gemeinter Tipp, auf "verständlichem Niveau" https://www.hanser-kundencenter.de/fachbuch/artikel/9783446458734

Motivierte linke Hände

Ich versuche hier aktuell, die Reading-Inhalt des 3PM zu verstehen. Lt. API (https://shelly-api-docs.shelly.cloud/gen1/#shelly-3em-relay-0) ist "total" in Wh und "energy" in Wmin.

Wenn ich mir das mal anschaue:

     2022-08-07 10:58:19   emeter_2_energy 2036
     2022-08-07 10:58:19   emeter_2_energy_total 167285
     2022-08-07 10:58:53   emeter_2_total  71675.2


Ich scheitere mathematisch beim Weg von "energy_total" zu "total": Das müsste eigentlich die Umrechnung von Watt-Minuten in Watt-Stunden sein, also durch 60 geteilt. Passt aber nicht.

Im Template ist der "energy"-Wert (in Wmin) mittels monotonic für die Dauerspeicherung ausgelegt. Lt. API doku speichert der 3EM selbst nicht "energy", sondern "total" (in Wh) im nicht-flüchtigen Speicher. Also sollten beide Werte ungefähr denselben Inhalt haben - passen aber wie gesagt nicht zusammen. Und der Unterschied ist immens ("total" ist das 25fache vom umgerechneten energy_total-Wert). Wie kommt das? Lt. Stromzähler ist der "total"-Wert im richtigen Bereich, was den Verbrauch angeht.

Sollte man nicht vielleicht lieber auf "total" für die Dauermessung abstellen - und ggf. mittels monotonic ein weiteres Reading dafür erzeugen, um ein evtl. Rücksetzen des 3EM zu überbrücken? Oder verstehe ich "energy" falsch?

Falls es hilft, hier noch ein List vom 3EM:

Internals:
   CID        Shelly-Haus
   DEF        Shelly-Haus
   FUUID      62da926a-f33f-e1ef-f815-7d1c70ed9ca03a83
   IODev      myBroker
   LASTInputDev myBroker
   MSGCNT     37494
   NAME       EM_Shelly_Haus
   NR         1114
   STATE      Relay: off,<br>P1: 240.06 W / Total P1: 72.14 kWh<br>P2: 546.04 W / Total P2: 83.93 kWh<br>P3: 2038.19 W / Total P3: 71.68 kWh
   TYPE       MQTT2_DEVICE
   eventCount 772
   myBroker_MSGCNT 37494
   myBroker_TIME 2022-08-07 10:58:53
   Helper:
     DBLOG:
       emeter_0_energy_total:
         myDbLog:
           TIME       1659862639.29079
           VALUE      55717
       emeter_1_energy_total:
         myDbLog:
           TIME       1659862579.27009
           VALUE      57000
       emeter_2_energy_total:
         myDbLog:
           TIME       1659862699.22274
           VALUE      167285
   READINGS:
     2022-08-07 03:02:28   IODev           myBroker
     2022-07-22 14:07:56   associatedWith  MQTT2_myBroker
     2022-07-22 14:07:56   attrTemplateVersion 20220109
     2022-08-07 10:58:53   emeter_0_current 1.18
     2022-08-07 10:58:19   emeter_0_energy 239
     2022-08-07 10:58:19   emeter_0_energy_total 55717
     2022-08-07 10:58:53   emeter_0_kWh    72.14
     2022-08-07 10:58:53   emeter_0_pf     0.85
     2022-08-07 10:58:53   emeter_0_power  240.06
     2022-08-07 10:58:19   emeter_0_returned_energy 0
     2022-08-07 10:58:53   emeter_0_total  72139.2
     2022-08-07 10:58:53   emeter_0_total_returned 35.8
     2022-08-07 10:58:53   emeter_0_voltage 237.58
     2022-08-07 10:58:53   emeter_1_current 2.55
     2022-08-07 10:58:19   emeter_1_energy 544
     2022-08-07 10:57:19   emeter_1_energy_total 57000
     2022-08-07 10:58:53   emeter_1_kWh    83.93
     2022-08-07 10:58:53   emeter_1_pf     0.90
     2022-08-07 10:58:53   emeter_1_power  546.04
     2022-08-07 10:58:19   emeter_1_returned_energy 0
     2022-08-07 10:58:53   emeter_1_total  83933.7
     2022-08-07 10:58:53   emeter_1_total_returned 381.7
     2022-08-07 10:58:53   emeter_1_voltage 235.17
     2022-08-07 10:58:53   emeter_2_current 8.53
     2022-08-07 10:58:19   emeter_2_energy 2036
     2022-08-07 10:58:19   emeter_2_energy_total 167285
     2022-08-07 10:58:53   emeter_2_kWh    71.68
     2022-08-07 10:58:53   emeter_2_pf     0.98
     2022-08-07 10:58:53   emeter_2_power  2038.19
     2022-08-07 10:58:19   emeter_2_returned_energy 0
     2022-08-07 10:58:53   emeter_2_total  71675.2
     2022-08-07 10:58:53   emeter_2_total_returned 372.3
     2022-08-07 10:58:53   emeter_2_voltage 241.87
     2022-08-07 03:02:43   fw_ver          20220324-123835/v1.11.8-3EM-fix-g0014dcb
     2022-08-07 03:02:43   id              Shelly-Haus
     2022-08-07 03:02:43   info_actions_stats_skipped 0
     2022-08-07 03:02:43   info_cfg_changed_cnt 0
     2022-08-07 03:02:43   info_cloud_connected false
     2022-08-07 03:02:43   info_cloud_enabled false
     2022-08-07 03:02:43   info_emeters_1_current 0.62
     2022-08-07 03:02:43   info_emeters_1_is_valid true
     2022-08-07 03:02:43   info_emeters_1_pf 0.30
     2022-08-07 03:02:43   info_emeters_1_power 44.58
     2022-08-07 03:02:43   info_emeters_1_total 71689.6
     2022-08-07 03:02:43   info_emeters_1_total_returned 35.8
     2022-08-07 03:02:43   info_emeters_1_voltage 238.48
     2022-08-07 03:02:43   info_emeters_2_current 2.69
     2022-08-07 03:02:43   info_emeters_2_is_valid true
     2022-08-07 03:02:43   info_emeters_2_pf 0.92
     2022-08-07 03:02:43   info_emeters_2_power 586.27
     2022-08-07 03:02:43   info_emeters_2_total 79633.3
     2022-08-07 03:02:43   info_emeters_2_total_returned 381.7
     2022-08-07 03:02:43   info_emeters_2_voltage 237.08
     2022-08-07 03:02:43   info_emeters_3_current 1.63
     2022-08-07 03:02:43   info_emeters_3_is_valid true
     2022-08-07 03:02:43   info_emeters_3_pf 0.72
     2022-08-07 03:02:43   info_emeters_3_power 278.48
     2022-08-07 03:02:43   info_emeters_3_total 69139.0
     2022-08-07 03:02:43   info_emeters_3_total_returned 372.3
     2022-08-07 03:02:43   info_emeters_3_voltage 237.86
     2022-08-07 03:02:43   info_fs_free    156875
     2022-08-07 03:02:43   info_fs_mounted true
     2022-08-07 03:02:43   info_fs_size    233681
     2022-08-07 03:02:43   info_has_update false
     2022-08-07 03:02:43   info_mac        3494547170EF
     2022-08-07 03:02:43   info_mqtt_connected true
     2022-08-07 03:02:43   info_ram_free   30696
     2022-08-07 03:02:43   info_ram_total  49440
     2022-08-07 03:02:43   info_relays_1_has_timer false
     2022-08-07 03:02:43   info_relays_1_is_valid true
     2022-08-07 03:02:43   info_relays_1_ison false
     2022-08-07 03:02:43   info_relays_1_overpower false
     2022-08-07 03:02:43   info_relays_1_source input
     2022-08-07 03:02:43   info_relays_1_timer_duration 0
     2022-08-07 03:02:43   info_relays_1_timer_remaining 0
     2022-08-07 03:02:43   info_relays_1_timer_started 0
     2022-08-07 03:02:43   info_serial     1
     2022-08-07 03:02:43   info_time       
     2022-08-07 03:02:43   info_total_power 909.33
     2022-08-07 03:02:43   info_unixtime   0
     2022-08-07 03:02:43   info_update_has_update false
     2022-08-07 03:02:43   info_update_new_version
     2022-08-07 03:02:43   info_update_old_version 20220324-123835/v1.11.8-3EM-fix-g0014dcb
     2022-08-07 03:02:43   info_update_status unknown
     2022-08-07 03:02:43   info_uptime     135439
     2022-08-07 03:02:43   info_wifi_sta_connected true
     2022-08-07 03:02:43   info_wifi_sta_ip 192.168.5.87
     2022-08-07 03:02:43   info_wifi_sta_rssi -84
     2022-08-07 03:02:43   info_wifi_sta_ssid Home
     2022-08-07 03:02:43   ip              192.168.5.87
     2022-08-07 03:02:43   mac             3494548160EF
     2022-08-07 03:02:43   model           SHEM-3
     2022-08-07 03:02:43   new_fw          false
     2022-08-07 03:02:43   online          true
     2022-08-07 10:58:53   state           off
     2022-07-22 14:07:56   x_mqttcom       set announce
Attributes:
   comment    To get appropriate loadState values: Change the default limit "100" in readingList to your needs.
   devStateIcon {my $onl = FW_makeImage(ReadingsVal($name,'online','false') eq 'true'?'10px-kreis-gruen':'10px-kreis-rot'); my $light = FW_makeImage(ReadingsVal($name,'state','off')); my $cons1 = ReadingsVal($name,'emeter_0_power',0); my $cons2 = ReadingsVal($name,'emeter_1_power',0); my $cons3 = ReadingsVal($name,'emeter_2_power',0); my $total1 = ReadingsVal($name,'emeter_0_kWh',0); my $total2 = ReadingsVal($name,'emeter_1_kWh',0); my $total3 = ReadingsVal($name,'emeter_2_kWh',0); my $total_sum = $total1+$total2+$total3; my $total_w =$cons1+$cons2+$cons3; my $ip = ReadingsVal($name,'ip','unknown'); qq(<a href="http://$ip"target="_blank">$onl</a> <a href="/fhem?cmd.dummy=set $name toggle&XHR=1">$light</a><div>P1: $cons1 W / Total P1: $total1 kWh<br>P2: $cons2 W / Total P2: $total2 kWh<br>P3: $cons3 W / Total P3: $total3 kWh<br>3 Phases total: $total_w W / $total_sum kWh</div>)}
   event-on-change-reading emeter_._energy,emeter_._energy_total
   genericDeviceType switch
   model      shelly3em
   readingList shellies/Shelly-Haus/online:.* online
  shellies/Shelly-Haus/announce:.* { json2nameValue($EVENT) }
  shellies/announce:.* { $EVENT =~ m,..id...Shelly-Haus...mac.*, ? json2nameValue($EVENT) : return }
  shellies/Shelly-Haus/relay/0:.* state
  shellies/Shelly-Haus/input_event/0:.* { json2nameValue($EVENT) }
  shellies/Shelly-Haus/input/0:.* input0
  shellies/Shelly-Haus/online:.* online
  shellies/Shelly-Haus/emeter/0/power:.* emeter_0_power
  shellies/Shelly-Haus/emeter/0/pf:.* emeter_0_pf
  shellies/Shelly-Haus/emeter/0/current:.* emeter_0_current
  shellies/Shelly-Haus/emeter/0/voltage:.* emeter_0_voltage
  shellies/Shelly-Haus/emeter/1/power:.* emeter_1_power
  shellies/Shelly-Haus/emeter/1/pf:.* emeter_1_pf
  shellies/Shelly-Haus/emeter/1/current:.* emeter_1_current
  shellies/Shelly-Haus/emeter/1/voltage:.* emeter_1_voltage
  shellies/Shelly-Haus/emeter/2/power:.* emeter_2_power
  shellies/Shelly-Haus/emeter/2/pf:.* emeter_2_pf
  shellies/Shelly-Haus/emeter/2/current:.* emeter_2_current
  shellies/Shelly-Haus/emeter/2/voltage:.* emeter_2_voltage
  shellies/Shelly-Haus/emeter/0/energy:.* emeter_0_energy
  shellies/Shelly-Haus/emeter/0/returned_energy:.* emeter_0_returned_energy
  shellies/Shelly-Haus/emeter/0/total:.* emeter_0_total
  shellies/Shelly-Haus/emeter/0/total:.* {'emeter_0_kWh' => sprintf("%.2f",$EVENT/1000)}
  shellies/Shelly-Haus/emeter/0/total_returned:.* emeter_0_total_returned
  shellies/Shelly-Haus/emeter/1/energy:.* emeter_1_energy
  shellies/Shelly-Haus/emeter/1/returned_energy:.* emeter_1_returned_energy
  shellies/Shelly-Haus/emeter/1/total:.* emeter_1_total
  shellies/Shelly-Haus/emeter/1/total:.* {'emeter_1_kWh' => sprintf("%.2f",$EVENT/1000)}
  shellies/Shelly-Haus/emeter/1/total_returned:.* emeter_1_total_returned
  shellies/Shelly-Haus/emeter/2/energy:.* emeter_2_energy
  shellies/Shelly-Haus/emeter/2/returned_energy:.* emeter_2_returned_energy
  shellies/Shelly-Haus/emeter/2/total:.* emeter_2_total
  shellies/Shelly-Haus/emeter/2/total:.* {'emeter_2_kWh' => sprintf("%.2f",$EVENT/1000)}
  shellies/Shelly-Haus/emeter/2/total_returned:.* emeter_2_total_returned
shellies/Shelly-Haus/info:.* { json2nameValue($EVENT, 'info_', $JSONMAP) }
   room       Cfg_MQTT
   setList    relay0:on,off,toggle shellies/Shelly-Haus/relay/0/command $EVTPART1
  toggle:noArg shellies/Shelly-Haus/relay/0/command toggle
  off:noArg shellies/Shelly-Haus/relay/0/command off
  on:noArg shellies/Shelly-Haus/relay/0/command on
  x_update:noArg shellies/Shelly-Haus/command update_fw
  x_mqttcom shellies/Shelly-Haus/command $EVTPART1
   setStateList on off toggle
   stateFormat { my $light = ReadingsVal($name,'state','off'); my $cons1 = ReadingsVal($name,'emeter_0_power',0); my $cons2 = ReadingsVal($name,'emeter_1_power',0); my $cons3 = ReadingsVal($name,'emeter_2_power',0); my $total1 = ReadingsVal($name,'emeter_0_kWh',0); my $total2 = ReadingsVal($name,'emeter_1_kWh',0); my $total3 = ReadingsVal($name,'emeter_2_kWh',0); return qq(Relay: $light,<br>P1: $cons1 W / Total P1: $total1 kWh<br>P2: $cons2 W / Total P2: $total2 kWh<br>P3: $cons3 W / Total P3: $total3 kWh) }
   userReadings emeter_0_energy_total:emeter_0_energy:.* monotonic {ReadingsNum("$name","emeter_0_energy",0)}, emeter_1_energy_total:emeter_1_energy:.* monotonic {ReadingsNum("$name","emeter_1_energy",0)}, emeter_2_energy_total:emeter_2_energy:.* monotonic {ReadingsNum("$name","emeter_2_energy",0)}
   webCmd     :
FHEM 6 in einer KVM VM mit Ubuntu
HM-CFG-USB2, 2xHM-CFG-HMLAN, HM-HMUARTLGW mit 100+ HomeMatic Devices, Geofencing, Fritzbox, Unifi, HUE, Harmony-Hub, Denon-Receiver-Modul, Calendar, GardenaSmartDevice, Shelly, MQTT (zigbee2mqtt, Tasmota und Shelly) und ein wenig 1Wire.

holoarts

#94
Ich verstehe nicht, was du mit monotonic erreichen willst. Das ist doch fürs Zählen und nicht fürs Summieren gedacht. Wenn du endlos lange die gleichen oder sinkende energy Werte bekommst wird nichts summiert. Durch das Schwanken des energy-Werts wird in deinem Script halt irgendwas aufsummiert.
Die Aufsummierung der energy Werte funktioniert bei mir bestens mit integral, das die gewünschte Fläche unter der energy-Kurve liefert.
userReadings A_Tagessumme_Wh:A_energy:.* integral { ReadingsVal($name,'A_energy',0) / 3600 }
Da integral die Zeit in Sekunden verwendet ist das / 3600 notwendig.
FHEM Nutzer seit 2007

Radiocarbon

Ich habe mir auch den Shelly 3EM gegönnt.
Einbinden in FHEM war wirklich simpel. Aber das was das Teil an Daten, vor allem die Menge, liefert ist echt Wahnsinn.
Jetzt habe ich mir ein paar event-on-change-reading angelegt:
attr MQTT2_shellyem3 event-on-change-reading emeter_0_power:5,emeter_1_power:5,emeter_2_power:5,emeter_0_energy:1,emeter_1_energy:1,emeter_2_energy:1,emeter_0_voltage:1,emeter_1_voltage:1,emeter_2_voltage:1,emeter_0_current:0.5,emeter_1_current:0.5,emeter_2_current:0.5,.*
Ausserdem möchte ich erzwingen, dass alle vom Device gesendeten Werte im 5-min-Takt aufgezeichnet werden, egal ob es eine Änderung gibt oder nicht:
attr MQTT2_shellyem3 event-min-interval .*:300
Die Beschreibung im Wiki habe ich jedenfalls so verstanden. Aber es werden nur die im event-on aufgeführten aktualisiert und komischerweise auch relay_0. Warum die anderen Werte alle nur ihren Startwert mit der Startzeit anzeigen, erschliesst sich mir nicht.
Wer kann für mich das Geheimnis lüften?

Beta-User

Zitat von: Radiocarbon am 21 Oktober 2022, 11:27:15
Einbinden in FHEM war wirklich simpel. Aber das was das Teil an Daten, vor allem die Menge, liefert ist echt Wahnsinn.
Jetzt habe ich mir ein paar event-on-change-reading angelegt:
attr MQTT2_shellyem3 event-on-change-reading emeter_0_power:5,emeter_1_power:5,emeter_2_power:5,emeter_0_energy:1,emeter_1_energy:1,emeter_2_energy:1,emeter_0_voltage:1,emeter_1_voltage:1,emeter_2_voltage:1,emeter_0_current:0.5,emeter_1_current:0.5,emeter_2_current:0.5,.*
Ja, die Dinger sind "gesprächig". Zum einen könnte man das mit einer wildcard etwas straffen:
attr MQTT2_shellyem3 event-on-change-reading emeter_._power:5,emeter_._energy:1,emeter_._voltage:1,emeter_._current:0.5,.*

Vielleicht wäre es auch eine Idee, den event-aggregator zu bemühen, um ggf. dann einen Mittelwert über einer gewissen Zeit zu ermitteln?

Zitat
Ausserdem möchte ich erzwingen, dass alle vom Device gesendeten Werte im 5-min-Takt aufgezeichnet werden, egal ob es eine Änderung gibt oder nicht:
attr MQTT2_shellyem3 event-min-interval .*:300
Die Beschreibung im Wiki habe ich jedenfalls so verstanden. Aber es werden nur die im event-on aufgeführten aktualisiert und komischerweise auch relay_0. Warum die anderen Werte alle nur ihren Startwert mit der Startzeit anzeigen, erschliesst sich mir nicht.
Wer kann für mich das Geheimnis lüften?
Na ja, es muss dann aber schon nach Ablauf des Intervalls dann erst wieder eine Aktualisierung geben. Das Attribut generiert nicht selbst Events, sondern begrenzt seinerseits den "Vor-Filter" event-on-change-reading.
relay_0 ist dementsprechend vermutlich das einzige, das regelmäßige updates bekommt? Wobei ich dafür ggf. auch "timestamp-on-change-reading" sehen würde. Letztlich interessiert einen doch nicht die letzte Aktualisierungszeit, sondern der letzte Schaltzeitpunkt, oder? (und sollte man das relay nicht nach state mappen?).
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

Radiocarbon

Zitat von: Beta-User am 24 Oktober 2022, 11:19:48
Ja, die Dinger sind "gesprächig". Zum einen könnte man das mit einer wildcard etwas straffen:
attr MQTT2_shellyem3 event-on-change-reading emeter_._power:5,emeter_._energy:1,emeter_._voltage:1,emeter_._current:0.5,.*
Das habe ich so jetzt umgesetzt. Sieht übersichtlicher aus.
Zitat von: Beta-User am 24 Oktober 2022, 11:19:48
Vielleicht wäre es auch eine Idee, den event-aggregator zu bemühen, um ggf. dann einen Mittelwert über einer gewissen Zeit zu ermitteln?
Na ja, es muss dann aber schon nach Ablauf des Intervalls dann erst wieder eine Aktualisierung geben. Das Attribut generiert nicht selbst Events, sondern begrenzt seinerseits den "Vor-Filter" event-on-change-reading.
Okay, ich glaube es jetzt verstanden zu haben. Das mit dem event-aggregator muss ich mir erst einmal anschauen, wie man das benutzen kann.
Zitat von: Beta-User am 24 Oktober 2022, 11:19:48
relay_0 ist dementsprechend vermutlich das einzige, das regelmäßige updates bekommt? Wobei ich dafür ggf. auch "timestamp-on-change-reading" sehen würde. Letztlich interessiert einen doch nicht die letzte Aktualisierungszeit, sondern der letzte Schaltzeitpunkt, oder? (und sollte man das relay nicht nach state mappen?).
Das Relais ist jetzt nach state gemappt. Jetzt passt das.

Radiocarbon

So, jetzt habe ich seit einer Woche diesen event-aggregator eingestellt:
attr MQTT2_shellyem3 event-aggregator emeter_._current::none:median:300,emeter_._voltage::none:median:300,emeter_._energy::none:median:300,emeter_._power::none:median:300,emeter_._kWh::none:median:300

event-min-interval habe ich entfernt. Jetzt frage ich mich, ob es klever wäre auch event-on-change-reading zu entfernen. Denn Momentan bin ich mit der aktuellen Einstellung zufrieden.

sash.sc

Wenn du zufrieden bist, ist doch alles gut
Raspi 4B+ Bullseye ;LaCrosse; HomeMatic; MapleCUL; ZigBee; Signalduino ESP32 ; Shellys; MQTT2; Grafana mit Influxdb

Gisbert

Hallo zusammen,

gibt es Erfahrungen mit dem Shelly 3EM und Tasmota? Ich nutze bisher die jeweils neueste Firmware von Shelly und in Fhem das Shelly-Modul. Wie sehen die Erfahrungen mit Tasmota im Vergleich zur originalen Firmware aus?

Viele Grüße Gisbert
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY

Christian72D

Jemand eine Idee, wieso mein State auf error stehen bleibt und ich auch keine Werte bekomme?

Internals:
   CFGFN     
   DEF        192.168.1.88
   DURATION   0
   FUUID      63d23164-f33f-23c8-09b8-
   INTERVAL   60
   NAME       Shelly3EM
   NR         133161
   SHELLYID   shellyem3-
   STATE      Error
   TCPIP      192.168.1.88
   TYPE       Shelly
   Helper:
     DBLOG:
       state:
         logdb:
           TIME       1674721191.8808
           VALUE      Error
   READINGS:
     2023-01-26 08:58:44   cloud           enabled(connected)
     2023-01-26 08:54:13   firmware        v1.12.1
     2023-01-26 09:20:12   network         <html>connected to <a href="http://192.168.1.88">192.168.1.88</a></html>
     2023-01-26 09:19:51   state           Error
Attributes:
   model      shellyem3
   room       Wohnung

Christian72D

Interessant ist, wenn ich den als Shelly EM einrichte (bzw. eine Kopie davon mache), dann habe ich Readings, aber natürlich nicht alle.

Internals:
   CFGFN     
   DEF        192.168.1.88
   FUUID      63d3be0f-f33f-23c8-
   INTERVAL   60
   NAME       Shelly3EMTEST
   NR         21517
   SHELLYID   shellyem3-
   STATE      OK
   TCPIP      192.168.1.88
   TYPE       Shelly
   Helper:
     DBLOG:
       power_0:
         logdb:
           TIME       1674821256.78857
           VALUE      21.74
       power_1:
         logdb:
           TIME       1674821256.78857
           VALUE      192.86
       state:
         logdb:
           TIME       1674821196.52012
           VALUE      OK
   READINGS:
     2023-01-27 13:05:36   cloud           enabled(connected)
     2023-01-27 13:07:36   energy_0        27233.9
     2023-01-27 13:07:36   energy_1        104182.4
     2023-01-27 13:05:36   firmware        v1.12.1
     2023-01-27 13:05:35   network         <html>connected to <a href="http://192.168.1.88">192.168.1.88</a></html>
     2023-01-27 13:07:36   power_0         21.74
     2023-01-27 13:07:36   power_1         192.86
     2023-01-27 13:06:36   relay           off
     2023-01-27 13:06:36   state           OK
     2023-01-27 13:07:36   voltage_0       234.42
     2023-01-27 13:07:36   voltage_1       235.03
Attributes:
   model      shellyem
   room       Wohnung

sash.sc

Mach das ganze über mqtt2
Raspi 4B+ Bullseye ;LaCrosse; HomeMatic; MapleCUL; ZigBee; Signalduino ESP32 ; Shellys; MQTT2; Grafana mit Influxdb

Christian72D

Aber dann ist doch die gesamte Cloud Klamotte weg.

Und es liegt ja definitiv am Modul.