Ist es moeglich, dass Statistics dummy-Devices nicht mag ?
Hier ist ein Listing :
Internals:
CFGFN
DEF WarmwasserStrom|ZWHeizungSchlafStrom|ZWHeizungWerkstattStrom
DEV_REGEXP WarmwasserStrom|ZWHeizungSchlafStrom|ZWHeizungWerkstattStrom
FUUID 61bb984d-f33f-775d-a52b-b4aa5bead6574789
NAME myStatDevice
NOTIFYDEV global,WarmwasserStrom|ZWHeizungSchlafStrom|ZWHeizungWerkstattStrom
NR 483
NTFY_ORDER 10-myStatDevice
PREFIX stat
STATE Waiting for notifications
TYPE statistics
READINGS:
2021-12-16 20:49:44 monitoredDevicesUnsupported WarmwasserStrom#dummy,ZWHeizungSchlafStrom#dummy,ZWHeizungWerkstattStrom#dummy
2021-12-17 09:59:55 nextPeriodChangeCalc 2021-12-17 10:59:55
fhem:
modulVersion $Date: 2019-12-24 00:07:57 +0100 (Tue, 24 Dec 2019) $
nextPeriodChangeTime 1639735195
Attributes:
Die Devices sehen so aus :
Internals:
FUUID 61b787d2-f33f-775d-0310-1aaa747ff307e0e9
NAME WarmwasserStrom
NR 377
STATE ???
TYPE dummy
READINGS:
2021-12-17 12:00:00 Stunden 44.767
2021-12-17 11:12:52 Tage 44.767
helper:
_98_statistics myStatDevice
Attributes:
room Verbrauch
Ersetze <dein eventhandler zum Füllen> durch den Namen des notify oder whatever, für das FHEM-Kommandofeld:
{return join q{ }, sort qw (<dein eventhandler zum Füllen> myStatDevice WarmwasserStrom ZWHeizungSchlafStrom ZWHeizungWerkstattStrom) }
Was kommt da raus?
PS: Vermutlich kannst du die Lösung des Problems hier finden: https://forum.fhem.de/index.php/topic,123886.msg1193676.html#msg1193676 (https://forum.fhem.de/index.php/topic,123886.msg1193676.html#msg1193676)
Danke fuer die Antwort.
Ich habe die Verwendung des statistics-Moduls vermeiden koennen.
...vielleicht hättest du lieber das "Umpacken" der Ausgangsinfo vermeiden sollen, aber viele Wege führen ja bekanntlich nach Rom...