AVM SmartMeter und Monatswerte

Begonnen von Marko1976, 27 Februar 2026, 10:45:24

Vorheriges Thema - Nächstes Thema

Beta-User

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.
Server: HP-elitedesk@Debian 13, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Marko1976

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)

RalfRog

#17
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.




FHEM VM Debian13 (trixie) auf Proxmox VE9  (Futro S740) - nanoCUL, HM-MOD-RPI-PCB und MAX!Cube über LAN
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder sowie Shelly 3EM, 1PM, PlugS und IT Schaltsteckdosen

Marko1976

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:12
Vielleicht 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.