<div dir="ltr">Hallo Frank.<div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span style="font-size:12.8000001907349px">Deine vzlogger.conf sieht gut aus - nur nächstes Mal besser die UUIDs<br></span><span style="font-size:12.8000001907349px">unkenntlich machen/löschen, insbesondere wenn dein VZ auch per<br></span><span style="font-size:12.8000001907349px">Internet zugänglich sein sollte. Deine UUIDs stehen jetzt halt auf<br></span><span style="font-size:12.8000001907349px">ewig in den ML-Archiven.</span></blockquote><div><br></div><div>Wenn ich extern den Volkzähler abrufe mache ich das nur über einen ssh tunnel. </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span style="font-size:12.8000001907349px">Bezüglich der Stabilitätsprobleme: Oft ist die Stromversorgung Schuld<br></span><span style="font-size:12.8000001907349px">- hast du schon mal ein anderes Netzteil getestet?</span></blockquote><div><br></div><div>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. </div><div><br></div><div>Grüße und schönes Wochenende. </div><div> </div></div><div class="gmail_extra"><br><div class="gmail_quote">Am 23. Juli 2015 um 00:59 schrieb Frank Richter <span dir="ltr"><<a href="mailto:frank.richter83@gmail.com" target="_blank">frank.richter83@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hallo Christian,<br>
<br>
schön zu hören dass es funktioniert hat. Dass die Anzeige für den<br>
Leistungskanal besser aufgelöst ist ist klar, gerade wenn der<br>
Zählerstand nur auf 1Wh genau ankommt. Ich bin auch am überlegen, ob<br>
ich die Leistung noch zusätzlich loggen sollte, aber irgendwie wehre<br>
ich mich noch dagegen, quasi redundante Werte in die DB zu schreiben.<br>
Denn sowas schaut man sich ja nur so detailliert an, wenn es noch ganz<br>
aktuell ist. Mal sehen...<br>
Deine vzlogger.conf sieht gut aus - nur nächstes Mal besser die UUIDs<br>
unkenntlich machen/löschen, insbesondere wenn dein VZ auch per<br>
Internet zugänglich sein sollte. Deine UUIDs stehen jetzt halt auf<br>
ewig in den ML-Archiven.<br>
Bezüglich der Stabilitätsprobleme: Oft ist die Stromversorgung Schuld<br>
- hast du schon mal ein anderes Netzteil getestet?<br>
Und wegen der Grafik-Archivierung: Für Jahre lass ich mir das<br>
gefallen, ich dachte du wolltest das auch monats- oder tageweise so<br>
machen...<br>
Aber auch die DB kann das recht effizient, wenn du z.B. mit vzcompress<br>
deine Daten so ausdünnst, dass bei allem was älter als ein Jahr ist<br>
nur noch ein Messwert pro Tag übrig bleibt.<br>
<br>
Viele Grüße<br>
Frank<br>
<br>
Am 22. Juli 2015 um 22:54 schrieb Christian Schnellrieder<br>
<<a href="mailto:schnellrieder.cs@gmail.com">schnellrieder.cs@gmail.com</a>>:<br>
<span class="im HOEnZb">> Hallo Frank<br>
><br>
> Spät aber doch habe ich nun die Kanäle umgestellt.Den Leistungskanal habe<br>
> ich beibehalten da die Kurve da viel feiner ist und dort man auch jede<br>
> Spitze sieht. Über die Zählerstandkanäle lasse ich nun die verbrauchte<br>
> Leistung per Con abfragen. Leider kämpfe ich noch immer mit leichten<br>
> stabilitäts problemen bzgl Pi... aber da kommt mir der Zählerstandkanal grad<br>
> recht, da so wie du geschrieben hast... es keine Abweichung gibt auch wenn<br>
> mal 2-3 Stunden fehlen bzgl "verbrauchte Leistung"<br>
><br>
><br>
><br>
>> Ich bleibe bei meinem Vorschlag: Beschäftige dich unbedingt mal mit<br>
>> Datenaggregation (vzlogger und DB) und vzcompress, bevor du über so<br>
>> abenteuerliche Sachen wie Grafik-Export deiner Diagramme nachdenkst,<br>
>> denn das ist weder effizient hinsichtlich Speicherplatz noch gut zu<br>
>> nutzen.<br>
><br>
><br>
> Ansichtsache. Perönlich reicht es mir alte Daten . zb pro Jahr einfach in<br>
> eine Grafik zu exportieren. Effizenter wird es keine Datenbank schaffen und<br>
> ich habe keinen Bedarf diese weiter zu verarbeiten.<br>
><br>
><br>
> Grüße<br>
><br>
><br>
><br>
><br>
</span><span class="im HOEnZb">> Am 16. Juli 2015 um 17:47 schrieb Frank Richter <<a href="mailto:frank.richter83@gmail.com">frank.richter83@gmail.com</a>>:<br>
>><br>
>> Hallo Christian,<br>
>><br>
>> Am 16. Juli 2015 um 13:07 schrieb Christian Schnellrieder<br>
</span><div class="HOEnZb"><div class="h5">>> <<a href="mailto:schnellrieder.cs@gmail.com">schnellrieder.cs@gmail.com</a>>:<br>
>><br>
>> >> > Hier eine Frage an die Entwickler: Würde es die Geschwindigkeit der<br>
>> >> > Anzeige<br>
>> >> > im Frontend erhöhen wenn die Ausgabe des Verbrauchs nur optional<br>
>> >> > wäre?<br>
>> >> > Nur<br>
>> >> > theoretisch gefragt<br>
>> >><br>
>> >> Bin zwar kein Entwickler, aber das ist äußerst unwahrscheinlich: Bei<br>
>> >> einem Zählerstand-Kanal ist die Berechnung trivial, s.o.<br>
>> ><br>
>> ><br>
>> ><br>
>> > Die Frage war bezogen auf einen Leistungswert Kanal.<br>
>><br>
>> Schon möglich, dass es in dem Fall ein bisschen Rechenzeit sparen<br>
>> würde, weil in dem Fall vermutlich alle Messintervalle im abgefragten<br>
>> Zeitraum aufsummiert werden müssen. Allerdings muss die Middleware die<br>
>> Werte ja trotzdem aus der Datenbank holen, um die Tupels für das<br>
>> Diagramm zu generieren. Keine Ahnung, wie groß der Vorteil wäre. Ist<br>
>> halt auch die Frage, ob das außer dir noch jemand haben will?<br>
>> Ich habe bei mir keine Leistungswert-Kanäle im Einsatz, deshalb hab<br>
>> ich da keine Erfahrung.<br>
>><br>
>> ><br>
>> ><br>
>> > Grüße<br>
>> ><br>
>> ><br>
>><br>
>> Viele Grüße<br>
>> Frank<br>
><br>
><br>
</div></div></blockquote></div><br></div>