[vz-dev] Anpassung Einheiten

Wed Jun 18 18:15:19 CEST 2014

Hallo Zusammen (hallo Torben!),

2014-06-16 10:49 GMT+02:00 Nils op den Winkel <nils at kusemuckl.de>:

> Hallo zusammen!
>
> Wenn ich das richtig verstehe müsste in der Middleware dann der
> SensorInterpreter um eine "Resolution" erweitert werden, wodurch die
> Einstellung auch für andere Kanäle mit diesem Interpreter (z.B. voltage)
> nutzbar wäre.
>
> Wenn ich damit richtig liege: +1 für Middleware
>

Da die Änderungen ja doch etwas größerer Art wären: gibts dazu weitere
Meinungen bevor sich jemand (tm) die Mühe macht das zu implementieren?

Würde das insbesondere auch aus Sicht vzlogger passen?

> Schönen Gruß
> Nils
>

vg
Andreas

>
>
> Am 16. Juni 2014 08:14 schrieb Andreas Goetz <cpuidle at gmail.com>:
>
> Moin Entwickler,
>>
>> Thomas' Zähler nutzt einen Kanal vom Typ powersensor. Dies ist der
>> einzige Kanal der keine "Resolution" unterstützt.
>> Neben einem Fix im vzlogger wäre es also prinzipiell auch denkbar, an der
>> Stelle die Middleware aufzubohren.
>>
>> Was meint ihr:
>> - vzlogger oder
>> - Middleware?
>>
>> vg
>> Andreas
>>
>> Freundliche Grüße/ Kind regards
>> Andreas Götz
>>
>> 2014-06-14 17:10 GMT+02:00 <thomas.schenkel at freenet.de>:
>>
>> Hallo zusammen,
>>>
>>>
>>>
>>> ich hatte vor einiger Zeit schon einmal das Thema Einheiten angesprochen
>>> und mir durch einen kleinen Fix in der wui.js
>>>
>>> die Einheiten von W auf kW angepasst (einfach ein 'k' entsprechend
>>> eingefügt).
>>>
>>>
>>>
>>> Jetzt möchte ich zusätzlich vzmon nutzen und stehe wieder vor dem
>>> Problem dass nur W statt kW angezeigt wird.
>>>
>>>
>>>
>>> Die Ursache für das Thema liegt am Zähler Iskra MT174. Dieser liefert
>>> (über Udo's IR-Kopf) die Werte in kW (1.7.0) oder kWh (1.8.0)
>>>
>>> (e.g. 1.7.0: 4,533 oder 1.8.0: 3435,984). Der vzlogger schiebt diese
>>> Daten auch so in die Datenbank:
>>>
>>>
>>>
>>> [Jun 14 16:59:13][d0]   sending pullsequenz send (len:5 is:5).
>>> [Jun 14 16:59:13][d0]   Meter supports baudrate of 9600
>>> [Jun 14 16:59:29][d0]   Parsed reading (OBIS code=1-0:1.6.0*255,
>>> value=02.166, unit=kW)
>>> [Jun 14 16:59:29][d0]   Parsed reading (OBIS code=1-0:1.7.0*255,
>>> value=0.000, unit=kW)
>>> [Jun 14 16:59:30][d0]   Parsed reading (OBIS code=1-0:1.8.0*255,
>>> value=0001379.704, unit=kWh)
>>> [Jun 14 16:59:32][d0]   Parsed reading (OBIS code=1-0:1.8.1*255,
>>> value=0000916.774, unit=kWh)
>>> [Jun 14 16:59:33][d0]   Parsed reading (OBIS code=1-0:1.8.2*255,
>>> value=0000462.930, unit=kWh)
>>> [Jun 14 16:59:34][d0]   Parsed reading (OBIS code=1-0:1.8.3*255,
>>> value=0000000.000, unit=kWh)
>>> [Jun 14 16:59:35][d0]   Parsed reading (OBIS code=1-0:1.8.4*255,
>>> value=0000000.000, unit=kWh)
>>> [Jun 14 16:59:36][d0]   Parsed reading (OBIS code=1-0:2.6.0*255,
>>> value=06.554, unit=kW)
>>> [Jun 14 16:59:37][d0]   Parsed reading (OBIS code=1-0:2.7.0*255,
>>> value=1.987, unit=kW)
>>> [Jun 14 16:59:38][d0]   Parsed reading (OBIS code=1-0:2.8.0*255,
>>> value=0003448.507, unit=kWh)
>>> [Jun 14 16:59:39][d0]   Parsed reading (OBIS code=1-0:2.8.1*255,
>>> value=0002581.853, unit=kWh)
>>> [Jun 14 16:59:40][d0]   Parsed reading (OBIS code=1-0:2.8.2*255,
>>> value=0000866.654, unit=kWh)
>>> [Jun 14 16:59:41][d0]   Parsed reading (OBIS code=1-0:2.8.3*255,
>>> value=0000000.000, unit=kWh)
>>> [Jun 14 16:59:42][d0]   Parsed reading (OBIS code=1-0:2.8.4*255,
>>> value=0000000.000, unit=kWh)
>>> [Jun 14 17:01:57][d0]   Read package with 14 tuples (vendor=ISk,
>>> baudrate=5, identification=MT174-0001)
>>> [Jun 14 17:01:57][chn0] Adding reading to queue (value=0.00
>>> ts=1402757969.914)
>>> [Jun 14 17:01:57][chn1] Adding reading to queue (value=1379.70
>>> ts=1402757970.984)
>>> [Jun 14 17:01:57][chn2] Adding reading to queue (value=1.99
>>> ts=1402757977.354)
>>> [Jun 14 17:01:57][chn3] Adding reading to queue (value=3448.51
>>> ts=1402757978.421)
>>> [Jun 14 17:01:57][chn0] ==> number of tuples: 1
>>> [Jun 14 17:01:57][chn0] compare: 1402757795892 1402757969914
>>> 1402757969914.298096
>>> [Jun 14 17:01:57][chn0] JSON request body: [ [ 1402757969914.298096,
>>> 0.000000 ] ]
>>> [Jun 14 17:01:57][chn0] Buffer dump (size=0 keep=30): {}
>>> [Jun 14 17:01:57][chn1] ==> number of tuples: 1
>>> [Jun 14 17:01:57][chn1] compare: 1402757796958 1402757970984
>>> 1402757970984.340820
>>> [Jun 14 17:01:57][chn1] JSON request body: [ [ 1402757970984.340820,
>>> 1379.703979 ] ]
>>> [Jun 14 17:01:57][chn1] Buffer dump (size=0 keep=30): {}
>>> [Jun 14 17:01:57][chn2] ==> number of tuples: 1
>>> [Jun 14 17:01:57][chn2] compare: 1402757803329 1402757977354
>>> 1402757977354.037109
>>> [Jun 14 17:01:57][chn2] JSON request body: [ [ 1402757977354.037109,
>>> 1.987000 ] ]
>>> [Jun 14 17:01:57][chn2] Buffer dump (size=0 keep=30): {}
>>> [Jun 14 17:01:57][chn3] ==> number of tuples: 1
>>> [Jun 14 17:01:57][chn3] compare: 1402757804397 1402757978421
>>> 1402757978421.416992
>>> [Jun 14 17:01:57][chn3] JSON request body: [ [ 1402757978421.416992,
>>> 3448.507080 ] ]
>>> [Jun 14 17:01:57][chn3] Buffer dump (size=0 keep=30): {}
>>> [Jun 14 17:01:57][mtr0] Next reading in 10 seconds
>>> [Jun 14 17:01:58][chn2] CURL Request succeeded with code: 200
>>> [Jun 14 17:01:58][chn0] CURL Request succeeded with code: 200
>>> [Jun 14 17:01:58][chn3] CURL Request succeeded with code: 200
>>> [Jun 14 17:01:58][chn1] CURL Request succeeded with code: 200
>>>
>>>
>>>
>>> Wie das im frontend aussieht seht ihr im Anhang. Es müsste einfach nur
>>> ein k vor jedem W eingeblendet werden (so hab ich es gelöst), besser wäre
>>> natürlich eine entsprechende Interpretierung der Werte der Datenbank (siehe
>>> JSON-Einträge im kleinen Log).
>>>
>>>
>>>
>>> Meine Frage nun, gibt es zwischenzeitlich eine Möglichkeit bei der conf
>>> vom vzlogger oder in der MW die Werte als kW(h) zu interpretieren?
>>>
>>>
>>>
>>> Ich sende gern noch mehr Daten falls benötigt...
>>>
>>>
>>>
>>> VG
>>>
>>> Thomas
>>>
>>>
>>>
>>>
>>> ---
>>> Alle Postfächer an einem Ort Jetzt wechseln und E-Mail-Adresse
>>> mitnehmen! Rundum glücklich mit freenetMail
>>> <http://email.freenet.de/basic/Informationen>
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-dev/attachments/20140618/efad0e5c/attachment.html>