[vz-users] Datenanalyse

[Andreas Goetz]

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/db3a17e2/attachment.html>