[vz-users] vzlogger liest keine SML-Daten

[Alexander Vogl]

Hi Sebastian,
ich denke Du musst den  identifier anders setzen.
Hier ein Beispiel. Läuft bei mir mit den MT681ern wunderbar
"meters" :[{
	"enabled": true,
	"protocol" : "sml",
	"device" : "/dev/lesekopf0",
	"aggtime" : 300, /* aggregate all signals and give one update to
middleware every 'aggtime' seconds */
	"aggfixedinterval" : true,   /* round all timestamps to middleware
to nearest aggtime */
	"channels" : [{
	/* Haushaltsstrom Wirkenergie Tarif 1 in Wh (total) */
	"uuid" : "xxxxxx",
	"middleware" : "http://127.0.0.1/middleware.php",
	"identifier" : "1-0:1.8.1*255",
	},{
	/* PV Wirkenergie Tarif 2 in Wh (total) */
	"uuid" : "xxxxx",
	"middleware" : "http://127.0.0.1/middleware.php",
	"identifier" : "1-0:1.8.2*255",
	},
]

Schau dir den Link mal an:
http://wiki.volkszaehler.org/hardware/channels/meters/power/edl-ehz/iskraeme
co_mt681

-----Ursprüngliche Nachricht-----
Von: volkszaehler-users
[mailto:volkszaehler-users-bounces at demo.volkszaehler.org] Im Auftrag von
Sebastian Helms
Gesendet: Dienstag, 27. Januar 2015 00:47
An: vz-users
Betreff: [vz-users] vzlogger liest keine SML-Daten

Moin!

Nachdem heute die Leseköpfe angekommen sind, habe ich die gleich
ausprobiert.
Nach Einrichtung über udev mit Symlinks unt Einstellung auf 9600 8N1 konnte
ich Rohdaten aus den beiden Iskra MT681 auslesen. Der eine Zähler liefert
ca. alle 2 Sekunden, der andere alle 3-4. Soweit okay.

Eine ausgelesene Nachricht habe ich mal versucht zu interpretieren; mit
Hilfe der hier früher verlinkten PDF bin ich zum Ergebnis im Anhang
gekommen.
Alle Inhalte habe ich nicht verstanden, aber die Nachricht scheint plausibel
und liefert (zumindest) erkennbare Zählerwerte.

Wenn ich jetzt (als root!) mit vzlogger die Daten lesen will, scheint
vzlogger die Geräte ansprechen zu können, er liest jedoch keine Nachrichten,
obwohl ich die Rohdaten problemlos auslesen kann (cat, od, xxd usw).



vzlogger.conf: 
{
    "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": [ // Hauszaehler
	{
            "enabled": true,               // disabled meters will be
ignored (default)
            "protocol": "sml",              // see 'vzlogger -h' for list of
available protocols
            "device": "/dev/usb-ir-lesekopf0",
            "channels": [{
                "uuid": "172f44a0-a2ea-11e4-b6fc-8717f097d281",
                "middleware": "http://localhost/middleware.php",
                "identifier": "power"
            }, {
                "uuid": "3195ca20-a2ea-11e4-93db-1d29033bb3d3",
                "middleware": "http://localhost/middleware.php",
                "identifier": "counter"
            }]
        },
	// Heizungszaehler
	{

            "enabled": true,               // disabled meters will be
ignored (default)
            "protocol": "sml",              // see 'vzlogger -h' for list of
available protocols
            "device": "/dev/usb-ir-lesekopf1",
            "channels": [{
                "uuid": "3f584b20-a2ea-11e4-b24c-8b4f13f12417",
                "middleware": "http://localhost/middleware.php",
                "identifier": "power"
            }, {
                "uuid": "37dc5dc0-a2ea-11e4-b940-ef44af1297fb",
                "middleware": "http://localhost/middleware.php",
                "identifier": "counter"
            }]
        }
    ]
}



vzlogger.log:
[Jan 26 12:25:40][mtr0] Meter connection established [Jan 26 12:25:40][mtr1]
Meter connection established
[Jan 26 12:26:38]       Closing connections to terminate

aus unerfindlichem Grund unergiebig - kann man den LogLevel zu hoch setzen?


Hat da jemand eine Idee, wieso vzlogger hier keine Daten erkennt? Muss ich
die Channels ggf. anders konfigurieren (identifier?)? 

Gruß
Sebastian