Seit einem Monat liefert mein Stromzähler nun Meßwerte. Im Durchschnitt erhalte ich über die API (/lastreading) alle 45 Sekunden einen Meßwert, was für meine Zwecke ausreichend ist. Alle Meßwerte speichere ich mit ihren Zeitstempeln in einer InfluxDB Datenbank, was die Weiterverarbeitung und Analyse vereinfacht.
Wenn ich auf die zeitlichen Abstände der Meßwerte schaue, dann sehe ich das die Standardabweichung des zeitlichen Abstandes zwischen zwei Meßwerten 24 Sekunden beträgt. Platt gesagt: es gibt alle 45 Sekunden +/- 24 Sekunden einen Meßwert. In diesem Zeitfenster liegen 88% aller Meßwerte.
Es gibt also 12% der Meßwerte, deren zeitlicher Abstand zur vorherigen Meßung 1 Minute und 9 Sekunden überschreitet. Wenn man sich diese Werte grafisch anschaut, dann fällt auf das da teilweise ziemliche Ausreißer dabei sind - ein Beispiel von heute:
Man sieht hier ein Zeitfenster von 10:10 - 10:30 Uhr in dem die Meßwerte dünn gestreut sind und nur im Abstand von einigen Minuten kamen. Nebenbei sieht man auch einige Meßungen wo der zeitliche Abstand bei zwei Minuten und mehr lag. Rückblickend auf den vergangen Monaten gibt es mehr als eine handvoll von Zeitpunkte, wo der zeitliche Abstand der Meßungen recht lang wurde - bis hin zu fast 22 Minuten.
Ich würde gerne verstehen, woher diese Varianz in den zeitlichen Abständen kommt. Ich kann mir immer mal wieder technische Gründen (Wartung, Netzwerkprobleme) vorstellen. Mein Verständnis ist bislang gewesen, dass der Zähler bzw. das Gateway aber Meßwerte, die noch nicht erfolgreich übermittelt wurden, so lange zwischenpuffert, bis die erfolgreiche Übermittelung stattgefunden hat. Das passt aber nicht zu minutenlangen Löchern ohne Daten.
Konkret würde ich mich über die Beantwortung folgender Fragen freuen:
- In welchem Abstand stellt der Zähler tatsächlich geräteseitig Meßwerte zur Verfügung?
- Wo her kommt die hohe Standardabweichung von 23 Sekunden bis knapp über eine Minute?
Warum ist das kein zeitlich fixes Intervall?
- Warum gibt es immer mal wieder Ausreißer mit einigen Minuten ohne Meßwert?
- Gibt es regulatorische Vorgaben im Sinne von technischen Richtlinien und Verordnungen, die den Höchstabstand von zwei Meßwerten begrenzen?
- In welcher Frequenz liefert die optische D0-Schnittstelle am Zähler Meßwerte?
Ich bedanke mich bereits im Voraus für die Erläuterungen.
Mit freundlichen Grüßen,
Martin Grüning
2 „Gefällt mir“
Hallo Martin,
vielen Dank für Ihre Nachricht. Bei Ihnen wurde ein EHz-Zähler installiert, bei dem die Messwerte mittels wireless-MBUS ungefähr jede 24 Sekunden zu unserem Meteroit-Gateway gesendet werden, was das zeitliche Intervall zwischen den Messwerten generiert. Ist unser Gateway allerdings aus irgendwelchem Grund nicht in der Lage, die Messwerte innerhalb dieser 24 Sekunden zu speichern, oder erfolgt die Übertragung der Messwerte ein oder mehrmals nicht korrekt, dann wartet das Gateway bis zum nächsten Sendeintervall, was wiederum die etwas längeren Abstände zwischen Messwerten erklären sollte.
Bei den BSI-zertifizierten Gateways ist aktuell nur die Übertragung von 15-Minuten-Werten einmal pro Tag gestattet. Das beschert Ihrem Smart Meter mit 8-jährigem Bestandschutz einen deutlichen Vorteil.
Ich hoffe, das beantwortet Ihre Fragen und ich könnte Ihnen weiterhelfen,
Pablo Santiago
PS: Ihre eigene Visualisierung sieht sehr gut aus!
1 „Gefällt mir“
Hallo Herr Santiago,
danke für die Erläuterung. Wenn das Gateway die Discovergy-Server nicht erreichen kann, dann werden vermutlich die Meßwerte auf dem Gateway zwischengepuffert und dann gesendet, wenn die Erreichbarkeit wieder hergestellt wurde? So hätte ich es zumindest vermutet.
Heute mittag musste der Router unseres Hauses zweimal durchgebootet werden. Das hat sich wie folgt in den Abständen der Messungen niedergeschlagen:
Wie man sieht fehlen danach über die API minutenlang die Meßungen - das Gateway hat diese also auch nicht nachgeliefert, als es die Server wieder erreichen könnte. Hier möchte dringend anregen, die Pufferung der Werte im Offline-Modus einzuführen bzw. zu optimieren.
In der Technischen Richtlinie für intelligente Meßeinrichtungen des BSI heisst es „Das SMGW MUSS mindestens eine Auflösung von 5 Minuten als kleinste Messperiode unterstützen“.
Wie sie sagen, sehe ich in der aktuellen Implementierung, die durchschnittlich alle 45 Sekunden einen Meßwert liefert, tatsächlich einen Mehrwert. Das ist deutlich besser als alle 5 Minuten. Was ich nicht gut finde ist, dass teilweise minutenlang (auch länger als die vom BSI geforderten 5 Minuten Intervalle) keine Meßwerte kommen und nach Kommunikationsunterbrechungen auch nicht nachgeliefert werden. Hier wünsche ich mir als Kunde eine Verbesserung der Programmierung des Gateways.
Das BSI fordert die Speicherung der von Zählern gelieferten Information auf dem Gateway für 24 Stunden in voller Auflösung (raw). Die Daten sind also da, nur das „Nachliefern“ wird scheinbar nicht durchgeführt. Mit einer kleinen Programmänderung dürfte sich das dann hoffentlich machen lassen.
Viele Grüße,
Martin Grüning
Hallo Martin,
ich bitte Sie um Entschuldigung für die verzögerte Reaktion. Aufgrund der Schließung der Kinderbetreuungseinrichtungen sind diese Tage ein bisschen ungewöhnlich…
Kürze Frage von meiner Seite: Haben Sie überprüft, ob beim Discovergy Portal die Messwerte vollständig sind?
Vielen Dank vorab für Ihre Antwort und einen schönen Tag,
Pablo Santiago
Hallo Herr Santiago,
für die aktuell besonderen Umstände habe ich vollstes Verständnis, umso mehr freue ich mich über Ihre Antwort und hoffe, dass Ihnen und Ihren Kolleginnen und Kollegen gut geht.
Die Werte im Portal weisen deckungsgleich minutenlang den gleichen Wert auf:
Es sieht also nicht nach einem Problem der API aus, sondern als würde die Werte vom Gateway nicht gepuffert und nachgeliefert, wenn die Kommunikationsverbindung wieder da ist.
Der Shutdown des Router war genau um 12:00 Uhr und nocheinmal um 12:22 Uhr. Der Reboot dauert jeweils ziemlich genau 2 Minuten, bis die WAN-Verbindung wieder da ist und Pakete geroutet werden. Also wäre selbst wenn man keine Werte zwischenpuffert, ein Abstand zwischen den Meßungen von drei Minuten erklärbar. Die tatsächlichen Zeitstempel der gelieferten Meßungen waren aber:
(Bitte beachten, die Zeitstempel sind in UTC, die tatsächliche lokale Zeit war eine Stunde später)
Man sieht hier gut, dass ein Verlust der Kommunikationsverbindung von etwa 2 Minuten (hier z.B. von 12:01 bis 12:03 Uhr), dass Gateway dazu bringt in der Zeit von 12:01 bis 12:17 Uhr komplett „aus dem Tritt“ zu sein und überhaupt nur 4 Meßungen zu liefern, obwohl die Kommunikationsverbindung seit einer Viertelstunde wieder da ist und funktioniert. Erwartet worden wäre, dass das Gateway zwischen 12:01 und 12:03 ein bis drei Meßungen gepuffert hätte, diese um 12:03 Uhr nachgeliefert hätte und ab dann wieder normal im Takt von 30 bis 50 Sekunden Meßwerte geliefert hätte.
Hier sollte die Programmierung des Gateways im Umgang mit Unterbrechungen der Kommunikationsverbindung überprüft werden.
Herzlichen Dank und viele Grüße,
Martin Grüning
Hallo Martin,
vielen herzlichen Dank nochmals für Ihre ausführliche Darstellung. Ich habe Ihre Frage an die Jungs von Embedded weitergeleitet. Ich bin selbst gespannt, wie die Antwort lautet …
Viele Grüße und einen schönen Nachmittag,
Pablo Santiago
Guten Tag,
ich möchte mich dieser Frage anschließen… da ich ein smart home aufbaue, möchte ich die discovergy Werte als Grundlage für meinen raspberry mit fhem verwenden. Ist es hier möglich, das Intervall schneller zu machen ? … alle 5-10 Sekunden wäre für mein Bedarf perfekt, auch wenn das nicht immer zuverlässig funktioniert. Ist das technisch möglich ?
vielen Dank, mfg Klinke
Hallo @delink2000,
danke für Ihre Frage. In Ihrem Fall ist es leider tatsächlich nicht möglich, denn zur Übertragung der Messwerte von Ihrem eHZ-Zähler an das Gateway wird ein wireless MBus-Modul eingesetzt, welches die Daten in Intervallen von 20 Sekunden bis zu einer Minute sendet.
Es tut mir leid, dass wir Ihnen an der Stelle nicht weiterhelfen können.
Viele Grüße und einen schönen Abend,
Pablo Santiago, Discovergy GmbH
Laut diesem Beitrag ist es doch möglich, den wMBus durch ein OKK-Kabel zum umgehen: 3-Phasen Ansicht fehlt - #11 von PabloSantiagoDGY
Allgemein finde ich es schon sehr schwach, dass der Kunden in der Praxis mit deutlichen Abstrichen gegenüber der beworbenen Leistungen leben soll.
Da werden Messwerte statt im Sekundentakt nur alle 20 Sekunden übermittelt, statt 3 Phasen gibt es nur eine Gesamtansicht etc.
Ich hoffe, dass ich diese Probleme nicht haben werden - sollte mein Zähler denn irgendwann mal installiert werden. Mit diesen ganzen Einschränkungen ist das Produkt, erst recht zu den neuen Preisen, kaum attraktiv.
1 „Gefällt mir“
Lokverfuehrer, Danke für die Unterstützung… ich sehe es eigentlich ähnlich. Ich habe mir mit Awattar und Discovery eigentlich eine unkomplizierte Möglichkeit versprochen, Verbrauch und Einspeisung zu messen und geeignete Geräte für den Solarüberschuss (relativ) prompt steuern zu können. Der Elektriker kam damals beim Einbau mit Kabel angeblich nicht heran, aber wenn es doch irgendwie anders möglich ist, wäre ich Ihnen dankbar für eine konstruktive Hilfe… läßt sich das Funkmodul nicht ggf. umkonfigurieren ?
vielen Dank, mfg Klinke
Hallo, guten Nachmittag.
Ich kann Ihre Kritik sehr gut nachvollziehen, aber dieses Problem kommt unter anderem leider immer wieder vor, wenn bei der Bestellung die Anbindung per LAN ausgewählt wird, und diese leider nicht erfolgen kann, weil der Elektriker vor Ort im unmittelbaren Umfeld des Zählers kein Netzwerkzugang findet.
Anders sieht es aus, wenn bei der Bestellung eine sekündliche Übertragung via Mobilfunk mit entsprechendem Aufpreis ausgewählt wurde und diese nicht hergestellt werden kann. In solchen Fällen können Sie sich natürlich jederzeit an unseren Support wenden: support@discovergy.com
@Lokverführer, wenn Sie mir Ihren Namen und die E-Mail-Adresse Ihrer Bestellung bei Discovergy per PN mitteilen, schaue ich mir gerne Ihren Auftrag, um mögliche Probleme auszuschließen.
@Eine sekündliche Übermittlung der Messwerte wäre in der Tat mit einem OKK-Kabel möglich, dies aber erfordert die Anreise eines Elektrikers, weil das Teil nicht von dem Kunden installiert werden darf.
Ich hoffe, ich könnte Ihnen weiterhelfen. Bei Fragen melden Sie sich gerne.
Pablo Santiago, Discovergy GmbH
„Ich kann Ihre Kritik sehr gut nachvollziehen, aber dieses Problem kommt unter anderem leider immer wieder vor, wenn bei der Bestellung die Anbindung per LAN ausgewählt wird, und diese leider nicht erfolgen kann, weil der Elektriker vor Ort im unmittelbaren Umfeld des Zählers kein Netzwerkzugang findet.“
verstehe nicht… ich dachte, es geht um das Kabel zwischen discovergy Modul und Zähler, ein LAN Kabel habe ich selbstverständlich anliegen.
1 „Gefällt mir“
Hallo @delink2000 ,
ich muss Ihnen zustimmen. Meine Aussage von gestern betrifft nicht Ihren Fall.
Sie haben grundsätzlich Recht und können sich per E-Mail an unseren Support unter support@discovergy.com wenden, um eine Lösung zu finden.
Es tut mir sehr leid, dass ich Ihnen an der Stelle nicht weiterhelfen kann.
Viele Grüße
Pablo Santiago, Discovergy GmbH
1 „Gefällt mir“
vielen Dank… jetzt muss ich Discovergy auch mal loben. ich habe gerade einen Anruf bekommen, dass bei mir von Funk auf Kabel demnächst umgestellt wird… super!
Mein Vorschlag wäre, diesen Nachteil der Funkverbindung dem Kunden frühzeitig mitzuteilen und abzufragen, ob der sekundengenaue Intervall benötigt wird… oder ggf. einfach mit Kabel machen, damit erspart man sich im Nachhinein einige Schwierigkeiten.
2 „Gefällt mir“
Sehe ich genauso, warum sollte man ein Produkt durch solche Kleinigkeiten schlechter machen als es ist.
Ein Punkt scheint ja auch noch zu sein, dass es eHz gibt, die offenbar keine 3 Phasen Ansicht beherrschen. Auch sowas sollte man vorher mit dem Kunden klären.
2 „Gefällt mir“
Hallo @delink2000,
das freut mich sehr zu hören. Ein schönes Wochenende!
Pablo Santiago, Discovergy GmbH
1 „Gefällt mir“
