[vz-users] Datenanalyse

Mon Jul 13 20:49:11 CEST 2015

Hallo Frank,

ja das hab ich gesehen. Der Wert kann aber natürlich nur stimmen wenn es
keine Unterbrechung gegeben hat.
Als Beispiel:
[image: Inline-Bild 1]
Da das Log über Nacht nicht gelaufen ist (bin noch in der Test Phase bzgl
config) und ab 6 Uhr das Log wieder angelaufen ist wird alles als Verbrauch
gezählt bis 6 Uhr. Ich kämpfe auch noch ein wenig mit stabilitäts Problemen
mit dem Pi wobei ich glaube das ich das Problem heute beseitigt habe.

Aber ich hab schon meine Lösung. Ich speicher die Werte einfach mit einem
Typ "Leistungs Werte" und zieh mir dann die benötigten Werte über die API.
Ob das ganze die DB sprengt oder oder oder... sehe ich dann nach nen Jahr
:)
Aktuell teste ich einfach viel und muss auch erst die ganze config
verstehen. Zb ist mir die "aggregation" noch ein Buch mit 7 Siegel und das
ich mir einbilde die Zählerstände in der DB zu haben liegt vermutlich auch
daran das ich jetzt noch gar nicht sagen kann was ich alles vor habe. Also
mal speichern... löschen kann ich dann immer noch.

Grüße

Am 13. Juli 2015 um 20:07 schrieb Frank Richter <frank.richter83 at gmail.com>:

> Hallo Christian,
>
> hast du bemerkt, dass das Frontend den Verbrauch für das angezeigte
> Intervall automatisch berechnet (unten)?
> Aber bevor wir aneinander vorbei reden, vielleicht magst du kurz
> beschreiben, welche Werte du gerne auslesen möchtest? Brauchst du zwingend
> die absoluten Zählerstände, oder reichen dir die Differenzen zur Auswertung?
>
> Viele Grüße
> 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:
>> [image: Inline-Bild 1]
>>
>> 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 von
>>>>> https://github.com/volkszaehler/volkszaehler.org/pull/336 lassen 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
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150713/43607089/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 9318 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150713/43607089/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 10767 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150713/43607089/attachment-0003.png>