FYI, there is a detailed explanation of the various rain measurements and
why the default sensor map value was chosen in the weewx-atmocom-udp
station driver's README file:
https://github.com/captain-coredump/weewx-atmocom-udp/blob/master/README
Rain Delta Calculations:
Weewx likes its
I should have clarified, Gabor is exactly right, you originally had the
following in your sensor map:
rain = rainindelta.ITEHKUMM2
this uses a synthetic rainindelta field created by the driver based on the WU
rainin. You need use a similar synthetic field based on dailyrainin (or some
Thanks for spending all this time in looking at this issue.
As mentioned to Gabor, dailyrainin may have created a phantom rain event so
I am trying dailyrainindelta.
This looks promising as I did another experiment and dumped water in the
rain gauge to simulate a rain event. and weewx reported
Thanks Gabor for your help on this.
The ATMOCOM driver allows you to use WU sensor mapping or the Ambient
mapping if you have a Fine Offset or clone weather station ( but not both)
so I should be OK.
dailyrainin created a 2 separate hourly unrealistic high rainfall> 200mm
just before
Glenn,
I've spent some time working through the atmocom driver and I think I have
a basic understanding of it now. You are correct in that you need to map
run to dailyrainin (or one of the other cumulative rain fields).
Your sensor map is using fields from the WU posts so you can ignore the
Glenn,
It should be dailyrainindelta.
Best Regards,
Gabor
Gábor Szabados ezt írta (időpont: 2019.
dec. 15., Vas 7:00):
> Hi Glenn,
>
> I would uses the dailyrainin. I had an issue once during a storm, when a
> power outage occurred, that the internal unit forgot the yearlyrainin value
> and
Hi Glenn,
I would uses the dailyrainin. I had an issue once during a storm, when a
power outage occurred, that the internal unit forgot the yearlyrainin value
and set it back not to 0 but some earlier state of the week/month. I could
work, but if the two packets has different values that can
Success!
Thanks for your help-greatly appreciated!
There are two types of packets..looks like one goes to ambient weather and
the other one goes to WU. Interestingly only every fourth packet goes to
ambient.
Note that the ambient packet contains extra fields.
Here are some samples (sans
Glenn,
Ok, I see the raw packet issue (should have seen it before actually). Are you
up for making a slight change to atmocomudp.py? If so first make a backup copy
of /usr/share/weewx/user/atmocomudp.py then open
/usr/share/weewx/user/atmocomudp.py in a text editor and change line 283 from:
I ran the ATMOCOM data logger/parser and this is what it is seeing.(see
below)
This should be in WU format and it looks like it is in all US units.
The 0.04 inches of rain is about 1 mm which is what I dumped into the rain
gauge this morning.
I have edited things for readability.
Hi Gary,
Thanks for your help.
Getting the log entries was hard fought as the usual sudo tail -f
/var/log/syslog was stopped dead in its tracks.
I managed to get the following from Ubuntu:
6:09:18 glenn weewx[1134]: engine: Main loop exiting. Shutting engine down.
Dec 14 16:09:18 glenn
Hi,
I think you are going to need to see those raw packets to fix this. I just
looked at the driver code and the log raw packets code is pretty basic. When
you set log_raw_packets = True what do you see in the log? This part should be
easy to fix.
When posting the log make sure you include
Hi Gabor
Thanks for your help.
I just came in from outside after tipping about a 1 ml of water into my
rain gauge as an experiment.
I wanted to see what my test bed weewx would report. On the rpi it shows
6.1 mm and on my old linux notebook it showed the identical 6.1 mm rain...a
fail once
Hi,
Look at the days when you see rain. Does it distribute the same way on WeeWX
and WU?
Let's say WU is correct and the ATMOCOM driver has an issue. So WeeWX receives
a wrong value or amount of values.
I have seen before with interceptor, that it has received old packets for some
reason. It
.Already have done a fresh install on the rpi..a few times, and the result
is the same - rain is way too high.. I do have my old test bed weewx 3.9.1
running on another machine under Ubuntu 18.04. I have disabled ftp uploads
to my web host and there is just the ATMOCOM driver running locally.
And: only th Pi should query the station in this test period, no other
applicaton or service.
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
Given the clarification that all data is from the same source, my first
approach is invalid. The next thing to try is to run the station from a
fresh vanilla weewx installation without anything else and sie what
happens. With a (second) raspberryPi (who doesn't have at least half a
dozwn
A word of advice, be very, very careful if taking this approach to correct
an apparently wrong observation. Whilst the resulting number may be correct
for that particular observation such a correction may well result in errors
being introduced elsewhere. If a driver is reporting an incorrectly
Uploading to WU and Ambient is done directly from the Ambient WS-2000
hardware console/display.
Uploading to Windy and AWEKAS is done through weewx. Weewx also uploads to
some of my weather34 templates so if weewx is not reporting rain correctly,
any template using weewx is also incorrect.
Ok, so all readings are from the same source. Howare you uploading to WU an
AW? Using weewx?
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
Thanks Michi for your help.
Good tip for verifying the accuracy of a rain gauge. As a relatively new
weewx user (several months), I was wondering how to implement a conversion
factor in the config file.
My weather station uploads simultaneously to Ambient weather and Weather
Underground. Those
Take your and the other Measurements (which, I suppose, are measure on
another place nearby, where the real amount of rainfall may vary to your
place more or less) yout measurements are off with ~factor 10.
so you could configure:
[StdCalibrate]
[[Corrections]]
rain = rain / 10
If it is
Take your and the other Measurements (which, I suppose, are measure on
another place nearby, where the real amount of rainfall may vary to your
place more or less) yout measurements are off with ~factor 10.
so you could configure:
[StdCalibrate]
[[Corrections]]
rain = rain / 10
If it is
23 matches
Mail list logo
