[vz-users] Frage zu Middleware-API

[Thomas Höpfner]

Hallo Andreas,

vielen Dank für den Tipp mit den options. Die fehlerhaften Datensätze sind schon Gelöscht.


Mit freundlichen Grüßen,

Thomas Höpfner

Inselbergstraße 23
98596 Brotterode - Trusetal

Mail: thomas at thhoe.de <mailto:thomas at thhoe.de> 






-----Ursprüngliche Nachricht-----
Von: Andreas Goetz <cpuidle at gmail.com>
Gesendet: Mittwoch 27 Februar 2019 10:03
An: volkszaehler.org - users <volkszaehler-users at demo.volkszaehler.org>
Betreff: Re: [vz-users] Frage zu Middleware-API

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 <mailto: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 <mailto: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 <mailto:thomas at thhoe.de> 






-----Ursprüngliche Nachricht-----
Von: Andreas Goetz <cpuidle at gmail.com <mailto:cpuidle at gmail.com> >
Gesendet: Sonntag 24 Februar 2019 20:45
An: volkszaehler.org <http://volkszaehler.org> - users <volkszaehler-users at demo.volkszaehler.org <mailto: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 <mailto: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 <mailto: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 <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
Antwort der Middleware:
    # source:;volkszaehler.org <http://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 <http://localhost/middleware.php/data/e2b64f10-92eb-11e2-94e4-ed0995b4eb89.csv?from=1551009097000&to=1551009157000> 
Antwort der Middleware:
    # source:;volkszaehler.org <http://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 <mailto:thomas at thhoe.de>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20190227/e5b91a6a/attachment-0001.html>