[vz-users] Datenanalyse

[Andreas Goetz]

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