<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Hallo Andreas!<br>
<br>
<br>
Am 17.01.2015 um 18:22 schrieb Andreas Goetz:<br>
</div>
<blockquote
cite="mid:CAD+a8Mg0fExFe+kV9EeN8D7jZdF=8uQyd1x3pjj_0XryqhqOZw@mail.gmail.com"
type="cite">
<div dir="ltr"><br>
<div class="gmail_extra">
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<div> Aber das hat auf jeden Fall schon was gebracht.
Dauert jetzt für 4x S0 und 11x 1wire-Temperatur in der
Tagesansicht ca 6 Sekunden. Das ist erträglich und ein
Riesenfortschritt. Wenn man nicht immer ganz genau auf
jedes Detail schaut... Danke fürs Nachhaken :))<br>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>Was meinst Du mit Detail? Durch Aggregation geht nix
verloren, es wird einfach die richtige Zoomstufe
verwendet. </div>
</div>
</div>
</div>
</blockquote>
Missverständnis. Ich meinte "jedes Detail in der Konfiguration".
Dass deine Aggregation nichts löscht, habe ich soweit verstanden
(glaub ich..).<br>
<br>
<blockquote
cite="mid:CAD+a8Mg0fExFe+kV9EeN8D7jZdF=8uQyd1x3pjj_0XryqhqOZw@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">
<div>Wieviel Daten das Frontend ignorieren soll kannst Du in
der options.js mit dem Parameter speedupFactor einstellen.Aggregation
auf minuten finde ich allerdings ziemelich sinnlos-
wieviele Datenpunkte pro Minute hast Du denn und wäre es
nicht sinnvoller die gar nicht erst aufzuzeichnen???<br>
</div>
</div>
</div>
</div>
</blockquote>
Hm, guter Punkt. Ich hadere ja eh ein bisschen mit der riesigen
Datenmenge meiner 4 S0-Stromzähler (2 Stockwerke, Wärmepumpe,
PV). Gerade wenn die Sonne einhämmert (15 kWP) und dann auch noch
die Wärmepumpe Gas gibt (4 kW), dazu vielleicht noch in beiden
Stockwerken gekocht wird (2x 5kW), gehts richtig rund. Ich hätte
überhaupt nichts dagegen, die Auflösung dieser Zähler generell etwas
zu vergröbern, wenn dadurch deutlich Performance gespart wird.<br>
<br>
Ich habe bislang in der options.js noch nichts verändert. Sprechen
wir von<br>
/var/www/volkszaehler.org/htdocs/frontend/javascripts/options.js<br>
?<br>
<br>
Es gibt ja zudem noch bei der Einrichtung der Channel die
"resolution" (hab ich glaub ich auch mal auf 500 gesetzt und im
PV-WR auch, lieferte aber falsche Werte) und irgendwie hab ich im
Hinterkopf, dass die S0 bzw. 1wire cfg auch nochmal so ähnliche
Möglichkeiten hatten.<br>
<br>
Welche Werte für welche Stellschrauben würdest du empfehlen?<br>
- /var/www/volkszaehler.org/htdocs/frontend/javascripts/options.js:
speedupFactor: 2<br>
- in der Tabelle properties, pkey resolution bei S0-Zählern: 1000<br>
- in /etc/1wirevz.cfg: /* Metering interval in seconds for ALL
sensors */ interval = 60<br>
- in /etc/s0vz.cfg: gibts nichts, hab ich mich getäuscht..<br>
<br>
Welche Einträge in die crontab würden dann passen? Aktuell (laut
Wiki!) siehts bei mir ja jetzt so aus:<br>
<br>
# min ,hour, day of month, month, day of week (0 und 7=Sonntag)<br>
1 1 * * * cd /var/www/volkszaehler.org/misc/tools/ ; php
vzcompress2.php >>/var/log/vzcompress.log 2>&1<br>
* * * * * php /var/www/volkszaehler.org/misc/tools/aggregate.php
run -m delta -l minute >/dev/null<br>
1 * * * * php /var/www/volkszaehler.org/misc/tools/aggregate.php
run -m delta -l hour >/dev/null<br>
* 1 * * * php /var/www/volkszaehler.org/misc/tools/aggregate.php
run -m delta -l day >/dev/null<br>
<br>
Ich übertrag das dann gern auch ins wiki!<br>
<br>
Merci und schönen Abend...<br>
Heiko<br>
<br>
</body>
</html>