Counter (RFXmeter) scale

Moderator: leecollings

Post Reply
eborn
Posts: 6
Joined: Friday 21 November 2014 23:57
Target OS: Raspberry Pi / ODroid
Domoticz version:
Contact:

Counter (RFXmeter) scale

Post by eborn »

I'm currently using the counter (the normal one, not the incremental), to measure multiple water volumes (m3) and power usage (kWh). The values are transmitted to Domoticz via MQTT as the following messages:

Code: Select all

2020-08-14 08:36:12.806 MQTT: Topic: domoticz/in, Message: {"idx":120,"svalue":"311.843"}
2020-08-14 08:35:15.094 MQTT: Topic: domoticz/in, Message: {"idx":121,"svalue":"2.765"}
The actual values are shown correctly in the widgets. But the Usage value shown in the top right corner of the widget seems to be rounded up and down, based on the current meter value.

For example: my water meter shows 2.765 m3 (with 3 decimals). When I use more water, the number rises wit a few liters (0.005 m3). But the actual usage still shows 0 Liters. I guess it will show 1 when I get to 3.000 m3, but that is not what I want.

Same with the volume of my floor cooling system: the current meter value is 311.907 m3. The Today value is 5.000 liters. This is correct, because yesterday I started on 306.xxx). But I would like to see the actual liters, not a value rounded down to 1000 liters.

Is this standard behavior of Domoticz? My default counter division for Water is set to 1 instead of the standard 100. Could this be related?
eborn
Posts: 6
Joined: Friday 21 November 2014 23:57
Target OS: Raspberry Pi / ODroid
Domoticz version:
Contact:

Re: Counter (RFXmeter) scale

Post by eborn »

I found out that when I multiply my water usage with 1.000 and thus report in liters to Domoticz, the usage is correctly shown per liter. The overal usage still shows the correct m3 value, because I set the counter division to 1.000.

Is this the correct way to do things? Of is there something else wrong with by setup? For example, would it be better to post these values as numeric values to Domoticz, so it does some sort of double/floating point calculation on the actual data. Or is that not possible?
Post Reply

Who is online

Users browsing this forum: No registered users and 1 guest