Re: [vz-dev] Error executing grouped queries

2013-04-01 Diskussionsfäden Andreas Goetz

Hi Jakob,

die letzten Commits in Deinem Git sind ewig alt- bin ich wirklich an der 
richtigen Stelle gelandet bzw. ist alles drin? Welcher Branch?


vg
Andreas

On 02.04.2013 01:45, Jakob Hirsch wrote:

On 30.03.2013 16:00, Andreas Goetz wrote:

Klasse- stehe zum Testen bereit (gerne auch an cpui...@gmx.de). Was die

Du kannst mal meinen Fork unter
git://github.com/jahir/volkszaehler.org.git probieren.


Leistungsberechnung angeht habe ich ein weiteres Problem- nämlich die
Tatsache, dass die Durchschnittswerte alle falsch sind. Es wird jeweils
0 (oder ein Werte nahe 0) ausgegeben, auch wenn eindeutig mehr
angefallen ist.

Hm, das passt bei mir:

# from: 2013-03-31 23:59:28
# to: 2013-04-02 01:38:51
# min: 2013-04-01 06:59:14 => 290,816
# max: 2013-04-01 21:59:34 => 298,388
# average: 297,783
# consumption: 7640
# rows: 27
2013-03-31 23:59:28;298,279;60
2013-04-01 00:59:49;297,348;59
2013-04-01 01:59:20;298,1;60
2013-04-01 02:59:43;298,175;59
...


Mhm- bei mir haut das mit dem Average nicht hin. Wenn's bei Dir läuft
dann muss ich wohl auch an der Stelle ein bisschen in den Code einsteigen.

Du kannst ja mal einen relevanten Zeitraum exportieren (vorzugsweise mit
mysqldump volkszaehler data --where="channel_id=... and timestamp
between ... and ..."), dann kann ich mal schaue, was da falschläuft.






Re: [vz-dev] Error executing grouped queries

2013-04-01 Diskussionsfäden Jakob Hirsch
On 30.03.2013 16:00, Andreas Goetz wrote:
> Klasse- stehe zum Testen bereit (gerne auch an cpui...@gmx.de). Was die

Du kannst mal meinen Fork unter
git://github.com/jahir/volkszaehler.org.git probieren.

> Leistungsberechnung angeht habe ich ein weiteres Problem- nämlich die
> Tatsache, dass die Durchschnittswerte alle falsch sind. Es wird jeweils
> 0 (oder ein Werte nahe 0) ausgegeben, auch wenn eindeutig mehr
> angefallen ist.

Hm, das passt bei mir:

# from: 2013-03-31 23:59:28
# to: 2013-04-02 01:38:51
# min: 2013-04-01 06:59:14 => 290,816
# max: 2013-04-01 21:59:34 => 298,388
# average: 297,783
# consumption: 7640
# rows: 27
2013-03-31 23:59:28;298,279;60
2013-04-01 00:59:49;297,348;59
2013-04-01 01:59:20;298,1;60
2013-04-01 02:59:43;298,175;59
...

> Mhm- bei mir haut das mit dem Average nicht hin. Wenn's bei Dir läuft
> dann muss ich wohl auch an der Stelle ein bisschen in den Code einsteigen.

Du kannst ja mal einen relevanten Zeitraum exportieren (vorzugsweise mit
mysqldump volkszaehler data --where="channel_id=... and timestamp
between ... and ..."), dann kann ich mal schaue, was da falschläuft.



[vz-dev] Alternative Implementierung für vzcompress

2013-04-01 Diskussionsfäden Florian Knodt
Nabend,

im November gab es eine Diskussion bezüglich vzcompress und korrupten
Daten. Ursache war, dass das jetzige Tool nur für S0-Sensoren
(MeterInterpreter) geeignet ist und die Art der "Komprimierung"
beispielsweise Daten absoluter Sensoren (SensorInterpreter) unbrauchbar
macht. Damals ist das Thema irgendwie vom Radar verschwunden. Bei
digitalen Osterputz ist das Thema bei mir wieder hoch gekommen, denn die
VZ-Datenbank hatte zwischenzeitlich stolze 10GB belagert.

Da sich mein Perl in Grenzen hält habe ich das Ganze nach QnD neu in PHP
implementiert. Das Script liest die verfügbaren Kanäle und deren
Konfiguration aus der Datenbank bzw. den Definitionsdateien. Die
Zugangsdaten für die DB kommen direkt aus der VZ-Config, sollte also im
misc/tools-Verzeichnis ohne Konfiguration laufen.

Im Script können global oder pro Kanal Kompressionsschema hinterlegt
werden, standardmäßig ist derzeit folgendes als globale Definition drin:

Newer than 7 Days  Keep Original
Older than 7 Days  Datapoint per 1 Minute
Older than 30 Days Datapoint per 5 Minutes
Older than 6 Month Datapoint per 15 Minutes
Older than 1 Year  Datapoint per 30 Minutes

Unterstützt werden sollten alle Sensoren auf Basis der derzeitigen
Interpreter-Modelle (SensorInterpreter, MeterInterpreter,
CounterInterpreter). Hierbei gilt:
SensorInterpreter = Mittelwert
MeterInterpreter = Summe
CounterInterpreter = Maximalwert

Als Zeitstempel wird immer das Ende der zusammengefassten Zeitperiode
verwendet. Die Live-Statusmeldungen können z.B. für langsame
SSH-Sitzungen abgeschaltet werden.

Getestet (im Sinne von es sind noch Daten da die stimmen könnten) ist
das Ganze gegen MySQL und SensorInterpreter, andere Sensoren sollten
funktionieren, bei anderen Datenbanken könnte es Probleme geben, da die
SQL-Queries recht unsauber drin sind.

Wer etwas in die Richtung sucht, mutig ist und ein aktuelles Backup hat
darf sich natürlich mal versuchen:
.

-- 
Mit freundlichen Grüßen
Florian Knodt



signature.asc
Description: OpenPGP digital signature


[vz-dev] Kontaktaufnahme

2013-04-01 Diskussionsfäden Sascha Schubert
Hallo,

 

ich suche Austausch zum Thema Smart Metering im Raum Aachen.

 

Wenn Interesse besteht bitte melden unter s.schub...@trianel.com oder
sas.schub...@googlemail.com



[vz-dev] jsonp support für vz

2013-04-01 Diskussionsfäden Andreas Goetz

Hallo Zusammen,

ich hatte den Wunsch, remote (d.h. per iphone-app) auf die mw 
zuzugreifen. Aus Sicherheitsgründen ist das nur per JsonP, nicht jedoch 
json möglich. Wenn Interesse besteht hätte ich hier einen Patch mit dem 
sich JsonP darstellen lässt- es fehlt nur noch eine 
Default-Konfigurationsoption um das Verhalten standardmäßig zu deaktivieren.


Frohe Ostern,
Andreas


Re: [vz-dev] vzlogger an raspberry tut nicht

2013-04-01 Diskussionsfäden Rainer Gauweiler

Hallo zusammen,

Am 31.03.2013 23:00, schrieb Udo1:

Am 31.03.2013 22:40, schrieb Rainer Gauweiler:

 "protocol" : "s0",
 "device" : "/dev/ttyUSB0",
 "channel" : {
 "uuid" : "d495a390-f747-11e0-b3ca-f7890e45c7b2",
 "middleware" : "http://demo.volkszaehler.org/middleware.php";
 }
 },


Das ist vermutlich Dein aktiver Zähler. Aber nur einer?

Wenn er die Zähler an den S0-Eingängen der Erweiterung angeschlossen
hat, kann das ja nicht stimmen:

"device" : "/dev/ttyUSB0",

Dietmar schrieb:

Ich habe zwei s0-Zähler auf der Platine von Udo laufen.

Deshalb meine Frage warum er nicht s0vz nutzt.


Äh ja, gute Frage. Ich vermute jetzt sogar, dass vzlogger garnix macht 
und lediglich der s0vz Daten einliefert. Das würde erklären warum in 
Data Daten ankommen, obwohl der vzlogger sich beendet.


Dietmar, hast Du Deine Kanäle in s0vz.conf eingetragen? Kommen weiter 
Daten in die Tabelle, wenn der vzlogger nicht läuft?


Gruss
 Rainer