Du brauchst weder cat noch stty noch minicom. vzlogger konfiguriert die
seriellen Schnittstellen selbst.
René W. <tylo...@gmail.com> schrieb am Mo., 10. Juni 2019, 22:08:
> OK die Kanäle waren falsch angelegt. Hab nun neue Kanäle angelegt und die
> neue UUID in der conf hinterlegt. Auch die Pull-seq rausgenommen. Hab den
> Pi mal neugestartet. Jetzt spuckt mir cat /dev/ttyUSB0 nichts mehr aus.
> Auch cat /dev/ttyUSB* auch nicht mehr. Das lief doch bis eben.
>
>
>
> Ich brauch nochmal hilfe bei tty oder minicom zum konfigurieren der USB IR
> Leseköpfe.
>
>
>
> Gruß
>
>
>
> *Von: *Frank Richter <frank.richte...@gmail.com>
> *Gesendet: *Montag, 10. Juni 2019 21:37
> *An: *volkszaehler.org - users <volkszaehler-users@demo.volkszaehler.org>
> *Betreff: *Re: [vz-users] System
> aufRaspberryneuaufsetzenundalteDatenbank(Synology) nutzen
>
>
>
> Bei aggtime: -1 ist die Aggregation aus. Liegt also nicht am Durchschnitt.
> Hast du den Kanal richtig angelegt (Leistungswerte!)?
>
>
>
> Und nimm bitte beim Q3D die Pull-Sequenz raus, das braucht der nicht.
>
>
>
> René W. <tylo...@gmail.com> schrieb am Mo., 10. Juni 2019, 21:05:
>
> Ok, weiter geht’s.
>
> Die Auflösung stimmt noch nicht, aber das sollte kein Problem sein.
>
> Im Frontend werden mir falsche Werte unter Aktuell angezeigt. Zur Zeit
> zBsp 660kW obwohl 360kW ausgelesen. Liegt das am Mittelwert?
>
> Hier die Log:
>
>
>
> [Jun 10 20:59:10][d0] Read package with 8 tuples (vendor=ESY,
> baudrate=5, identification=Q3DA1004 V3.04)
>
> [Jun 10 20:59:10][mtr0] Got 8 new readings from meter:
>
> [Jun 10 20:59:10][mtr0] Reading:
> id=1-0:0.0.0*255/ObisIdentifier:1-0:0.0.0*255 value=273060005652.00
> ts=1560193150779
>
> [Jun 10 20:59:10][mtr0] Reading:
> id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=16727.28
> ts=1560193150818
>
> [Jun 10 20:59:10][mtr0] Reading:
> id=1-0:21.7.0*255/ObisIdentifier:1-0:21.7.0*255 value=143.98
> ts=1560193150848
>
> [Jun 10 20:59:10][mtr0] Reading:
> id=1-0:41.7.0*255/ObisIdentifier:1-0:41.7.0*255 value=31.69 ts=1560193150879
>
> [Jun 10 20:59:10][mtr0] Reading:
> id=1-0:61.7.0*255/ObisIdentifier:1-0:61.7.0*255 value=184.21
> ts=1560193150908
>
> [Jun 10 20:59:10][mtr0] Reading:
> id=1-0:1.7.0*255/ObisIdentifier:1-0:1.7.0*255 value=359.88 ts=1560193150937
>
> [Jun 10 20:59:10][mtr0] Reading:
> id=1-0:96.5.5*255/ObisIdentifier:1-0:96.5.5*255 value=80.00 ts=1560193150958
>
> [Jun 10 20:59:10][mtr0] Reading:
> id=0-0:96.1.255*255/ObisIdentifier:0-0:96.1.255*255 value=1.00
> ts=1560193150994
>
> [Jun 10 20:59:10][chn0] Adding reading to queue (value=359.88
> ts=1560193150937)
>
> [Jun 10 20:59:10][AVG] [0] 359.880000 @ 1560193150937
>
> [Jun 10 20:59:10][AVG] [1] RESULT 357.510000 @ 1560193150937
>
> [Jun 10 20:59:10][chn0] ==> number of tuples: 1
>
> [Jun 10 20:59:10][chn0] compare: 1560193148937 1560193150937
>
> [Jun 10 20:59:10][d0] sending pullsequenz send (len:5 is:5).
>
> [Jun 10 20:59:10][chn0] copied 1/1 values for middleware transmission
>
> [Jun 10 20:59:10][chn0] JSON request body: [ [ 1560193150937,
> 357.50999999999999 ] ]
>
> [Jun 10 20:59:10][chn0] CURL: Expire in 0 ms for 6 (transfer 0x74b00cd8)
>
> [Jun 10 20:59:10][chn0] CURL: Expire in 30000 ms for 8 (transfer
> 0x74b00cd8)
>
> [Jun 10 20:59:10][chn0] CURL: Found bundle for host 192.168.178.22:
> 0x74b0bf78 [can pipeline]
>
> [Jun 10 20:59:10][chn0] CURL: Could pipeline, but not asked to!
>
> [Jun 10 20:59:10][chn0] CURL: Re-using existing connection! (#0) with host
> 192.168.178.22
>
> [Jun 10 20:59:10][chn0] CURL: Connected to 192.168.178.22 (192.168.178.22)
> port 80 (#0)
>
> [Jun 10 20:59:10][chn0] CURL: Expire in 0 ms for 6 (transfer 0x74b00cd8)
>
> [Jun 10 20:59:10][chn0] CURL: Sent 41 bytes..
>
> [Jun 10 20:59:11][chn0] CURL: Sent '[ [ 1560193150937, 357.50999999999999
> ] ]' bytes
>
> [Jun 10 20:59:11][chn0] CURL: upload completely sent off: 41 out of 41
> bytes
>
> [Jun 10 20:59:11][chn0] CURL: Received 26 bytes
>
> [Jun 10 20:59:11][chn0] CURL: Received '{"version":"0.3","rows":1}' bytes
>
> [Jun 10 20:59:11][chn0] CURL: Connection #0 to host 192.168.178.22 left
> intact
>
> [Jun 10 20:59:11][chn0] CURL Request succeeded with code: 200
>
> [Jun 10 20:59:11][chn0] emptied all (1) values
>
>
>
> Und die aktuelle conf
>
>
>
> {
>
> "retry": 0,
>
> "daemon": true,
>
> "verbosity": 15,
>
> "log": "/var/log/vzlogger.log",
>
> "push": [],
>
> "local": {
>
> "enabled": false,
>
> "port": 8080,
>
> "index": false,
>
> "timeout": 0,
>
> "buffer": 0
>
> },
>
> "meters": [
>
> {
>
> "enabled": true,
>
> "allowskip": false,
>
> "interval": -1,
>
> "aggtime": -1,
>
> "aggfixedinterval": false,
>
> "channels": [
>
> {
>
> "api": "volkszaehler",
>
> "uuid": "30dc66e0-87a9-11e9-8ed1-47beeecdf40e", //Haus Q3D
>
> "middleware": "
> http://192.168.178.22/middleware.php";,
>
> "identifier": "1-0:1.7.0", //Wirkleistung
>
> //"secretKey": "",
>
> //"type": "device",
>
> "scaler": 1000,
>
> "aggmode": "AVG", //"AVG", // "AVG" Der Mittelwert für Leistung,
> "MAX" für Zähler, "SUM" für Counter
>
> "duplicates": 0
>
> }
>
> ],
>
> "protocol": "d0",
>
> "device": "/dev/usb-ir-lesekopf0",
>
> "dump_file": "/var/log/lesekopf0.log",
>
> "pullseq": "2f3f210d0a",
>
> //"ackseq": "auto",
>
> "baudrate": 9600,
>
> //"baudrate_read": 9600,
>
> "parity": "7e1",
>
> //"wait_sync": "off",
>
> //"read_timeout": 10,
>
> //"baudrate_change_delay": 0
>
> },
>
> {
>
> "enabled": true,
>
> "allowskip": false,
>
> "interval": -1,
>
> "aggtime": -1,
>
> "aggfixedinterval": false,
>
> "channels": [
>
> {
>
> "api": "volkszaehler",
>
> "uuid": "fa9a95c0-87a9-11e9-b56a-afb59b7f2035", //WP
>
> "middleware": "
> http://192.168.178.22/middleware.php";,
>
> "identifier": "1-1:1.7.0",
>
> "aggmode": "AVG", // "AVG" Der Mittelwert
> für Leistung, "MAX" für Zähler, "SUM" für Counter
>
> "secretKey": "",
>
> "type": "device",
>
> "scaler": 1,
>
> "duplicates": 0
>
> }
>
> ],
>
> "protocol": "d0",
>
> "device": "/dev/usb-ir-lesekopf1",
>
> "dump_file": "",
>
> "pullseq": "2f3f210d0a",
>
> //"ackseq": "auto",
>
> "baudrate": 9600,
>
> //"baudrate_read": 9600,
>
> "parity": "7E1"
>
> //"wait_sync": "off",
>
> //"read_timeout": 100,
>
> //"baudrate_change_delay": 500,
>
> //"read_timeout": 100
>
> }
>
> ]
>
> }
>
>
>
> Ist es normal das ein „sudo systemctl stop vzlogger“ immer so lange (1
> Min) dauert?
>
>
>
> LG
>
>
>
> *Von: *Frank Richter <frank.richte...@gmail.com>
> *Gesendet: *Freitag, 7. Juni 2019 18:30
> *An: *volkszaehler.org - users <volkszaehler-users@demo.volkszaehler.org>
> *Betreff: *Re: [vz-users] System auf
> RaspberryneuaufsetzenundalteDatenbank(Synology) nutzen
>
>
>
> Und?
>
>
>
> Frank Richter <frank.richte...@gmail.com> schrieb am Do., 6. Juni 2019,
> 12:06:
>
> Das Dumpfile ist ja völlig sinnlos. Bist du sicher dass du nicht doch die
> Leseköpfe vertauscht hast?
>
>
>
> René W. <tylo...@gmail.com> schrieb am Do., 6. Juni 2019, 11:51:
>
> Nein, beide laufen nicht.
>
>
>
> Ich fokussiere mich gerade auf den USB0 (Wärmepumpe). Hier die Dump
>
> >>>>> 53.207039218s ( 1 ms)
>
> 04 0c 40 42 7e 10 04 00 54 56 56 6d 42 25 7f 5a @B~ TVVmB% Z
>
> 07 27 56 21 'V!
>
>
>
> ##### 56.706491768s ( 3499 ms) read
>
> ##### 56.706534216s ( 0 ms) TCIOFLUSH and cfsetiospeed
>
> <<<<< 57.206782810s ( 500 ms)
>
> 2f 3f 21 0d 0a /?!
>
>
>
> >>>>> 57.206995310s ( 0 ms)
>
> 04 0c 40 42 7e 5a 07 00 56 14 04 60 00 00 7f 10 @B~Z V `
>
> 04 40 14 5a 5a 5a 6d 04 7f 5a 07 27 56 56 61 0c @ ZZZm Z 'VVa
>
> 2d 56 7f 5a 07 07 56 56 56 42 42 25 7f 5a 07 27 -V Z VVVBB% Z '
>
> 56 56 56 5a 6d 04 7f 5a 07 67 56 21 VVVZm Z gV!
>
>
>
> ##### 68.712159993s ( 11506 ms) read
>
> ##### 68.712232962s ( 0 ms) TCIOFLUSH and cfsetiospeed
>
> <<<<< 69.212554889s ( 500 ms)
>
> 2f 3f 21 0d 0a /?!
>
>
>
> Und hier die aktuelle conf. Ich habe die ganzen Werte aus der Wiki wieder
> rein genommen, da das auskommentieren kein Erfolg zeigte. Ich werde das
> aber nochmal verifizieren.
>
>
>
> {
>
> "retry": 0,
>
> "daemon": true,
>
> "verbosity": 15,
>
> "log": "/var/log/vzlogger.log",
>
> "push": [],
>
> "local": {
>
> "enabled": false,
>
> "port": 8080,
>
> "index": false,
>
> "timeout": 0,
>
> "buffer": 0
>
> },
>
> "meters": [
>
> {
>
> "enabled": true,
>
> "allowskip": false,
>
> "interval": -1,
>
> "aggtime": -1,
>
> "aggfixedinterval": false,
>
> "channels": [
>
> {
>
> "api": "volkszaehler",
>
> "uuid": "30dc66e0-87a9-11e9-8ed1-47beeecdf40e", //Haus
>
> "middleware": "
> http://192.168.178.22/middleware.php";,
>
> "identifier": "1-0:1.8.0"
>
> }
>
> ],
>
> "protocol": "d0",
>
> "device": "/dev/usb-ir-lesekopf1",
>
> "dump_file": "",
>
> //"pullseq": "2f3f210d0a",
>
> //"ackseq": "auto",
>
> "baudrate": 9600,
>
> //"baudrate_read": 9600,
>
> "parity": "7e1",
>
> "wait_sync": "off",
>
> "read_timeout": 10,
>
> "baudrate_change_delay": 0
>
> },
>
> {
>
> "enabled": true,
>
> "allowskip": false,
>
> "interval": -1,
>
> "aggtime": -1,
>
> "aggfixedinterval": false,
>
> "channels": [
>
> {
>
> "api": "volkszaehler",
>
> "uuid": "fa9a95c0-87a9-11e9-b56a-afb59b7f2035", //WP
>
> "middleware": "
> http://192.168.178.22/middleware.php";,
>
> "identifier": "1-1:1.7.0",
>
> "aggmode": "none",
>
> "duplicates": 0
>
> }
>
> ],
>
> "protocol": "d0",
>
> "device": "/dev/usb-ir-lesekopf0",
>
> "dump_file": "/var/log/lesekopf0.log",
>
> "pullseq": "2F3F210D0A",
>
> "ackseq": "auto",
>
> "baudrate": 300,
>
> "baudrate_read": 9600,
>
> "parity": "7e1",
>
> //"wait_sync": "off",
>
> "read_timeout": 100,
>
> "baudrate_change_delay": 500,
>
> "read_timeout": 100
>
> }
>
> ]
>
> }
>
>
>
> *Von: *Frank Richter <frank.richte...@gmail.com>
> *Gesendet: *Donnerstag, 6. Juni 2019 11:22
> *An: *volkszaehler.org - users <volkszaehler-users@demo.volkszaehler.org>
> *Betreff: *Re: [vz-users] System auf Raspberry
> neuaufsetzenundalteDatenbank(Synology) nutzen
>
>
>
> D.h. der Q3D funktioniert, der AS1440 noch nicht?
>
>
>
> Zeig bitte nochmal den aktuellen Stand der vzlogger.conf und das
> zugehörige Logfile. Außerdem solltest du für den Zähler, der
> Schwierigkeiten macht, ein Dumpfile anlegen, damit man sich die
> Kommunikation mal anschauen kann.
>
>
>
> René W. <tylo...@gmail.com> schrieb am Do., 6. Juni 2019, 11:05:
>
> DB Fehler erstmal ignorieren.
>
> Nach der Änderung der config.yaml muss ich ja auch die Middleware
> neustarten.
>
>
>
> Ich habe die Änderungen in der vzlogger.conf habe ich geändert. Brachte
> aber kein Erfolg. Wie kann ich sehen ob die Änderungen wirklich geladen
> wurden? Reicht ein stop/start?
>
>
>
> pi@raspberrypi:~ $ cat /dev/ttyUSB0
>
> V@ZVTBBZZVBBZZVZmVZmZVVZmZVgV
>
> @B~^C
>
>
>
> *Von: *Frank Richter <frank.richte...@gmail.com>
> *Gesendet: *Donnerstag, 6. Juni 2019 10:12
> *An: *volkszaehler.org - users <volkszaehler-users@demo.volkszaehler.org>
> *Betreff: *Re: [vz-users] System auf Raspberry neu
> aufsetzenundalteDatenbank(Synology) nutzen
>
>
>
> systemctl braucht sudo!
>
>
>
> Und wo kommt der DB-Fehler jetzt her?
>
>
>
> René W. <tylo...@gmail.com> schrieb am Do., 6. Juni 2019, 10:00:
>
> Beim Versuch den Dienst zu stoppen erhalte ich Fehlermeldung:
>
>
>
> pi@raspberrypi:~ $ systemctl stop vzlogger
>
> ==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ===
>
> Authentication is required to stop 'vzlogger.service'.
>
> Authenticating as: root
>
> Password:
>
> polkit-agent-helper-1: pam_authenticate failed: Authentication failure
>
>
>
> Was hat das mit der DB zu tun?
>
>
>
> In AbstractMySQLDriver.php line 106:
>
> An exception occurred in driver: SQLSTATE[HY000] [1698] Access denied
> for user 'root'@
>
> In PDOConnection.php line 31:
>
> SQLSTATE[HY000] [1698] Access denied for user 'root'@'localhost'
>
> In PDOConnection.php line 27:
>
> SQLSTATE[HY000] [1698] Access denied for user 'root'@'localhost'
>
> run [-l|--level LEVEL] [-m|--mode MODE] [-p|--periods PERIODS]
> [-v|--verbose] [--] [<uuid>...]
>
>
>
> Hier meine config.yaml
>
>
>
> # general settings overriding php configuration
>
> php:
>
> timezone: Europe/Berlin
>
> locale: ['de_DE', 'en_US', 'C']
>
>
>
> # Doctrine database configuration
>
> # http://www.doctrine-project.org/projects/doctrine-dbal/en/2.6
>
> db:
>
> driver: pdo_mysql
>
> host: localhost
>
> port: 3307
>
> user: RWeanres0w
>
> password: N67!r7xxxxxx
>
> charset: utf8
>
> dbname: volkszaehler
>
> path: volkszaehler # only used for sqlite
>
>
>
> # db admin credentials (used by doctrine cli and setup script)
>
> admin:
>
> user: root
>
> password: PsRkLb1xxxxxx
>
>
>
> # database optimizer - leave empty for automatic
>
> # optimizer: Volkszaehler\Interpreter\SQL\MySQLOptimizer # provides
> additional group=15m setting for demo purposes
>
>
>
> # push server for realtime frontend updates
>
> push:
>
> server: 5582
>
> broadcast: 8082
>
> # routes for wamp access
>
> wamp:
>
> - /
>
> - /ws
>
> # routes for plain web socket access
>
> websocket:
>
> - /socket
>
>
>
> network:
>
> # limit maximum POST body size, e.g. 4096
>
> postlimit: false
>
>
>
> # enable debug messages by default if true
>
> debug: false
>
>
>
> *Von: *Frank Richter <frank.richte...@gmail.com>
> *Gesendet: *Donnerstag, 6. Juni 2019 09:14
> *An: *volkszaehler.org - users <volkszaehler-users@demo.volkszaehler.org>
> *Betreff: *Re: [vz-users] System auf Raspberry neu aufsetzen
> undalteDatenbank(Synology) nutzen
>
>
>
> Moin René,
>
>
>
> in der alten Config lief dein zweiter Zähler ohne Baudraten-Umschaltung
> auf 300 Baud. In der neuen Config ist eine Umschaltung auf 9600 Baud drin.
> Wahrscheinlich klappt das so nicht.
>
>
>
> Grüße
>
> Frank
>
>
>
> René W. <tylo...@gmail.com> schrieb am Do., 6. Juni 2019, 07:16:
>
> Moin,
>
>
>
> hab die symlinks angelgt. Ich möchte auch erstmal mit der neuen conf
> weitermachen.
>
> Unter cat /dev/usb-ir-lesekopf1 werden mir kryptische Zeichen ausgegeben.
> Ich denke da ist das letzte Puzzleteil versteckt, komme aber mit der Doku
> nicht wirklich weiter, da diese ja wohl nicht konfiguriert werden müssen.
> Ich verwende die USB Leseköpfe von Nils.
>
>
>
> Gruß
>
>
>
> *Von: *Frank Richter <frank.richte...@gmail.com>
> *Gesendet: *Mittwoch, 5. Juni 2019 23:12
> *An: *volkszaehler.org - users <volkszaehler-users@demo.volkszaehler.org>
> *Betreff: *Re: [vz-users] System auf Raspberry neu aufsetzen und
> alteDatenbank(Synology) nutzen
>
>
>
> Hi René,
>
>
>
> eigentlich gibt's keinen Grund, warum die alte Config nicht mehr
> funktionieren sollte, wenn sie bisher lief.
>
>
>
> Gefährlich sind die beiden Leseköpfe, die lediglich mit ttyUSB0 und
> ttyUSB1 angesprochen werden. Diese Nummerierung kann sich durchaus mal
> ändern. Da solltest du sicherheitshalber udev-rules anlegen. Ist im Wiki
> dokumentiert.
>
>
>
> Neustart von vzlogger mit systemctl stop vzlogger und systemctl start
> vzlogger.
>
>
>
> Grüße
>
> Frank
>
>
>
> René W. <tylo...@gmail.com> schrieb am Mi., 5. Juni 2019 22:18:
>
> Hallo Frank,
>
> API und Middleware URL habe ich ergänz. Außerdem hatte ich noch USB0 und
> UBS1 vertauscht.
>
> Hier meine *aktuelle* conf
>
>
>
> {
>
> "retry": 0,
>
> "daemon": true,
>
> "verbosity": 15,
>
> "log": "/var/log/vzlogger.log",
>
> "push": [],
>
> "local": {
>
> "enabled": false,
>
> "port": 8080,
>
> "index": false,
>
> "timeout": 0,
>
> "buffer": 0
>
> },
>
> "meters": [
>
> {
>
> "enabled": true,
>
> "allowskip": false,
>
> "interval": -1,
>
> "aggtime": -1,
>
> "aggfixedinterval": false,
>
> "channels": [
>
> {
>
> "api": "volkszaehler",
>
> "uuid": "30dc66e0-87a9-11e9-8ed1-47beeecdf40e",
>
> "middleware": "
> http://192.168.178.22/middleware.php";,
>
> "identifier": "1-0:1.8.0"
>
> }
>
> ],
>
> "protocol": "d0",
>
> "device": "/dev/ttyUSB1",
>
> "dump_file": "",
>
> "pullseq": "2f3f210d0a",
>
> "ackseq": "auto",
>
> "baudrate": 9600,
>
> //"baudrate_read": 9600,
>
> "parity": "7e1",
>
> "wait_sync": "off",
>
> "read_timeout": 10,
>
> "baudrate_change_delay": 0
>
> },
>
> {
>
> "enabled": true,
>
> "allowskip": false,
>
> "interval": -1,
>
> "aggtime": -1,
>
> "aggfixedinterval": false,
>
> "channels": [
>
> {
>
> "api": "volkszaehler",
>
> "uuid": "fa9a95c0-87a9-11e9-b56a-afb59b7f2035",
>
> "middleware": "
> http://192.168.178.22/middleware.php";,
>
> "identifier": "1-1:1.7.0"
>
> }
>
> ],
>
> "protocol": "d0",
>
> "device": "/dev/ttyUSB0",
>
> "dump_file": "",
>
> "pullseq": "2F3F210D0A",
>
> "ackseq": "auto",
>
> "baudrate": 300,
>
> "baudrate_read": 9600,
>
> "parity": "7e1",
>
> "wait_sync": "off",
>
> "read_timeout": 100,
>
> "baudrate_change_delay": 500
>
> }
>
> ]
>
> }
>
>
>
> Und hier die alte conf
>
>
>
> {
>
> "retry": 0, /* how long to sleep
> between failed requests, in seconds */
>
> "daemon": true, /* run periodically */
>
> "verbosity": 15, /* between 0 and 15 */
>
> "log": "/tmp/vzlogger.log", /* path to logfile, optional */
>
> "push": [],
>
> "local": {
>
> "enabled": false,
>
> "port": 8080,
>
> "index": true,
>
> "timeout": 30, /* timeout for long
> polling comet requests, 0 disables comet, in seconds */
>
> "buffer": 600 /* how long to buffer readings for the
> local interface, in seconds */
>
> },
>
> "meters": [{
>
> "enabled" : true , /* disabled meters will be ignored */
>
> "protocol" : "d0", /* use 'vzlogger -h' for list of available
> protocols */
>
> "baudrate" : 9600,
>
> "device" : "/dev/ttyUSB1",
>
> "parity" : "7E1",
>
> "pullseq" : "2f3f210d0a", // nur wenn Aufforderung notwendig, sonst
> auskommentieren.
>
> "allowskip": false,
>
> "interval": 30,
>
> "aggtime": 60,
>
> "aggfixedinterval": false,
>
> "channels": [{
>
> "uuid": "fe916ca0-82e7-11e9-b3a3-a5ae4f544aae", //Hausstrom -
> Leistung NEU fe916ca0-82e7-11e9-b3a3-a5ae4f544aae ALT
> 8a9db380-840d-11e6-b822-372ffe327b1e
>
> "identifier": "1-0:1.7.0",
>
> "api": "volkszaehler",
>
> "middleware": "http://192.168.178.22:81/middleware.php";,
>
> "secretKey": "",
>
> "type": "device",
>
> "scaler": 1,
>
> "aggmode": "AVG", // "AVG" Der Mittelwert für Leistung, "MAX"
> für Zähler, "SUM" für Counter
>
> "duplicates": 0
>
> }]
>
> },
>
> {
>
> "enabled" : true ,
>
> "protocol" : "d0",
>
> "baudrate" : 300,
>
> "device" : "/dev/ttyUSB0",
>
> "parity" : "7E1",
>
> "pullseq" : "2f3f210d0a", // HEX Darstellung der Pullsequenz
>
> "interval" : 30, // Wartezeit bis zum naechsten Pull
>
> "channels": [{
>
> "uuid": "6fe45bb0-841f-11e6-a66a-218a11c4d7ab", //Waermepumpe -
> Leistung
>
> "identifier": "1-1:1.7.0",
>
> "api": "volkszaehler",
>
> "middleware": "http://192.168.178.22:81/middleware.php";,
>
> "secretKey": "",
>
> "type": "device",
>
> "scaler": 1,
>
> "aggmode": "AVG", // "AVG" Der Mittelwert für Leistung, "MAX"
> für Zähler, "SUM" für Counter
>
> "duplicates": 0
>
> }, {
>
> "uuid" : "640543c0-8db0-11e6-991b-b7de4b5c1936", //Gesamtverbauch
>
> "middleware" : "http://192.168.178.22:81/middleware.php";,
>
> "identifier" : "1-1:1.8.0", // Gesamtverbrauch
>
> "type": "device",
>
> "scaler": 1,
>
> "aggmode": "none", // "AVG" Der Mittelwert für Leistung,
> "MAX" für Zähler, "SUM" für Counter
>
> "duplicates": 0
>
>
>
> }]
>
> }
>
> ]
>
> }
>
>
>
> Zusatzfrage: wie starte ich den Dienst neu wenn ich Änderungen an der conf
> mache? Mit „sudo systemctl stop vzlogger“?
>
>
>
> LG
>
>
>
> *Von: *Frank Richter <frank.richte...@gmail.com>
> *Gesendet: *Mittwoch, 5. Juni 2019 22:02
> *An: *volkszaehler.org - users <volkszaehler-users@demo.volkszaehler.org>
> *Betreff: *Re: [vz-users] System auf Raspberry neu aufsetzen und alte
> Datenbank(Synology) nutzen
>
>
>
> Hallo René,
>
>
>
> "api": null schreibt keine Daten. Du brauchst "volkszaehler". Außerdem
> fehlt dann die Middleware-URL.
>
>
>
> Trotzdem ist laut Log noch was anderes faul. Zeig mal die alte Config zum
> Vergleich.
>
>
>
> Grüße
>
> Frank
>
>
>
> René W. <tylo...@gmail.com> schrieb am Mi., 5. Juni 2019 21:42:
>
> Hallo,
>
> ich habe aufgrund diverser Fehler und zerschossenen php Update nun die
> Reißleine gezogen und möchte nun ganz sauber von vorne starten.
> Anschließend soll auch noch PiHole darauf laufen.
>
> Die Datenbank ist schon auf Maria 10 umgezogen. Ich habe die Image aus der
> Anleitung https://wiki.volkszaehler.org/howto/raspberry_pi_image
> verwendet (also 2019-04-24-volkszaehler_raspian_buster.img) und auf eine SD
> geladen.
>
> Dann habe ich zwei UUID angelegt. Einer soll für Hausstrom (Easymeter
> Q3DA1004) und der andere für Wärmepumpe (Elster AS1440) sein. Da ich ja
> noch eine alte vzlogger.conf hatte habe aber diese nicht trotz geänderter
> UUID funktionierte habe ich das online tool zum Erstellen verwendet.
>
>
>
> Das ist meine derzeitige conf: https://pastebin.com/jtC6mVWL
>
> Hier meine config.yaml https://pastebin.com/yAYLrWEA
>
>
>
> Ich befürchte aber das die vzlogger.conf noch nicht ganz korrekt ist, da
> keine Daten geschrieben werden.
>
> Hier ein Auszug aus der Log
>
> [Jun 05 21:41:05][d0] nothing received for more than 10 seconds
>
> [Jun 05 21:41:05][d0] read timed out!, context: 0, bytes read: 0, last
> byte 0x5a
>
> [Jun 05 21:41:05][mtr0] Got 0 new readings from meter:
>
> [Jun 05 21:41:05][mtr0] Next reading in 30 seconds
>
> [Jun 05 21:41:11][d0] nothing received for more than 10 seconds
>
> [Jun 05 21:41:11][d0] read timed out!, context: 0, bytes read: 0, last
> byte 0x0
>
> [Jun 05 21:41:11][mtr1] Got 0 new readings from meter:
>
>
>
> Sieht jemand den Fehler?
>
>
>
> LG René
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
