[vz-users] wirre Einzelwerte beim Stromzähler

Markus Josef josef at magenta.de
Sa Nov 12 22:56:57 CET 2022


stimmt 😄

jetzt hauts hin

vielen Dank!!!!

ich frage mich nur, warum es bei der Gesammtleistung aber doch so 
funktioniert, wie von mir - mit Zählerstände und aggmode auf max - 
verwendet?


Am 12.11.2022 um 21:45 schrieb Tobias Baumann:
> moin
>
>
> Kurzer Nachtrag
>
>
> auch in der Confi
>
> ist AggMode mit "max" falsch dort besser "avg"
>
> Am 12.11.2022 um 21:42 schrieb Tobias Baumann:
>>
>> Moin
>>
>>
>> Wie Markus schon sagte kanal auch als Leistung einstellen
>>
>> etwa so
>>
>>
>> Titel     Leistung L1
>> Typ     powersensor
>> UUID
>> Öffentlich     ja
>> Aktiv     ja
>> Farbe     #fff9c4
>> Stil     Linien
>> Füllgrad     0
>> Linienstil     Solide
>> Achse     auto
>>
>> und kein Faktor bei 1/kwh ist falsch
>>
>>
>>
>> Am 12.11.2022 um 21:38 schrieb Frank Richter:
>>> Hi Markus,
>>>
>>> das sind Leistungswerte, also musst du im Frontend den Kanal auch so 
>>> anlegen.
>>>
>>> Grüße
>>> Frank
>>>
>>> Markus Josef <josef at magenta.de> schrieb am Sa., 12. Nov. 2022, 20:32:
>>>
>>>     Hallo,
>>>
>>>     ich würde gerne die Verbrauchswerte der 3 Phasen meines
>>>     Energiezählers (L1,L2 +L3) separat erfassen.
>>>     Die Gesamtwerte werden korrekt angezeigt, die Config dazu sieht so
>>>     aus:
>>>
>>>      // D0, IR Lesekopf, Energie gesamt
>>>                 {
>>>                  "enabled": true,
>>>                  "allowskip": false,
>>>                  "interval": -1,
>>>                  "aggtime": 1,
>>>                  "aggfixedinterval": true,
>>>                  "channels": [
>>>                                {
>>>                                "api": "volkszaehler",
>>>                                "uuid":
>>>     "51d14a80-aa56-11e9-841e-b5a047dc7228",
>>>     *"identifier": "1-0:1.8.0",*
>>>                                "middleware":
>>> "http://localhost/middleware.php" <http://localhost/middleware.php>,
>>>                                "aggmode": "max",
>>>                                "duplicates": 0
>>>                                },
>>>
>>>     das funktioniert wie gesagt seit Jahren einwandfrei.
>>>
>>>     Nun habe ich 3 Channels dazu geschrieben - für L1 sieht die z.B.
>>>     so aus:
>>>
>>>     {
>>>                                "api": "volkszaehler",
>>>                                "uuid":
>>>     "9776b980-62af-11ed-a3f3-6d2b22de25cb",
>>>     *"identifier": "1-0:21.7.0",*
>>>                                "middleware":
>>> "http://localhost/middleware.php" <http://localhost/middleware.php>,
>>>                                "aggmode": "max",
>>>                                "duplicates": 0
>>>
>>>     im vzlogger.log sieht es so aus:
>>>
>>>     [Nov 12 18:36:07][d0]   DEBUG OBIS_CODE byte
>>>      hex= A
>>>     [Nov 12 18:36:07][d0]   Read package with 8 tuples (vendor=ESY,
>>>     baudrate=5, identification=Q3DA1004 V3.04)
>>>     [Nov 12 18:36:07][mtr3] Got 8 new readings from meter:
>>>     [Nov 12 18:36:07][mtr3] Reading:
>>>     id=1-0:0.0.0*255/ObisIdentifier:1-0:0.0.0*255
>>>     value=273160184112.00 ts=1668274566835
>>>     [Nov 12 18:36:07][mtr3] Reading:
>>>     id=*1-0:1.8.0**255/ObisIdentifier:1-0:1.8.0*255 value=*22832.63*
>>>     ts=1668274566869
>>>     [Nov 12 18:36:07][mtr3] Reading:
>>>     id=*1-0:21.7.0**255/ObisIdentifier:1-0:21.7.0*255 value=*113.29
>>>     *ts=1668274566902
>>>     [Nov 12 18:36:07][mtr3] Reading:
>>>     id=1-0:41.7.0*255/ObisIdentifier:1-0:41.7.0*255 value=76.21
>>>     ts=1668274566935
>>>     [Nov 12 18:36:07][mtr3] Reading:
>>>     id=1-0:61.7.0*255/ObisIdentifier:1-0:61.7.0*255 value=174.96
>>>     ts=1668274566961
>>>     [Nov 12 18:36:07][mtr3] Reading:
>>>     id=1-0:1.7.0*255/ObisIdentifier:1-0:1.7.0*255 value=364.46
>>>     ts=1668274566993
>>>     [Nov 12 18:36:07][mtr3] Reading:
>>>     id=1-0:96.5.5*255/ObisIdentifier:1-0:96.5.5*255 value=80.00
>>>     ts=1668274567011
>>>     [Nov 12 18:36:07][mtr3] Reading:
>>>     id=0-0:96.1.255*255/ObisIdentifier:0-0:96.1.255*255 value=1.00
>>>     ts=1668274567053
>>>     [Nov 12 18:36:07][chn3] Adding reading to queue (value=*22832.63*
>>>     ts=1668274566869)
>>>     [Nov 12 18:36:07][chn4] Adding reading to queue (value=*113.29*
>>>     ts=1668274566902)
>>>     [Nov 12 18:36:07][MAX]  22832.634359 @ 1668274566869
>>>     [Nov 12 18:36:07][MAX]  RESULT 22832.634359 @ 1668274566869
>>>     [Nov 12 18:36:07][chn3] ==> number of tuples: 1
>>>     [Nov 12 18:36:07][chn3] compare: 1668274564000 1668274566000
>>>     [Nov 12 18:36:07][chn3] copied 1/1 values for middleware 
>>> transmission
>>>     [Nov 12 18:36:07][chn3] JSON request body: [ [ 1668274566000,
>>>     22832.634359399999 ] ]
>>>     [Nov 12 18:36:07][chn3] CURL: Expire in 0 ms for 6 (transfer
>>>     0xb4506a30)
>>>     [Nov 12 18:36:07][chn3] CURL: Expire in 30000 ms for 8 (transfer
>>>     0xb4506a30)
>>>     [Nov 12 18:36:07][chn3] CURL: Found bundle for host localhost:
>>>     0x921db8 [can pipeline]
>>>     [Nov 12 18:36:07][chn3] CURL: Could pipeline, but not asked to!
>>>     [Nov 12 18:36:07][chn3] CURL: Re-using existing connection! (#3)
>>>     with host localhost
>>>     [Nov 12 18:36:07][chn3] CURL: Connected to localhost (::1) port 80
>>>     (#3)
>>>     [Nov 12 18:36:07][MAX]  113.290000 @ 1668274566902
>>>     [Nov 12 18:36:07][MAX]  RESULT 113.290000 @ 1668274566902
>>>     [Nov 12 18:36:07][chn3] CURL: Expire in 0 ms for 6 (transfer
>>>     0xb4506a30)
>>>     [Nov 12 18:36:07][chn4] ==> number of tuples: 1
>>>
>>>     Im Frontend werden aber völlig unrealistische Werte für L1 
>>> angezeigt:
>>>
>>>     z.B: -1.6MW,  612kW oder ähnlich - sogar neg. Werte
>>>
>>>     woran kann das liegen?
>>>
>>>     Liebe Grüße
>>>     Markus
>>>
>>>
>>
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20221112/17800b20/attachment-0001.html>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : 4hy9VCwPlONwLZF4.png
Dateityp    : image/png
Dateigröße  : 74054 bytes
Beschreibung: nicht verfügbar
URL         : <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20221112/17800b20/attachment-0001.png>


Mehr Informationen über die Mailingliste volkszaehler-users