[vz-users] Datenanalyse

Tue Aug 4 15:19:46 CEST 2015

Hallo Andreas,

>Unakzeptabel. Wieviele Datenpunkte hast Du denn bitte pro Tag?

Ich schreibe 1 / Sekunde. Darum eben von mir Hausgemacht.
Anders bekomme zb solche Details nicht zu sehen die mich gerade
beschäftigen:
[image: Inline-Bild 1]

>Versteh ich nciht. Das Frontend wählt selber die optimale Zoomstufe. Mit
Aggregation gibt es keinen Grund da irgendwo Kanäle hin- und herzuswitchen
wenn die Konfiguration passt.

Da die Zählerstände bei mir durch den vzlogger aggregiert werden ist halt
die Darstellung auf den Stufen "Tag", "Monat" etc deutlich schneller.

Grüße

Am 4. August 2015 um 15:05 schrieb Andreas Goetz <cpuidle at gmail.com>:

> Hallo Christian,
>
> 2015-08-04 14:42 GMT+02:00 Christian Schnellrieder <
> schnellrieder.cs at gmail.com>:
>
>> Hallo Andreas,
>>
>> ja die Aggregation in der DB ist an und der Crontab ist aktiv.
>> Eine Anzeige vom Kanal mit Leistungswerten dauert zb vom "Tag", 14
>> Sekunden. Das ist vermutlich eben der Preis den man zahlt wenn man eine
>> "feine" Auflösung haben möchte.
>>
>
> Unakzeptabel. Wieviele Datenpunkte hast Du denn bitte pro Tag? Falls > 5
> pro Minute könntest Du auch Aggregation für Minuten einschalten. Mehr als
> einer pro Minute (60x24=1440) macht bei normaler Bildschirmbreite eh keinen
> Sinn!
>
>
>>
>> Stört mich aber so weit nicht da ich bzgl Stundenansicht den
>> Leistungswerte Kanal verwendete (da eben feiner aufgelöst)
>> Für Tage, Wochen und Monate verwende ich den Kanal mit Zählerständen.
>> Dieser Zeigt den Tag zb in 1-2 Sekunden an. Einzig das Handling von dieser
>> Vorgehensweise nervt mich.
>>
>
> Versteh ich nciht. Das Frontend wählt selber die optimale Zoomstufe. Mit
> Aggregation gibt es keinen Grund da irgendwo Kanäle hin- und herzuswitchen
> wenn die Konfiguration passt.
>
>
>>
>> Grüße
>>
>
> Viele Grüße,
> Andreas
>
>
>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Am 4. August 2015 um 13:48 schrieb Andreas Goetz <cpuidle at gmail.com>:
>>
>>> Hi Christian,
>>>
>>> 2015-08-04 13:02 GMT+02:00 Christian Schnellrieder <
>>> schnellrieder.cs at gmail.com>:
>>>
>>>> Hallo Andeas,
>>>>
>>>> >Welches Verbrauches? Angezeigte Periode oder gesamt?
>>>>
>>>> Der Verbrauch für die angezeigte Periode.
>>>>
>>>> >Welches Problem wollt ihr eigentlich lösen? Die Logik steckt in den
>>>> Interpretern...
>>>>
>>>> Problem ist es keines. Wenn ich über die API den Verbrauch abfrage für
>>>> einen Kanal mit Leistungswerten ... so dauert diese Abfrage auch schon ne
>>>> Weile.
>>>>
>>>
>>> Was heisst das- bei welcher Anzeige dauert es wie lange? Und vor Allem-
>>> hast Du Aggregation eingeschaltet und die cron Jobs eingeplant?
>>>
>>>
>>>> Von daher meine Frage... wie stark diese Verbrauchsberechnung im
>>>> Frontend die Darstellung verzögert (wenn überhaupt). Und das wollte ich
>>>> einfach mal für mich testen ob die Darstellung dann schneller wird.
>>>>
>>>> Grüße
>>>>
>>>
>>> Viele Grüße,
>>> Andreas
>>>
>>>
>>>>
>>>>
>>>>
>>>> Am 4. August 2015 um 12:49 schrieb Andreas Goetz <cpuidle at gmail.com>:
>>>>
>>>>> Moin,
>>>>>
>>>>> 2015-08-04 9:41 GMT+02:00 Christian Schnellrieder <
>>>>> schnellrieder.cs at gmail.com>:
>>>>>
>>>>>> Hallo.
>>>>>>
>>>>>> 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
>>>>>>
>>>>>>
>>>>> Welches Verbrauches? Angezeigte Periode oder gesamt?
>>>>>
>>>>>
>>>>>>
>>>>>> Ich würde das gerne einfach mal für mich testen. Welches file ist
>>>>>> genau zuständig für die Berechnung im frontend pro Kanal? Vielleicht kann
>>>>>> mir wer einen Tipp geben wo ich suchen muss.
>>>>>>
>>>>>
>>>>> Welches Problem wollt ihr eigentlich lösen? Die Logik steckt in den
>>>>> Interpretern...
>>>>>
>>>>>
>>>>>>
>>>>>> Grüße
>>>>>>
>>>>>
>>>>> Viele Grüße,
>>>>> Andreas
>>>>>
>>>>>
>>>>>>
>>>>>>
>>>>>> Am 24. Juli 2015 um 11:41 schrieb Christian Schnellrieder <
>>>>>> schnellrieder.cs at gmail.com>:
>>>>>>
>>>>>>> Hallo Frank.
>>>>>>>
>>>>>>> Deine vzlogger.conf sieht gut aus - nur nächstes Mal besser die UUIDs
>>>>>>>> unkenntlich machen/löschen, insbesondere wenn dein VZ auch per
>>>>>>>> Internet zugänglich sein sollte. Deine UUIDs stehen jetzt halt auf
>>>>>>>> ewig in den ML-Archiven.
>>>>>>>
>>>>>>>
>>>>>>> Wenn ich extern den Volkzähler abrufe mache ich das nur über einen
>>>>>>> ssh tunnel.
>>>>>>>
>>>>>>> Bezüglich der Stabilitätsprobleme: Oft ist die Stromversorgung Schuld
>>>>>>>> - hast du schon mal ein anderes Netzteil getestet?
>>>>>>>
>>>>>>>
>>>>>>> Ja ich bin dran. Hab gestern mal ein "rbi-update" durchgeführt und
>>>>>>> zumindest läuft er jetzt mal die ersten 24 Stunden ohne Unterbrechung.
>>>>>>>
>>>>>>> Grüße und schönes Wochenende.
>>>>>>>
>>>>>>>
>>>>>>> Am 23. Juli 2015 um 00:59 schrieb Frank Richter <
>>>>>>> frank.richter83 at gmail.com>:
>>>>>>>
>>>>>>>> Hallo Christian,
>>>>>>>>
>>>>>>>> schön zu hören dass es funktioniert hat. Dass die Anzeige für den
>>>>>>>> Leistungskanal besser aufgelöst ist ist klar, gerade wenn der
>>>>>>>> Zählerstand nur auf 1Wh genau ankommt. Ich bin auch am überlegen, ob
>>>>>>>> ich die Leistung noch zusätzlich loggen sollte, aber irgendwie wehre
>>>>>>>> ich mich noch dagegen, quasi redundante Werte in die DB zu
>>>>>>>> schreiben.
>>>>>>>> Denn sowas schaut man sich ja nur so detailliert an, wenn es noch
>>>>>>>> ganz
>>>>>>>> aktuell ist. Mal sehen...
>>>>>>>> Deine vzlogger.conf sieht gut aus - nur nächstes Mal besser die
>>>>>>>> UUIDs
>>>>>>>> unkenntlich machen/löschen, insbesondere wenn dein VZ auch per
>>>>>>>> Internet zugänglich sein sollte. Deine UUIDs stehen jetzt halt auf
>>>>>>>> ewig in den ML-Archiven.
>>>>>>>> Bezüglich der Stabilitätsprobleme: Oft ist die Stromversorgung
>>>>>>>> Schuld
>>>>>>>> - hast du schon mal ein anderes Netzteil getestet?
>>>>>>>> Und wegen der Grafik-Archivierung: Für Jahre lass ich mir das
>>>>>>>> gefallen, ich dachte du wolltest das auch monats- oder tageweise so
>>>>>>>> machen...
>>>>>>>> Aber auch die DB kann das recht effizient, wenn du z.B. mit
>>>>>>>> vzcompress
>>>>>>>> deine Daten so ausdünnst, dass bei allem was älter als ein Jahr ist
>>>>>>>> nur noch ein Messwert pro Tag übrig bleibt.
>>>>>>>>
>>>>>>>> Viele Grüße
>>>>>>>> Frank
>>>>>>>>
>>>>>>>> Am 22. Juli 2015 um 22:54 schrieb Christian Schnellrieder
>>>>>>>> <schnellrieder.cs at gmail.com>:
>>>>>>>> > Hallo Frank
>>>>>>>> >
>>>>>>>> > Spät aber doch habe ich nun die Kanäle umgestellt.Den
>>>>>>>> Leistungskanal habe
>>>>>>>> > ich beibehalten da die Kurve da viel feiner ist und dort man auch
>>>>>>>> jede
>>>>>>>> > Spitze sieht. Über die Zählerstandkanäle lasse ich nun die
>>>>>>>> verbrauchte
>>>>>>>> > Leistung per Con abfragen. Leider kämpfe ich noch immer mit
>>>>>>>> leichten
>>>>>>>> > stabilitäts problemen bzgl Pi... aber da kommt mir der
>>>>>>>> Zählerstandkanal grad
>>>>>>>> > recht, da so wie du geschrieben hast... es keine Abweichung gibt
>>>>>>>> auch wenn
>>>>>>>> > mal 2-3 Stunden fehlen bzgl "verbrauchte Leistung"
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >> 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.
>>>>>>>> >
>>>>>>>> >
>>>>>>>> > Ansichtsache. Perönlich reicht es mir alte Daten . zb pro Jahr
>>>>>>>> einfach in
>>>>>>>> > eine Grafik zu exportieren. Effizenter wird es keine Datenbank
>>>>>>>> schaffen und
>>>>>>>> > ich habe keinen Bedarf diese weiter zu verarbeiten.
>>>>>>>> >
>>>>>>>> >
>>>>>>>> > Grüße
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >
>>>>>>>> >
>>>>>>>> > Am 16. Juli 2015 um 17:47 schrieb Frank Richter <
>>>>>>>> frank.richter83 at gmail.com>:
>>>>>>>> >>
>>>>>>>> >> Hallo Christian,
>>>>>>>> >>
>>>>>>>> >> Am 16. Juli 2015 um 13:07 schrieb Christian Schnellrieder
>>>>>>>> >> <schnellrieder.cs at gmail.com>:
>>>>>>>> >>
>>>>>>>> >> >> > 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.
>>>>>>>> >> >
>>>>>>>> >> >
>>>>>>>> >> >
>>>>>>>> >> > Die Frage war bezogen auf einen Leistungswert Kanal.
>>>>>>>> >>
>>>>>>>> >> Schon möglich, dass es in dem Fall ein bisschen Rechenzeit sparen
>>>>>>>> >> würde, weil in dem Fall vermutlich alle Messintervalle im
>>>>>>>> abgefragten
>>>>>>>> >> Zeitraum aufsummiert werden müssen. Allerdings muss die
>>>>>>>> Middleware die
>>>>>>>> >> Werte ja trotzdem aus der Datenbank holen, um die Tupels für das
>>>>>>>> >> Diagramm zu generieren. Keine Ahnung, wie groß der Vorteil wäre.
>>>>>>>> Ist
>>>>>>>> >> halt auch die Frage, ob das außer dir noch jemand haben will?
>>>>>>>> >> Ich habe bei mir keine Leistungswert-Kanäle im Einsatz, deshalb
>>>>>>>> hab
>>>>>>>> >> ich da keine Erfahrung.
>>>>>>>> >>
>>>>>>>> >> >
>>>>>>>> >> >
>>>>>>>> >> > Grüße
>>>>>>>> >> >
>>>>>>>> >> >
>>>>>>>> >>
>>>>>>>> >> Viele Grüße
>>>>>>>> >> Frank
>>>>>>>> >
>>>>>>>> >
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150804/1780cc0c/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 26640 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150804/1780cc0c/attachment-0001.png>