[vz-users] Peaks im Frontend - ACE3000
Andreas Goetz
cpuidle at gmail.com
Fri Jan 2 15:53:15 CET 2015
Ich nochmal...
2015-01-02 15:09 GMT+01:00 Martin Heinze <martin-heinze at gmx.net>:
> ...
>
> Gerade bei Zählerständen ist es nicht wirklich notwendig zu jeder
> Auslesung einen Wert in der DB zu speichern
Sehe ich auch so, ist allerdings vom Anwendungfall abhängig.
Es sollte relativ einfach sein einen Konfigparameter in der Art von
"ignoreDuplicateReadings" oder "minReadingDelta" (flexible) zu bauen den
der vzlogger mit dem vorhergegenden Absolut(!)wert vergleicht und nur
schreibt wenn größer. Damit kann man sich Roundtrips in die Middleware/DB
ersparen.
Ich denke mbehr1 hätte das in ca 15min fertig ;)
Viele Grüße,
Andreas
-----Original Message-----
From: Stefan <stefan at stinkes.de>
Sender: "volkszaehler-users" <
volkszaehler-users-bounces at demo.volkszaehler.org>Date: Fri, 02 Jan 2015
10:55:25
To: volkszaehler.org - users<volkszaehler-users at demo.volkszaehler.org>
Reply-To: "volkszaehler.org - users" <
volkszaehler-users at demo.volkszaehler.org>
Subject: [vz-users] Peaks im Frontend - ACE3000
Hallo,
ich würde gerne das Thema nochmals aufgreifen...
Der vzlogger läuft und übergibt die Zählstände korrekt an die Datenbank.
id absteigend
<
https://dbadmin.hosteurope.de/phpmyadmin/sql.php?db=db1007889-vz&table=data&sql_query=SELECT+%2A+FROM+%60data%60+ORDER+BY+%60data%60.%60id%60++ASC&token=d9f0d2afcdc326804f0232364bab377d&phpMyAdmin=ac08f8499e44fc509b4ce698108598344c43c745
>
channel_id
<
https://dbadmin.hosteurope.de/phpmyadmin/sql.php?db=db1007889-vz&table=data&sql_query=SELECT+%2A+FROM+%60data%60+ORDER+BY+%60data%60.%60channel_id%60+ASC&token=d9f0d2afcdc326804f0232364bab377d&phpMyAdmin=ac08f8499e44fc509b4ce698108598344c43c745
>
timestamp
<
https://dbadmin.hosteurope.de/phpmyadmin/sql.php?db=db1007889-vz&table=data&sql_query=SELECT+%2A+FROM+%60data%60+ORDER+BY+%60data%60.%60timestamp%60+ASC&token=d9f0d2afcdc326804f0232364bab377d&phpMyAdmin=ac08f8499e44fc509b4ce698108598344c43c745
>
value
<
https://dbadmin.hosteurope.de/phpmyadmin/sql.php?db=db1007889-vz&table=data&sql_query=SELECT+%2A+FROM+%60data%60+ORDER+BY+%60data%60.%60value%60+ASC&token=d9f0d2afcdc326804f0232364bab377d&phpMyAdmin=ac08f8499e44fc509b4ce698108598344c43c745
>
2450 1 1420191247191 13954.6
2449 1 1420191239762 13954.6
2448 1 1420191221278 13954.6
2447 1 1420191204351 13954.6
2446 1 1420191187170 13954.6
2445 1 1420191177159 13954.6
2444 1 1420191160738 13954.6
2443 1 1420191144217 13954.6
2442 1 1420191127033 13954.6
2441 1 1420191119031 13954.6
2440 1 1420191102393 13954.6
2439 1 1420191085537 13954.6
2438 1 1420191066967 13954.6
Im Frontend werden die Verbräuche als Peaks angezeigt und zwischen den
Zählständen Nullen "eingefügt".
Die Statistik des Kanals kommt grob hin (Durchschnitt und Verbrauch)
aber Min und Max. sind nicht korrekt.
Wie seht ihr das?
Grüße
Stefan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150102/fd02f009/attachment.html>
More information about the volkszaehler-users
mailing list