Allgemein sehe ich hier noch eine Optimierung für die Datenhaltung ...
Ich habe das gleiche Bild mit meinem Iskra MT171 - da bekomme ich per Obis auch 
nur den Zählerstand in 0,1kWh Auflösung.

Gerade bei Zählerständen ist es nicht wirklich notwendig zu jeder Auslesung 
einen Wert in der DB zu speichern ... hat jemand eine Idee, wie man den 
vzlogger bzw. die Middleware so optimieren kann, dass nur etwas an die DB 
übergeben wird, wenn sich der Zählerstand verändert hat?
Denn einfach nur den neuen Zählerstand in die DB zu schreiben, kann das 
Diagramm nicht wirklich verarbeiten - da kommen dann keine Peaks mehr zustande, 
sondern eine Rampe von der letzten Änderung bis zum neuen Zeitpunkt.

Also eigentlich müsste man vorher den letzten Wert aus der DB auslesen und wenn 
sich der Zählerstand verändert hat zwei neue Einträge anlegen (alter Wert mit 
aktuellem Timestamp minus interval und den neuen Zählerstand).

Da ich aber noch nicht so lange dabei bin, fehlt mir gerade der Punkt an dem 
ich ansetzten soll.

-----Original Message-----
From: Stefan <ste...@stinkes.de>
Sender: "volkszaehler-users" 
<volkszaehler-users-boun...@demo.volkszaehler.org>Date: Fri, 02 Jan 2015 
10:55:25 
To: volkszaehler.org - users<volkszaehler-users@demo.volkszaehler.org>
Reply-To: "volkszaehler.org - users" <volkszaehler-users@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

Antwort per Email an