[vz-users] Datenanalyse

Thu Jul 16 11:58:33 CEST 2015

Hallo Christian,

Am 16. Juli 2015 um 10:42 schrieb Christian Schnellrieder
<schnellrieder.cs at gmail.com>:
> Hallo Frank.
>
>> Wie gesagt, ich möchte dir nichts ausreden, sondern höchstens einen
>> Vorschlag machen, dein Vorhaben (falls ich es richtig verstanden habe)
>> ein bisschen stimmiger umzusetzen, so dass du nicht einen Großteil der
>> Funktionalität von volkszähler dabei weg wirfst. Aber damit soll's das
>> an dieser Stelle von mir gewesen sein - wenn du bei deiner Lösung
>> bleiben möchtest, werde ich dir nicht weiter auf die Nerven gehen;-)
>
>
> Also ich diskutiere gerne. Ich hoffe nur das ich den anderen Personen in der
> ML nicht zu sehr auf den Geist gehe. Vielleicht ergibt sich daraus ja ein
> "use case" der in den Volkszähler aufgenommen wird.

Andreas bastelt ja gerade an einer Verbrauchsanzeige, aber dafür
müsstest du die Kanäle schon so benutzen, wie sie gedacht sind.

>
>
>>  Erklär doch mal dein Ziel ein bisschen genauer: Du brauchst anscheinend
>> die
>> rohen Zählerstände für eine weitere Auswertung - warum tun es nicht
>> die Verbrauchswerte, die dir die Middleware für jeden abgefragten
>> Zeitraum liefern kann? Und in welchem zeitlichen Raster möchtest du
>> diese Werte haben?
>
>
>
> Aktuell möchte ich:
>
> 6-12 Monate Daten bzgl der Leistung und den gesamten historischen Werte des
> Verbrauchs auf pro Tag/Monat/Jahr.

Also brauchst du eigentlich nur 1 Zählerstand pro Tag. Dann solltest
du dein Logging überdenken, unten mehr dazu.

>
> Speziel bzgl der Frage. warum es die Verbrauchswerte nicht tun die die
> Middleware liefert:
>
> Diese Daten sind berechnet aus der Leistung. Also jeder auch nur ach so
> kleiner Ausfall vom Log wird sich hier zeigen mit Abweichungen. Zählerstände
> sind da sicherer wenn man Werte haben möchte wo man nicht die ganze Zeit
> hinterfragen möchte:"Kann das jetzt so stimmen? Oder war da vielleicht doch
> ein Ausfall etc. Auch die Berechnung selber anhand der Zählerstände selbst
> geht ein ein vielfaches schneller für einen beliebigen Zeitraum.

Das stimmst so nicht, kannst du gerne einfach mal testen. Bei einem
Zählerstände-Kanal berechnet die Middleware den Verbrauch natürlich
aus Endzählerstand - Anfangszählerstand, genau wie du das manuell
machen würdest. Die Tupel aus Timestamp und Leistungswert werden nur
gebraucht, um das Diagramm zu zeichnen. Also sind Logging-Lücken
innerhalb des abgefragten Zeitraums völlig irrelevant.
Falls du das noch nicht gemacht hast, empfehl ich dir mal einen Blick
in die Datenbank: Da stehen nämlich alle deine (Roh-)Zählerstände,
genauso wie sie von vzlogger angeliefert wurden, und übrigens völlig
unabhängig davon, wie du den Kanal definiert hast. Das kommt erst ins
Spiel, wenn die Middleware die Daten verarbeitet.

>
> Hier eine Frage an die Entwickler: Würde es die Geschwindigkeit der Anzeige
> im Frontend erhöhen wenn die Ausgabe des Verbrauchs nur optional wäre? Nur
> theoretisch gefragt

Bin zwar kein Entwickler, aber das ist äußerst unwahrscheinlich: Bei
einem Zählerstand-Kanal ist die Berechnung trivial, s.o.

>
>
>
>> 1) Das Frontend generiert völlig nichtssagende Diagramme
>
>
>>
>> 2) Die berechneten Werte in der Kanaltabelle, insbesondere der
>> Verbrauch, werden unsinnig
>
>
>
> Ich möchte die Zählerstände nicht im Frontend anzeigen. Bezogen auf ein Jahr
> finde ich ein Diagramm mit Balken mit Verbrauch pro Monat hier besser und
> das erstelle ich mir selber. Den Volkszähler verwende ich eben nur für die
> Darstellung der Leistung.

Den Verbrauch für einen Tag oder einen Monat (oder jeden anderen
Zeitraum) könntest du fertig berechnet und ohne Angst vor Abweichungen
mit einer simplen Middleware-Abfrage holen, wenn dein Kanal richtig
definiert wäre. Darstellung geht noch nicht, aber da wird wie gesagt
grad dran gearbeitet.

>
>
>> 3) Wenn du auf den zeitlichen Verlauf keinen Wert legst, sondern
>> eigentlich nur Zählerstände in einem festen (täglichen o.ä.) Raster
>> für deine Auswertung brauchst, erzeugst du mit einem kontinuierlichen
>> Logging (zigmal pro Minute) aller Werte, die dein Zähler hergibt,
>> einen riesigen Overhead an Daten, und machst dir damit unnötig die DB
>> voll.
>
>
> Diese Probleme habe ich am Radar und auch schon verschiedene Workarounds
> ausgedacht. Ich spiele sogar mit dem Gedanken, Daten die ich nicht mehr
> brauche (Leistungswerte), einfach mit einem Bild zu "archivieren". Dazu muss
> ich aber erst mal verstehen... wie groß wird die Datenbank... was geht...
> was nicht. Ziel (bezogen auf den Zählerstand) ist es genau einen Datensatz
> pro Tag zu haben... wo dieser nun ist (DB oder eigenes Log) ist noch offen.

Ich bleibe bei meinem Vorschlag: Beschäftige dich unbedingt mal mit
Datenaggregation (vzlogger und DB) und vzcompress, bevor du über so
abenteuerliche Sachen wie Grafik-Export deiner Diagramme nachdenkst,
denn das ist weder effizient hinsichtlich Speicherplatz noch gut zu
nutzen.

>
>
>
>> für deinen recht grob
>> auflösenden Zähler sicher einen Test Wert
>
>
> Warum bitte soll mein Zähler grob auflösen?

Grob ist natürlich relativ. Dein Zähler gibt den Stand auf 1 Wh genau
aus, und da gibt es bei bei anderen elektronischen Zählern eben auch
feinere Auflösungen. Also bekommst du bei Verbrauch von 1 kWh 1000
Änderungen des Zählerstands. Wenn dein Grundlast-Stromverbrauch
beispielsweise bei 200 Watt liegt (nachts, tagsüber wenn keiner da ist
etc.), bekommst du 200 Wertänderungen pro Stunde. Ich kenne deine
aktuelle vzlogger.conf nicht, aber deine bisherigen Screenshots lassen
darauf schließen dass du alle Werte loggst, die vom Zähler kommen, z.B
einmal pro Sekunde o.ä. Das führt dazu, dass pro Stunde ein paar
Tausend Werte in der DB stehen, die dort mehr schaden als nützen.
Und erst recht, wenn du eigentlich nur einen Wert pro Tag willst, ist
dein momentanes Logging absolut overkill.
Wie wär's für den Anfang mal mit Stundenwerten? Das belastet die DB
nicht nennenswert, und du hättest zumindest die Verbrauchsverteilung
über den Tag noch grob aufgelöst. In dem Fall wäre "aggtime": 3600
dein Freund.

>
>
> Zum eigentlichen Thema:
> Ich habe den Vorschlag von Nils nun umgesetzt und frage die Daten (in beiden
> Varianten) nun mal täglich per Cron ab.
>
> Grüße
> Christian

Viele Grüße
Frank

>
>
> Am 16. Juli 2015 um 01:40 schrieb Frank Richter <frank.richter83 at gmail.com>:
>>
>> Hallo Christian,
>>
>> möglicherweise reden wir wirklich aneinander vorbei - vermutlich liegt
>> das daran, dass ich deine Anwendung noch nicht verstanden habe. Erklär
>> doch mal dein Ziel ein bisschen genauer: Du brauchst anscheinend die
>> rohen Zählerstände für eine weitere Auswertung - warum tun es nicht
>> die Verbrauchswerte, die dir die Middleware für jeden abgefragten
>> Zeitraum liefern kann? Und in welchem zeitlichen Raster möchtest du
>> diese Werte haben?
>>
>> Wenn dir deine jetzige  Lösung so gefällt, kannst du das natürlich so
>> machen - mir kommt es aber sehr unelegant und auch irgendwie falsch
>> vor, Zählerstände in einen Leistungskanal zu loggen, um damit eine
>> Zählerstands-Historie zu simulieren. Ich sehe da folgende Nachteile:
>> 1) Das Frontend generiert völlig nichtssagende Diagramme, entweder
>> weitgehend horizontale oder leicht monoton steigende Kurven, aus denen
>> sich kein zeitlicher Verlauf erkennen lässt.
>> 2) Die berechneten Werte in der Kanaltabelle, insbesondere der
>> Verbrauch, werden unsinnig, weil du eine Energie nochmal über die Zeit
>> integrierst - da werden astronomische Summen herauskommen. Auch bei
>> den Einheiten erzeugst du damit Salat.
>> 3) Wenn du auf den zeitlichen Verlauf keinen Wert legst, sondern
>> eigentlich nur Zählerstände in einem festen (täglichen o.ä.) Raster
>> für deine Auswertung brauchst, erzeugst du mit einem kontinuierlichen
>> Logging (zigmal pro Minute) aller Werte, die dein Zähler hergibt,
>> einen riesigen Overhead an Daten, und machst dir damit unnötig die DB
>> voll. Deswegen solltest du dich unbedingt mal mit Aggregation per
>> vzlogger auseinandersetzen. Auch die recht neue Option "duplicates"
>> (hab ich selbst erst gestern entdeckt) wäre für deinen recht grob
>> auflösenden Zähler sicher einen Test Wert, um die anfallenden
>> Datenmengen einzudampfen und unnötige Peaks in der Anzeige zu
>> vermeiden.
>> Volkszähler ist momentan auf die Visualisierung von Leistungen
>> ausgelegt und für dein Vorhaben IMHO nicht wirklich geeignet. Wenn du
>> nur die Zählerstände willst, brauchst du eigentlich nur vzlogger und
>> die Datenbank, die Middleware und das Frontend sind dafür nicht
>> gemacht. Deine Zählerstände könntest du per SQL aus der DB holen, oder
>> wenn du das im Browser haben möchtest, schreibst du dir ein paar
>> Zeilen PHP, die die Werte aus der Datenbank holen. Noch ein Feld zur
>> Datumsauswahl dazu, und fertig ist die Laube. Eine Grundlage könnte
>> dieses Skript sein:
>>
>> http://www.rudiswiki.de/wiki9/VolkszaehlerEMHeHZ#Stromz.2BAOQ-hler_Wert_auslesen
>>
>> Wie gesagt, ich möchte dir nichts ausreden, sondern höchstens einen
>> Vorschlag machen, dein Vorhaben (falls ich es richtig verstanden habe)
>> ein bisschen stimmiger umzusetzen, so dass du nicht einen Großteil der
>> Funktionalität von volkszähler dabei weg wirfst. Aber damit soll's das
>> an dieser Stelle von mir gewesen sein - wenn du bei deiner Lösung
>> bleiben möchtest, werde ich dir nicht weiter auf die Nerven gehen;-)
>> Trotzdem gilt: wenn du Fragen hast - immer her damit!
>>
>> Viele Grüße
>> Frank
>>
>> Am 15. Juli 2015 um 10:58 schrieb Christian Schnellrieder
>> <schnellrieder.cs at gmail.com>:
>> > Hallo Frank,
>> >
>> > danke für den Input aber wir reden einander vorbei.
>> > Ich verwende nur mehr Kanäle mit Leistungswerten. Kanäle mit
>> > Zählerständen
>> > habe ich nun verstanden wie die arbeiten und sind für meine Anwendung
>> > nicht
>> > das richtige.
>> >
>> > Grüße
>> >
>> > Am 14. Juli 2015 um 14:18 schrieb Frank Richter
>> > <frank.richter83 at gmail.com>:
>> >>
>> >> Hallo Christian,
>> >>
>> >> mit der Umrechnung zwischen Wh und kWh sind wir uns einig:-)
>> >> Ich bleibe aber dabei, dass dein Logging für den Zählerstand deines
>> >> Zählers einfach zu fein ist und du deshalb diese Peaks im Frontend
>> >> erhältst. Probier doch die Aggregation im vzlogger einfach mal aus, du
>> >> brauchst nur diese beiden Zeilen in der vzlogger.conf ergänzen:
>> >>
>> >> "aggtime": 60            // (im Block meter)
>> >> "aggmode": "MAX"    // (im Block channel)
>> >>
>> >> Viele Grüße
>> >> Frank
>> >>
>> >> Am 14. Juli 2015 um 08:26 schrieb Christian Schnellrieder
>> >> <schnellrieder.cs at gmail.com>:
>> >> > Hallo Frank,
>> >> >
>> >> > 1Wh sind doch 0,001kWh. Das Verständnisproblem von meiner Seite her
>> >> > war
>> >> > das
>> >> > ich gelesen habe in der Liste (Zählerstände). Zählerstände stellt
>> >> > aber
>> >> > nicht
>> >> > die Zählerstände dar.. sondern errechnet eben aus den Zählerständen
>> >> > die
>> >> > Leistung.
>> >> >
>> >> > Grüße
>> >> >
>> >> > Am 14. Juli 2015 um 00:02 schrieb Frank Richter
>> >> > <frank.richter83 at gmail.com>:
>> >> >>
>> >> >> Hallo Christian,
>> >> >>
>> >> >> ich meinte diesen Post:
>> >> >>
>> >> >>
>> >> >> https://github.com/volkszaehler/vzlogger/issues/176#issuecomment-118855799
>> >> >>
>> >> >> und diese Zeile:
>> >> >> 0403 (Energie A+ Obis 1.8.0)
>> >> >> 7EA70E00 ==> 00 0E A7 7E ==> 960382 Wh
>> >> >>
>> >> >> Also Auflösung 1Wh oder 0,001kWh. Und wenn du das jede Sekunde
>> >> >> ausliest,
>> >> >> steht bei kleiner Leistung zig mal der gleiche Wert in der DB, bis
>> >> >> der
>> >> >> Stand
>> >> >> dann mal umspringt und deshalb ein Peak von 1Wh/1s=3600W entsteht.
>> >> >>
>> >> >> Viele Grüße
>> >> >> Frank
>> >> >>
>> >> >> Am 13.07.2015 23:46 schrieb "Christian Schnellrieder"
>> >> >> <schnellrieder.cs at gmail.com>:
>> >> >>>
>> >> >>> Hallo Frank,
>> >> >>>
>> >> >>> ja blau mit Füllung ist die aktuelle Leistungskurve vom "basis
>> >> >>> Tarif".
>> >> >>> grün ist der H/N Tarif Zähler für die Wärmepumpe.
>> >> >>> Die Zählerstände sind die beiden Linien horizontal.
>> >> >>>
>> >> >>>
>> >> >>> >Wenn du wirklich deine Zählerstände als Leistungswerte plotten
>> >> >>> > lässt,
>> >> >>> > sollte doch eine monoton steigende Kurve dabei rauskommen
>> >> >>>
>> >> >>> Tut es auch oder besser gesagt wird es dann nach ner "weile". Nur
>> >> >>> hab
>> >> >>> ich
>> >> >>> aktuell nicht mehr Werte als 24 Stunden.
>> >> >>>
>> >> >>> >Laut deinen Posts bei Github hat dein Zähler eine Auflösung von
>> >> >>> > 1Wh,
>> >> >>> > was
>> >> >>> > nicht besonders viel ist, meine EMH-Zähler haben bspw. 0,001Wh
>> >> >>>
>> >> >>> Ich glaub da meinte ich was anderes.
>> >> >>> Die Zähler liefern pro Sekunde einen Wert. Aktuell eben Zählerstand
>> >> >>> und
>> >> >>> aktuelle Wirkleistung.
>> >> >>> Wobei der Zählerstand mit 0,001 ausgegeben werden.
>> >> >>>
>> >> >>>
>> >> >>>
>> >> >>> Grüße
>> >> >>>
>> >> >>>
>> >> >>>
>> >> >>>
>> >> >>>
>> >> >>> Am 13. Juli 2015 um 23:22 schrieb Frank Richter
>> >> >>> <frank.richter83 at gmail.com>:
>> >> >>>>
>> >> >>>> Hi Christian,
>> >> >>>>
>> >> >>>> so ganz richtig tut der Kanal noch gar nicht. Ich wollte damit
>> >> >>>> sagen,
>> >> >>>> dass das Logging deiner Zählerstände noch nicht optimal
>> >> >>>> konfiguriert
>> >> >>>> ist und
>> >> >>>> du deshalb solche seltsamen Darstellungen bekommst. vzlogger misst
>> >> >>>> einfach
>> >> >>>> öfter, als es bei deinem Zähler gut tut. Laut deinen Posts bei
>> >> >>>> Github
>> >> >>>> hat
>> >> >>>> dein Zähler eine Auflösung von 1Wh, was nicht besonders viel ist,
>> >> >>>> meine
>> >> >>>> EMH-Zähler haben bspw. 0,001Wh. Daher hast du z.B. bei einer
>> >> >>>> Leistung
>> >> >>>> von
>> >> >>>> 300W nur 300 Änderungen des Zählerstands pro Stunde, also 5 pro
>> >> >>>> Minute. Wenn
>> >> >>>> du aber in der Zeit 30 oder 60 mal misst, kommen solche Kurven
>> >> >>>> raus.
>> >> >>>> Wenn du
>> >> >>>> dein Messintervall mittels Aggregation auf 30s oder 60s
>> >> >>>> verlängerst,
>> >> >>>> wirst
>> >> >>>> du auch mit Zählerständen eine hübsche Darstellung bekommen.
>> >> >>>> Den neuen Screenshot versteh ich nicht ganz: Wenn du wirklich
>> >> >>>> deine
>> >> >>>> Zählerstände als Leistungswerte plotten lässt, sollte doch eine
>> >> >>>> monoton
>> >> >>>> steigende Kurve dabei rauskommen, die sehe ich aber nicht. Was ist
>> >> >>>> blau mit
>> >> >>>> Füllung, der aktuelle Leistungswert vom Zähler?
>> >> >>>>
>> >> >>>> Viele Grüße
>> >> >>>> Frank
>> >> >>>>
>> >> >>>> Am 13.07.2015 22:52 schrieb "Christian Schnellrieder"
>> >> >>>> <schnellrieder.cs at gmail.com>:
>> >> >>>>>
>> >> >>>>> Hallo.
>> >> >>>>>
>> >> >>>>> Der Screen war nur als Beispiel gedacht was passiert wenn ich die
>> >> >>>>> Zählerstände an einem Kanal mit dem Type: Zählerstand schicke.
>> >> >>>>> Das
>> >> >>>>> der
>> >> >>>>> richtig tut hab ich nun verstanden.
>> >> >>>>> Aktuell schicke ich alle Werte an den Typ "Leistungswerte".
>> >> >>>>> Zählerstand
>> >> >>>>> 1 und 2 blende ich normal aus weil mir die Kurve aktuell nichts
>> >> >>>>> bringt.
>> >> >>>>>
>> >> >>>>> Aktuell sieht das bei mir so aus:
>> >> >>>>> http://i.imgur.com/WSvPEIz.png
>> >> >>>>>
>> >> >>>>> Grüße
>> >> >>>>>
>> >> >>>>>
>> >> >>>>> Am 13. Juli 2015 um 22:35 schrieb Frank Richter
>> >> >>>>> <frank.richter83 at gmail.com>:
>> >> >>>>>>
>> >> >>>>>> Hallo Christian,
>> >> >>>>>>
>> >> >>>>>> nochmal zum ersten Screenshot: die Kurve sieht irgendwie noch
>> >> >>>>>> suboptimal aus - welche Auflösung hat der Zählerstand deines
>> >> >>>>>> Zählers, und
>> >> >>>>>> wie ist das Messintervall? Die Peaks lassen darauf schließen,
>> >> >>>>>> dass
>> >> >>>>>> in kurzem
>> >> >>>>>> Abstand mehrfach der gleiche Zählerstand in der DB landet
>> >> >>>>>> (Leistung=0) und
>> >> >>>>>> der Wert nur ab und zu mal umspringt (Peak). Lässt sich das in
>> >> >>>>>> der
>> >> >>>>>> DB
>> >> >>>>>> bestätigen? Wenn ja, brauchst du Aggregation in vzlogger (in der
>> >> >>>>>> vzlogger.conf gibt es dazu Beispiele, aggtime und aggmode sind
>> >> >>>>>> hier
>> >> >>>>>> die
>> >> >>>>>> Stichworte).
>> >> >>>>>>
>> >> >>>>>> Gruß
>> >> >>>>>> Frank
>> >> >>>>>>
>> >> >>>>>> Am 13.07.2015 19:02 schrieb "Christian Schnellrieder"
>> >> >>>>>> <schnellrieder.cs at gmail.com>:
>> >> >>>>>> >
>> >> >>>>>> > Hallo Frank
>> >> >>>>>> >
>> >> >>>>>> > >Hast du mal einen Screenshot der von dir beschriebenen
>> >> >>>>>> > > aufsteigenden Linie?
>> >> >>>>>> >
>> >> >>>>>> > Das sieht dann so aus:
>> >> >>>>>> >
>> >> >>>>>> >
>> >> >>>>>>
>> >> >>>>>> > Ich habs aber nun Verstanden wie dieser Zählertyp arbeitet.
>> >> >>>>>> > Ist
>> >> >>>>>> > aber
>> >> >>>>>> > für meine Zwecke nicht anwendbar weil ich ja direkt die
>> >> >>>>>> > Zählerstände
>> >> >>>>>> > brauche. Jetzt kann man natürlich Fragen.... für was
>> >> >>>>>> > Zählerstände? Weil es
>> >> >>>>>> > aus meiner Sicht einfacher ist aus 2 Werten den Verbrauch zu
>> >> >>>>>> > bilden wie aus
>> >> >>>>>> > vielen. Zudem tut es dann nicht weh wenn mal eine Lücke ist.
>> >> >>>>>> >
>> >> >>>>>> > Grüße
>> >> >>>>>> >
>> >> >>>>>> > Am 13. Juli 2015 um 16:59 schrieb Frank Richter
>> >> >>>>>> > <frank.richter83 at gmail.com>:
>> >> >>>>>> >>
>> >> >>>>>> >> Hallo Christian,
>> >> >>>>>> >>
>> >> >>>>>> >> was Andreas meint, ist dass das Frontend momentan
>> >> >>>>>> >> grundsätzlich
>> >> >>>>>> >> die
>> >> >>>>>> >> Leistung zum jeweiligen Zeitpunkt darstellt. Die Energiemenge
>> >> >>>>>> >> ist in diesem
>> >> >>>>>> >> Fall die Fläche unter der Kurve (Integral).
>> >> >>>>>> >> Aber trotzdem solltest du natürlich mit den Zählerständen
>> >> >>>>>> >> arbeiten
>> >> >>>>>> >> können, denn die Mddleware berechnet die Leistung automatisch
>> >> >>>>>> >> aus den
>> >> >>>>>> >> Differenzen der gespeicherten Zählerstände und der
>> >> >>>>>> >> dazugehörigen
>> >> >>>>>> >> Zeitspannen. Das Ergebnis sollte eine Kurve sein, die den
>> >> >>>>>> >> Verlauf der
>> >> >>>>>> >> aufgenommenen Leistung über die Zeit abbildet. Diese Kurve
>> >> >>>>>> >> sollte auf und ab
>> >> >>>>>> >> gehen, eben wie dein Stromverbrauch. Hast du mal einen
>> >> >>>>>> >> Screenshot der von
>> >> >>>>>> >> dir beschriebenen aufsteigenden Linie? Das scheint nicht ganz
>> >> >>>>>> >> richtig zu
>> >> >>>>>> >> sein. Vielleicht hast beim ersten Versuch (Kanaltyp
>> >> >>>>>> >> Zählerstände) nur
>> >> >>>>>> >> vergessen die Auflösung (meistens 1000, kWh <> Wh) richtig
>> >> >>>>>> >> einzustellen?
>> >> >>>>>> >> Welche Werte loggst du im Moment?
>> >> >>>>>> >>
>> >> >>>>>> >> Viele Grüße
>> >> >>>>>> >> Frank
>> >> >>>>>> >>
>> >> >>>>>> >> Am 13.07.2015 16:35 schrieb "Christian Schnellrieder"
>> >> >>>>>> >> <schnellrieder.cs at gmail.com>:
>> >> >>>>>> >>>
>> >> >>>>>> >>> Hallo.
>> >> >>>>>> >>>
>> >> >>>>>> >>> Danke für alle Antworten und den Input mit der API. Das ist
>> >> >>>>>> >>> genau
>> >> >>>>>> >>> das was ich gesucht hab.
>> >> >>>>>> >>>
>> >> >>>>>> >>> >Momentan wird dabei immer noch Leistung (NICHT: Verbrauch)
>> >> >>>>>> >>> > ausgegeben, dazu lasse ich mir aber noch etwas einfallen,
>> >> >>>>>> >>> > sinnigerweise
>> >> >>>>>> >>> > sollte es ebenfalls über das API möglich sein auch gleich
>> >> >>>>>> >>> > Verbrauchswerte
>> >> >>>>>> >>> > auszulesen.
>> >> >>>>>> >>>
>> >> >>>>>> >>> Zu dem Punkt hätte ich noch ne Frage.
>> >> >>>>>> >>> Der Zähler liefert ja die aktuelle Leistung und den
>> >> >>>>>> >>> aktuellen
>> >> >>>>>> >>> Zählerstand.
>> >> >>>>>> >>>
>> >> >>>>>> >>> Um die Zählerstände in die Datenbank zu bekommen war mein
>> >> >>>>>> >>> erster
>> >> >>>>>> >>> Versuch einen Kanal zu erstellen mit dem Typ: Elektrische
>> >> >>>>>> >>> Energie
>> >> >>>>>> >>> (Zählerstände).
>> >> >>>>>> >>> Das brachte aber nicht das Ergebnis welches ich erwartet
>> >> >>>>>> >>> hätte.Waren Werte im Mega Bereich und keine Kurve die
>> >> >>>>>> >>> ansteigt
>> >> >>>>>> >>> sondern auf
>> >> >>>>>> >>> und absteigend.
>> >> >>>>>> >>> Auf die schnelle hab ich mir einfach mit dem Typ:
>> >> >>>>>> >>> Elektrische
>> >> >>>>>> >>> Leistung abgeholfen. Das ergibt dann eine Linie die
>> >> >>>>>> >>> ansteigt.
>> >> >>>>>> >>>
>> >> >>>>>> >>> Wäre ich beim Typ: Elektrische Energie (Zählerstände) schon
>> >> >>>>>> >>> richtig gewesen und hab einfach zu schnell aufgegeben oder
>> >> >>>>>> >>> gibt
>> >> >>>>>> >>> es keine
>> >> >>>>>> >>> native Variante um Zählerstände darzustellen?
>> >> >>>>>> >>>
>> >> >>>>>> >>> Grüße
>> >> >>>>>> >>>
>> >> >>>>>> >>>
>> >> >>>>>> >>>
>> >> >>>>>> >>> Am 13. Juli 2015 um 15:54 schrieb Andreas Goetz
>> >> >>>>>> >>> <cpuidle at gmail.com>:
>> >> >>>>>> >>>>
>> >> >>>>>> >>>> Hallo Liste,
>> >> >>>>>> >>>>
>> >> >>>>>> >>>> 2015-07-13 12:15 GMT+02:00 Nils op den Winkel
>> >> >>>>>> >>>> <nils at kusemuckl.de>:
>> >> >>>>>> >>>>>
>> >> >>>>>> >>>>> Hallo Christian!
>> >> >>>>>> >>>>>
>> >> >>>>>> >>>>> Es ist gar nicht nötig, die Datenbank direkt anzuzapfen.
>> >> >>>>>> >>>>> Die
>> >> >>>>>> >>>>> API
>> >> >>>>>> >>>>> der middleware bietet da schon einiges. Das kann man z.B.
>> >> >>>>>> >>>>> mit
>> >> >>>>>> >>>>> vzclient
>> >> >>>>>> >>>>> kombinieren.
>> >> >>>>>> >>>>>
>> >> >>>>>> >>>>> Ich frage z.B. jeden Morgen per cron den
>> >> >>>>>> >>>>> durchschnittsverbrauch
>> >> >>>>>> >>>>> der letzten Nacht (23 Uhr bis 5 Uhr morgens) ab:
>> >> >>>>>> >>>>>
>> >> >>>>>> >>>>> vzclient -u <uuid> -f csv get data from="yesterday 23:00"
>> >> >>>>>> >>>>> to="05:00"
>> >> >>>>>> >>>>>
>> >> >>>>>> >>>>> Vor allem die "group" option sollte dir schon das
>> >> >>>>>> >>>>> gewünschte
>> >> >>>>>> >>>>> Ergebnis bringen.
>> >> >>>>>> >>>>>
>> >> >>>>>> >>>>>http://wiki.volkszaehler.org/development/api/reference
>> >> >>>>>> >>>>
>> >> >>>>>> >>>>
>> >> >>>>>> >>>> Danke Nils, genau so ist es. Wer SQL braucht bitte melden
>> >> >>>>>> >>>> damit
>> >> >>>>>> >>>> wir das API entsprechend erweitern können.
>> >> >>>>>> >>>>
>> >> >>>>>> >>>> Mit Hilfe
>> >> >>>>>> >>>>
>> >> >>>>>> >>>>
>> >> >>>>>> >>>> vonhttps://github.com/volkszaehler/volkszaehler.org/pull/336lassen sich
>> >> >>>>>> >>>> einige der Parameter auch direkt in der Frontend URL
>> >> >>>>>> >>>> angeben
>> >> >>>>>> >>>> so dass es z.B.
>> >> >>>>>> >>>> möglich ist die Durchschnittsleistung aller Tage eines
>> >> >>>>>> >>>> Monats
>> >> >>>>>> >>>> zu
>> >> >>>>>> >>>> visualisieren:
>> >> >>>>>>
>> >> >>>>>> >>>>
>> >> >>>>>>
>> >> >>>>>> >>>>
>> >> >>>>>> >>>> >>>>
>> >> >>>>>> >>>> >>>> >>>> >>>>http://localhost/vz/htdocs/frontend/?from=2014-01-01&to=2014-02-01&group=day&style=steps&fillstyle=0.01
>> >> >>>>>> >>>>
>> >> >>>>>> >>>> Momentan wird dabei immer noch Leistung (NICHT: Verbrauch)
>> >> >>>>>> >>>> ausgegeben, dazu lasse ich mir aber noch etwas einfallen,
>> >> >>>>>> >>>> sinnigerweise
>> >> >>>>>> >>>> sollte es ebenfalls über das API möglich sein auch gleich
>> >> >>>>>> >>>> Verbrauchswerte
>> >> >>>>>> >>>> auszulesen.
>> >> >>>>>> >>>>
>> >> >>>>>> >>>>>
>> >> >>>>>> >>>>>
>> >> >>>>>> >>>>>
>> >> >>>>>> >>>>> Schönen Gruß
>> >> >>>>>> >>>>>
>> >> >>>>>> >>>>> Nils
>> >> >>>>>> >>>>>
>> >> >>>>>> >>>>
>> >> >>>>>> >>>> Viele Grüße,
>> >> >>>>>> >>>> Andreas
>> >> >>>>>> >>>>
>> >> >>>>>> >>>>>
>> >> >>>>>> >>>>> Am 13. Juli 2015 um 11:51 schrieb Jan Goe
>> >> >>>>>> >>>>> <jan.andrea7 at googlemail.com>:
>> >> >>>>>> >>>>>>
>> >> >>>>>> >>>>>> Hallo Christian
>> >> >>>>>> >>>>>>
>> >> >>>>>> >>>>>> Ich mache seid ca. 6 Monaten eine Tages/Monats analyse
>> >> >>>>>> >>>>>> meines
>> >> >>>>>> >>>>>> kWh verbrauchs
>> >> >>>>>> >>>>>>
>> >> >>>>>> >>>>>> ich habe mir ein kleines php skript geschrieben was 1x am
>> >> >>>>>> >>>>>> tag
>> >> >>>>>> >>>>>> die daten der mysql tabelle ( von vzlogger ) ausliest und
>> >> >>>>>> >>>>>> speicher diese
>> >> >>>>>> >>>>>> dann in einer anderen tabelle mit angaben wie Zeit tages
>> >> >>>>>> >>>>>> kwh
>> >> >>>>>> >>>>>> verbrauch
>> >> >>>>>> >>>>>> zählerstand
>> >> >>>>>> >>>>>>
>> >> >>>>>> >>>>>> diese werte ich dann einfach mit Excel aus
>> >> >>>>>> >>>>>>
>> >> >>>>>> >>>>>>
>> >> >>>>>> >>>>>> mfg
>> >> >>>>>> >>>>>> jan
>> >> >>>>>> >>>>>>
>> >> >>>>>> >>>>>> Am 13. Juli 2015 um 11:02 schrieb Christian Schnellrieder
>> >> >>>>>> >>>>>> <schnellrieder.cs at gmail.com>:
>> >> >>>>>> >>>>>>>
>> >> >>>>>> >>>>>>> Hallo.
>> >> >>>>>> >>>>>>>
>> >> >>>>>> >>>>>>>
>> >> >>>>>> >>>>>>>
>> >> >>>>>> >>>>>>> Zuerst mal möchte ich ein allgemeines „Hallo“ und
>> >> >>>>>> >>>>>>> „Danke“
>> >> >>>>>> >>>>>>> loswerden.
>> >> >>>>>> >>>>>>>
>> >> >>>>>> >>>>>>> Das Hallo weil ich ja neu bin in der ML.
>> >> >>>>>> >>>>>>>
>> >> >>>>>> >>>>>>> Das Danke (ganz besonders an @Mbher1) für die OMS
>> >> >>>>>> >>>>>>> implementierung im vzlogger.
>> >> >>>>>> >>>>>>>
>> >> >>>>>> >>>>>>>
>> >> >>>>>> >>>>>>>
>> >> >>>>>> >>>>>>>
>> >> >>>>>> >>>>>>>
>> >> >>>>>> >>>>>>> Persönlich beschäftige ich mich schon etwas länger mit
>> >> >>>>>> >>>>>>> der
>> >> >>>>>> >>>>>>> „Auswertung „ von meinem Zähler und dank der Technik und
>> >> >>>>>> >>>>>>> dem
>> >> >>>>>> >>>>>>> Volkszähler/vzlogger bleibt mir nun der Weg zum
>> >> >>>>>> >>>>>>> Zählerkasten erspart. Und so
>> >> >>>>>> >>>>>>> nebenbei bemerkt ... so manche Kuriosität bzgl Verbrauch
>> >> >>>>>> >>>>>>> hat mir das
>> >> >>>>>> >>>>>>> frontend schon gezeigt. J
>> >> >>>>>> >>>>>>>
>> >> >>>>>> >>>>>>>
>> >> >>>>>> >>>>>>>
>> >> >>>>>> >>>>>>> So und nun zu meiner Frage:
>> >> >>>>>> >>>>>>>
>> >> >>>>>> >>>>>>> Wie genau macht Ihr dann die Datenanalyse im Detail?
>> >> >>>>>> >>>>>>>
>> >> >>>>>> >>>>>>> Mein persönliches Ziel ist es die Datenbank anzuzapfen
>> >> >>>>>> >>>>>>> und
>> >> >>>>>> >>>>>>> eine Statistik zu erstellen für jeden Monat bzgl
>> >> >>>>>> >>>>>>> Verbrauch
>> >> >>>>>> >>>>>>> und das dann pro
>> >> >>>>>> >>>>>>> Jahr darzustellen. Wie ich hier aber am besten
>> >> >>>>>> >>>>>>> vorgehe...
>> >> >>>>>> >>>>>>> da fehlt mir noch
>> >> >>>>>> >>>>>>> die Idee dazu.
>> >> >>>>>> >>>>>>>
>> >> >>>>>> >>>>>>> Also macht jemand von Euch nochmal eine detailanalyse
>> >> >>>>>> >>>>>>> bzgl
>> >> >>>>>> >>>>>>> kWh
>> >> >>>>>> >>>>>>> und wie geht ihr hier vor?
>> >> >>>>>> >>>>>>>
>> >> >>>>>> >>>>>>>
>> >> >>>>>> >>>>>>>
>> >> >>>>>> >>>>>>> Grüße,
>> >> >>>>>> >>>>>>>
>> >> >>>>>> >>>>>>> Christian
>> >> >>>>>> >>>>>>
>> >> >>>>>> >>>>>>
>> >> >>>>>> >>>>>
>> >> >>>>>> >>>>
>> >> >>>>>> >>>
>> >> >>>>>> >
>> >> >>>>>
>> >> >>>>>
>> >> >>>
>> >> >
>> >
>> >
>
>