<div dir="ltr">Hallo Rainer,<br><div><div class="gmail_extra"><br><div class="gmail_quote">2013/9/16 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:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hallo zusammen,<br>
<br>
Am 16.09.2013 16:41, schrieb Andreas Goetz:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Hallo Thorben,<br>
<br>
2013/9/16 Thorben Thuermer <<a href="mailto:r00t@constancy.org" target="_blank">r00t@constancy.org</a> <mailto:<a href="mailto:r00t@constancy.org" target="_blank">r00t@constancy.org</a>>><div class="im"><br>
<br>
    On Mon, 16 Sep 2013 14:01:31 +0200<br></div><div><div class="h5">
    Jakob Hirsch <<a href="mailto:jh@plonk.de" target="_blank">jh@plonk.de</a> <mailto:<a href="mailto:jh@plonk.de" target="_blank">jh@plonk.de</a>>> wrote:<br>
     > Sven peitz, 2013-09-14 11:07:<br>
     > > $result1=mysql_query("SELECT value FROM data WHERE id = (select<br>
    max(id)<br>
     > > FROM data WHERE channel_id LIKE  '14')");...<br>
     > Allerdings sollte man nicht ohne Grund direkt auf der DB<br>
    arbeiten. Das<br>
     > Vorgehen wie von Andreas Götz ist auch deutlich einfacher<br>
    (Abfrage mit<br>
     > from=now).<br>
<br>
    from=now...<br>
    funktioniert doch aber wie gehabt nur bei erfassung absoluter staende.<br>
    ansonsten war die methode doch "from=<x> seconds ago"...?<br>
    also so, dass im im angegebenen zeitraum (mit now = nur aktuelle<br>
    sekunde)<br>
    genug werte erfasst sind, damit der interpreter in der middleware<br>
    daraus etwas berechnen kann.<br>
    also bei s0-zaehlern mindestens zwei impulse, etc...<br>
    oder wurde da middleware-seitig was geandert?<br>
<br>
    - Thorben<br>
<br>
<br>
Das sollte funktionieren da die MW (schon immer?) mittels zweier<br>
SQL-Queries den jeweils letzten und nächsten Datenpunkt außer des<br>
angefragten Zeitraumes ermitteln und from... to... entsprechend<br>
erweitern. Für now() gäbe es also immer den aktuellen und letzten<br>
Timestamp und damit die Möglichkeit einen aktuellen Periodenverbrauch zu<br>
berechnen.<br>
</div></div></blockquote>
<br>
Tut bei mir nicht und tat es noch nie:<br>
{"version":"0.2","data":{"<u></u>uuid":"*snip*","average":0,"<u></u>consumption":0,"rows":0}}<br>
<br>
Wir hatten da auch auf dem Raspi Probleme und haben damals den Zeitraum erweitert, damit sicher Daten da waren.<br>
<br>
Aber gab es nicht auch "kürzlich" einen Patch der das Verhalten gebaut hat? Meine Installation hier ist ca ein Jahr alt.<br></blockquote><div><br></div><div>Du hast Recht. Was ich geschrieben habe stimmt zwar, allerdings ist der Code noch nicht im Repository angekommen, sondern steht noch in meinem Pull Request: <a href="https://github.com/volkszaehler/volkszaehler.org/pull/47">https://github.com/volkszaehler/volkszaehler.org/pull/47</a><br>
</div><div>Das Problem ist, dass die MW ohne diese Fixes je nach Sensortyp auch mal 3 Tuple braucht um etwas sinnvolles zu liefern. Mit Pull Request sind es immer genau zwei Tupel die benötigt werden, damit klappt dann auch die Abfrage per "now". "now - x seconds" ist keine allgemeingültige Lösung da man ja nicht wissen kann wann ein Sensor Daten liefert...<br>
<br>vg<br></div><div>Andreas<br></div></div><br></div></div></div>