[vz-users] Kontakt über GPIO des RasPI

Sat Jan 19 23:32:35 CET 2019

Hier weitere Daten meines vorletzten Versuchs:

[Jan 19 23:22:08][main] vzlogger v0.6.1 based on
heads/master-0-gd3381ce6ba from Sat, 9 Dec 2017 15:49:37 +0100 started.
[Jan 19 23:22:08]       New meter initialized (protocol=s0)
[Jan 19 23:22:08][chn0] New channel initialized (uuid=...430c42
api=volkszaehler id=Impulse)
[Jan 19 23:22:08]       New meter initialized (protocol=w1therm)
[Jan 19 23:22:08][main] log level is 5
[Jan 19 23:22:08]       Process not  daemonized...
[Jan 19 23:22:08][mtr0] Meter connection established
[Jan 19 23:22:08][mtr1] Meter for protocol 'w1t' is disabled. Skipping.
[Jan 19 23:22:27][chn0] Adding reading to queue (value=1.00
ts=1547936546985)
[Jan 19 23:22:27][push] CURL: http://127.0.0.1:5582 Couldn't connect to
server

Danach ist der demon dann tot:

$ systemctl status vzlogger
● vzlogger.service - vzlogger
   Loaded: loaded (/etc/systemd/system/vzlogger.service; enabled; vendor
preset: enabled)
   Active: inactive (dead) since Sat 2019-01-19 23:22:32 CET; 3s ago
  Process: 1359 ExecStart=/usr/local/bin/vzlogger -c /etc/vzlogger.conf
(code=exited, status=0/SUCCESS)
 Main PID: 1359 (code=exited, status=0/SUCCESS)

Jan 19 23:22:08 raspberrypi systemd[1]: Started vzlogger.

Nachdem ich nun aber doch Daten gefunden habe, habe ich in der
vzlogger.conf den demon-Modus auf true gesetzt.

Nun werden Kontaktschließungen tatsächlich regelmäßig übertragen. Sieht
also soweit gut aus! Auch wenn mit der Skalierung was noch nicht stimmt.

Allerdings erhalt ich im Log dennoch jedesmal dies:

[Jan 19 23:27:05][chn0] Adding reading to queue (value=1.00
ts=1547936825087)
[Jan 19 23:27:05][push] CURL: http://127.0.0.1:5582 Couldn't connect to
server

Ist das normal?

Gruß

Peer

Am 19.01.19 um 22:27 schrieb 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