Hallo,
ich habe ein Smartmeter von AVM an meinem Zähler angeschlossen und die Verbindung funktioniert auch.
Allerdings liefert das Gerät lediglich den aktuellen Stromverbrauch und den Gesamten bisherigen Verbrauch.
Der Zähler selbst liefert laut Beschreibung des Netzbetreibers erheblich mehr Werte wie zb Monatsauswertungen etc..
Wie kann ich diese Werte in Fhem einbauen?
Zur Not wäre ich auch bereit mir z.b. den Monatsverbrauch anhand des Gesamtverbrauchs selbst zu errechnen und abzuspreichern oder in ein Log zu schrieben. Eleganter und genauer wäre es natürlich wenn diese Daten ebenfalls direkt vom Zähler kommen würden.
anbei das List des SmartMeter-Device:
Internals:
DEF Fritzbox_Actors:15282_0919488_1 powerMeter
FUUID 68eb9223-f33f-7706-ca1c-9d07c3148480fb8a
FVERSION 10_FBDECT.pm:0.290260/2024-07-15
Fritzbox_Actors_MSGCNT 8726
Fritzbox_Actors_TIME 2026-02-27 10:40:51
IODev Fritzbox_Actors
LASTInputDev Fritzbox_Actors
MSGCNT 8726
NAME FBDECT_Fritzbox_Actors_15282_0919488_1
NR 547
STATE 449.00 W (1169466 Wh)
TYPE FBDECT
eventCount 8726
id 15282_0919488_1
props HANFUNUnit,powerMeter
READINGS:
2026-02-27 10:40:51 AIN 15282 0919488-1
2026-02-27 10:40:51 FBNAME Bezug
2026-02-27 10:40:51 FBPROP HANFUNUnit,powerMeter
2026-02-27 10:40:51 FBTYPE FRITZ!Smart Energy 250
2026-02-27 10:40:51 ID 2000
2026-02-24 09:56:28 IODev Fritzbox_Actors
2026-02-17 01:27:08 battery 70 %
2025-12-20 09:21:41 batteryLabel SmartMeter am Stromzähler
2026-02-17 01:27:08 batteryPercent 70
2026-02-27 10:40:51 batteryState ok
2026-02-17 01:27:08 batterylow 0
2025-12-20 09:22:15 batterytyp 2xMignon (AA)
2026-02-27 10:40:51 energy 1169466 Wh
2026-02-27 10:40:51 energy_kWh 1169.5
2026-02-27 10:40:51 etsideviceid 20
2026-02-27 10:40:51 fwversion 0.0
2026-02-27 10:40:51 power 449.00 W
2026-02-27 10:40:51 power_round 449
2026-02-27 10:40:51 present yes
2026-02-27 10:40:51 unittype 65281
2026-02-17 01:27:08 voltage 0.000 V
Attributes:
alias Sensor SmartMeter
event-min-interval power:60,energy:300
group Batteriebetrieb,Sensor
icon gasmeter1
room FBDECT,Wohnung->Keller
stateFormat power (energy)
userReadings batteryState {if(ReadingsVal("$name","batteryPercent",'') >= 25) {return "ok"} elsif (ReadingsVal("$name","batteryPercent",'') => 10) {return "low"} else {return "dead"}},
energy_kWh {round(ReadingsNum("$name","energy",'') / 1000 ,1)},
power_round {round(ReadingsNum("$name","power",'') ,0 )}
Hallo,
Du musst die Freischaltung der Daten in der modernen Messeinrichtung bei Deinem Messtellenbetreiber, in der Regel der Netzbetreiber, beantragen. Du erhältst dann eine PIN, die Du im Zähler hinterlegen musst.
Grüße Jörg
Nur für mein Verständnis: das AVM-Teil greift (batteriebetrieben) die bereits freigegebene optische Schnittstelle des Zählers ab?
Dann sind vermutlich die "kastrierten" Daten der AVM-Lösung geschuldet (insbesondere, wenn mehr Datenpunkte am Display durch rotieren).
Falls das nicht konfiguriert werden kann, wäre z.B. Tasmota mit Hitchi oder OBIS eine Alternative.
Das mit den historischen Daten, was der Netzbetreiber bewirbt, klingt nach "Trudi" (also eigentlich: unbrauchbar).
Tasmota mit Hitchi funktioniert hier auch bestens.
Da der ESP8266 bei mir noch "Nebenaufgaben" hat, habe ich beim Loggen eine übliche Frequenz gewählt (einige Minuten), aber die Zählerdaten, die alle paar Sekunden erneuert werden, werden als Mittelwerte alle 20 Sekunden gesendet. Damit bekomme ich ziemlich genaue Daten bei noch erträglicher Anzahl von Events.
Ergänzung:
Die Zählerstände werden mit der üblichen Update-Frequenz gesendet. Nur die gemittelte Leistung wird alle 20 Sekunden gesendet.
@JoWiemann
Wenn Sie richtig gelesen haben, hätten Sie bemerken müssen, dass dies bereits erledigt ist und das Gerät grundsätzlich funktioniert - trotzdem Danke für den Hinweis.
@Beta-User
Korrekt wieder gegeben. Soweit ich die Anleitung des Zählers verstehe werden dort 6 oder sogar 7 Datenpunkte durchrotiert, aber eben nur 2 weitergeleitet.
Die Frage ist also ob und wenn wie man das konfigurieren kann. Irgendeine Idee? Selbst ein Tip für ein passendes Forum mit AVM-Usern würde mich weiterbringen.
Habe estra das Teil genommen, da ich nur semiuser bin. Da ich mein FHEM auf einem NAS betreibe bin ich mit vielem eingeschränkt und zusätzlich habe ich kein Talent/Lust irgendwas rumzulöten oder umzuprogrammieren. Ich weiß, das schränkt mich ein, aber ich denke das ich nicht der einzige bin der eher nach Fertiglösungen sucht.
Hallo,
Und wo steht, dass die Freischaltung erfolgt ist?
Zitatich habe ein Smartmeter von AVM an meinem Zähler angeschlossen und die Verbindung funktioniert auch.
Allerdings liefert das Gerät lediglich den aktuellen Stromverbrauch und den Gesamten bisherigen Verbrauch.
Die Monatswerte werden immer bereitgestellt.
Grüße Jörg
@JoWiemann
Ich will nicht unhöflich sein, aber mit etwas gründlichem Lesen wird deine Frage von selbst beantwortet:
Zitat von: JoWiemann am 27 Februar 2026, 13:42:08Allerdings liefert das Gerät lediglich den aktuellen Stromverbrauch und den Gesamten bisherigen Verbrauch
Wenn keine Freischaltung erfolgt wäre könnte das AVM SmartMeter keine Werte liefern, da die optische Schnittstelle bei jedem Smartzähler erst durch den Netzbetreiber freigeschaltet werden muss und vorher gar nicht ausgelesen werden kann.
Zitat von: JoWiemann am 27 Februar 2026, 13:42:08Die Monatswerte werden immer bereitgestellt.
Bereitgestellt und auslesefähig sein zwei verschiedene Dinge. Im Zähler selbst werden durtzende Daten gespeichert. Doch lange nicht alles davon wird zwangsweise auch an die optische Schnittstelle ausgegeben.
An dem Zähler der bei uns verbaut ist musste jedenfalls zusätzlich zum Pin der die optische Schnittstelle überhaupt erst freischaltet noch eine Einstellung auf ExtendedMode (Keine Ahnung wie die genaue Bezeichnung ist) vorgenommen werden, da im Normalmodus NUR aktueller Verbrauch und Gesamtleistung an der Schnittstelle abgebildet werden. Erst nach dem Umstellen auf diesen ExtendedMode (wird im Zählerdisplay durch ein zusätzliches Kürzel angezeigt) liefert die Schnittstelle mehr Daten aus.
Doch der AVM SmartMeter übermittelt diese nicht an das Fhem-Device.
Also mit etwas Grundwissen zum Thema wäre klar gewesen, dass eine Freischaltung per Pin bereits erfolgt sein muss.
Soll nicht böse gemeint sein oder arrogant klingen, doch dieses Grundwissen wird ja auch vom Hilfesuchenden immer verlangt. Dann muss das auch andersrum gelten.
Hi
Ich denke es kommt schon auch auf den Zähler an. Mein ISKRA MT691 liefert nach Freischaltung mit der PIN über die optische Schnittstelle lediglich aktuelle Leistung und Gesamtverbrauch (auch am Display).
Im Forumsbereich Verbrauchsmessung findet man jede Menge Beiträge welch unterschiedliche Daten durch die Zähler bereit gestellt werden.
Marko, hier hilft im Zweifel mal auf der Herstellerseite zu schauen was an Doku bereit gestellt wird.
Gibt denn eine Doku bei AVM her welche OBIS-Kennzahlen genau ausgewertet werden?
Inwieweit man dieser Aussage trauen kann weiss ich nicht, aber Google (KI) meint:
ZitatDer FRITZ!Smart Energy 250 liest primär die Daten über die optische Info-Schnittstelle (Infrarot) moderner digitaler Stromzähler (Smart Meter) aus.
Folgende OBIS-Kennzahlen und Daten werden aktuell bzw. zukünftig unterstützt:
1.8.0 (Gesamtenergiebezug): Aktueller Zählerstand für den Strombezug (Bezug aus dem Netz).
Aktuelle Leistung (Wirkleistung): Momentaner Verbrauch oder Einspeisung (wird in der FRITZ!Box als Leistungswert angezeigt).
2.8.0 (Einspeisezählwerk - mit zukünftigem Update): Ab Version FRITZ!OS 8.20 wird auch das Auslesen der Einspeisung (PV-Anlage) unterstützt.
Mithin Leistung und Zählerstand (Gesamtenergie).
Zitat von: RalfRog am 27 Februar 2026, 14:03:51Ich denke es kommt schon auch auf den Zähler an. Mein ISKRA MT691 liefert nach Freischaltung mit der PIN über die optische Schnittstelle lediglich aktuelle Leistung und Gesamtverbrauch (auch am Display).
Genau das gleiche wie bei mir. Standard ist ein eingeschränkter Modus, der per Lichtsignal auf einen erweiterten Modus umgestellt werden muss(te). Das Zeichen dafür wird bei mir im Display auch angezeigt, also ist dies richtig erfolgt.
Zitat von: RalfRog am 27 Februar 2026, 14:03:51Marko, hier hilft im Zweifel mal auf der Herstellerseite zu schauen was an Doku bereit gestellt wird.
Dem Auszug nach zu urteilen kann also der SmartMeter von AVM gar nicht mehr übertragen. Leider steht das nicht so in der Bedienungsanleitung die mitgeliefert wird (siehe Anhang). Da steht zwar etwas von aktueller Leistung und Gesamtverbrauch, aber nicht, dass darüber hinaus nichts anderes geht. Ich hatte das so gelesen, dass es darauf verweist wo man die Anzeigen in der Fritzbox zu suchen hat.
Schade!
Hat denn jemand eine Idee für eine einfache Berechnung des Monatsverbrauchs?
Ich würde jetzt per DOIF oder At immer am Datumsanfang den Gesamtverbrauch auslesen und irgendwo wegspeichern und davon dann den des letzten Monats subtrahieren.
Gibt es da vielleicht eine effizientere Möglichkeit ohne weitere Hilfsdevices?
Z. B. Stichwort: Statistics-Modul
auf Das Reading "energy" - liefert Verbrauch Tag, Monat, Jahr.
Das Modul blendet die Werte im eigentlichen Device (dein AVM) ein.
@RalfRog
Habe mal versucht mich da einzulesen und ein statistics-Device entsprechend der commandref/fhemwiki erstellt:
Internals:
CFGFN
DEF FBDECT_Fritzbox_Actors_15282_0919488_1
DEV_REGEXP FBDECT_Fritzbox_Actors_15282_0919488_1
FUUID 69a1cf31-f33f-7706-a527-c7e15bc12c3802f6
NAME Statistik_SmartMeter
NOTIFYDEV global,FBDECT_Fritzbox_Actors_15282_0919488_1
NR 52474
NTFY_ORDER 10-Statistik_SmartMeter
PREFIX stat
STATE Updated stats for: FBDECT_Fritzbox_Actors_15282_0919488_1
TYPE statistics
eventCount 20
READINGS:
2026-02-27 18:07:08 monitoredDevicesFBDECT FBDECT_Fritzbox_Actors_15282_0919488_1
2026-02-27 18:07:08 nextPeriodChangeCalc 2026-02-27 18:59:55
2026-02-27 18:15:56 state Updated stats for: FBDECT_Fritzbox_Actors_15282_0919488_1
fhem:
modulVersion $Date: 2024-05-18 09:37:34 +0200 (Sat, 18 May 2024) $
nextPeriodChangeTime 1772215195
Attributes:
alias Statistic Device SmartMeter
deltaReadings FBDECT_Fritzbox_Actors_15282_0919488_1:energy_kWh
room Test
Dadurch sind im Device des SmartMeter jetzt folgende Readings hinzugekommen:
statEnergy
Hour: 395 Day: 395 Month: 395 Year: 395 (since: 2026-02-27_18:07:08 )
2026-02-27 18:17:27
statPowerDay
Min: 991.00 Avg: 2956.31 Max: 3004.00 (since: 2026-02-27_18:07:08 )
2026-02-27 18:13:56
statPowerMonth
Min: 991.00 Avg: 2956.31 Max: 3004.00 (since: 2026-02-27_18:07:08 )
2026-02-27 18:13:56
statPowerYear
Min: 991.00 Avg: 2956.31 Max: 3004.00 (since: 2026-02-27_18:07:08 )
2026-02-27 18:13:56
statVoltageDay
Min: 0.000 Avg: 0.000 Max: 0.000 (since: 2026-02-27_18:07:08 )
2026-02-27 18:13:56
statVoltageMonth
Min: 0.000 Avg: 0.000 Max: 0.000 (since: 2026-02-27_18:07:08 )
2026-02-27 18:13:56
statVoltageYear
Min: 0.000 Avg: 0.000 Max: 0.000 (since: 2026-02-27_18:07:08 )Sieht soweit erstmal gut aus. Das einzige was mir nicht klar ist wie ich das Zeitintervall für def deltareadings setzen kann. Die Werte sollten ja vom 1. des Monats bis zum letzten 1. des Folgemonats gehen.
Die Zeitintervalle braucht man nicht setzen.
Anfang bis Ende ist durch die Begriffe Stunde, Tag, Monat, Jahr definiert.
Mit dem Attribut delta readings (bzw. auch durationReadings, minAvgMaxReadings) definiert man (weitere) vom Modul zu berechnende Readings die im Default des Moduls nicht enthalten sind (wie z. B. energy, power, temperature etc) .
Das habe ich schon verstanden. Aber ich will ja den Verbrauch mit den Angaben des Netzbetreibers vergleichen können.
Also müssen die Zeitintervalle mit den Abrechnungszeiträumen übereinstimmen und die beginnen halt nicht am 25. des Monats sondern am 1. des Monats.
Das Jahr geht beim Netzbetreiber ja auch nicht vom 1.1. bis 31.12. sondern vom Abschlusstag des Vertrages (bei uns war das der 9.11.) bis zum Vorjahrestag im Folgejahr.
Sollte das bei dir anders sein kannst du dich glücklich schätzen.
Hallo Marko,
der Netzbetreiber liefert Dir nicht den Strom. Du sprichst hier vom Lieferanten.
Grüße Jörg
Zitat von: Marko1976 am 27 Februar 2026, 13:33:56@Beta-User
Korrekt wieder gegeben. Soweit ich die Anleitung des Zählers verstehe werden dort 6 oder sogar 7 Datenpunkte durchrotiert, aber eben nur 2 weitergeleitet.
Die Frage ist also ob und wenn wie man das konfigurieren kann. Irgendeine Idee? Selbst ein Tip für ein passendes Forum mit AVM-Usern würde mich weiterbringen.
Tut mir leid, Links habe ich keine, und gehe auch davon aus, dass das schon alleine deswegen nicht klappen kann, weil die Schnittstelle batteriebetrieben ist. Wenn man mehr Werte auslesen will, muss man die MCU länger aktiv halten, und auch deutlich mehr Auswerte-Code vorhalten.
Soweit mir bekannt, kocht da jenseits der wenigen Basics jeder Hersteller sein eigenes Süppchen....
ZitatHabe estra das Teil genommen, da ich nur semiuser bin. Da ich mein FHEM auf einem NAS betreibe bin ich mit vielem eingeschränkt und zusätzlich habe ich kein Talent/Lust irgendwas rumzulöten oder umzuprogrammieren. Ich weiß, das schränkt mich ein, aber ich denke das ich nicht der einzige bin der eher nach Fertiglösungen sucht.
Ich habe "extra" irgendwann selbst den Lötkolben in die Hand genommen und die ersten Arduinos mit firmware versorgt, weil mir zum einen die (gefühlte) Abzocke mancher Hersteller auf den Zeiger gegangen ist, zumal häufig deren Geräte eben auch (sinnvemäß teilweise verbrämt hinter "im Interesse der Bedienbarkeit") "kastriert" sind, und selbst einleuchtende features häufig nicht mehr per firmware-Aktualisierung eingebaut werden....
Jedenfalls: "Hitchi" bekommt man vorgeflasht in der Bucht für ca. 30 Steine, und den Auswerte-Code für den eigenen Zähler muss man eben ergänzen. Dazu gibt es sogar online-Hilfsmittel, mit denen man den SML-Code parsen kann und die Datenpunkte vorgekaut.
Einen Tod muss man halt leiden, that's all.
Ja ok, das stimmt. Der Netzbetreiber ist für Netz und Transport sowie die Erfassung zuständig und der Stromlieferant liefert den Strom. Dennoch ändert es nicht am Problem.
Der Lieferant gibt den Zyklus vor und der Netzbetreiber liefert anhand des Zählers für diese Zeiträume die Daten.
Es nützt mir also relativ wenig einen abweichenden Zeitraum mit dem statitics-Modul zu errechnen, der wäre wirklich nur statistisch aber nicht als Kontrolle des Lieferanten/Netzbetreibers (genaufenommen bilden die Zwei eine Einheit)
Zitat von: Marko1976 am 28 Februar 2026, 16:44:09Also müssen die Zeitintervalle mit den Abrechnungszeiträumen übereinstimmen und die beginnen halt nicht am 25. des Monats sondern am 1. des Monats.
Naja, das Modul fängt nur dann am 25. an (einmalig) wenn du es auch dann kreierst. Da wir gerade heute Nacht einen Monatswechsel hatten kannst du ja sehr schön sehen, dass das Modul den neuen Monat heute am 1. bei 0 angefangen hat.
Zitat von: Marko1976 am 28 Februar 2026, 16:44:09Das Jahr geht beim Netzbetreiber ja auch nicht vom 1.1. bis 31.12. sondern vom Abschlusstag des Vertrages (bei uns war das der 9.11.) bis zum Vorjahrestag im Folgejahr.
Das kann das Modul halt nicht. Hattest du auch nicht extra erwähnt.
Wenn das Modul für dich nicht passt musst du es ja nicht nehmen.
Es gibt ja auch noch andere Module z.B. ElectricityCalculator - vielleicht entspricht das mehr deinen Anforderunen oder du folgst deiner Idee (vielleicht als Userreading):
Zitat von: Marko1976 am 27 Februar 2026, 10:45:24Zur Not wäre ich auch bereit mir z.b. den Monatsverbrauch anhand des Gesamtverbrauchs selbst zu errechnen und abzuspreichern oder in ein Log zu schrieben. Eleganter und genauer wäre es natürlich wenn diese Daten ebenfalls direkt vom Zähler kommen würden.
Das wäre schon genau/exakt, da die Zählerstände ("Gesamten bisherigen Verbrauch") immer vom Zähler über das AVM-Gerät geliefert werden - du nusst nur die Differenz errrechnen.
Im Moment versuche ich noch mich mit dem statistics-Modul auseinander zusetzen.
Vielleicht mache ich ja auch noch was in der Bedienung falsch.
Wenn ich die Standardberechnungen ignorieren lassen und für einzelne Readings spezielle Statistiken erstellen lassen will funktioniert das nämlich noch nicht.
Jedenfalls werden abseits der Standardreadings keine extra angelegten Readings ausgewertet.
Habe es mit verschiedenen Attributen im Statistics-Device probiert. Hier das List:
Internals:
CFGFN
DEF FBDECT_Fritzbox_Actors_15282_0919488_1
DEV_REGEXP FBDECT_Fritzbox_Actors_15282_0919488_1
FUUID 69a1cf31-f33f-7706-a527-c7e15bc12c3802f6
NAME Statistik_SmartMeter
NOTIFYDEV global,FBDECT_Fritzbox_Actors_15282_0919488_1
NR 52474
NTFY_ORDER 10-Statistik_SmartMeter
PREFIX stat
STATE Statistic value(s) reset: all
TYPE statistics
eventCount 3604
READINGS:
2026-02-27 18:07:08 monitoredDevicesFBDECT FBDECT_Fritzbox_Actors_15282_0919488_1
2026-02-27 18:32:28 monitoredDevicesUnsupported FBDECT_Fritzbox_Actors_15282_0919488_1#FBDECT
2026-03-01 23:59:55 nextPeriodChangeCalc 2026-03-02 00:59:55
2026-02-28 23:37:35 state Statistic value(s) reset: all
fhem:
modulVersion $Date: 2024-05-18 09:37:34 +0200 (Sat, 18 May 2024) $
nextPeriodChangeTime 1772409595
Attributes:
alias Statistic Device SmartMeter
deltaReadings FBDECT_Fritzbox_Actors_15282_0919488_1:energy_kWh
durationPeriodHour 1
durationReadings FBDECT_Fritzbox_Actors_15282_0919488_1:power_round
ignoreDefaultAssignments 1
room Test
specialDeltaPeriodHours FBDECT_Fritzbox_Actors_15282_0919488_1:energy_kWh:Month:01:03:06:12
specialDeltaPeriods FBDECT_Fritzbox_Actors_15282_0919488_1:energy_kWh:Month:01:03:06:12Vielleicht findet ja jemand meinen Fehler. Ich denke ich habe alles so gemacht wie es im Wiki bzw. der commandref steht.
Ich möchte eigentlich erstmal nur einen Durchschnitt für den aktuellen Verbrauch (power_round) für verschiedene Zeitperioden und für den Gesamtverbrauch das Delta für verschiedene Zeitabstände.
Hi
Die Attribute wie ignoreDefaultAssignments, deltaReadings etc. gehören meiner Erinnerung nach in das Statistics-Device. Alle Definitionen werden dort vorgenommen.
Wenn sich die Diskussion vom AVM SmartMeter löst und zum Statistic-Devive wechselt gehört es dann eher in "Unterstützende Dienste".
@RalfRog
Da sind die Attribute ja auch eingetragen wie aus dem List hervorgeht. Doch laut Wiki und Commandref sollen dadurch dann im überwachten Device automatisch neue Readings erstellt werden.
Das wiederum hat aber wie gesagt nur bei den Standard-Begriffen funktioniert.
Was die andere Sache angeht: meiner Meinung nach nicht, es ist ja eine Entwicklung die sich aus der AVM Dache ergibt. Eins passt also so oder so nicht und den Threat teilen macht auch keinen Sinn da dann der Kontext fehlt. So wird bei einer Suche nach AVM SmartMeter auch direkt eine Lösung aufgezeigt. Ist aber halt nur meine Meinung.
Jup
Zu oberflächlich geguckt mit diesen ellenlangen Namenswürmern.
Moin Marko
Zitat von: Marko1976 am 27 Februar 2026, 10:45:24Allerdings liefert das Gerät lediglich den aktuellen Stromverbrauch und den Gesamten bisherigen Verbrauch.
Zur Not wäre ich auch bereit mir z.b. den Monatsverbrauch anhand des Gesamtverbrauchs selbst zu errechnen und abzuspreichern oder in ein Log zu schrieben. Eleganter und genauer wäre es natürlich wenn diese Daten ebenfalls direkt vom Zähler kommen würden.
Lies Dir mal die CommandRef für https://fhem.de/commandref_DE.html#ElectricityCalculator durch.
Vielleicht ist es das was du suchst.
Gruß
Sailor
Stimme @Sailor zu
Zitat von: RalfRog am 01 März 2026, 09:22:06Es gibt ja auch noch andere Module z.B. ElectricityCalculator - vielleicht entspricht das mehr deinen Anforderunen oder du folgst deiner Idee (vielleicht als Userreading)
Unabhängig davon
ZitatVielleicht findet ja jemand meinen Fehler. Ich denke ich habe alles so gemacht wie es im Wiki bzw. der commandref steht.
sind die Atrribute tatsächlich nicht korrekt definiert.
ZitatignoreDefaultAssignments 1
deltaReadings FBDECT_Fritzbox_Actors_15282_0919488_1:energy_kWh
durationPeriodHour 1
durationReadings FBDECT_Fritzbox_Actors_15282_0919488_1:power_round
veraltet und ggfs. doppelt ==>specialDeltaPeriodHours FBDECT_Fritzbox_Actors_15282_0919488_1:energy_kWh:Month:01:03:06:12
specialDeltaPeriods FBDECT_Fritzbox_Actors_15282_0919488_1:energy_kWh:Month:01:03:06:12
Weder "durationReadings" noch "specialDeltaPeriods" nutze ich und habe daher an der Stelle auch keine Erfahrung.
Das specialDeltaPeriodHours doppelt ist mir bewusst, war nur ein Versuch die Fehlerquelle zu finden.
Was die anderen Attribute angeht habe ich sie aufgebaut wie in der Beschreibung zu specialDeltaPerios. Dort steht geschrieben:
ZitatspecialDeltaPeriods <Gerät:Gerätewert:Zeitraum:Anzahl1:Anzahl2:...>
Erzeugt für die angegebenen "delta"-Gerätewerte zusätzliche Einzelwerte über die angegebene Anzahl eines Zeitraums (Hour, Day, Month).
Reguläre Ausdrücke können nicht genutzt werden. Es können auch mehrere Gerätewert und/oder Zeiträume hinzugefügt werden. Diese müssen durch Kommas (ohne Leerzeichen) getrennt werden.
Beispiel:
attr Statistik specialDeltaPeriods Wettersensor:rain:Hour:06:72:96
Dies erzeugt 3 zusätzliche Werte für die Regenmenge in den letzten 6, 72, 96 Stunden.
attr Statistik specialDeltaPeriods Wettersensor:rain:Hour:48,Wettersensor:rain:Day:30,EZaehler:energy:Month:6:12
Dies erzeugt 4 zusätzliche Werte für die Regenmenge in den letzten 48 Stunden und den letzten 30 Tagen und den Energieverbrauch der letzten 6 und 12 Monate.
Deswegen und weil das Statistics-Device ja auch mehrere andere Devices bedienen kann habe ich alle Readings nach dem Schema:
<Device>:<Reading>:<Zeitraum>aufgebaut.
Speziell wenn das Statistics-Device sich auf mehrere Devices bezieht wäre doch eine Angabe des Readings ohne Device irreführend oder nicht?
Funktioniert aber so wie du schreibst. Danke für den Hinweis, wäre ich selbst aus dem oben genannten Grund nicht drauf gekommen.
Kleine Korrektur:
Funktioniert alles bis auf das Attribut: "specialDeltaPeriods"
Zumindest sehe ich keine diesbezüglichen Readings, nur die der anderen beiden Attribute.