Re: [vz-users] System aufRaspberryneuaufsetzenundalteDatenbank(Synology) nutzen
Der Scaler im VZlogger ist m.W. nur für die Abfrage mittels VZlogger HTTPd relevant- kannst Du ignorieren wenn Du den nciht nutzt. Die Konfiguration für das Frontend findet im Kanal unter "Resolution" statt- die kannst Du jederzeit ändern. vg Andreas On Tue, Jun 11, 2019 at 10:42 AM René W wrote: > 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 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. 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 >>> *Gesendet: *Montag, 10. Juni 2019 21:37 >>> *An: *volkszaehler.org - users >>> >>> *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. 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.88 @ 1560193150937 >>> >>> [Jun 10 20:59:10][AVG] [1] RESULT 357.51 @ 1560193150937 >>> >>> [Jun 10 20:59:10][chn0] ==> number of tuples: 1 >>> >>> [Jun 10 20:59:10][chn0] compare: 1560193148937 1560193150937
Re: [vz-users] System aufRaspberryneuaufsetzenundalteDatenbank(Synology) nutzen
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 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. 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 >> *Gesendet: *Montag, 10. Juni 2019 21:37 >> *An: *volkszaehler.org - users >> *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. 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.88 @ 1560193150937 >> >> [Jun 10 20:59:10][AVG] [1] RESULT 357.51 @ 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.50 ] ] >> >> [Jun 10 20:59:10][chn0] CURL: Expire in 0 ms for 6 (transfer 0x74b00cd8) >> >> [Jun 10 20:59:10][chn0] CURL: Expire in 3 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 >
Re: [vz-users] System aufRaspberryneuaufsetzenundalteDatenbank(Synology) nutzen
Du brauchst weder cat noch stty noch minicom. vzlogger konfiguriert die
seriellen Schnittstellen selbst.
René W. 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
> *Gesendet: *Montag, 10. Juni 2019 21:37
> *An: *volkszaehler.org - users
> *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. 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.88 @ 1560193150937
>
> [Jun 10 20:59:10][AVG] [1] RESULT 357.51 @ 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.50 ] ]
>
> [Jun 10 20:59:10][chn0] CURL: Expire in 0 ms for 6 (transfer 0x74b00cd8)
>
> [Jun 10 20:59:10][chn0] CURL: Expire in 3 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.50
> ] ]' 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,
&
Re: [vz-users] System aufRaspberryneuaufsetzenundalteDatenbank(Synology) nutzen
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
Gesendet: Montag, 10. Juni 2019 21:37
An: volkszaehler.org - users
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. 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.88 @ 1560193150937
[Jun 10 20:59:10][AVG] [1] RESULT 357.51 @ 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.50 ] ]
[Jun 10 20:59:10][chn0] CURL: Expire in 0 ms for 6 (transfer 0x74b00cd8)
[Jun 10 20:59:10][chn0] CURL: Expire in 3 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.50 ] ]'
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,
&qu
Re: [vz-users] System aufRaspberryneuaufsetzenundalteDatenbank(Synology) nutzen
Ahh, daran lag es, Sieht schon besser aus. Also werden die Daten richtig
übertragen.
pi@raspberrypi:~ $ cat /dev/ttyUSB0
/ESY5Q3DA1004 V3.04
1-0:0.0.0*255(0273060005652)
1-0:1.8.0*255(00016727.4589216*kWh)
1-0:21.7.0*255(86.77*W)
1-0:41.7.0*255(30.88*W)
1-0:61.7.0*255(000182.76*W)
1-0:1.7.0*255(000300.41*W)
1-0:96.5.5*255(80)
0-0:96.1.255*255(1ESY1160005652)
!
Warum wird mir aber grafisch das doppelte angezeigt?
LG
Von: Frank Richter
Gesendet: Montag, 10. Juni 2019 21:22
An: volkszaehler.org - users
Betreff: Re: [vz-users] System
aufRaspberryneuaufsetzenundalteDatenbank(Synology) nutzen
Hast du den vzlogger vorher angehalten? Sonst klauen sich der und cat die Daten
gegenseitig...
René W. schrieb am Mo., 10. Juni 2019, 21:12:
Ist das plausibel?
pi@raspberrypi:~ $ cat /dev/ttyUSB0
SY3!0 V04
1-0:0.0*250276056)
-1.8*2(0167.101*h)1-21.2(1407*
0:47.2500317*
0:.7*2(02141)
-0.7*2(03975)
-06.5550)
-96.25251E110052
!/SQ3D00V34
1:0.055276056)
-0.0*2(0127.159Wh)1-21.2550001*W
1:.7.250034W)
-0:.7*5(02249)
-1.7*255(0408W)1-06.555()
-96.252(1E110652
!/SY53D100 V304
-0:.00*55(273600562)
1-:1..025(001677.61410*Wh
10:2.70*55(0011.7*W
10:1.70*25(0031.3*W
-0:1.70*55(0024.6*)
-0:.70*25(0040.56W)
1-:965.*25(8)
-096..25*25(1SY1600552)
!
/EY53DA00 V304
Gruß
Von: Frank Richter
Gesendet: Freitag, 7. Juni 2019 18:30
An: volkszaehler.org - users
Betreff: Re: [vz-users] System auf
RaspberryneuaufsetzenundalteDatenbank(Synology) nutzen
Und?
Frank Richter 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. 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",
