[vz-users] Kontakt über GPIO des RasPI

[Peer Janssen]

Moin!

ich habe einen Reed-Kontakt am Gaszähler und will diese 10-Liter-Impulse
als Daten anzeigen.

Das aktuelle Raspi-Image läuft schon soweit.

Der Kontakt ist auch richtig verdrahtet, mit einem anderen Raspi-Image
konnte ich den Kontaktzustand über einen gpio-Befehl erfolgreich
abfragen. Verdrahtung stimmt also.

Einen Kanal für den Gaszähler habe ich angelegt und das Abfragen und die
UI funktionieren.

Nun kommen die Impulse aber nicht an, da sind also keine Daten.

Irgendwo (ich glaube auf der Seite mit der Platine für S0 und
1Wire-Erweiterung) stand, dass der vzlogger die Impulse am Pin 12 des
Headers automatisch auswertet. Das scheint nicht zu stimmen. Die
vzlogger.conf des Images führt diese Art von Zähler nicht auf. Meine
vzlogger.conf sieht jetzt so aus, ich habe Teile von der genannten Seite
da reinkopiert und ansonsten mir überflüssig erscheinende meters gelöscht):

$ cat /etc/vzlogger.conf

/**
 * vzlogger configuration
 *
 * Use properly encoded JSON with javascript comments
 *
 * Take a look at the wiki for detailed information:
 * http://wiki.volkszaehler.org/software/controller/vzlogger#configuration
 *
 * For an online configuration editor refer to:
 * http://volkszaehler.github.io/vzlogger/
 */

{
    // General settings
    "daemon": false,        // run periodically
    "verbosity": 5,         // log verbosity (0=log_alert, 1=log_error,
3=log_warning, 5=log_info, 10=log_debug, 15=log_finest)
    "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": [
        {
            "url": "http://127.0.0.1:5582"  // notification destination,
e.g. frontend push-server
        }
    ],

    // Meter configuration
    "meters": [
    {
      "enabled": true,
      "allowskip": true,
      "interval": -1,
      "aggtime": -1,
      "aggfixedinterval": false,
      "channels": [
        {
          "uuid": "d34b1a40-1c1b-11e9-bddb-8d7ab2430c42",
          "identifier": "Impulse",
          "api": "volkszaehler",
          "middleware": "http://127.0.0.1/middleware.php",
          "aggmode": "none",
          "duplicates": 0
        }
      ],
      "protocol": "s0",
      "gpio": 18,
      "configureGPIO": true,
      "debounce_delay": 0
    },

        // example for 1wire temp sensors
        {
            "enabled": false,
            "skip": true,
            "protocol": "w1therm"
        }
    ]
}

Trotzdem kommen keine Daten. Was ist falsch? Meine Möglichkeiten:

- Auf was bezieht sich "gpio": 18 - ist das der Pin des BCM-Chips, oder
eine wiring-Nr., oder welches ist der zuständige Referenzrahmen für die
Bezeichnung? Der Kontakt liegt bei mir an Pin12 des Headers. Vielleicht
muss eine andere Bezeichnung gewählt werden. Wo finde ich die?

- Ist die GPIO-Abfrage richtig von der Software konfiguriert? Oder muss
da woanders noch was konfiguriert werden? (Der gpio Befehl, den ich auf
der andere Raspi-Installation (andere SD-Karte im selben Gerät wie jetzt
das aktuelle vzlogger-image) hatte, geht hier nicht. Aber vielleicht
macht das nix, wenn das anders programmiert ist.)

- Was fehlt sonst? Es ist ja an sich eine einfache Konfiguration.

Schöne Grüße

Peer



-- 
Peer Janssen - peer at pjk.de