[vz-dev] [vz-users] Datenanalyse -> Verbrauchsermittlung

Andreas Goetz cpuidle at gmail.com
Thu Jul 16 09:52:33 CEST 2015


Mergen kannst Du immer, aber vmtl. musst Du dann Konflikte auflösen, da
wirds eher programmiertechnisch. Ich kann momentan nicht beide Branches
synchron halten, sorry...

Viele Grüße,
Andreas


2015-07-16 9:28 GMT+02:00 Frank Richter <frank.richter83 at gmail.com>:

> Hallo Andreas,
>
> soweit klar. Nur fehlen mir dann vermutlich auch die Fixes, die master in
> den letzten Tagen erhalten hat, richtig? Insbesondere das mit den Achsen
> ist grad recht wichtig für mich, deshalb würde es wohl eher auf kurz
> reinschauen in development rauslaufen. Deshalb habe ich gefragt, ob ich das
> mergen kann, um development auf den aktuellsten Stand zu bringen.
>
> Viele Grüße
> Frank
>
>
>
> Am 16. Juli 2015 um 07:42 schrieb Andreas Götz <cpuidle at gmail.com>:
>
>> Mit checkout development schaltest Du auf diesen Branch um, Du musst
>> nixhts mergen und kannst per checkout master auch sofort wieder zurück. Nur
>> Composer nicht vergessen ;)
>>
>
>> Viele Grüße, Andreas
>>
>>
>>
>> Am 15.07.2015 um 23:11 schrieb Frank Richter <frank.richter83 at gmail.com>:
>>
>> Hallo Andreas,
>>
>> deine Screenshots sehen schon sehr brauchbar aus, cool. Mit einem Aufruf
>> per URL lässt sich doch einstweilen ganz gut leben.
>> Ich teste gern mit, allerdings hab ich bei git noch nicht ganz den
>> Überblick, deswegen folgende Frage: Im development-Zweig steht momentan
>> oben: This branch is 16 commits ahead, 8 commits behind master
>> Kann ich jetzt einfach "checkout development" machen und dann mit meinem
>> master (aktuell, gestern gepullt) mergen, oder gibt das Probleme?
>>
>> Viele Grüße
>> Frank
>>
>> Am 15. Juli 2015 um 09:57 schrieb Andreas Goetz <cpuidle at gmail.com>:
>>
>>> Hallo Zusammen, cc Devs,
>>>
>>> die Idee mit dem Metakanal ist spannend, passt momentan aber nicht in
>>> mein Zeitbudget. Was ich habe ist ein- akzeptabler Hack via URL mittels
>>> &options=usage der folgende Ergebnisse liefern kann:
>>>
>>> *Tagesverbrauch:*
>>> [image: Inline image 2]
>>>
>>> *Monatsverbrauch:*
>>> <ScreenShot 036 volkszaehler.org - web frontend - Mozilla Firefox.png>
>>>
>>> Beim Durchschnitt scheint es noch einen Fehler zu geben den ich noch
>>> nicht näher analysiert habe, sonst scheinen die Werte zu stimmen. Eine
>>> Fehlerbehandung für Kanäle die keinen Verbrauch haben gibt es momentan noch
>>> nicht.
>>>
>>> Ich würde das gerne einpflegen, um nicht alle Arbeit doppelt zu machen
>>> aber nachdem alle aktuellen Änderungen gemergt sind.
>>>
>>> Wer helfen will testet also bitte den "development" Zweig- nach
>>> positiver Rückmeldung Merge und dann Aufnahme dieses PRs.
>>>
>>> Viele Grüße,
>>> Andreas
>>>
>>>
>>>
>>> 2015-07-13 18:16 GMT+02:00 Frank Richter <frank.richter83 at gmail.com>:
>>>
>>>> Hallo Andreas,
>>>>
>>>> erwarten werd' ich das sicher nicht, aber freut mich zu hören, dass ich
>>>> mit dem Wunsch nicht alleine bin.
>>>> Das Problem einer sauberen und konsistenten Integration ins Frontend
>>>> ohne irgendwelche Krücken sehe ich auch. Ganz unausgegorene Idee: Was
>>>> hältst von einem zusätzlichen Kanaltyp, eine Art Meta-Kanal, in dessen
>>>> Eigenschaften der Quell-Kanal, die Anzeige als Verbrauch statt Leistung,
>>>> die Art der Gruppierung und der Anzeigestil (vielleicht zusätzlich Säulen?)
>>>> eingestellt werden kann? Eine zusätzliche Achse sollte ja kein Problem
>>>> sein, wenn man dem Kanaltyp die Einheit kWh zuweist und dafür eine Achse
>>>> definiert.
>>>> Vielleicht ginge das ohne riesige Änderungen am Frontend, und für alle
>>>> die es nicht brauchen würde sich nichts ändern, wenn sie keinen
>>>> entsprechenden Kanal erstellen.
>>>>
>>>> Viele Grüße
>>>> Frank
>>>> Hi Frank,
>>>>
>>>> Am 13.07.2015 um 17:12 schrieb Frank Richter <frank.richter83 at gmail.com
>>>> >:
>>>>
>>>> Hallo Andreas,
>>>>
>>>> Verbrauchswerte direkt im Frontend fände ich ein geniales Feature,
>>>>
>>>> Ja ich weiß ;) bzw.- ich auch!
>>>>
>>>> insbesondere eine Monatsansicht gruppiert nach Tagen und eine
>>>> Jahresansicht gruppiert nach Monaten wären für die Auswertung von
>>>> PV-Erträgen, Eigenverbrauch etc. sehr nützlich.
>>>>
>>>> Ich werd mal schauen ob sich das analog dem PR über Url/Api lösen
>>>> lässt, mit Gui dazu tue ich mich momentan noch schwer, also bitte nicht
>>>> zuviel erwarten...
>>>>
>>>> Viele Grüße
>>>> Frank
>>>>
>>>> Viele Grüße, Andreas
>>>>
>>>> Am 13.07.2015 15:55 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-dev/attachments/20150716/d0a6ee31/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ScreenShot 037 volkszaehler.org - web frontend - Mozilla Firefox.png
Type: image/png
Size: 78728 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-dev/attachments/20150716/d0a6ee31/attachment-0001.png>


More information about the volkszaehler-dev mailing list