[vz-users] Zählerstand anzeigen

[Sascha Merg]

Siehe Betreff: ich versuche die ganze Zeit, den aktuellen Zählerstand anzuzeigen (das wäre der Wert 4978759.80, der auch erkannt und in die Datenbank geschrieben wird). 4978759 sind genau die 4978 kWh, die am Zähler angezeigt werden. Nur das Frontend zeigt ihn nicht an, sondern irgendeinen anderen Wert.

Danke,
Sascha
 
> Am 09.01.2015 um 22:44 schrieb Andreas Götz <cpuidle at gmail.com>:
> 
> 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 <mailto: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 <mailto: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 <mailto: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 <mailto:cpuidle at gmail.com>>:
>>>>> 
>>>>> 2015-01-09 8:22 GMT+01:00 Daniel Lauckner <mailing at jahp.de <mailto: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 <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 <http://www.avast.com/>
>>>>> 
>>>>> 
>>>> 
>> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20150109/1c49ce83/attachment.html>