[vz-dev] Anpassung Einheiten

Mon Jun 16 10:49:41 CEST 2014

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

Schönen Gruß

Nils

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/20140616/c662c9c3/attachment-0001.html>