[vz-users] Zählerstand anzeigen

[Sascha Merg]

Habe alle bis auf einen Channel rausgeschmissen. vzlogger liest ihn richtig aus (letzte Zeile, Zählerstand):

[Jan 09 21:13:23][mtr0] Got 7 new readings from meter:
[Jan 09 21:13:23][mtr0] Reading: id=1-0:1.8.0*255/ObisItentifier:1-0:1.8.0*255 value=4978759.80 ts=1420834403.110
[Jan 09 21:13:23][mtr0] Reading: id=1-0:1.8.1*255/ObisItentifier:1-0:1.8.1*255 value=4977759.80 ts=1420834403.110
[Jan 09 21:13:23][mtr0] Reading: id=1-0:1.8.2*255/ObisItentifier:1-0:1.8.2*255 value=1000.00 ts=1420834403.110
[Jan 09 21:13:23][mtr0] Reading: id=1-0:2.8.0*255/ObisItentifier:1-0:2.8.0*255 value=2687276.30 ts=1420834403.110
[Jan 09 21:13:23][mtr0] Reading: id=1-0:2.8.1*255/ObisItentifier:1-0:2.8.1*255 value=2686276.30 ts=1420834403.110
[Jan 09 21:13:23][mtr0] Reading: id=1-0:2.8.2*255/ObisItentifier:1-0:2.8.2*255 value=1000.00 ts=1420834403.110
[Jan 09 21:13:23][mtr0] Reading: id=1-0:16.7.0*255/ObisItentifier:1-0:16.7.0*255 value=1060.00 ts=1420834403.110
[Jan 09 21:13:23][chn0] Adding reading to queue (value=4978759.80 ts=1420834403.110)

Via phpmyadmin sehe ich, dass die Werte dort ankommen:


Und die entity 38 ist so konfiguriert:


Im Frontend aber keine Verbesserung:




> Am 09.01.2015 um 21:01 schrieb Andreas Götz <cpuidle at gmail.com>:
> 
> Hast du die conf korrigiert? ML nur den einen Channel drin lassen? Was steht im logfile vom vzlogger?
> 
> Raten hilft nicht...
> 
> Viele Grüße, Andreas
> 
> 
> 
> 
> Am 09.01.2015 um 20:57 schrieb Sascha Merg <sascha at merg.de>:
> 
>> Danke für den Hinweis! War wohl ein Copy/Paste-Fehler. Ändert aber leider nichts am Frontend.
>> 
>> Ich habe jetzt festgestellt, dass die vom vzlogger erfassten Werte genau dieser Channel nicht in die Datenbank geschrieben werden. Was könnte die Ursache dafür sein?
>> 
>> Danke,
>> Sascha
>> 
>>> Am 09.01.2015 um 08:56 schrieb Andreas Goetz <cpuidle at gmail.com>:
>>> 
>>> 2015-01-09 8:22 GMT+01:00 Daniel Lauckner <mailing at jahp.de>:
>>> Am Donnerstag, 8. Januar 2015 um 22:06 schrieb Sascha Merg:
>>> >             "device": "/dev/ttyUSB0",       // Haus und PV
>>> >             "channels": [{
>>> >                 "identifier": "1-0:1.8.0",  // Zaehlerstand
>>> >                 "uuid": "6fdf0aa0-9771-11e4-8a2f-1d45fd8b3483",
>>> [...]
>>> >             "device": "/dev/ttyUSB1",       // Waermepumpe
>>> >             "channels": [{
>>> >                 "identifier": "1-0:1.8.0",  // Zaehlerstand
>>> >                 "uuid": "6fdf0aa0-9771-11e4-8a2f-1d45fd8b3483",
>>> >                 "middleware": "http://localhost/middleware.php"
>>> 
>>> Wenn man die selbe UUID zweimal verwendet kann es nur in die Hose gehen.
>>> 
>>> So ist es. Du mischst Daten von 2 Zählern in einen Kanal der Middleware. Dabei mag irgendwas rauskommen, auch wenn Beides Zählerstände sind...
>>>  
>>> 
>>> 
>>> mfg Daniel
>>> 
>>> 
>>> 
>>> 
>>> 
>>> ---
>>> Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
>>> http://www.avast.com
>>> 
>>> 
>> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150109/57f4f3f7/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Bildschirmfoto 2015-01-09 um 21.13.44.png
Type: image/png
Size: 18058 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150109/57f4f3f7/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Bildschirmfoto 2015-01-09 um 21.16.36.png
Type: image/png
Size: 23577 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150109/57f4f3f7/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Bildschirmfoto 2015-01-09 um 21.15.38.png
Type: image/png
Size: 165434 bytes
Desc: not available
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150109/57f4f3f7/attachment-0005.png>