<div dir="ltr">Hi Michael,<br><div class="gmail_extra"><br><div class="gmail_quote">2014-08-31 13:53 GMT+02:00 Michael Baer <span dir="ltr"><<a href="mailto:mibaer@web.de" target="_blank">mibaer@web.de</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hallo Andreas,<br>
<br>
> <a href="https://github.com/andig/volkszaehler.org/tree/total-consumption" target="_blank">https://github.com/andig/volkszaehler.org/tree/total-consumption</a><br>
<br>
 404<br></blockquote><div><br></div><div>Ja, obsolet. <br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> steht mal wieder ein neuer Bastelzweig zur Verfügung.<br>
<div class="">
><br>
> Bei den 3 Stromverbrauchskanälen habe ich einen optionalen<br>
> Parameter "Startverbrauch" hinzugefügt. Ist dieser mit einem Wert<br>
> >= 0 versehen, wird in einer neuen Spalte "Gesamt" der<br>
> Gesamtverbrauch des Kanales angezeigt.<br>
<br>
</div>Das ist anscheinend ins "normale" Frontend mit reingerutscht :-)<br></blockquote><div><br></div><div>Genau. Nachdem die Architekten tolle Ideen hatten ist mir eine einfache Variante eingefallen die ich dann realisiert habe.<br>
<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
(pi@raspberrypi /var/www/<a href="http://volkszaehler.org" target="_blank">volkszaehler.org</a> $ sudo git pull<br>
Already up-to-date.)<br>
<div class=""><br>
> Da die Operation diesen zu ermitteln potenziell sehr teuer ist (x<br>
> Mio Datensätze je Kanal...), insbesondere wenn keine Aggregation<br>
> verwendet wird, erfolgt das im Gegensatz zum "normalen" Update der<br>
> Tabelle asynchron.<br></div></blockquote><div><br></div><div>Wir könnten noch überlegen ob das ggf. erst per Configfile freigeschaltet werden sollte?<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="">
><br>
> Wenn es positives Feedback gibt- v.a. von RasPi Nutzern mit vielen<br>
> Datensätzen- können wir's gerne in den Standard mit aufnehmen.<br>
<br>
</div>Ich hab das mal mit meinen 3(2) Zählern eingerichtet (Bild).<br>
Interessanterweise rechnet der Pi bei Bezug (SML-Zähler) und PV-<br>
Erzeugung (S0) richtig.<br>
<br>
Der 2. Kanal vom SML-Zähler (Lieferung)liegt jedoch ca 150000kWh<br>
daneben ;-)<br></blockquote><div><br></div><div>Interessant. Was ist das für ein Kanaltyp? Fehler in %? Kommen die Messwerte regelmäßig (gleicher Zeitabstand)?<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


"Gesamt" wir nur ab und zu und meistens auch nicht alle 3  Kanäle<br>
gleichzeitig angezeigt. Scheint also zu dauern,<br>
Beim "Neuladen(F5)" klettert dann mysqld auf dem Pi für ca 30sec auf<br>
max % (80-90, was das System halt so hergibt :-) )<br></blockquote><div><br></div><div>Das ist ziemlich lang. Kannst Du mal schauen (FF Entwicklerkonsole) welche der MW-Abfragen da so lange dauert? Und die dann einfach gezielt aufzufen (URL anklicken) und &debug=1 anhängen und die SQL Statements aus den Debuginfos mal hier veröffentlichen?<br>
<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Agggregation, vzcompress monatlich - ca 650.000 Datensätze sind<br>
vorhanden. Der Pi läuft auf einer USB-Festplatte.<br></blockquote><div><br></div><div>Auf was aggregierst Du denn? Warum Aggregation und vzcompress gleichzeitig (oder vzcompress nur für Uraltdaten?) <br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Wegen der Rechnerei: Bei SML müßte man doch nur den letzten in der<br>
Datenbank eingetragenen Wert anzeigen - der ist doch "Absolut"<br>
vorhanden....<br></blockquote><div><br></div><div>Ja, das wäre aber eine "Sonderlösung". So ist der gleiche Code für alle Sensortypen zuständig und man kann auch noch einen Initialzählerstand eingeben.<br> <br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
....und für S0 einmal am Tag einen Zwischenstand ablegen und von da<br>
aus weiterrechnen. Ob das in der DB ist oder evt. auch eine .csv mit<br>
den ermittelten Tageswerten....<br></blockquote><div><br>?<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Wenn das so mit S0-Stromzählern funktioniert, dann hätte ich das gerne<br>
auch für "Gas" :-)<br></blockquote><div><br></div><div>EntityDefinition.json ist Dein Freund. Wer "hasConsumption" kann und "initialconsumoption" als Property besitzt wird berücksichtigt. PR willkommen!<br>
<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="HOEnZb"><font color="#888888">
--<br>
<br>
<br>
Gruss,<br>
        Michael<br>
<br>
GnuPG-ID 0x1E4ED700  <a href="http://pgp.mit.edu/" target="_blank">http://pgp.mit.edu/</a><br>
</font></span></blockquote></div><br></div><div class="gmail_extra">Viele Grüße,<br>Andreas<br><br></div></div>