[vz-users] Datenanalyse

Tue Aug 4 16:22:31 CEST 2015

Danke für die Info.

Grüße

Am 4. August 2015 um 16:14 schrieb Andreas Götz <cpuidle at gmail.com>:

> Hi Christian,
>
> Am 04.08.2015 um 13:02 schrieb 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.
> 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.
>
>
> Dann lass es mich anders sagen. Nein, das bringt gar nix. WAS etwas bringt
> ist VZ wie vorgesehen zu nutzen.
>
>
> 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/c832c672/attachment-0001.html>