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é >> >> >> >> >> >> >> >> >> >> >> >