vzlogger findet configfile nicht?

Hallo zusammen,

bei meiner Fehlersuche bin ich an folgenden Punkt gelangt, wo ich nicht weiter weiß. Problem war, dass rpi die Daten nicht erzeugt, obwohl er den Sensor (UART) lesen kann. Mit

cat ttyAMA0

sehe ich die Daten meines Zählers (D0).

Letztendlich denke ich es liegt daran, dass der vzlogger die config nicht findet oder lesen darf?
Auf

vzlogger -c --config

bekomm ich folgende Antwort.

Zitat

sudo vzlogger -c --config
[Mar 22 16:50:54][main] vzlogger v0.5.1 based on heads/master-0-g7e79f4c700-dirty from Fri, 5 Feb 2016 18:03:28 +0100 started.
[Mar 22 16:50:54] Cannot open configfile --config: No such file or directory
[Mar 22 16:50:54] Failed to parse configuration due to: Cannot open configfile.

Die logfiles werden folglich auch nicht erzeugt. Wenn ich vzlogger -o --log anfrage kommt loglevel=0.
Diverse reboots und start/stops des vlzoggers halfen nicht
Habe das fertige raspi image verwendet.

Schonmal vielen Dank für eure Ratschläge.

Habe auch probiert: vzlogger -c --/home/pi/vzlogger/etc/vzlogger.conf
selbes Ergebnis. Wie muss man den Befehl denn schreiben?(sry für diese Anfängerfrage, aber kenne mich mit Linux und Konsole nicht wirklich aus)
Außerdem sollte der vzlogger nicht standardmäßig erst mal im angegebenen Verzeichnis die conf suchen?

Danke, damit bin ich schon mal etwas weiter gekommen.

Wenn ich den vzlogger manuell starte mit der config als Parameter, dann werden auch die logfiles, wie ja in der config definiert, erzeugt. Wird das ganze aber über:

sudo systemctl start vzlogger

gestartet, oder automatisch nach dem booten, dann werden keine logfiles erzeugt, obwohl es in der config so steht. Also denke ich mal, dass die config nicht geladen wird.

Mit:

vzlogger -c /home/pi/vzlogger/etc/vzlogger.conf

kann ich das Programm starten und es werden die logfiles erzeugt. Anfangs sieht alles gut aus. Die d0 Schnittstelle wird ein paar mal erfolgreich gelesen, aber nach 1-5 mal sagt der vzlogger, dass er keine Daten mehr bekäme.

[d0]   nothing received for more than 9 seconds
[d0]   read timed out!, context: 0, bytes read: 0, last byte 0x0

Über:

sudo cat /dev/ttyAMA0

kommen aber kontinuierlich Daten rein.

Hier nochmal zur Vollständigkeit meine conf:

{
    // General settings
    "daemon": false,        // run periodically
    "verbosity": 15,         // log verbosity (0=log_error and log_warning, 5=log_info, 10=log_debug, 15=log_fines$
    "log": "/var/log/vzlogger.log", // log file, optional
    "retry": 30,            // http retry delay in seconds


    // Build-in HTTP server
    "local": {
        "enabled": false,   // enable local HTTPd for serving live readings
        "port": 8080,       // TCP port for local HTTPd
        "index": true,      // provide index listing of available channels if no UUID was requested
        "timeout": 30,      // timeout for long polling comet requests in seconds (0 disables comet)
        "buffer": -1        // HTTPd buffer configuration for serving readings, default -1
                            //   >0: number of seconds of readings to serve
                            //   <0: number of tuples to server per channel (e.g. -3 will serve 3 tuples)
    },


    // realtime notification settings
    "push": [


             // notification destination, e.g. frontend push-server


    ],


    // Meter configuration
    "meters": [
        {
            // D0 meter


            "enabled": true,               // disabled meters will be ignored (default)
            "skip": false,                  // errors when opening meter may be ignored if enabled
            "protocol": "d0",               // meter protocol, see 'vzlogger -h' for full list
            "device": "/dev/ttyAMA0",       // meter device
            "dump_file": "/var/log/d0.txt", // detailed log file for all received/transmitted data (optional)


            "parity": "7E1",                // Serial parity, 7E1 or 8N1
            "baudrate": 9600,               // Serial baud rate, typically 9600 or 300
            "wait_sync": "end",


            "read_timeout": 9,
            "interval": 0,                  // Wartezeit in Sekunden bis neue Werte in die middleware übertragen w$


            "channels": [
                                {
                                        "uuid": "ae5e2400-e791-11e5-bb15-27505539cf00",
                                        "middleware": "http://localhost/middleware.php",
                                        "identifier": "1-0:1.8.1"   // OBIS identifier
                                },
                                {
                                        "uuid": "b6b57ef0-e791-11e5-8961-05c242700489",
                                        "middleware": "http://localhost/middleware.php",
                                        "identifier": "1-0:2.8.1"   // OBIS identifier
                                }
                        ]
        }
    ]
}

Danke für deine Antwort.

Zitat von JAU

Klar. Du gibst ja auch nirgends irgendwelche Paramter an, der Dienst erwartet, wie schon erwähnt, die Config im Standardverzeichnis: /etc/

Die vzlogger.conf ist immer im /etc/ Verzeichnis. Aber nur wenn ich das explizit im Parameter angebe wird diese scheinbar auch geladen. Wenn ich den manuell einmal starte wäre für mich auch ok. Nach dem booten wird die /etc/vzlogger.conf aber nicht geladen. Das sollte aber so sein, oder?

Ich habe einen Hager EHZ mit D0 Schnittstelle. Verwende einen Fototransistor am UART des raspi.
Wie gesagt über cat kommen dauerhaft fehlerfreie Daten an.
Starte ich den vzlogger mit -c und der conf dann funktioniert es erstmal. Es werden bis zu 5 Datensätze gelesen. Dann auf einmal nichts mehr (vzlogger sagt "d0 nothing recieved", siehe voriger Beitrag). Das ist eigentlich das große Problem.

Hab das Problem gefunden. Ich wusste nicht, dass UART bereits im Image vorbereitet wurde und habe daher ein Skript verwendet, dass das machen sollte. Es hat anscheinend auch etwas gemacht, dass Probleme verursacht. D0 wird jetzt fleißig geloggt.
an die lieben Helfer, die sich meinem Problem angenommen haben.

Hatte die conf von hier als erstes betrachtet. Daher sind auch die Kommentare.