<div dir="ltr"><div><div><div><div><div>Hallo Zusammen,<br><br>ich habs ja schonmal beschrieben, aber...:<br><br></div>- Ausgabe des Zählerstandes ist sicher sinnvoll<br></div>- Das JSON API kann das bereits- wenn auch nicht als Kurve so doch zu einem Zeitpunkt (Feld "consumption")<br>
</div><div>- Das API hat allerdings den Haken, dass der Verbrauch nur über einen Zeitraum ermittelt werden kann, dafür aber bei allen Kanaltypen<br></div><div>- Die Lösung besteht darin die Abfrage ab ts=0 bis Wunschzeitpunkt zu machen<br>
</div><div>- Dafür braucht es einen Startzählerstand oder entsprechenden Verbrauchswert<br></div><div>- Das macht das bereits mehrfach beworbene tool: <a href="https://github.com/andig/volkszaehler.org/blob/dev/misc/tools/consumption.php">https://github.com/andig/volkszaehler.org/blob/dev/misc/tools/consumption.php</a><br>
</div><div>- Die Abfragen sind teuer, da alle Datenpunkte durchgenudelt werden müssen, ist mit aggregation=true mittlerweile allerdings verschmerzbar<br></div><div>- Dann fehlt noch eine schöne Zählerstandsanzeige im Frontend<br>
</div><div></div><br></div>vg<br></div>Andreas<br><br>PS.: Der Nutzen des Zählerstandes als Kurve sehe ich nicht; eine Kanalytyo-spezifische API-Erweiterung finde ich keine gute Idee.<br><br></div><div class="gmail_extra">
<br><br><div class="gmail_quote">2014-03-21 17:57 GMT+01:00 Rainer Gauweiler <span dir="ltr"><<a href="mailto:volkszaehler@moppl.inka.de" target="_blank">volkszaehler@moppl.inka.de</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hallo zusammen,<br>
<br>
Am <a href="tel:21.03.2014%2017" value="+12103201417" target="_blank">21.03.2014 17</a>:03, schrieb Thorben Thuermer:<div class=""><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
ein problem fuer das wir immernoch keine gute loesung haben ist,<br>
sauber und effizient ueber die api den zaehlerstand eines leidtungs-kanals zu bekommen.<br>
wenn es ein CounterInterpreter-kanal ist,<br>
wuerde eine ausgabe der rohdaten helfen,<br>
aber eine allgemeine loesung eaehre schoener.<br>
<br>
m.W. haengt das zum einnen an einer geeigneten api-erweiterung,<br>
zum sndrren an der effizienz der berechnung bei nicht-counter kanaelen,<br>
da muesste irgendeine form von cache fuer die summe her.<br>
</blockquote>
<br></div>
Wie wäre es denn mit folgendem Ansatz:<br>
<br>
- es werden zwei Kanäle verwendet, einer für Leistung, einer für Zählerstand<br>
- irgendwie teilt man der Middleware mit, dass diese zusammengehören (Gruppe?)<br>
- wird die middleware nach dem Zählerstand des Leistungskanals gefragt, ermittelt sie die passenden Zählerstände aus dem anderen Kanal und interpoliert mit Hilfe der Leistungsdaten den Stand für den angefragten Zeitpunkt / Intervall<br>

- im Frontend wird eine Möglichkeit geschaffen, die Zählerstände manuell einzugeben<br>
<br>
Damit könnte man dann einfach die Leistung erfassen und ab und an manuell ablesen und so den Fehler im Rahmen halten. Der Zählerstand stände dann auch direkt aus dem Frontend ablesbar sowohl für die Energie- als auch für die Leistungskanäle zur Verfügung.<br>

<br>
Gruss<span class="HOEnZb"><font color="#888888"><br>
     Rainer<br>
<br>
</font></span></blockquote></div><br></div>