[vz-users] Zählerstand anzeigen

Sun Jan 11 10:18:43 CET 2015

Moin,

2015-01-10 23:27 GMT+01:00 Marius Hellmann <vz at hellmann.me>:

> Hallo Sascha,
>
> Hab mir fürs Anzeigen des Zählerstandes ein kleines PHP Script "gestrickt"
> das den letzten Eintrag / Zählerstand aus der MySQL DB abfragt und ausgibt
> welchen ich mir in FHEM per HTTPMOD abhole... Kann ich bei Interesse zur
> Verfügung stellen...
>

Oder man nimmt einfach das API um den gesamten vom VZ ermittelten
Verbrauch(!- nicht den Zählerstand) abzufragen:

http://.../middleware.php/data/<uuid>.json?from=0&tuples=1&group=day

Die Gruppierung dient dabei nur der Performance und veranlasst die
Middleware die Aggregationstabelle zu nutzen.

Der Unterschied von "ermittelten Verbrauch" und "Zählerstand" liegt genau
im Feld "Initialverbrauch" welches jedoch nur vom Frontend, nicht von der
Middleware verwendet wird.

Viele Grüße,
Andreas

>
> Gruß Marius
>
> Von meinem iPhone gesendet
>
> Am 10.01.2015 um 10:43 schrieb Sascha Merg <sascha at merg.de>:
>
> Guten Morgen Andreas,
>
> in Ordnung, die Kurve an sich macht nicht viel Sinn, da bin ich bei dir.
> In meinem FHEM-Frontend würde ich aber gerne Zählerstände darstellen. Siehe
> dazu der Screenshot hier auf dieser Seite unten:
> http://www.fhemwiki.de/wiki/Volkszaehler
>
> Da die Werte richtig aus dem Kopf gelesen und in die DB geschrieben
> werden, war ich der Annahme, dass ich sie auch richtig im Frontend
> darstellen kann, zumal der Kanal ja auch vom Typ „Zählerstände" ist.
>
> Daher also meine Annahme, dass bei mir im Frontend etwas nicht stimmt.
>
> Ein schönes Wochenende :)
> Sascha
>
>
> Am 09.01.2015 um 23:37 schrieb Andreas Götz <cpuidle at gmail.com>:
>
> Sascha,
>
> Nochmal, ist wohl nicht klar geworden. Das Frontend zeigt die Leistung an
> (!!!) und keinen Zählerstand. Ein Liniendiagramm für monoton wachsende
> Zählerstände wäre ziemlich sinnlos...
>
> Viele Grüße, Andreas
>
>
>
>
> Am 09.01.2015 um 23:27 schrieb Sascha Merg <sascha at merg.de>:
>
> 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>:
>
> 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/20150111/8538c6fb/attachment.html>