<div dir="ltr">Hallo Bernd, hallo vz-dev,<br><br><div class="gmail_extra"><div class="gmail_quote">2013/12/6 Bernd Gewehr <span dir="ltr"><<a href="mailto:bernd@gewehr.net" target="_blank">bernd@gewehr.net</a>></span><br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hallo!<br>
<br>
Ich habe mir den Anfangswert in die Tabelle der Zählwerte mit einem frühen timestamp des Gaszählerkanals geschrieben und eine SQL Routine, die per Event alle 5 Minuten aufgerufen wird, dazu verwendet, die Summe aus den Zählwerten zu bilden und in einen neuen Kanal mit aktuellem Timestsmp zu schreiben.<br>
</blockquote><div> </div><div>Ups. Das können sicher nur Leute mit Bastelaffinität.<br> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Dies funktioniert gut!<br>
<br>
Ich wünsche mir allerdings, dass im Volkszähler Projekt die Anzeige von absoluten Zählerständen in Zukunft irgendwann einmal vernünftig realisiert wird.<br></blockquote><div><br></div><div>Die Idee finde ich nicht uncharmant. <br>
<br>Je nachdem welchen Zählertyp Du hast sollte das eigentlich heute schon möglich sein. Wenn es sich um ein "Meter" handelt das also Verbräuche speichert dann kann man natürlich den Startverbauch in einen Timestamp vor dem ersten echten Zählerwert schreiben. Damit die MW den wirklich berücksichtigt braucht es zusätzlich noch 1(!) weiteren Wert+Timestamp davor da der erste verschluckt wird. Dieser sollte soweit vorher liegen dass eine vernünftige Durchschnittsleistung berechnet wird- anderenfalls kann das im FE sehr blöd aussehen.<br>
<br></div><div>Bei "Countern" ist es egtl. kein Problem- hier wird ja ohnehin der echte Zählerwert gespeichert, passt also.<br><br></div><div>Bei "Sensoren" wiederrum die nur Momentanwerte speichern ließe sich das analog "Meter" implementieren.<br>
</div><div><br>Jetzt käme es mal auf einen Test und Feedback an, dann liesse sich das Ganze durchaus auch über den Channel Controller implementieren, z.B. indem man eine neue Eigenschaft "hasTotal" definiert die über Channel Updates in Form von Tupeln gespeichert werden. Damit könnte Clients die obige nicht ganz triviale Logik verfügbar gemacht werden.<br>
<br>vg<br></div><div>Andreas<br><br></div></div></div></div>