[vz-users] Zählerstand anzeigen

Andreas Götz cpuidle at gmail.com
Fri Jan 9 22:44:27 CET 2015


Was heisst keine Verbesserung? Was erwartest Du? Scheint als hättest Du ca. 1000W Last anliegen die leicht schwankt- erscheint mir nicht falsch wenn Dein Zähler den Stand ausgibt?

Viele Grüße, Andreas




> Am 09.01.2015 um 21:27 schrieb Sascha Merg <sascha at merg.de>:
> 
> 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:
> <Bildschirmfoto 2015-01-09 um 21.13.44.png>
> 
> Und die entity 38 ist so konfiguriert:
> <Bildschirmfoto 2015-01-09 um 21.16.36.png>
> 
> Im Frontend aber keine Verbesserung:
> <Bildschirmfoto 2015-01-09 um 21.15.38.png>
> 
> 
> 
>> 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/1bb879b9/attachment.html>


More information about the volkszaehler-users mailing list