Wrong rain0total

[grebleem]

Hi, I addressed this bug almost a year ago, unfortunately, it is still not fixed.
A recap, we just had a shower of rain, 8.6 mm (Davis Weatherlink). I use a MeteoBridge Pro with the Weatherlink Live IP option to get the data to Meteobridge PRO (ver 4.3). However, the rain0total in the PRO is giving a total of 9.9 mm. I 'bypassed' this bug by setting the 'Local Settings' Rain multiplier to 0.8 and this will give more or less the same result.
But, it would be great if this could be fixed and the rain0total would be the right amount (multiplier set to 1.0).
I use the Meteobridge to upload to a lot of other sources and all those have faulty rain totals as well.

Thanks, Bastiaan

Davis:

MeteoBridge:


Some live data:
Daily rain chart
Davis data

[Mattk]

Have you confirmed which rain value is the correct one?

[grebleem]

The Weatherlink app shows the exact rainfall as on my Vantage Pro 2 console, so I assume the Davis app is correct.

[Mattk]

The Weatherlink app shows the exact rainfall as on my Vantage Pro 2 console, so I assume the Davis app is correct.

No not necessarily, it can mean the Weathelink App is parroting the Davis console? The 2 screen shots show totals of 8.2mm (WLL) and 10.6mm (MB) and corresponding rain rates of 3.8mm/h and 4.3mm/h but rain rates can be a bit funny but the 8.2mm & 10.6mm totals are very closely paralleling a 0.2 to 0.254 ratio or a imperial/metric conversion maybe? I don't have WLL so don't know the nuts and bolts of that or if there are any conversions going on somewhere? Are you happy with you rain sensor configurations etc?

[grebleem]

No not necessarily, it can mean the Weathelink App is parroting the Davis console?

Both the console and the WLL have an RF receiver and get its data directly from the rain meter. The MeteoBridge is getting his data from the WLL via IP (and the resolution is set to 0.2mm).
I can get the data as well from the WLL unit by an API request and the response is 'ticks' from the cups, those ticks are consistent with the rainfall (0.2xticks). However, Meteobridge is around 20% higher.

I will bring the MeteoBridge back into RF range and check is the rainfall is correct while using the RF module.

[cphMichael]

I have the same problem.

The display on the Vantage Pro says: Daily rain 35.2 mm

rain0total says: 34.2 mm

Another problem is that the Meteobridge does not reset the rain0total-val 5, 10, 15, 30, 60

http://frederiksberg-vejret.dk/wxtrends.php?lang=en

Regards
Michael

[Mattk]

I have the same problem.

The display on the Vantage Pro says: Daily rain 35.2 mm

rain0total says: 34.2 mm

Another problem is that the Meteobridge does not reset the rain0total-val 5, 10, 15, 30, 60

This sounds like a different problem?

What do you mean by "Meteobridge does not reset the rain0total-val 5, 10, 15, 30, 60"

[cphMichael]

If you look at the attached screenshot under 'Records and Stats' it says: Today 34.2 mm (0.0 mm last hour)

It hasn't rained the last hour but as you can see under 'Trends' it says: Current 34.2mm, and 5, 10, 15, 30, 60 minutes ago 52.4mm

Meteobridge should have reset those values to '0' (rain0total-val 5, 10, 15, 30, 60)

Next time it rains, Meteobridge adds the new rain mm to the old values (52.4 mm)

Here you can see a dump of all the Sensores:

http://frederiksberg-vejret.dk/MBtags.php?sce=dump

$WX['rain0total-act'] = '52.4'; // rain most recent
$WX['rain0total-val5'] = '52.4'; // rain value 5 minutes ago
$WX['rain0total-val10'] = '52.4'; // rain value 10 minutes ago
$WX['rain0total-val15'] = '52.4'; // rain value 15 minutes ago
$WX['rain0total-val30'] = '52.4'; // rain value 30 minutes ago
$WX['rain0total-val60'] = '52.4'; // rain value 60 minutes ago
$WX['rain0total-hmin'] = '0.0'; // rain min of this hour

If I reboot - the Meteobridge reset the rain0total-valxx to '0'

[admin]

There is some misunderstanding what the selectors do. When you read templates page of www.meteobridge.com you will see that "valxx" or "act" is not defined as a valid selector for a cumulative sensor like "rain0total". Just out of curiosity, what should "rain0total-act" give you? Current bucket tip counter? Sum of rain since yesterday, beginning of month, last summer?

Sensors that deliver cumulated data like "rain0total", "sol0evo" and "sun0total" should be used with the following selectors only:

hoursum, daysum or sumday, monthsum, yearsum, allsum, ydaysum: selects summarized delta values from today, this month, this year, all time or yesterday. Example: "rain0total-sumday" is todays rain fall.

....

For sensors delivering cumulated values like "rain0total" and "sol0evo" the following selectors are defined:

sum1, sum2, sum3, ..., sum60, sum1h, sum2h, sum3h, ..., sum24h: selects summarized delta values from the last one to 60 minutes or one to 24 hours. This is useful to get amount of total rain in a certain time frame: "rain0total-sum60" is rainfall in mm of last 60 minutes.

"rain0total-daysum" or "rain0total-sum15" is making sense. Please go with these and I would like to recommend to check the wiki next time you are stuck. 99% of the time you have it wrong instead of the SW. I am happy to take care of the 1%

A typical source of variance between what the console tells and what meteobridge reports is wrong time settings. When clock of the console is out of sync daily values will differ because of varying time frames of observation.

[grebleem]

And what about the bug in the MeteoBridge Pro when getting his data from a WLL? When the Meteobridge is getting is data from RF is IS showing the correct rain total. Again I addressed this bug a year ago and nothing is being done about it!

[cphMichael]

The wiki says:

- - - -
Apart from selectors that use absolute, predefined time slots there are also selectors that look for a certain amount of time into the past.
val1, val2, val3, ..., val60: selects the value the sensor has shown one to 60 minutes ago
- - - -

If we take ‘rain0total-val5’ the sensor should, according to the wiki, show the value the sensor has shown 5 minutes ago.

Lets say it has rained 1 mm. and it stoped rain 5 min. ago. The val5 sensor will show 1 mm., because it rained 1 mm. 5 minutes ago.

What happens with this sensor value, when we go further in time?

Lets say that it is now 10 min. ago it rained 1 mm. Does the val5 still shows 1 mm. ?

[Mattk]

The Wiki says, Sensors that deliver cumulated data like "rain0total", "sol0evo" and "sun0total" should be used with the following selectors only:
hoursum, daysum or sumday, monthsum, yearsum, allsum, ydaysum: selects summarized delta values from today, this month, this year, all time or yesterday. Example: "rain0total-sumday" is todays rain fall.

Rainfall is not an instantaneous, like say Temperature, 1mm of rainfall 5 minutes ago did not occur at any single point in time hence Val is not applicable to rainfall. The so called sensor value at a specific point in time is different between say a temp and rain sensor, you don't appear to have this understanding?

[admin]

If we take ‘rain0total-val5’ the sensor should, according to the wiki, show the value the sensor has shown 5 minutes ago.

As said, ‘rain0total-val5’ is not defined.