[vz-users] configuration to read MT681 / vzlogger webpage shows different values than measured

[Tilman Glötzner]

Hallo Rupert und Daniel (und  Maik)

vielen Dank für Eure Emails -- und auch dafür, dass ihr Euch die Mühe 
gemacht habt, sie in Englisch zu beantworten. Ich dachte, es sei eine 
englische Mailing-Liste.

a) Energie ist Leistung über Zeit. Wenn die Leistung (und  die Energie 
als Fläche unterhalb der Leistung ) angezeigt werden soll, ist die 
Leistung in der Tat die korrekte Einheit. Grundsätzlich interessiert 
mich,  wann die Solaranlage wieviel Energie einspeist, um die 
Statistiken, die die  Solaranlage ausgibt, überprüfen zu können. Dabei 
muss die zeitliche Auflösung nicht superhoch sein, d.h. eine Darstellung 
Energie pro Zeitraum  auch mit einer zeitlichen Auflösung von 1 oder 2 
Stunden  ist immer noch von Wert für meine Anwendung.

b) >  In case you want to compare different time spans with each other 
use the drop-down-list "Current" in the upper right corner. You will get 
bars with kWh.

Das kann ich nachvollziehen (jedenfalls manchmal. Ich hatte auch schon 
die Einheit "MW" -- entweder aufgrund von Fehlkonfigurationen oder Bugs 
) . Wenn ich mit der Maus über die Balken gehe, bekomme die Werte der 
Balken in kwh bzw wh angezeigt. Die Einheit am Koordinatensystem bleibt 
allerdings "kw".  Ich habe einen Screenshot (Screenshot from 2021-04-16 
21-43-55.png) angehängt. Der erste 4kwh-Balken zum Beispiel beginnt um 
11:30 und endet um 11:54. Angezeigt wird er beim "Mouse-Over" mit 4 kwh. 
Wenn man davon ausgeht, dass die Fläche des Balken die Energie 
repräsentiert,  wären diese 4kw * (24/60)h = 1.6kwh. Nach meinem 
Dafürhalten ist das zumindest missverständlich.

c) > The values provided by the meter are in coarse resolution, kWh only. To get it finer you probably have ask your grid or meter operator for a PIN.

Die Zähler scheint seine Werte in Wh auszugeben, wobei seine Auflösung  
1 kw ist. Interessant ist dabei, dass das Intervall, mit dem neue Daten 
gelesen werden können, stark schwankt. Teilweise gibt es ein neues, wenn 
auch unverändertes Datum nach circa 20 Sekunden -- es können aber 
genauso gut knapp 20 Minuten vergehen. Das hätte ich so nicht erwartet. 
Woran kann das liegen?

[Apr 16 19:29:46][mtr0] Reading: 
id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=34000.00 
ts=1618597786931
[Apr 16 19:38:53][mtr0] Reading: 
id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=34000.00 
ts=1618598333000
[Apr 16 19:46:43][mtr0] Reading: 
id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=34000.00 
ts=1618598803773
[Apr 16 19:54:11][mtr0] Reading: 
id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=34000.00 
ts=1618599251678
[Apr 16 19:54:32][mtr0] Reading: 
id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=34000.00 
ts=1618599272865
[Apr 16 19:55:40][mtr0] Reading: 
id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=34000.00 
ts=1618599340580
[Apr 16 19:56:01][mtr0] Reading: 
id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=34000.00 
ts=1618599361815
[Apr 16 19:57:45][mtr0] Reading: 
id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=34000.00 
ts=1618599465882
[Apr 16 19:59:32][mtr0] Reading: 
id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=34000.00 
ts=1618599572206
[Apr 16 20:18:51][mtr0] Reading: 
id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=34000.00 
ts=1618600731348
[Apr 16 20:22:44][mtr0] Reading: 
id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=34000.00 
ts=1618600964294
[Apr 16 20:23:10][mtr0] Reading: 
id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=34000.00 
ts=1618600990264
[Apr 16 20:24:18][mtr0] Reading: 
id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=34000.00 
ts=1618601058775
[Apr 16 20:26:25][mtr0] Reading: 
id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=34000.00 
ts=1618601185035
[Apr 16 20:28:37][mtr0] Reading: 
id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=34000.00 
ts=1618601317107
[Apr 16 20:47:36][mtr0] Reading: 
id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=34000.00 
ts=1618602456850
[Apr 16 20:55:44][mtr0] Reading: 
id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=34000.00 
ts=1618602944267

4) > Without finer resolution the graphs are almost useless because you 
only see peaks once in a while (when Wh changes from 33000.00 to 
34000.00, e.g.), especially when you log in high frequency (aggtime: -1).

Das sehe ich nicht ganz so -- aber ich finde die Darstellung zumindest 
gewöhnungsbedürftig. Auch wenn mir klar ist, dass man bei der 
Darstellung aufgrund der zeitlichen Auflösung als auch der der Energie 
Kompromisse eingehen muss,  bin ich vom Verhalten der GUI nicht restlos 
überzeugt: In Screenshot from 2021-04-16 22-18-49.png sieht man einen 
Peak mit einer Energie von 1kwh, der sich durch eine Leistung von 37.2 
kw während eines Zeitraums von 10:40:09 bis 10:41:46, d.h 97 Sekunden 
ergibt. Soweit, so gut. Allerdings kann die Solaranlage diese Leistung 
zu keinem Zeitpunkt zur Verfügung stellen.

Schaut man sich das Logfile dazu an, gibt es für 10:41:46 tatsächlich 
ein Datum -- allerdings keines um 10:40:09. Ein Zählerwechsel hat zu 
diesem Zeitpunkt nicht statt gefunden. Sowohl der Zeitpunkt als auch die 
Zeitdauer von 97 Sekunden  erscheinen mir willkürlich.

[Apr 15 10:40:46][mtr0] Reading: 
id=1-0:2.8.0*255/ObisIdentifier:1-0:2.8.0*255 value=174000.00 
ts=1618479646012

Der Zählerstandübergang von 173 kwh auf 174 kwh erfolgt irgendwann 
zwischen 10:31:58  und 10:32:43 . Der von 174 kwh zu 175 kwh zwischen 
10:44:34 und 10:44:59. 1 kwh ist also zwischen 10:32:43  und 10:44:59 
erzeugt worden. Wäre es dann nicht schlüssiger, von einem Durschnitt in 
diesem Zeitraum auszugehen, d.h.  einen Graph, der eine Leistung von 
4.89 kw über 736 Sekunden (von  10:32:43  bis 10:44:59) zeigt? 
Zugegebener Maßen hat das auch seine Schwächen, wenn z.B. über längere 
Zeit nur wenig Energie transferiert wird, so dass der nächste 
Zählerwechsel erst nach einem längerem Zeitraum erfolgt.

[Apr 15 10:31:58][mtr0] Reading: 
id=1-0:2.8.0*255/ObisIdentifier:1-0:2.8.0*255 value=173000.00 
ts=1618479118882

[Apr 15 10:32:43][mtr0] Reading: 
id=1-0:2.8.0*255/ObisIdentifier:1-0:2.8.0*255 value=174000.00 
ts=1618479163626

[Apr 15 10:44:34][mtr0] Reading: 
id=1-0:2.8.0*255/ObisIdentifier:1-0:2.8.0*255 value=174000.00 
ts=1618479874661

[Apr 15 10:44:59][mtr0] Reading: 
id=1-0:2.8.0*255/ObisIdentifier:1-0:2.8.0*255 value=175000.00 
ts=1618479899725


e)> What is your intention to log each identifier twice? As mentioned 
above,the conversion from energy to power is done automatically by the 
middleware software as long as you declare the channel as 
"Zählerstände", as written by Mike.

War nur für ein Experiment.


Vielen Dank Euch nochmal und viele Grüße


Tilman


On 16.04.21 13:32, Daniel Lauckner wrote:
> Hallo,
>
>
> am Freitag, 16. April 2021 um 09:31 hat Tilman Glötzner geschrieben:
>> The unit should be "kwh" or "Wh".
> No, the graph is correct.
> Energy is power over time. After you extract time from energy and put it on the x-axis what's left is power. Therefore W/kW is the suitable unit for y-axis.
>
> And the energy you are looking for is actually shown in the graphic: It's the area below the line.
>
> In case you want to compare different time spans with each other use the drop-down-list "Current" in the upper right corner. You will get bars with kWh.
>
>
> mfg Daniel


On 16.04.21 10:24, Rupert Schöttler wrote:

the basic concept of Volkszähler is to convert meter readings of energy
(kWh) to power (W) for display. So there is no need to log and display
it twice. You should get familiar to this by reading the wiki or the ML
archive.

There are two other issues:

Am 16.04.21 um 09:31 schrieb Tilman Glötzner:

> many thanks for the advice. I changed it accordingly. But still, the
> values in the plot are inconsistent. The values in the section
> "Kanäle" are partially consistent with the meter, i.e.  the values
> "Verbrauch" and "Gesamt". So 2 kwh were consumed yesterday, and 24 kwh
> fed into the grid. Looking at the plot, the unit  "kw" is incorrect.
> The unit should be "kwh" or "Wh". The values itself seem to be also
> inconsistent. For instance,  at around 5 h in the morning, 1 kwh was
> taken from the grid -- not 5 kwh. The solar cells fed up to 5 kwh into
> the grid, not 80 kw.
>
> On 15.04.21 23:44, Maik Weidemann wrote:
>> all values under the identifier 1-0:1.8.x or 1-0:2.8.x are counter, so
>> you must chose the type "Zählerstände" for this channels .
>>
>>
>> Am 15.04.21 um 12:13 schrieb Tilman Glötzner:
>>> Here the log from vzlogger:
>>>
>>> [Apr 15 08:18:07][mtr0] Got 6 new readings from meter:
>>> [Apr 15 08:18:07][mtr0] Reading:
>>> id=1-0:1.8.0*255/ObisIdentifier:1-0:1.8.0*255 value=33000.00
>>> ts=1618471087033
>>> [Apr 15 08:18:07][mtr0] Reading:
>>> id=1-0:1.8.1*255/ObisIdentifier:1-0:1.8.1*255 value=33000.00
>>> ts=1618471087033
>>> [Apr 15 08:18:07][mtr0] Reading:
>>> id=1-0:1.8.2*255/ObisIdentifier:1-0:1.8.2*255 value=0.00
>>> ts=1618471087033
>>> [Apr 15 08:18:07][mtr0] Reading:
>>> id=1-0:2.8.0*255/ObisIdentifier:1-0:2.8.0*255 value=168000.00
>>> ts=1618471087033
>>> [Apr 15 08:18:07][mtr0] Reading:
>>> id=1-0:2.8.1*255/ObisIdentifier:1-0:2.8.1*255 value=168000.00
>>> ts=1618471087033
>>> [Apr 15 08:18:07][mtr0] Reading:
>>> id=1-0:2.8.2*255/ObisIdentifier:1-0:2.8.2*255 value=0.00
>>> ts=1618471087033

The values provided by the meter are in coarse resolution, kWh only. To
get it finer you probably have ask your grid or meter operator for a
PIN. Without finer resolution the graphs are almost useless because you
only see peaks once in a while (when Wh changes from 33000.00 to
34000.00, e.g.), especially when you log in high frequency (aggtime: -1).


-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20210417/af46ffac/attachment-0001.html>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : Screenshot from 2021-04-16 21-43-55.png
Dateityp    : image/png
Dateigröße  : 70979 bytes
Beschreibung: nicht verfügbar
URL         : <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20210417/af46ffac/attachment-0002.png>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : Screenshot from 2021-04-16 22-18-49.png
Dateityp    : image/png
Dateigröße  : 64750 bytes
Beschreibung: nicht verfügbar
URL         : <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20210417/af46ffac/attachment-0003.png>