[vz-users] Frage zu Middleware-API

[Andreas Goetz]

Wenn Du das verhindern willst kannst DU ein &options=exact mit anhängen. In
Deinem Fall scheint es halt iregndwelche Timestamps in der Zukunft in der
DB zu geben- die könntest Du per SQL suchen und einfach löschen.

vg
Andreas

On Mon, Feb 25, 2019 at 11:38 PM Frank Richter <frank.richter83 at gmail.com>
wrote:

> Hallo Thomas,
>
> ja, richtig interpretiert. Die MW sucht möglichst Timestamps < from und >
> to, damit der abgefragte Zeitbereich komplett abgedeckt wird. Sonst reicht
> es nicht, um den Graph komplett zu zeichnen.
>
> Gruß
> Frank
>
> Thomas Höpfner <thomas at thhoe.de> schrieb am Mo., 25. Feb. 2019 08:13:
>
>> Hallo Frank, Hallo Andreas
>>
>>
>> vielen Dank für die Antworten.
>>
>> Die Abfrage mit JSON bringt im Inhalt das selbe Ergebnis. Das hatte ich
>> schon geprüft.
>>
>> Die Zeit auf hatte ich auch in verdacht, deshalb die Abfrage auf
>> "localhost".
>>
>>
>> >> Ausgegeben wird bis “now” wenn- wie bei der ersten Anfrage- ohne to
>> abgefragt wird.
>> So hatte ich es erwartet. Das "now" ist in der Abfrage aber scheinbar
>> nicht aus dem Datum abgeleitet. Ausgegeben wird alles > "from".
>> Das ist in der Regel kein Problem, zukünftige Ereignisse sollte es ja
>> nicht geben.
>>
>> >> Trotzdem kommen die 2036er Timestamps
>>
>> Asche auf mein Haupt, die gab es wirklich. Nachdem ich diese gelöscht
>> habe sieht die Sache schon freundlicher aus.
>>
>>
>> Nachdem ich die Datenbank aufgeräumt habe interpretiere ich die Ausgabe
>> So:
>>
>> - '# from:' und '# to:' sind die Zeiten zwischen dehnen min, max und
>> average Ermittelt wurden.
>>
>> - Gibt es, wie in meinen Fall, keine Timestamps in dem Zeitbereich der
>> Abfrage, werden die beiden nächstliegenden genommen .
>>
>> - '# rows:' ist die Anzahl der ausgewerteten Timestamps und damit immer
>> >=2 .
>>
>> - Die Antwort enthält mindestens 1 "tuples". Dieser kann auch älter sein
>> wie "from".
>>
>>
>> Ist meine Interpretation richtig?
>>
>> Mit freundlichen Grüßen,
>>
>> Thomas Höpfner
>>
>> Inselbergstraße 23
>> 98596 Brotterode - Trusetal
>>
>> Mail: thomas at thhoe.de
>>
>>
>>
>>
>> -----Ursprüngliche Nachricht-----
>> *Von:* Andreas Goetz <cpuidle at gmail.com>
>> *Gesendet:* Sonntag 24 Februar 2019 20:45
>> *An:* volkszaehler.org - users <volkszaehler-users at demo.volkszaehler.org>
>> *Betreff:* Re: [vz-users] Frage zu Middleware-API
>>
>> Ausgegeben wird bis “now” wenn- wie bei der ersten Anfrage- ohne to
>> abgefragt wird. Trotzdem kommen die 2036er Timestamps
>>
>> Auf welcher Zeit läuft denn Deine Middleware?
>>
>> Viele Grüße, Andreas
>>
>> On 24. Feb 2019, at 20:26, Frank Richter <frank.richter83 at gmail.com>
>> wrote:
>>
>> Hallo Thomas,
>>
>> kannst du die gleiche Abfrage nochmal mit JSON machen?
>>
>> Gibt's bei der Darstellung im Frontend irgendwelche Auffälligkeiten?
>>
>> Grüße
>> Frank
>>
>> Am So., 24. Feb. 2019, 14:23 hat Thomas Höpfner <thomas at thhoe.de>
>> geschrieben:
>>
>>> Hallo zusammen,
>>>
>>> ich bin gerade dabei mir ein Script zu basteln, mit dem ich einen
>>> S0-Kanal überwachen kann.
>>> Es soll die Anzahl der im Impulse  in den letzten X Minuten ausgewertet
>>> werden.
>>> Für das ganze habe ich eine Vorlage gefunden (wo weiß ich nicht mehr),
>>> die aber nicht funktioniert.
>>> Problem ist das die Antwort der Middleware für mich nicht
>>> Nachvollziehbar ist.
>>> Die URL zur Abfrage lautet:
>>> http://localhost/middleware.php/data/e2b64f10-92eb-11e2-94e4-ed0995b4eb89.csv?from=1551009686000
>>> Das sollte richtig sein nach:
>>>  https://wiki.volkszaehler.org/development/api/reference
>>> <https://wiki.volkszaehler.org/development/api/reference>
>>> Antwort der Middleware:
>>>     # source:;volkszaehler.org
>>>     # version:;0.3
>>>     # uuid:;e2b64f10-92eb-11e2-94e4-ed0995b4eb89
>>>     # title:;Strom_L2
>>>     # from:;2019-02-24 06:48:50
>>>     # to:;2036-02-07 07:37:55
>>>     # min:;2036-02-07 07:28:17; => ;0
>>>     # max:;2036-02-07 07:29:41; => ;1800
>>>     # average:;0
>>>     # consumption:;43.5
>>>     # rows:;88
>>>     2019-02-24 06:50:00;25.714;1
>>>     2036-02-07 07:28:17;0;1
>>>     2036-02-07 07:28:24;257.143;1
>>>     2036-02-07 07:28:29;360;1
>>>     2036-02-07 07:28:5.....
>>>
>>> Zum testen habe ich den Zeitbereich mit to= Eingegrenzt, URL:
>>> http://localhost/middleware.php/data/e2b64f10-92eb-11e2-94e4-ed0995b4eb89.csv?from=1551009097000&to=1551009157000
>>> Antwort der Middleware:
>>>     # source:;volkszaehler.org
>>>     # version:;0.3
>>>     # uuid:;e2b64f10-92eb-11e2-94e4-ed0995b4eb89
>>>     # title:;Strom_L2
>>>     # from:;2019-02-24 06:48:50
>>>     # to:;2036-02-07 07:28:17
>>>     # min:;2036-02-07 07:28:17; => ;0
>>>     # max:;2019-02-24 06:50:00; => ;25.714
>>>     # average:;0
>>>     # consumption:;1
>>>     # rows:;3
>>>     2019-02-24 06:50:00;25.714;1
>>>     2036-02-07 07:28:17;0;1
>>>
>>> Hier sieht mann womit ich nicht klar komme. Obwohl die Abfragen mit
>>> Abstand ausgeführt wurden, bekomme ich in beiden fällen die selbe (falsche)
>>> Antwort für "# from:" und "# to:". Sogar die 1 Daten sind identisch.
>>> Wie kommen diese Werte zustande?
>>> Wo kann ich noch einen Schalter für "Debug" setzen?
>>> Oder gibt es einen besseren Weg für mein Script?
>>>
>>> Ich hoffe mir kann jemand helfen.
>>>
>>> Mit freundlichen Grüßen,
>>>
>>> Thomas
>>>
>>> Mail: thomas at thhoe.de
>>>
>>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20190227/65995bf7/attachment-0001.html>