[vz-users] Daten werden nicht gespeichert
Frank Richter
frank.richter83 at gmail.com
Fr Jan 7 10:33:48 CET 2022
Hallo Olaf,
das liegt daran, dass du die PPM-Middleware ohne Proxy benutzt. Schön dass
es jetzt läuft! Abschließende Schritte:
- verbosity auf 0, damit das Logfile nicht überläuft
- Agrregation im vzlogger sinnvoll einstellen, siehe aggtime, aggmode
Grüße
Frank
Am Fr., 7. Jan. 2022 um 09:55 Uhr schrieb Olaf Koestner <
okoestner at outlook.de>:
> Das muss man auch erstmal wissen… Ohne das „middleware.php“ funktioniert
> es jetzt.
>
> Und danke für den Hinweis mit der IP. Ist hier aber nicht relevant, da der
> Pi von der Fritzbox immer dieselbe IP bekommt.
>
>
>
>
>
>
>
> *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 18:51
> *An: *volkszaehler.org - users <volkszaehler-users at demo.volkszaehler.org>
> *Betreff: *Re: [vz-users] Daten werden nicht gespeichert
>
> Kein Apache o.ä. dazwischen? Dann muss das middleware.php aus der URL raus.
>
>
>
> Außerdem gehe ich nicht davon aus dass in der Config die IP des Raspis
> drin stehen muss. Wär ja arg unpraktisch in Verbindung mit DHCP...
>
>
>
> Olaf Koestner <okoestner at outlook.de> schrieb am Do., 6. Jan. 2022, 13:36:
>
> 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 - 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]"Dv bbrcvU-0
>
> EMHC_]c$vv
> bbrcw
>
>
> EMHC_]b
>
> rbeU=wwGEMHw
>
> EMHC_]dbRV0
>
> cbRV0
>
> )q(EW-1:X> cbRVwbU)PwGrbeU=zY2GG!Skj3_D
>
> l AsDeJc|v bbrcqc~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 - 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 - 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> <m+vz at weidemann.online>
> *Datum: *Mittwoch, 5. Januar 2022 um 15:38
> *An: *Olaf Koestner <okoestner at outlook.de> <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/20220107/c2a337d4/attachment-0001.html>
Mehr Informationen über die Mailingliste volkszaehler-users