[vz-users] Datenanalyse

Tue Aug 4 14:42:19 CEST 2015

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.

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.

Grüße

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/6bb793ec/attachment-0001.html>