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

[Frank Richter]

Ergänzung: außerdem ist deine Messauflösung ist ziemlich heftig, du
solltest eine sinnvolle Konfiguration für aggtime und aggmode wählen, damit
das nicht ausufert. Damit dürften auch diese Spitzen verschwinden oder
abgemildert werden.
Weiterhin nicht vergessen, verbosity auf 0 zu setzen.

Grüße
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/e78d4c21/attachment.html>