Re: [vz-dev] Why do you not use RRD?

[devzero]

mhh, also ich glaube ich habe bei dem versuch vzlogger als "commandline logger" zu nutzen 2 bugs gefunden:

 

1.   vzlogger startet im hintergrund als daemon, obwohl in vzlogger.conf daemon:false gesetzt ist.

2.   obwohl local -> enabled:false  gesetzt ist, scheint da der webserver im hintergrund zu starten

 

also wenn es keine bugs sind ist es zumindest verhalten was ich nicht erwartet hätte.

 

grüsse

roland

 

linux-xlde:/etc # netstat -anp |grep vz
tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      1544/vzlogger

 

 

linux-xlde:/etc # vzlogger -c /etc/vzlogger.conf
[Dec 21 18:38:14][mtr0] Creating new meter with protocol sml.
[Dec 21 18:38:14][mtr0] Meter configured, enabled.
[Dec 21 18:38:14]       New meter initialized (protocol=sml)
[Dec 21 18:38:14]       Have 1 meters.
[Dec 21 18:38:14][main] daemon=0, local=1
[Dec 21 18:38:14]       Daemonize process...

 

linux-xlde:/etc # cat /etc/vzlogger.conf
/**
 * vzlogger configuration
 *
 * use proper encoded JSON with _javascript_ comments
 *
 * take a look at the wiki for detailed information:
 * http://wiki.volkszaehler.org/software/controller/vzlogger#configuration
*/

{
    "retry": 30,            // how long to sleep between failed requests, in seconds
    "daemon": false,        // run periodically
    "verbosity": 15,         // between 0 and 15
    "log": "/var/log/vzlogger.log",     // path to logfile, optional

    "local": {
        "enabled": false,   // should we start the local HTTPd for serving live readings?
        "port": 8080,       // the TCP port for the local HTTPd
        "index": true,      // should we provide a index listing of available channels if no UUID was requested?
        "timeout": 30,      // timeout for long polling comet requests, 0 disables comet, in seconds
        "buffer": 600       // how long to buffer readings for the local interface, in seconds
    },

    "meters": [
        {
            "enabled": true,               // disabled meters will be ignored
            "skip": false,                  // if enabled, errors when opening meter will lead to meter being ignored
            "protocol": "sml",              // see 'vzlogger -h' for list of available protocols
            "device": "/dev/ttyUSB0",
            "interval": 2,
        }
    ]
}

 

 

 

 

Gesendet: Sonntag, 21. Dezember 2014 um 18:32 Uhr
Von: devz...@web.de
An: volkszaehler-dev@demo.volkszaehler.org
Cc: "volkszaehler.org" <volkszaehler-dev@demo.volkszaehler.org>
Betreff: Re: [vz-dev] Why do you not use RRD?

>Klar, warum nicht. Zusammenstöpseln lässt sich vieles dank Open Source. Nur den Witz des

>VZ- nämlich eine erweiterbare Plattform die ein ganzes Sammelsurium von Zählern unterstützt und

>über ein etabliertes API verfügt- verlierst Du dabei. Für ein Einzelzweck gut, aber sonst...

 

Dann suche ich bzw. hätte gern das Print-to-Console-API.

 

Weiss jemand, wie man das aktiviert ?

 

Grüsse

Roland

 

 

Gesendet: Sonntag, 21. Dezember 2014 um 15:55 Uhr
Von: "Andreas Goetz" <cpui...@gmail.com>
An: "volkszaehler.org" <volkszaehler-dev@demo.volkszaehler.org>
Betreff: Re: [vz-dev] Why do you not use RRD?

Hallo,

 

2014-12-20 21:04 GMT+01:00 <devz...@web.de>:

Hi,
das passt gerad gut in den Kontext http://volkszaehler.org/pipermail/volkszaehler-dev/2014-December/003965.html

>Insofern: wer RRD möchte und braucht ist willkommen einen Patch beizutragen. Ansonsten- schöne Ideen...

Hier - ich. Allerdings nicht in Form eines Patches für`s Projekt sondern als Volkszähler-unabhängige Lösung.

 

s.u.
 

Bin großer RRDTool Fan und deshalb nie mit Volkszähler wirklich "verheiratet" gewesen, weil mir der Ansatz als alter Unixer aus mehreren Gründen persönlich nicht gefällt.

Allerdings ist das Volkszähler trotzdem super, weil eine riesen Quelle an Informationen (Wiki - super!!!) und Treffpunkt der "Smartmeter-Scene" :)

Ich selber arbeite an einem Ansatz Daten vom EHZ via Scripting nach RRDtool zu befördern.

 

Klar, warum nicht. Zusammenstöpseln lässt sich vieles dank Open Source. Nur den Witz des VZ- nämlich eine erweiterbare Plattform die ein ganzes Sammelsurium von Zählern unterstützt und über ein etabliertes API verfügt- verlierst Du dabei. Für ein Einzelzweck gut, aber sonst...

 

..
Grüsse
Roland

 

Viele Grüße,
Andreas
 

[vz-dev] Why do you not use RRD?
Andreas Götz cpuidle at gmail.com
Sat Dec 20 09:13:03 CET 2014

    Previous message: [vz-dev] Why do you not use RRD?
    Next message: [vz-dev] Why do you not use RRD?
    Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Moin,

Da alle Beteiligten wohl Deutsch sprechen also in dieser Sprache um dem Suaheli aus dem Weg zu gehen ;)
@Udo: was war es wirklich?

> Am 19.12.2014 um 23:46 schrieb justin at justinotherguy.org:
>
>
>> Am 19.12.2014 um 23:41 schrieb Udo1 <udo1 at gmx.net>:
>>
>> Am 19.12.2014 23:21, schrieb justin at justinotherguy.org:
>>> since the EDL meters have taken „center stage“ in the project.
>> Einspruch. :)
>> Neben den EDL-Zählern gibt es auch noch die Gaszähler und Wasserzähler, die in der Regel S0-Impulse ausgeben. Genauso wie die vielen Ferraris-Zähler die noch in den Haushalten hängen. Auch die meisten günstigen Zwischenzähler geben S0-Impulse aus.

De facto machen wir ja durch die aggregation im vzlogger aus s0 schon sml, oder? Ich vermute niemand speichert jeden einzelnen Impuls, jedenfalls nicht bei schnell drehenden Zählern.

> absolut; auch die S0-Zähler für elektrische Energie sind ja nicht weg - im Gegensatz zu früher (ausschl. S0-Zähler) gibt es heute aber Fälle, in denen sich RRD sinnvoll nutzen lässt.
> Es geht also nicht um „lasst uns auf RRD schwenken!“.

Für mich ist das eine Schattendiskussion. Hier gabs schon einige Leute mit tollen Ideen die uns erklärt haben warum VZ in dieser Art falsch ist. Was zählt ist Code und wenn ich mir anschaue wer in den letzten 2 Jahren in dieser Währung Beiträge geleistet hat wirds sehr dunkel...

Insofern: wer RRD möchte und braucht ist willkommen einen Patch beizutragen. Ansonsten- schöne Ideen...

>> PS: cant remember that this is a english spoken mailing list.
>
> I like to respond in the language people speak to me ;-)
>
>
> Regards, J.

Viele Grüße, Andreas