[vz-users] System aufRaspberryneuaufsetzenundalteDatenbank(Synology) nutzen
René W
tylonhh at gmail.com
Tue Jun 11 10:33:07 CEST 2019
Moin,
cat habe ich zum debugged benutzt. Der letzte Fehler das keine Daten mehr
gesendet wurden, lag an der fehlerhaften conf (Komma vergessen).
Jetzt möchte ich noch folgendes erstmal lösen: die Einheit stimmt bei einem
noch nicht. Real 0,040kW/h. Geloggt 0,04W/h. Also Faktor 1000. Was ist nun
der Unterschied in vzlogger.conf unter „scaler“ und der Auflösung im
Frontend wenn ich einen Kanal dort bearbeite? Wo trage ich was ich ein?
Ich verstehe das so, das Änderungen im Frontend nur temporär sind, so lange
die Cookies nicht gelöscht werden.
Ist es richtig, das ich im neuen Browser immer meine UUID kennen muss? Oder
kann man die auch aufm Dropdown-Menü irgendwie selektieren? Öffentlich? Ich
greife wenn dann per VPN darauf zu.
Gruß René
Frank Richter <frank.richter83 at gmail.com> schrieb am Mo. 10. Juni 2019 um
22:17:
> Du brauchst weder cat noch stty noch minicom. vzlogger konfiguriert die
> seriellen Schnittstellen selbst.
>
> René W. <tylonhh at 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.richter83 at gmail.com>
>> *Gesendet: *Montag, 10. Juni 2019 21:37
>> *An: *volkszaehler.org - users <volkszaehler-users at 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. <tylonhh at 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.richter83 at gmail.com>
>> *Gesendet: *Freitag, 7. Juni 2019 18:30
>> *An: *volkszaehler.org - users <volkszaehler-users at demo.volkszaehler.org>
>> *Betreff: *Re: [vz-users] System auf
>> RaspberryneuaufsetzenundalteDatenbank(Synology) nutzen
>>
>>
>>
>> Und?
>>
>>
>>
>> Frank Richter <frank.richter83 at 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. <tylonhh at 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.richter83 at gmail.com>
>> *Gesendet: *Donnerstag, 6. Juni 2019 11:22
>> *An: *volkszaehler.org - users <volkszaehler-users at 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. <tylonhh at 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 at raspberrypi:~ $ cat /dev/ttyUSB0
>>
>> V at ZVTBBZZVBBZZVZmVZmZVVZmZVgV
>>
>> @B~^C
>>
>>
>>
>> *Von: *Frank Richter <frank.richter83 at gmail.com>
>> *Gesendet: *Donnerstag, 6. Juni 2019 10:12
>> *An: *volkszaehler.org - users <volkszaehler-users at 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. <tylonhh at gmail.com> schrieb am Do., 6. Juni 2019, 10:00:
>>
>> Beim Versuch den Dienst zu stoppen erhalte ich Fehlermeldung:
>>
>>
>>
>> pi at 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.richter83 at gmail.com>
>> *Gesendet: *Donnerstag, 6. Juni 2019 09:14
>> *An: *volkszaehler.org - users <volkszaehler-users at 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. <tylonhh at 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.richter83 at gmail.com>
>> *Gesendet: *Mittwoch, 5. Juni 2019 23:12
>> *An: *volkszaehler.org - users <volkszaehler-users at 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. <tylonhh at 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.richter83 at gmail.com>
>> *Gesendet: *Mittwoch, 5. Juni 2019 22:02
>> *An: *volkszaehler.org - users <volkszaehler-users at 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. <tylonhh at 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é
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20190611/c642171b/attachment-0001.html>
More information about the volkszaehler-users
mailing list