[vz-users] Peaks im Frontend - ACE3000

Martin Heinze martin-heinze at gmx.net
Fri Jan 2 15:09:25 CET 2015


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 <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



More information about the volkszaehler-users mailing list