Shelly Intervall=0/ manuell

birdy · 05 Juli 2024, 00:21:44

Ich habe es erst jetzt gesehen.
Es scheint ein Problem zu geben. Bei jeden Aufruf von get status werden die Readings 2x gesetzt, zumindest die userReadings.

Dies führ bei mir leider zu negativen Auswirkungen.
Gibt es eine Möglichkeit dies zu verhindern?

MadMax-FHEM · 05 Juli 2024, 00:44:09

Ich konnte kein list finden.
Poste doch ein list, dann kann man vielleicht helfen...

Ohne Info: Trigger beim userReadings "eng genug" setzen...

Gruß, Joachim

Starkstrombastler · 05 Juli 2024, 12:55:48

Zitat von: birdy am 05 Juli 2024, 00:21:44Gibt es eine Möglichkeit dies zu verhindern?

Im Entwicklungs-Thread gibt es eine neue Beta-Version. Das Intervall-0-Thema sollte damit gelöst sein.

birdy · 05 Juli 2024, 17:54:39

Hier der List meines Shelly

Code Auswählen

Internals:
   DEF        10.10.10.122
   FUUID      63190467-f33f-f4b3-ac8a-0b6915cbd6ede752
   INTERVAL   99999
   NAME       ShellyEM3
   NR         251
   STATE      2456.81
   TCPIP      10.10.10.122
   TYPE       Shelly
   eventCount 11635
   units      0
   READINGS:
     2024-07-05 17:50:27   Total_Energy    11368720
     2024-07-05 17:50:57   apparentpower_0 1489.2
     2024-07-05 17:50:57   apparentpower_1 1298.1
     2024-07-05 17:50:57   apparentpower_2 143.4
     2024-07-02 22:12:16   cloud           enabled(connected)
     2023-11-27 20:45:43   coiot           enabled
     2023-11-27 20:45:43   coiot_period    15
     2024-07-05 17:50:57   current_0       6.23
     2024-07-05 17:50:57   current_1       5.41
     2024-07-05 17:50:57   current_2       0.6
     2024-07-05 17:15:27   energyReturned_0 498440.6
     2024-07-04 11:30:27   energyReturned_1 0.5
     2024-06-17 08:11:47   energyReturned_2 0
     2024-07-05 17:15:27   energyReturned_TTL 498441.1
     2024-07-05 17:50:27   energy_0        2778580.4
     2024-07-05 17:50:27   energy_1        1983060.8
     2024-07-05 17:50:27   energy_2        7105519.9
     2024-07-05 17:50:27   energy_TTL      11867161.1
     2023-09-13 20:44:37   firmware        v1.14.0
     2024-07-04 23:59:50   myEnergy_TL     11856081.6
     2024-07-05 17:50:57   myPower_D2      798
     2024-07-05 17:50:57   myPower_D5      1569
     2024-07-05 17:50:57   myPower_G       2456.81
     2024-07-05 17:50:57   myPower_L0      2456.81
     2024-07-05 17:50:57   myPower_L1      243.12
     2024-07-05 17:50:57   myPower_L2      243.12
     2024-07-05 17:50:57   myPower_L3      248.25
     2024-07-05 17:50:57   myPower_L4      248.25
     2024-07-05 17:50:57   myPower_L5      2444.86
     2024-07-05 17:50:57   myPower_L6      2444.86
     2024-07-05 17:50:57   myPower_L7      2454.91
     2024-07-05 17:50:57   myPower_L8      2454.91
     2024-07-05 17:50:57   myPower_L9      2452.09
     2024-07-05 14:53:57   network         <html>connected to <a href="http://10.10.10.122">10.10.10.122</a></html>
     2024-07-05 14:53:31   network_disconnects 401
     2024-07-05 17:50:57   network_rssi    -61
     2024-06-17 08:11:47   network_ssid    xxxxxxxxxx
     2023-11-27 20:45:43   network_threshold -70
     2022-09-07 22:53:52   overpower       0
     2024-06-17 08:11:47   overpower_0     off
     2024-06-17 08:11:47   overpower_1     -
     2024-06-17 08:11:47   overpower_2     -
     2024-07-05 17:50:57   powerFactor_0   0.82
     2024-07-05 17:50:57   powerFactor_1   0.9
     2024-07-05 17:50:27   powerFactor_2   0.47
     2024-07-05 17:50:57   power_0         1221.11
     2024-07-05 17:50:57   power_1         1168.32
     2024-07-05 17:50:57   power_2         67.38
     2024-07-05 17:50:57   power_TTL       2456.81
     2024-07-05 17:50:57   power_TTLc      2456.81
     2024-07-05 17:50:57   reactivepower_0 852.4
     2024-07-05 17:50:57   reactivepower_1 565.8
     2024-07-05 17:50:57   reactivepower_2 126.6
     2024-06-17 08:11:47   relay           off
     2024-06-19 23:06:08   source          http
     2024-07-05 14:53:57   state           off
     2024-06-17 08:11:47   timer           0
     2024-07-05 17:50:57   voltage_0       239.36
     2024-07-05 17:50:57   voltage_1       239.63
     2024-07-05 17:50:57   voltage_2       239.52
     2024-06-26 17:19:05   webhook_cnt     0
     2024-06-26 17:19:05   webhook_ver     0
   helper:
     Sets       config interval password reboot:noArg update:noArg name reset:disconnects on off toggle on-for-timer off-for-timer
Attributes:
   ShellyName ShellyEM3
   comment    http://10.10.10.122/shelly
http://10.10.10.122/settings
http://10.10.10.122/status

   interval   99999
   model      shelly3em
   room       Energie,Shelly
   stateFormat myPower_G
   userReadings myPower_G {ReadingsVal("ShellyEM3","power_0",0) + ReadingsVal("ShellyEM3","power_1",0) + ReadingsVal("ShellyEM3","power_2",0)},
myPower_L9 {ReadingsVal("ShellyEM3","myPower_L8",0)},
myPower_L8 {ReadingsVal("ShellyEM3","myPower_L7",0)},
myPower_L7 {ReadingsVal("ShellyEM3","myPower_L6",0)},
myPower_L6 {ReadingsVal("ShellyEM3","myPower_L5",0)},
myPower_L5 {ReadingsVal("ShellyEM3","myPower_L4",0)},
myPower_L4 {ReadingsVal("ShellyEM3","myPower_L3",0)},
myPower_L3 {ReadingsVal("ShellyEM3","myPower_L2",0)},
myPower_L2 {ReadingsVal("ShellyEM3","myPower_L1",0)},
myPower_L1 {ReadingsVal("ShellyEM3","myPower_L0",0)},
myPower_L0 {ReadingsVal("ShellyEM3","myPower_G",0)},
myPower_D5 {round((ReadingsVal("ShellyEM3","myPower_L0",0) + 
ReadingsVal("ShellyEM3","myPower_L1",0) + 
ReadingsVal("ShellyEM3","myPower_L2",0) +
ReadingsVal("ShellyEM3","myPower_L3",0) +
ReadingsVal("ShellyEM3","myPower_L4",0) +
ReadingsVal("ShellyEM3","myPower_L5",0) +
ReadingsVal("ShellyEM3","myPower_L6",0) +
ReadingsVal("ShellyEM3","myPower_L7",0) +
ReadingsVal("ShellyEM3","myPower_L8",0) +
ReadingsVal("ShellyEM3","myPower_L9",0))/10,0)},
myPower_D2 {round((ReadingsVal("ShellyEM3","myPower_L0",0) + 
ReadingsVal("ShellyEM3","myPower_L1",0) + 
ReadingsVal("ShellyEM3","myPower_L2",0) +
ReadingsVal("ShellyEM3","myPower_L3",0))/4,0)}

Zitat von: Starkstrombastler am 05 Juli 2024, 12:55:48Im Entwicklungs-Thread gibt es eine neue Beta-Version. Das Intervall-0-Thema sollte damit gelöst sein.

Es geht ja nicht direkt um das Intervall-0-Thema, sondern um get status.
Wenn die Readings durch ein Intervall aktualisiert werden, werden die userReadings nur 1x gesetzt. Wenn ich aber die das Update der Readings via get status triggere, werden die userReadings 2x gesetzt. Ich möchte nicht, dass die Shelly's automatisch via intervall aktualisiert werden, sondern nun exakt dann wenn ich es möchte.

MadMax-FHEM · 05 Juli 2024, 18:42:20

Naja, wie gedacht, deine userReadings haben keinen Trigger!

Egal welcher Event (wie oft) kommt, werden diese "ausgeführt"...

Gruß, Joachim

birdy · 05 Juli 2024, 21:43:15

Zitat von: MadMax-FHEM am 05 Juli 2024, 18:42:20Naja, wie gedacht, deine userReadings haben keinen Trigger!

Egal welcher Event (wie oft) kommt, werden diese "ausgeführt"...

Gruß, Joachim

Nein haben sie wirklich nicht, aber hatten sie auch früher nicht, als ich noch mit Intervall gearbeitet habe.

Habe ich richtig verstanden.
Wenn das Update durch einen Intervall ausgelöst wird dann = 1 Event =1 x userReadings setzen.
Und wenn das Update durch den Aufruf von get statsus ausgelöst wird dann = 2 Event =2 x userReadings setzen?

MadMax-FHEM · 05 Juli 2024, 21:58:52

Schau im Eventmonitor welche und wie viele Events für/vom das Device kommen.

Ohne Trigger führt JEDER Event zur "Berechnung" aller userReadings...

Gruß, Joachim

birdy · 05 Juli 2024, 22:11:51

Ergibt für mich keinen Sinn.....

Der Eventmonitor zeigt folgendes

Code Auswählen

2024-07-05 22:00:57 Shelly ShellyEM3 network_rssi: -66
2024-07-05 22:00:57 Shelly ShellyEM3 power_0: 444.58
2024-07-05 22:00:57 Shelly ShellyEM3 voltage_0: 236.25
2024-07-05 22:00:57 Shelly ShellyEM3 current_0: 2.3
2024-07-05 22:00:57 Shelly ShellyEM3 apparentpower_0: 542.2
2024-07-05 22:00:57 Shelly ShellyEM3 reactivepower_0: 310.4
2024-07-05 22:00:57 Shelly ShellyEM3 power_1: 166.57
2024-07-05 22:00:57 Shelly ShellyEM3 voltage_1: 237.09
2024-07-05 22:00:57 Shelly ShellyEM3 current_1: 0.94
2024-07-05 22:00:57 Shelly ShellyEM3 apparentpower_1: 222.1
2024-07-05 22:00:57 Shelly ShellyEM3 reactivepower_1: 146.9
2024-07-05 22:00:57 Shelly ShellyEM3 power_2: 388.59
2024-07-05 22:00:57 Shelly ShellyEM3 voltage_2: 236.87
2024-07-05 22:00:57 Shelly ShellyEM3 apparentpower_2: 462.6
2024-07-05 22:00:57 Shelly ShellyEM3 reactivepower_2: 251.0
2024-07-05 22:00:57 Shelly ShellyEM3 power_TTL: 999.74
2024-07-05 22:00:57 Shelly ShellyEM3 power_TTLc: 999.74
A

Als ich den Shelly per Intervall getriggert habe, wurden die userReadings pro Trigger 1x berechnet. Und wenn ich mit get status triggere, werden die userReadings pro Trigger 2x berechnet.

MadMax-FHEM · 05 Juli 2024, 22:27:49

Ist das nun Intervall oder get status?

Gruß, Joachim

birdy · 05 Juli 2024, 23:01:55

Das ist der "get status"

Code Auswählen

INTERVAL 99999
Wie müsste deiner Meinung nach der korrekte Trigger aussehen?

RalfRog · 05 Juli 2024, 23:40:40

Nur myPower_G wird durch DEVICE-readings berechnet. Also müsstest du auf Events von power_x reagieren. Das sind allerdings ggfs. auch 3 Events.

Wenn "get status" zuverlässig immer alle 3 power_x bringt reicht ggfs. ein myPower_G:power_0 statt myPower_G:power_ (die anderen userReadings müssen auch getriggert werden).

Das Reading power_TTL ist an sich schon der Wert deines userReadings myPower_G. ~~Im Modul wird intern schon summiert, da der 3EM den Wert nicht liefert~~.

Gruß Ralf

Edit:
Nochmal in der CommandRef nachschauen.
power_TTL ist glaube ich der Wert aus dem 3EM und power_TTLc durch das Modul berechnet.

birdy · 06 Juli 2024, 00:36:24

Dass der 3EM /Modul den kombinierten Wert auch liefert, ist mir bisher noch gar nie aufgefallen. Darum habe ich den Wert selbst berechnet. Danke für diesen Hinweis.

Ja alle 3 power_x werden jedes mal zuverlässig aktuallisiert.
Wenn ich versuche ein userReading mit einem Trigger zu versehen, wird es gar nicht mehr berechnet. Irgendetwas mache ich falsch. In denke, der Trigger müsste eine RegEx sein?

Code Auswählen

myPower_G:ShellyEM3.:*power_0:.*{ReadingsVal("ShellyEM3","power_0",0) + ReadingsVal("ShellyEM3","power_1",0) + ReadingsVal("ShellyEM3","power_2",0)}

oder wie genau müsste dieses userReading mit Berechnung, konkret aussehen um vom folgenden Event getriggert zu werden?

Code Auswählen

2024-07-05 22:15:27 Shelly ShellyEM3 power_0: 374.59

RalfRog · 06 Juli 2024, 08:48:47

Da steht ein bißchen viel ":" drin. Ich hatte gestern auch den .* vergessen.

Mein Vorschlag als userReadings zum Test wäre:

Code Auswählen

myPower_G:power_0.* {
Spannend finde ich das Gesamtkonstrukt der voneinander abhängigen UserReadings - dass das sauber funktioniert

Gruß Ralf

birdy · 06 Juli 2024, 10:21:59

Super, vielen Dank, damit fuktioniert es wieder

Code Auswählen

myPower_G:power_0.* {ReadingsVal("ShellyEM3","power_0",0) + ReadingsVal("ShellyEM3","power_1",0) + ReadingsVal("ShellyEM3","power_2",0)},
myPower_L9:power_0.* {ReadingsVal("ShellyEM3","myPower_L8",0)},
myPower_L8:power_0.* {ReadingsVal("ShellyEM3","myPower_L7",0)},
myPower_L7:power_0.* {ReadingsVal("ShellyEM3","myPower_L6",0)},
myPower_L6:power_0.* {ReadingsVal("ShellyEM3","myPower_L5",0)},
myPower_L5:power_0.* {ReadingsVal("ShellyEM3","myPower_L4",0)},
myPower_L4:power_0.* {ReadingsVal("ShellyEM3","myPower_L3",0)},
myPower_L3:power_0.* {ReadingsVal("ShellyEM3","myPower_L2",0)},
myPower_L2:power_0.* {ReadingsVal("ShellyEM3","myPower_L1",0)},
myPower_L1:power_0.* {ReadingsVal("ShellyEM3","myPower_L0",0)},
myPower_L0:power_0.* {ReadingsVal("ShellyEM3","myPower_G",0)},
myPower_D5:power_0.* {round((ReadingsVal("ShellyEM3","myPower_L0",0) + 
ReadingsVal("ShellyEM3","myPower_L1",0) + 
ReadingsVal("ShellyEM3","myPower_L2",0) +
ReadingsVal("ShellyEM3","myPower_L3",0) +
ReadingsVal("ShellyEM3","myPower_L4",0) +
ReadingsVal("ShellyEM3","myPower_L5",0) +
ReadingsVal("ShellyEM3","myPower_L6",0) +
ReadingsVal("ShellyEM3","myPower_L7",0) +
ReadingsVal("ShellyEM3","myPower_L8",0) +
ReadingsVal("ShellyEM3","myPower_L9",0))/10,2)},
myPower_D2:power_0.* {round((ReadingsVal("ShellyEM3","myPower_L0",0) + 
ReadingsVal("ShellyEM3","myPower_L1",0) + 
ReadingsVal("ShellyEM3","myPower_L2",0) +
ReadingsVal("ShellyEM3","myPower_L3",0))/4,2)}

Ich dachte, ich müsste den Device Namen in den Trigger mit aufnehmen. Dies scheint aber nicht der Fall zu sein. Darum hat es bei mir mit Trigger nie funktioniert.

Das Konstrukt soll dazu dienen, Werte abzuspeichern, um die im nächsten Aufruf zur Verfügung zu haben: So kann ich dann Durchschnittswerte der letzten x Aufrufe berechnen um z.B. um das Aufheizen der Kaffeemaschine heraus zu filter. Das Konstrukt habe ich vor rund 2 Jahren gebaut. Möglicherweise gibt es für dieses Problem andere, bessere Lösungen. Das Ganze hat bisher auch wie gewünscht funktioniert, auch ohne expliziten Trigger in den userReadings. Erst jetzt, als ich von Intervall Triggerung auf "manuelle" Triggerung umgestellt habe, habe ich gesehen das die userReadings immer gleich 2 Plätze auf einmal nach hinten geschoben werden.