[vz-users] Daten werden nicht gespeichert
Maik Weidemann
m+vz at weidemann.online
Do Jan 6 22:14:50 CET 2022
Hallo Olaf,
auf das Webfrontend kannst du zugreifen? Dann läuft ja der ngnix.
Im Verzeichnis /var/log liegen normalerweise alle Logdateien, da sollte
auch eine Logdatei vom ngnix liegen, gibt es da noch Fehlermeldungen?
Kannst du noch mal deine vollständige vzlogger.conf Datei mailen?
Gruß
Maik
Am 06.01.22 um 13:36 schrieb Olaf Koestner:
>
> Die Middleware ist wie folgt konfiguriert:
>
> *{*
>
> *"host"**:**"192.168.97.210"**,*
>
> *"port"**:*80*,*
>
> *"workers"**:*8*,*
>
> *"static-directory"**:**"/var/www/vz/htdocs"**,*
>
> *"logging"**:*0*,*
>
> *"max-requests"**:*1000*,*
>
> *"bridge"**:**"HttpKernel"**,*
>
> *"bootstrap"**:**"Volkszaehler*\\*Server*\\*PPMBootstrapAdapter"}*
>
> **
>
> **
>
> **
>
> **
>
> *Von: *volkszaehler-users
> <volkszaehler-users-bounces at demo.volkszaehler.org> im Auftrag von Olaf
> Koestner <okoestner at outlook.de>
> *Datum: *Donnerstag, 6. Januar 2022 um 13:33
> *An: *volkszaehler.org - users <volkszaehler-users at demo.volkszaehler.org>
> *Betreff: *Re: [vz-users] Daten werden nicht gespeichert
>
> Im Minicom habe ich mit 7e1 getestet und es kamen Werte an. Habe aber
> jetzt trotzdem auch 8N1 geändert und im Log sehe ich jetzt das hier:
>
> [Jan 06 13:25:40][chn0] Waiting 0 secs for next request due to
> previous failure
>
> [Jan 06 13:25:42][mtr0] Got 4 new readings from meter:
>
> [Jan 06 13:25:42][mtr0] Reading:
> id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=47291598.80
> ts=1641471942376
>
> [Jan 06 13:25:42][mtr0] Reading:
> id=1-0:1.8.1*255/ObisIdentifier:1-0:1.8.1*255 value=47291598.80
> ts=1641471942376
>
> [Jan 06 13:25:42][mtr0] Reading:
> id=1-0:1.8.2*255/ObisIdentifier:1-0:1.8.2*255 value=0.00 ts=1641471942376
>
> [Jan 06 13:25:42][mtr0] Reading:
> id=1-0:16.7.0*255/ObisIdentifier:1-0:16.7.0*255 value=461.60
> ts=1641471942376
>
> [Jan 06 13:25:42][chn0] Adding reading to queue (value=47291598.80
> ts=1641471942376)
>
> [Jan 06 13:25:42][chn0] ==> number of tuples: 1
>
> [Jan 06 13:25:42][chn0] compare: 1641471940832 1641471942376
>
> [Jan 06 13:25:42][chn0] copied 3/3 values for middleware transmission
>
> [Jan 06 13:25:42][chn0] JSON request body: [ [ 1641471939267,
> 47291598.400000006 ], [ 1641471940832, 47291598.600000001 ], [
> 1641471942376, 47291598.800000004 ] ]
>
> [Jan 06 13:25:42][chn0] CURL: Hostname 192.168.97.210 was found in DNS
> cache
>
> [Jan 06 13:25:42][chn0] CURL: Trying 192.168.97.210...
>
> [Jan 06 13:25:42][chn0] CURL: TCP_NODELAY set
>
> [Jan 06 13:25:42][chn0] CURL: Connected to 192.168.97.210
> (192.168.97.210) port 80 (#2)
>
> [Jan 06 13:25:42][chn0] CURL: Sent 119 bytes: '[ [ 1641471939267,
> 47291598.400000006 ], [ 1641471940832, 47291598.600000001 ], [
> 1641471942376, 47291598.800000004 ] ]'
>
> [Jan 06 13:25:42][chn0] CURL: upload completely sent off: 119 out of
> 119 bytes
>
> [Jan 06 13:25:42][chn0] CURL: Received 105 bytes:
> '{"version":"0.3","exception":{"message":"Unknown context:
> 'middleware.php'","type":"Exception","code":0}}'
>
> [Jan 06 13:25:42][chn0] CURL: Curl_http_done: called premature == 0
>
> [Jan 06 13:25:42][chn0] CURL: Closing connection 2
>
> [Jan 06 13:25:42][chn0] CURL Error from middleware: 'Exception':
> 'Unknown context: 'middleware.php''
>
> Ändere ich die middleware von „http://192.168.97.210/middleware.php“
> auf „http://127.0.0.1/middleware.php“ oder localhost… dann kriege ich
> „connection refused“:
>
> [Jan 06 13:31:31][mtr0] Got 4 new readings from meter:
>
> [Jan 06 13:31:31][mtr0] Reading:
> id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=47291644.00
> ts=1641472291845
>
> [Jan 06 13:31:31][mtr0] Reading:
> id=1-0:1.8.1*255/ObisIdentifier:1-0:1.8.1*255 value=47291644.00
> ts=1641472291845
>
> [Jan 06 13:31:31][mtr0] Reading:
> id=1-0:1.8.2*255/ObisIdentifier:1-0:1.8.2*255 value=0.00 ts=1641472291845
>
> [Jan 06 13:31:31][mtr0] Reading:
> id=1-0:16.7.0*255/ObisIdentifier:1-0:16.7.0*255 value=468.60
> ts=1641472291845
>
> [Jan 06 13:31:31][chn0] Adding reading to queue (value=47291644.00
> ts=1641472291845)
>
> [Jan 06 13:31:31][chn0] ==> number of tuples: 1
>
> [Jan 06 13:31:31][chn0] compare: 1641472290334 1641472291845
>
> [Jan 06 13:31:31][chn0] copied 5/5 values for middleware transmission
>
> [Jan 06 13:31:31][chn0] JSON request body: [ [ 1641472285725,
> 47291643.200000003 ], [ 1641472287247, 47291643.400000006 ], [
> 1641472288789, 47291643.600000001 ], [ 1641472290334,
> 47291643.800000004 ], [ 1641472291845, 47291644 ] ]
>
> [Jan 06 13:31:31][chn0] CURL: Hostname 127.0.0.1 was found in DNS cache
>
> [Jan 06 13:31:31][chn0] CURL: Trying 127.0.0.1...
>
> [Jan 06 13:31:31][chn0] CURL: TCP_NODELAY set
>
> [Jan 06 13:31:31][chn0] CURL: connect to 127.0.0.1 port 80 failed:
> Connection refused
>
> [Jan 06 13:31:31][chn0] CURL: Failed to connect to 127.0.0.1 port 80:
> Connection refused
>
> [Jan 06 13:31:31][chn0] CURL: Closing connection 4
>
> [Jan 06 13:31:31][chn0] CURL: Couldn't connect to server
>
> Auf das Frontend greife ich über die IP-Adresse zu.
>
> *Von: *volkszaehler-users
> <volkszaehler-users-bounces at demo.volkszaehler.org> im Auftrag von
> Frank Richter <frank.richter83 at gmail.com>
> *Datum: *Donnerstag, 6. Januar 2022 um 13:06
> *An: *volkszaehler.org - users <volkszaehler-users at demo.volkszaehler.org>
> *Betreff: *Re: [vz-users] Daten werden nicht gespeichert
>
> Da steht doch nichts sinnvolles im Log? Ich hab noch kein SML mit 7E1
> gesehen. Kann auch gar nicht sein, 7 Bit reichen nicht für ein binäres
> Protokoll.
>
> Olaf Koestner <okoestner at outlook.de> schrieb am Do., 6. Jan. 2022, 12:35:
>
> Das Log-File sieht jetzt besser aus. Parity habe ich auf 7n1
> gelassen. So sehe ich nämlich auch im Minicom Daten.
>
> [Jan 06 12:33:17][main] vzlogger v0.8.1 based on
> heads/master-0-g037ab6b6a6 from Sat, 20 Nov 2021 14:46:15 +0100
> started.
>
> [Jan 06 12:33:17][push] Ignoring push entry due to empty array or
> duplicate section
>
> [Jan 06 12:33:17][mtr0] Creating new meter with protocol SML.
>
> [Jan 06 12:33:17][sml]pullseq len:0 found
>
> [Jan 06 12:33:17][mtr0] Meter configured, enabled.
>
> [Jan 06 12:33:17] New meter initialized (protocol=sml)
>
> [Jan 06 12:33:17] Configure channel.
>
> [Jan 06 12:33:17][chn0] New channel initialized (uuid=...0e9a60
> api=volkszaehler id=1-0:1.8.1)
>
> [Jan 06 12:33:17] Have 1 meters.
>
> [Jan 06 12:33:17][main] log level is 15
>
> [Jan 06 12:33:17][main] local=1
>
> [Jan 06 12:33:17] Daemonize process...
>
> [Jan 06 12:33:17] Opened logfile /var/log/vzlogger.log
>
> [Jan 06 12:33:17][push] No pushDataServer defined.
>
> [Jan 06 12:33:17][] ===> Start meters
>
> [Jan 06 12:33:17][mtr0] Meter connection established
>
> [Jan 06 12:33:17][mtr0] Meter thread started
>
> [Jan 06 12:33:17][mtr0] Meter is opened. Starting channels.
>
> [Jan 06 12:33:17][mtr0] Number of readers: 32
>
> [Jan 06 12:33:17][chn0] Logging thread started
>
> [Jan 06 12:33:17][chn0] Start logging thread for volkszaehler-api.
>
> [Jan 06 12:33:17][mtr0] Config.local: 1
>
> [Jan 06 12:33:17][http] Starting local interface HTTPd on port 8080
>
> [Jan 06 12:33:17][chn0] Using default volkszaehler api.
>
> [Jan 06 12:33:17][] Startup done.
>
> [Jan 06 12:33:18][mtr0] Got 0 new readings from meter:
>
> [Jan 06 12:33:18][chn0] ==> number of tuples: 0
>
> [Jan 06 12:33:18][chn0] JSON request body is null. Nothing to send
> now.
>
> [Jan 06 12:33:20][mtr0] Got 0 new readings from meter:
>
> [Jan 06 12:33:20][chn0] ==> number of tuples: 0
>
> [Jan 06 12:33:20][chn0] JSON request body is null. Nothing to send
> now.
>
> [Jan 06 12:33:21][mtr0] Got 0 new readings from meter:
>
> [Jan 06 12:33:21][chn0] ==> number of tuples: 0
>
> [Jan 06 12:33:21][chn0] JSON request body is null. Nothing to send
> now.
>
> Es kommen aber leider noch keine Daten in der Datenbank an ☹
>
> *Von: *volkszaehler-users
> <volkszaehler-users-bounces at demo.volkszaehler.org> im Auftrag von
> Frank Richter <frank.richter83 at gmail.com>
> *Datum: *Donnerstag, 6. Januar 2022 um 12:23
> *An: *volkszaehler.org <http://volkszaehler.org> - users
> <volkszaehler-users at demo.volkszaehler.org>
> *Betreff: *Re: [vz-users] Daten werden nicht gespeichert
>
> Das ist eindeutig SML (1B 1B 1B 1B ist charakteristisch). Config
> bitte auf sml und 9600 8N1 ändern, dann solltest du was sehen.
>
> Grüße
>
> Frank
>
> Olaf Koestner <okoestner at outlook.de> schrieb am Do., 6. Jan. 2022,
> 12:19:
>
> Hi Frank,
>
> wie bekomme ich das denn heraus?
>
> Folgendes sehe ich von USB eingehend:
>
> # cat /dev/ttyUSB0
>
> )q(EW-1:X>;zY2GG!Skj3_D
>
> l AsDeJc6>v bbrcqc]"DvbbrcvU-0
>
> EMHC_]c$vvbbrcw
>
> EMHC_]b
>
> rbeU=wwGEMHw
>
> EMHC_]dbRV0
>
> cbRV0
>
> )q(EW-1:X>cbRVwbU)PwGrbeU=zY2GG!Skj3_D
>
> l AsDeJc|vbbrcqc~kP^C
>
> # cat /dev/ttyUSB0 | od -tx1
>
> 0000000 1b 1b 1b 1b 01 01 01 01 76 07 00 16 03 18 0a 30
>
> 0000020 62 00 62 00 72 63 01 01 76 01 01 07 00 16 0f 55
>
> 0000040 2e 10 0b 09 01 45 4d 48 00 00 43 5f 5d 01 01 63
>
> 0000060 30 51 00 76 07 00 16 03 18 0a 31 62 00 62 00 72
>
> 0000100 63 07 01 77 01 0b 09 01 45 4d 48 00 00 43 5f 5d
>
> 0000120 07 01 00 62 0a 7f 7f 72 62 01 65 0f 55 02 0b 77
>
> 0000140 77 07 01 01 47 02 03 7f 01 01 01 01 04 45 4d 48
>
> 0000160 01 77 07 01 00 00 00 09 7f 01 01 01 01 0b 09 01
>
> 0000200 45 4d 48 00 00 43 5f 5d 01 77 07 01 00 01 08 00
>
> 0000220 7f 64 00 01 02 01 62 1e 52 7f 56 00 1c 30 0d 07
>
> 0000240 01 77 07 01 00 01 08 01 7f 01 01 62 1e 52 7f 56
>
> 0000260 00 1c 30 0d 07 01 77 07 01 00 01 08 02 7f 01 01
>
> 0000300 62 1e 52 7f 56 00 00 00 00 00 01 77 07 01 00 10
>
> 0000320 07 00 7f 01 01 62 1b 52 7f 55 00 00 10 43 01 77
>
> 0000340 07 01 01 47 02 05 7f 01 72 62 01 65 0f 55 02 0b
>
> 0000360 01 01 03 02 1f 7a 1b 2d 08 59 01 32 47 47 21 53
>
> 0000400 6b 6a 33 5f 1a 44 0d 29 71 28 45 67 08 57 2d 31
>
> 0000420 3a 12 0f 58 3e 0e 7f 13 0b 6c 09 41 73 44 02 65
>
> 0000440 1a 4a 0e 1c 01 01 01 63 58 19 00 76 07 00 16 03
>
> 0000460 18 0a 34 62 00 62 00 72 63 02 01 71 01 63 74 1b
>
> ^C
>
> Viele Grüße,
>
> Olaf
>
> *Von: *volkszaehler-users
> <volkszaehler-users-bounces at demo.volkszaehler.org> im Auftrag
> von Frank Richter <frank.richter83 at gmail.com>
> *Datum: *Donnerstag, 6. Januar 2022 um 11:55
> *An: *volkszaehler.org <http://volkszaehler.org> - users
> <volkszaehler-users at demo.volkszaehler.org>
> *Betreff: *Re: [vz-users] Daten werden nicht gespeichert
>
> Hi,
>
> spricht der Zähler denn tatsächlich D0? Was für ein Modell ist
> es denn? Und was liefert cat /dev/ttyUSB0? Du hast ja oben
> geschrieben, dass du so siehst dass Daten ankommen.
>
> Grüße
>
> Frank
>
> Olaf Koestner <okoestner at outlook.de> schrieb am Do., 6. Jan.
> 2022, 11:07:
>
> Hi!
>
> Erstmal vielen Dank für Deine Hilfe. Leider will es noch
> nicht so richtig funktionieren. Die conf-Datei sieht jetzt
> wie folgt aus:
>
> # cat vzlogger.conf
>
> {
>
> "retry": 0,
>
> "verbosity": 15,
>
> "log": "/var/log/vzlogger.log",
>
> "push": [],
>
> "local": {
>
> "enabled": true,
>
> "port": 8080,
>
> "index": false,
>
> "timeout": 0,
>
> "buffer": 0
>
> },
>
> "meters": [
>
> {
>
> "enabled": true,
>
> "allowskip": false,
>
> "interval": -1,
>
> "aggtime": -1,
>
> "aggfixedinterval": false,
>
> "channels": [
>
> {
>
> "uuid": "593973f0-6e16-11ec-965b-e1c08c0e9a60",
>
> "middleware": "http://192.168.97.210/middleware.php",
>
> "identifier": "1-0:1.8.1"
>
> }],
>
> "protocol": "d0",
>
> "device": "/dev/ttyUSB0",
>
> "dump_file": "",
>
> "pullseq": "",
>
> "ackseq": "auto",
>
> "baudrate": 9600,
>
> "baudrate_read": 9600,
>
> "parity": "7e1",
>
> "wait_sync": "off",
>
> "read_timeout": 10,
>
> "baudrate_change_delay": 0
>
> }
>
> ]
>
> }
>
> Und im Log Folgendes:
>
> [Jan 06 11:00:23][main] vzlogger v0.8.1 based on
> heads/master-0-g037ab6b6a6 from Sat, 20 Nov 2021 14:46:15
> +0100 started.
>
> [Jan 06 11:00:23][push] Ignoring push entry due to empty
> array or duplicate section
>
> [Jan 06 11:00:23][mtr0] Creating new meter with protocol d0.
>
> [Jan 06 11:00:23][d0] pullseq len:0 found
>
> [Jan 06 11:00:23][d0] using autoack
>
> [Jan 06 11:00:23][mtr0] Meter configured, enabled.
>
> [Jan 06 11:00:23] New meter initialized (protocol=d0)
>
> [Jan 06 11:00:23] Configure channel.
>
> [Jan 06 11:00:23][chn0] New channel initialized
> (uuid=...0e9a60 api=volkszaehler id=1-0:1.8.1)
>
> [Jan 06 11:00:23] Have 1 meters.
>
> [Jan 06 11:00:23][main] log level is 15
>
> [Jan 06 11:00:23][main] local=1
>
> [Jan 06 11:00:23] Daemonize process...
>
> [Jan 06 11:00:23] Opened logfile /var/log/vzlogger.log
>
> [Jan 06 11:00:23][push] No pushDataServer defined.
>
> [Jan 06 11:00:23][] ===> Start meters
>
> [Jan 06 11:00:23][mtr0] Meter connection established
>
> [Jan 06 11:00:23][mtr0] Meter thread started
>
> [Jan 06 11:00:23][mtr0] Meter is opened. Starting channels.
>
> [Jan 06 11:00:23][chn0] Logging thread started
>
> [Jan 06 11:00:23][chn0] Start logging thread for
> volkszaehler-api.
>
> [Jan 06 11:00:23][http] Starting local interface HTTPd on
> port 8080
>
> [Jan 06 11:00:23][mtr0] Number of readers: 400
>
> [Jan 06 11:00:23][mtr0] Config.local: 1
>
> [Jan 06 11:00:23][chn0] Using default volkszaehler api.
>
> [Jan 06 11:00:23][] Startup done.
>
> [Jan 06 11:00:24][d0] Something unexpected happened:
> read:822!
>
> [Jan 06 11:00:24][mtr0] Got 0 new readings from meter:
>
> [Jan 06 11:00:24][chn0] ==> number of tuples: 0
>
> [Jan 06 11:00:24][chn0] JSON request body is null. Nothing
> to send now.
>
> [Jan 06 11:00:24][d0] Something unexpected happened:
> read:822!
>
> [Jan 06 11:00:24][mtr0] Got 0 new readings from meter:
>
> [Jan 06 11:00:24][chn0] ==> number of tuples: 0
>
> [Jan 06 11:00:24][chn0] JSON request body is null. Nothing
> to send now.
>
> [Jan 06 11:00:24][d0] Something unexpected happened:
> read:822!
>
> [Jan 06 11:00:24][mtr0] Got 0 new readings from meter:
>
> [Jan 06 11:00:24][chn0] ==> number of tuples: 0
>
> [Jan 06 11:00:24][chn0] JSON request body is null. Nothing
> to send now.
>
> [Jan 06 11:00:24][d0] Read package with 0 tuples
> (vendor=, baudrate=, identification=<u$)
>
> [Jan 06 11:00:24][mtr0] Got 0 new readings from meter:
>
> [Jan 06 11:00:24][chn0] ==> number of tuples: 0
>
> [Jan 06 11:00:24][chn0] JSON request body is null. Nothing
> to send now.
>
> [Jan 06 11:00:25][d0] Something unexpected happened:
> read:822!
>
> [Jan 06 11:00:25][mtr0] Got 0 new readings from meter:
>
> [Jan 06 11:00:25][chn0] ==> number of tuples: 0
>
> [Jan 06 11:00:25][chn0] JSON request body is null. Nothing
> to send now.
>
> [Jan 06 11:00:25][d0] Something unexpected happened:
> read:822!
>
> [Jan 06 11:00:25][mtr0] Got 0 new readings from meter:
>
> [Jan 06 11:00:25][chn0] ==> number of tuples: 0
>
> [Jan 06 11:00:25][chn0] JSON request body is null. Nothing
> to send now.
>
> [Jan 06 11:00:25][d0] Something unexpected happened:
> read:822!
>
> [Jan 06 11:00:25][mtr0] Got 0 new readings from meter:
>
> [Jan 06 11:00:25][chn0] ==> number of tuples: 0
>
> [Jan 06 11:00:25][chn0] JSON request body is null. Nothing
> to send now.
>
> [Jan 06 11:00:25][d0] Read package with 0 tuples
> (vendor=, baudrate=, identification=<u$)
>
> [Jan 06 11:00:25][mtr0] Got 0 new readings from meter:
>
> [Jan 06 11:00:25][chn0] ==> number of tuples: 0
>
> [Jan 06 11:00:25][chn0] JSON request body is null. Nothing
> to send now.
>
> [Jan 06 11:00:27][d0] Read package with 0 tuples
> (vendor=, baudrate=, identification=<u$)
>
> [Jan 06 11:00:27][mtr0] Got 0 new readings from meter:
>
> [Jan 06 11:00:27][chn0] ==> number of tuples: 0
>
> [Jan 06 11:00:27][chn0] JSON request body is null. Nothing
> to send now.
>
> [Jan 06 11:00:27][d0] Something unexpected happened:
> read:822!
>
> [Jan 06 11:00:27][mtr0] Got 0 new readings from meter:
>
> [Jan 06 11:00:27][chn0] ==> number of tuples: 0
>
> [Jan 06 11:00:27][chn0] JSON request body is null. Nothing
> to send now.
>
> [Jan 06 11:00:27][d0] Something unexpected happened:
> read:822!
>
> [Jan 06 11:00:27][mtr0] Got 0 new readings from meter:
>
> [Jan 06 11:00:27][chn0] ==> number of tuples: 0
>
> [Jan 06 11:00:27][chn0] JSON request body is null. Nothing
> to send now.
>
> [Jan 06 11:00:27][d0] Something unexpected happened:
> read:822!
>
> [Jan 06 11:00:27][mtr0] Got 0 new readings from meter:
>
> [Jan 06 11:00:27][chn0] ==> number of tuples: 0
>
> [Jan 06 11:00:27][chn0] JSON request body is null. Nothing
> to send now.
>
> [Jan 06 11:00:27][d0] Read package with 0 tuples
> (vendor=, baudrate=, identification=<u$)
>
> [Jan 06 11:00:27][mtr0] Got 0 new readings from meter:
>
> [Jan 06 11:00:27][chn0] ==> number of tuples: 0
>
> [Jan 06 11:00:27][chn0] JSON request body is null. Nothing
> to send now.
>
> [Jan 06 11:00:28][d0] Something unexpected happened:
> read:822!
>
> [Jan 06 11:00:28][mtr0] Got 0 new readings from meter:
>
> [Jan 06 11:00:28][chn0] ==> number of tuples: 0
>
> [Jan 06 11:00:28][chn0] JSON request body is null. Nothing
> to send now.
>
> [Jan 06 11:00:28][d0] Something unexpected happened:
> read:822!
>
> [Jan 06 11:00:28][mtr0] Got 0 new readings from meter:
>
> [Jan 06 11:00:28][chn0] ==> number of tuples: 0
>
> [Jan 06 11:00:28][chn0] JSON request body is null. Nothing
> to send now.
>
> [Jan 06 11:00:28][d0] Read package with 0 tuples
> (vendor=, baudrate=, identification=<u$)
>
> [Jan 06 11:00:28][mtr0] Got 0 new readings from meter:
>
> [Jan 06 11:00:28][chn0] ==> number of tuples: 0
>
> [Jan 06 11:00:28][chn0] JSON request body is null. Nothing
> to send now.
>
> [Jan 06 11:00:30][] main loop indicating all mappings
> to quit
>
> [Jan 06 11:00:30][mtr0] MeterMap::cancel entered...
>
> [Jan 06 11:00:30][mtr0] MeterMap::cancel wait for
> readingthread
>
> [Jan 06 11:00:30][mtr0] MeterMap::cancel wait for meter::close
>
> [Jan 06 11:00:30][mtr0] MeterMap::cancel finished.
>
> [Jan 06 11:00:30][] Server stopped.
>
> [Jan 06 11:00:30][] Waiting for httpd to stop...
>
> [Jan 06 11:00:30][] httpd stopped
>
> [Jan 06 11:00:30][] Trying to delete
> curlSessionProvider...
>
> [Jan 06 11:00:30][] deleted curlSessionProvider
>
> Ich habe auch mit OBIS Code 1.8.0 probiert. Leider das
> gleiche Ergebnis.
>
> Was bedeutet das nun? Und insb. das „read:822!“?
>
> Viele Grüße,
>
> Olaf
>
> *Von: *volkszaehler-users
> <volkszaehler-users-bounces at demo.volkszaehler.org> im
> Auftrag von Maik Weidemann <m+vz at weidemann.online>
> *Datum: *Mittwoch, 5. Januar 2022 um 22:06
> *An: *volkszaehler.org <http://volkszaehler.org> - users
> <volkszaehler-users at demo.volkszaehler.org>
> *Betreff: *Re: [vz-users] Daten werden nicht gespeichert
>
> Hallo Olaf,
>
> leider haben wir beide zuletzt nicht die Mailingliste
> erwischt... Ich hole das mal nach..
>
> Klar steht im Log ganz eindeutig dein Problem:
>
> No functional meters found - quitting!
>
> Du musst in der Konfiguration, also in der
> /etc/vzlogger.conf erst mal ein paar Sachen konfigurieren,
> z. B. einen "meter" mit "channels" die du loggen möchtest. :-)
>
> Hier sind alles Parameter der Konfigurations-Datei
> beschrieben:
> https://wiki.volkszaehler.org/software/controller/vzlogger/vzlogger_conf_parameter
> <https://wiki.volkszaehler.org/software/controller/vzlogger/vzlogger_conf_parameter#use_local_time>
>
> Es gibt a auch ein Tool, um die Konfiguration zusammen zu
> klicken:
> http://volkszaehler.github.io/vzlogger/
>
> Wenn du die vzlogger.conf aus dem Git-Repo verwendest,
> dann musst du die folgenden Parameter ändern:
> *Fehler! Es wurde kein Dateiname angegeben.*
>
> "enabled" muss auf "true" gesetzt werden.
> Bei "device" muss du deinen USB Port eintragen, wo dein
> USB-IR-Kopf hängt, also /dev/ttyUSB0
>
> Im gelben Block, wird dann der Obis-Code 1.8.0 ausgelesen,
> dass ist der Zählerstand, ggf. ist es auch 1.8.1, das
> hängt von der Konfiguration deines Zähler ab.
>
> Wenn du dann im vzlogger.log mehr siehst, dann kannst du
> ins Detail einsteigen. Ggf. den Log-Level "verbosity" auf
> 15 stellen.
>
> Grüße
> Maik
>
> Am 05.01.22 um 16:36 schrieb Olaf Koestner:
>
> Hallo Maik,
>
> danke für den Hinweis. Der vzlogger lief noch gar nicht.
>
> Allerdings bekomme ich den auch nicht zum Laufen. Ich
> habe den vzlogger kompiliert, kann den Dienst dann
> aber nicht über systemctl starten.
>
> *●*vzlogger.service - vzlogger
>
> Loaded: loaded
> (/etc/systemd/system/vzlogger.service; disabled;
> vendor preset: enabled)
>
> Active: *failed* (Result: exit-code) since Wed
> 2022-01-05 16:25:09 CET; 7min ago
>
> Process: 6376 ExecStart=/usr/local/bin/vzlogger -c
> /etc/vzlogger.conf *(code=exited, status=1/FAILURE)*
>
> Main PID: 6376 (code=exited, status=1/FAILURE)
>
> Jan 05 16:25:09 maschine systemd[1]: Started vzlogger.
>
> Jan 05 16:25:09 maschine systemd[1]:
> *vzlogger.service: Main process exited, code=exited,
> status=1/FAILURE*
>
> Jan 05 16:25:09 maschine systemd[1]:
> *vzlogger.service: Unit entered failed state.*
>
> Jan 05 16:25:09 maschine systemd[1]:
> *vzlogger.service: Failed with result 'exit-code'.*
>
> Sehe da jetzt keine konkrete Fehlermeldung. Im
> Log-File finde ich:
>
> [Jan 05 16:34:37] No functional meters found -
> quitting!
>
> Ich habe die vzlogger.conf aus dem
> Installationsverzeichnis genommen und erstmal so
> belassen. Habe aber auch gerade keinen Schimmer, wie
> ich die für meinen USB-Lesekopf anpassen muss…
>
> Vile Grüße,
>
> Olaf
>
> *Von: *Maik Weidemann <m+vz at weidemann.online>
> <mailto:m+vz at weidemann.online>
> *Datum: *Mittwoch, 5. Januar 2022 um 15:38
> *An: *Olaf Koestner <okoestner at outlook.de>
> <mailto:okoestner at outlook.de>
> *Betreff: *Re: [vz-users] Daten werden nicht gespeichert
>
> Moin Olaf,
>
> was sagt denn das Log von vzlogger auf dem Raspi?
> Das sollte unter /var/log/vzlogger.log zu finden sein.
>
> Hier noch ein paar Hinweise:
> https://wiki.volkszaehler.org/howto/debug
>
> Ggf. ist es auch Zeit-Problem. Manche Zähler liefern
> eine falsche Zeit mit dem SML Telegram, dann werden
> "jetzt" aber keine Werte angezeigt, die gibt es nur
> dann irgendwann früher... Dafür gibt es dann für SML
> Zähler den Parameter use_local_time
> https://wiki.volkszaehler.org/software/controller/vzlogger/vzlogger_conf_parameter#use_local_time
>
> Gruß
> Maik
>
> Am 05.01.22 um 12:47 schrieb Olaf Koestner:
>
> Hallo!
>
> Ich bin neu hier und installiere gerade zum ersten
> Mal den Volkszähler auf meinem Raspi. Die
> Einrichtung der Software habe ich hinbekommen. Und
> einen USB-IR-Kopf habe ich auch konfiguriert. Über
> „cat /dev/ttyUSB0“ sehe ich auch, dass mein Raspi
> die Daten auslesen kann.
>
> Leider werden die Daten nicht in die Datenbank
> gespeichert und somit auch nicht im Frontend
> angezeigt.
>
> Hat jemand eine Idee, wie ich hier in das
> Debugging einsteigen kann? Woran kann es liegen,
> dass die Daten des konfigurierten Kanals nicht in
> der Datenbank gespeichert werden?
>
> Viele Grüße,
>
> Olaf
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20220106/43c6514a/attachment-0001.html>
Mehr Informationen über die Mailingliste volkszaehler-users