Fix Visualization for type "electric meter"

[volkszaehler]

Fix Visualization for type "electric meter"

[jahir]

I don't see any use of plotting the current counter value (Zählerstand).

I agree that there should be a way to get the raw values from the middleware, though, but we have to stay compatible. It could be done by adding the raw value to the data tuples or by using a new query parameter (like process=raw), or maybe even both.

[comdoxx]

Jahir,

obviosly you can argue, that you can see the same data metered as powersensor just in another way (electric meter's gradient is the powersensor value - derivation 'n stuff...).

On the other hand, as from what I read at vz-dev and vz-users mail archive, this used to work in the C-Version of volkszaehler and others were confused, too (such as Christian: http://volkszaehler.org/pipermail/volkszaehler-users/2014-January/003458.html).

An yes, I think we are content, that visualizing electric meter's values is only useful for periods greater than a month or so.

[r00t-]

this is known and has been discussed before.
for some background on the internals, read:
http://volkszaehler.org/pipermail/volkszaehler-dev/2013-February/002397.html
examples:
http://demo.volkszaehler.org/pipermail/volkszaehler-users/2013-February/001642.html
http://comments.gmane.org/gmane.network.volkszaehler.user/630

also it is a non-issue imho.
if you REALLY want to have your electric energy meter readings (unit kWh) plotted as a line,
you can just define a meter-type in entitydefinitions.js accordingly,
no need to change any code. see following example:
https://github.com/r00t-/volkszaehler.org/compare/rename-energy-meters-v2?expand=1

but to avoid confusing users (they are already having a hard enogh time with the
current options) i would prefer not to include this by default.

in general, plotting the consumed energy/kWh simply does not make sense
(to most users).
such a plot conveys almost no useful information directly.
if the line is horizontal, usage is zero, otherwise steeper rise = higher usage,
but by interpreting the graph like this, you are performing exactly the same
conversion that volkszaehler does by default:
convert any electric energy into electric power.

i would agree that the current meter types are incorrectly named "energy",
while they display power...
correct would be: "electric power (converted from: energy meter readings)",
we should fix that.
(but renaming them again will cause even more confusion with our users)

[r00t-]

regarding "used to work in the C version":
the energy-display usually happens due to misconfiguration of the channel (see confused users above),
the effect of using a SensorInterpreter based channel as mentioned above.
"C-version" refers to vzlogger, not the volkszaehler middleware (php) discussed here,
and is not related to the issue,
other than that a change in vzlogger's s0-meter support caused confusion with the channel-types.
(because it suddenly supported all three types: pulses, power and energy)

[comdoxx]

Thanks r00t for your explanation!

I didn't go through all topics on the mailing list and I didn't the term "Definitionsfrage!" with my electric meter's issue. :)

I'd appreciate to work on renamings: Internally and externally.

And - please - forget about the C/C++ thing. As you figured out, I mixed it up with the vzlogger. It's been late...

I'll patch my settings according to your branch's changes. Thanks for that!

[ReneHezser]

I'd love to see raw values, too.
If not for plotting, but to be able to get data via API.

[rgr-rgr]

I agree with Rene - I don't like to have to use direct db access for sending actual counter to solar portals or just for displaying the number.

[r00t-]

this ticket is about plotting the counter value,
which i consider solved as of #118 (comment)

as for getting the total and/or raw value(s),
we just got that discussion on the mailing-list again:
http://lists.volkszaehler.org/pipermail/volkszaehler-dev/2014-March/003496.html
feel free to discuss there or open a separate issue.

[andig]

I've commented on the ticket (cross-post from ML). IMHO the solution exists
already and does not require API change, at most a small frontend
enhancement.

Cheers,
ANdreas

On Fri, Mar 21, 2014 at 5:31 PM, r00t- [email protected] wrote:

this ticket is about plotting the counter value,
which i consider solved as of #118 (comment)#118 (comment)

as for getting the total and/or raw value(s),
we just got that discussion on the mailing-list again:

http://lists.volkszaehler.org/pipermail/volkszaehler-dev/2014-March/003496.html
feel free to discuss there or open a separate issue.

Reply to this email directly or view it on GitHubhttps://github.com//issues/118#issuecomment-38294808
.

[andig]

Suggesting closing as wontfix for the plotting part in line with @r00t- suggestion. This can already be done by plotting the JSON data outside the frontend. Remainder of the discussion is in #120.