[vz-dev] Iskra MT671 mit IR-Empfänger bekomme keine Daten

[Viper]

Hallo,

ich möchte meine Iskra MT671 mit Volkszähler loggen.

Zur Datenübertragung vom Zähler zum Raspberry Pi habe ich folgenden
simplen IR-Empfänger nachgebaut 
http://wiki.volkszaehler.org/howto/simpler_ir_leser und auch genauso an
meinem Pi verdratet, heißt RXD an GPIO15.
Die Messung mit meinem Oszilloskop hat auch meiner Meinung nach zu
brauchbaren Daten geführt.
Den GPIO Pin 17 habe ich auch auf RTS umgestellt siehe:
http://wiki.volkszaehler.org/hardware/controllers/s0-an-rs232?s[]=vzlogger&s[]=gpio
Ich habe zwar nicht verstanden was der GPIO 17 damit zu tun hat (der ist
bei mir nicht belegt). Leider habe ging dies nicht mit dem Befehl
gpio_alt da ich dies auch nach mehrstündiger Suche nicht hinbekommen
habe auf dem Pi zu bekommen.
Ich habe dann endlich dies gefunden
https://dl8scu.wordpress.com/2013/02/10/are-you-lucky-no-usb-to-serial-converter-needed/
und damit den GPIO 17 auf den ALT3 geschaltet.

Die Beschriebenen Änderungen an den Dateien //etc/inittab und
//boot/cmdline.txt siehe ganz unten:
http://wiki.volkszaehler.org/hardware/controllers/raspberry_pi_erweiterung_rev1
waren in dem volkszaehler_2015_11_02.img schon gesetzt.

Im Fontend habe ich folgenden Kanal eingerichtet:
El. Energie Zählerstände
Auflösung: 10000
UUID    58d34120-c3fa-11e4-a54d-05a677de8062

Folgende Einstellungen habe ich in der /etc/vzlogger.conf getätigt:
        {
            "enabled": true,               // disabled meters will be
ignored (default)
            "skip": false,                  // if enabled, errors when
opening meter will lead to meter being ignored
            "protocol": "d0",               // see 'vzlogger -h' for
list of available protocols
            "device": "/dev/ttyAMA0",
            "dump_file": "/var/log/dumpD0.txt", // optional, if set logs
all received/transmitted data to this file
//          "read_timeout": 10, // optional, default 10s. Timeout value
in secs between single bytes received from device
//          "baudrate_change_delay": 400, // optional, default none.
Delay value in ms after ACKSEQ send before baudrate change
            "parity": "7E1",                // oder 8N1
            "baudrate": 9600,               // oder 300
//          "pullseq": "2F3F210D0A",        // Pullsequenz in 'hex'
//          "ackseq": "063030300d0a",       // optional (default: keine
Antwortsequenz auf Zaehlerantwort) kann entweder feste hex-Sequenz sein
(z.B. 063035300d0a für mode C mit 9600bd oder 063030300d0a = 300bd) oder
kann auf "auto" gesetzt werden, damit die Sequenz autom. berechnet wird
und autom. auf die max. Baudrate umgeschaltet wird (baudrate_read wird
dann ignoriert)
//          "baudrate_read": 300,           // Baudratenumschaltung auf
gewünschte Baudrate, abhängig von Zählerantwort
//          "aggtime": 20,                  // in Sekunden
//          "aggmode": "AVG",               // Mittelwert für Leistung,
"MAX" für Zähler, "SUM" für Counter
            "interval": 6,                  // Wartezeit in Sekunden bis
neue Werte in die middleware übertragen werden
            "channel": {                    // Beispiel-channel
                "uuid": "58d34120-c3fa-11e4-a54d-05a677de8062",
                "middleware": "http://127.0.0.1/middleware.php",
                "identifier": "1-0:1.8.1"   // alias for '1-0:1.8.1',
see 'vzlogger -h' for list of available aliases
            }
        },

Leider zeigt das Fontent keine Daten an.

Hat jemand eine Idee wo der Fehler liegt?

Ich weiß echt nicht mehr weiter versuche schon seit Tagen es zum laufen
zu kriegen.

Gruß Andre

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-dev/attachments/20150306/d14e30f2/attachment.html>