[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