[vz-users] Kontakt über GPIO des RasPI
Frank Richter
frank.richter83 at gmail.com
Sat Jan 19 23:50:32 CET 2019
Hallo Peer,
den Push-Eintrag kannst du löschen bzw. auskommentieren oder alternativ den
Push-Server der Middleware in Betrieb nehmen, näheres dazu im Wiki. Lohnt
sich allerdings beim Gaszähler weniger.
Grüße
Frank
Am Sa., 19. Jan. 2019, 23:32 hat Peer Janssen <peer at pjk.de> geschrieben:
> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20190119/b64fde97/attachment.html>
More information about the volkszaehler-users
mailing list