[vz-users] Q3M Unterschiede/Varianten/Messwerte?

Mon Jan 29 15:50:35 CET 2018

Hi Matthias,

was du im Frontend siehst, sind keine Zählerstände, sondern Leistungen
(Zählerstände über die Zeit aufzutragen macht auch wenig Sinn). Also (E2 -
E1)/(t2 -t1).
Bei deinem Leistungswert-Kanal stimmt die Auflösung nicht, die muss 1 sein.
Damit bekommst du dann 2 weitgehend identische Kurven und solltest deshalb
auch nur einen Kanal langfristig loggen (Daten sind redundant).

Gruß
Frank

Am 29. Januar 2018 um 15:43 schrieb Matthias Klein <Matthias.K at web.de>:

> Hallo Frank,
>
> Danke für die schnelle Antwort.
> Richtig, Einspeisung habe ich keine.. hat der Netzbetreiber wohl nur
> vorrausschauend geplant :P
>
> Habe jetzt nochmal meine channels aktualisiert, siehe Anhang.
>
> Ich verstehe allerdings immernoch nicht, warum der 1.8.0 als "Zählerstand"
> springt? Wird da das Delta zwischen zwei Messungen ausgegeben und dann
> aggregiert der Verbrauch für das gewählte Zeitintervall?
>
> Danke und viele Grüße,
> Matthias
>
> *Gesendet:* Montag, 29. Januar 2018 um 14:54 Uhr
> *Von:* "Frank Richter" <frank.richter83 at gmail.com>
> *An:* "volkszaehler.org - users" <volkszaehler-users at demo.volkszaehler.org
> >
> *Betreff:* Re: [vz-users] Q3M Unterschiede/Varianten/Messwerte?
> Hallo Matthias,
>
> das Frontend zeigt auch Zählerstände umgerechnet in Leistung an, du
> brauchst also nur den Kanal 1.8.0 Zählerstände, der Rest ist
> überflüssig/unsinnig. Einspeisung hast du anscheinend keine, auch wenn das
> ein Zweirichtungszähler ist.
>
> 16.7.0 ist die Momentanleistung über alle 3 Phasen (könnte man mit einem
> Kanal vom Typ Leistungswerte loggen, ich würde aber die Zählerstände
> bevorzugen), die anderen 3 sind die Leistungen der 3 einzelnen Phasen.
>
> Grüße
> Frank
>
> Am 29. Januar 2018 um 14:34 schrieb Matthias Klein <Matthias.K at web.de>:
>>
>> Hallo,
>>
>> eine Frage an alle die schon den Easymeter Q3M auslesen.
>> Ich habe den Q3M1120 V6.2, laut Benutzerhandbuch sollte er 13 Werte
>> liefern.
>> Wenn ich den vzlogger starte werden aber nur 10 Werte gesendet/empfangen.
>> Kann es an der Ausstattung liegen? Oder ist vllt. noch etwas
>> PIN-geschützt?
>>
>> Aktuell habe ich eine Raspi mit IR-USB-Schnittstelle am laufen.
>> Werte kommen an und werden auch in der DB gespeichert und im Frontend
>> angezeigt.
>> Eine weitere Frage zu den Werten kommt nach dem Log-Ausschnitt.
>>
>> [Jan 29 14:04:44][main] vzlogger v0.6.1 based on
>> heads/master-0-g996ea21329 from Sun, 31 Dec 2017 19:27:32 +0100 started.
>> [Jan 29 14:04:44][mtr0] Creating new meter with protocol sml.
>> [Jan 29 14:04:44][mtr0] Meter configured, enabled.
>> [Jan 29 14:04:44]       New meter initialized (protocol=sml)
>> [Jan 29 14:04:44]       Configure channel.
>> [Jan 29 14:04:44][chn0] New channel initialized (uuid=...450d9c
>> api=volkszaehler id=1-0:1.8.0)
>> [Jan 29 14:04:44]       Configure channel.
>> [Jan 29 14:04:44][chn1] New channel initialized (uuid=...fcb7a8
>> api=volkszaehler id=1-0:2.8.0)
>> [Jan 29 14:04:44]       Configure channel.
>> [Jan 29 14:04:44][chn2] New channel initialized (uuid=...c9ccf4
>> api=volkszaehler id=1-0:1.8.0)
>> [Jan 29 14:04:44]       Configure channel.
>> [Jan 29 14:04:44][chn3] New channel initialized (uuid=...d0b46d
>> api=volkszaehler id=1-0:2.8.0)
>> [Jan 29 14:04:44]       Have 1 meters.
>> [Jan 29 14:04:44][main] log level is 15
>> [Jan 29 14:04:44][main] daemon=1, local=0
>> [Jan 29 14:04:44]       Daemonize process...
>> [Jan 29 14:04:44]       Opened logfile /tmp/vzlogger.log
>> [Jan 29 14:04:44][push] No pushDataServer defined.
>> [Jan 29 14:04:44][]     ===> Start meters
>> [Jan 29 14:04:44][mtr0] Meter connection established
>> [Jan 29 14:04:44][mtr0] Meter thread started
>> [Jan 29 14:04:44][mtr0] Meter is opened. Starting channels.
>> [Jan 29 14:04:44][mtr0] Number of readers: 32
>> [Jan 29 14:04:44][mtr0] Config.daemon: 1
>> [Jan 29 14:04:44][chn0] Logging thread started
>> [Jan 29 14:04:44][mtr0] Config.local: 0
>> [Jan 29 14:04:44][chn1] Logging thread started
>> [Jan 29 14:04:44][chn0] Start logging thread for volkszaehler-api.
>> Running as daemon: yes
>> [Jan 29 14:04:44][chn0] Using default volkszaehler api.
>> [Jan 29 14:04:44][chn1] Start logging thread for volkszaehler-api.
>> Running as daemon: yes
>> [Jan 29 14:04:44][chn2] Logging thread started
>> [Jan 29 14:04:44][chn2] Start logging thread for volkszaehler-api.
>> Running as daemon: yes
>> [Jan 29 14:04:44][chn1] Using default volkszaehler api.
>> [Jan 29 14:04:44][chn3] Logging thread started
>> [Jan 29 14:04:44][chn3] Start logging thread for volkszaehler-api.
>> Running as daemon: yes
>> [Jan 29 14:04:44][chn2] Using default volkszaehler api.
>> [Jan 29 14:04:44][]     Startup done.
>> [Jan 29 14:04:44][chn3] Using default volkszaehler api.
>> [Jan 29 14:04:45][mtr0] Got 10 new readings from meter:
>> [Jan 29 14:04:45][mtr0] Reading: id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255
>> value=2720609.31 ts=1517231085152
>> [Jan 29 14:04:45][mtr0] Reading: id=1-0:2.8.0*255/ObisIdentifier:1-0:2.8.0*255
>> value=745.17 ts=1517231085152
>> [Jan 29 14:04:45][mtr0] Reading: id=1-0:1.8.1*255/ObisIdentifier:1-0:1.8.1*255
>> value=2720266.27 ts=1517231085152
>> [Jan 29 14:04:45][mtr0] Reading: id=1-0:2.8.1*255/ObisIdentifier:1-0:2.8.1*255
>> value=238.96 ts=1517231085152
>> [Jan 29 14:04:45][mtr0] Reading: id=1-0:1.8.2*255/ObisIdentifier:1-0:1.8.2*255
>> value=343.03 ts=1517231085152
>> [Jan 29 14:04:45][mtr0] Reading: id=1-0:2.8.2*255/ObisIdentifier:1-0:2.8.2*255
>> value=506.21 ts=1517231085152
>> [Jan 29 14:04:45][mtr0] Reading: id=1-0:16.7.0*255/ObisIdentifier:1-0:16.7.0*255
>> value=914.91 ts=1517231085152
>> [Jan 29 14:04:45][mtr0] Reading: id=1-0:36.7.0*255/ObisIdentifier:1-0:36.7.0*255
>> value=402.54 ts=1517231085152
>> [Jan 29 14:04:45][mtr0] Reading: id=1-0:56.7.0*255/ObisIdentifier:1-0:56.7.0*255
>> value=315.21 ts=1517231085152
>> [Jan 29 14:04:45][mtr0] Reading: id=1-0:76.7.0*255/ObisIdentifier:1-0:76.7.0*255
>> value=197.15 ts=1517231085152
>> [Jan 29 14:04:45][chn0] Adding reading to queue (value=2720609.31
>> ts=1517231085152)
>> [Jan 29 14:04:45][chn1] Adding reading to queue (value=745.17
>> ts=1517231085152)
>> [Jan 29 14:04:45][chn2] Adding reading to queue (value=2720609.31
>> ts=1517231085152)
>> [Jan 29 14:04:45][chn3] Adding reading to queue (value=745.17
>> ts=1517231085152)
>> [Jan 29 14:04:45][chn0] ==> number of tuples: 1
>> [Jan 29 14:04:45][chn0] compare: 0 1517231085152
>> [Jan 29 14:04:45][chn0] copied 1/1 values for middleware transmission
>> [Jan 29 14:04:45][chn0] JSON request body: [ [ 1517231085152,
>> 2720609.3050000002 ] ]
>> [Jan 29 14:04:45][chn1] ==> number of tuples: 1
>> [Jan 29 14:04:45][chn1] compare: 0 1517231085152
>> [Jan 29 14:04:45][chn2] ==> number of tuples: 1
>> [Jan 29 14:04:45][chn3] ==> number of tuples: 1
>> [Jan 29 14:04:45][chn2] compare: 0 1517231085152[Jan 29 14:04:45][chn1]
>> copied 1/1 values for middleware transmission
>> [Jan 29 14:04:45][chn3] compare: 0 1517231085152
>>
>> Wie oben im Log gezeigt habe ich zweimal 1.8.0 und zweimal 2.8.0, im
>> Frontend jeweils einmal als Leistungswert und einmal als Zählerstand
>> definiert.
>> Nun zum komischen Effekt. Der 1.8.0 Wert wird als Zählerstand definiert
>> schwankt stark (orange im angehängten Bild), als Leistungswert ist es
>> stabil.
>> Und ja ich habe mehrfach kontrolliert, ob die Bezeichnung zum gewählten
>> Typ passt :)
>>
>> Hat jemand auch die Beschreibung für 16.7.0, 36.7.0, 56.7.0 und 76.7.0?
>> Eigentlich interessiert mich die aktuelle Leistung.
>>
>> Danke und viele Grüße,
>> Matthias
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20180129/3062e2e5/attachment.html>