[vz-users] Datenanalyse

[Frank Richter]

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
>
>