Loading ...
Sorry, an error occurred while loading the content.

115Re: Bad upload data

Expand Messages
  • Mike Frerkes
    Jul 29, 2005
      There are no sources of EM interference I'm aware of. I have
      learned that you should never use a metal pole as a mast for the
      anemometer, however. A couple of weeks ago, I switched to PVC pipe
      and the wind readings are now flawless, even with a cabled
      connection. Before the switch, I couldn't use the cabled connection
      because the wind readings would be horribly inaccurate.

      I'm puzzled why the bad readings (i.e zero degree temp) DO NOT show
      up on my HeavyWeather program under the min/max tabs for temperature
      and dewpoint, or on the base unit's display. There is no rhyme or
      reason to their occurence. Sometimes I may go an entire week
      without a false reading. There have been a few instances where I've
      registered two in the same day. The only common thread is that they
      occur within the first five minutes of each hour AND they always
      take place between 12am and 5am.

      --- In wuhu_software_group@yahoogroups.com, "wuhu_software"
      <wuhu_software@y...> wrote:
      > Mike,
      > What is interesting is that the Heavyweather application is indeed
      > writing bogus data to the currdat.lst file but somehow this does
      > make in to the history.dat file.
      > There are a couple of theories why this is the case. Firstly, the
      > currdat.lst file is written once per minute by Heavyweather, no
      > per update (9 seconds in wired mode). Since it reading 5 samples
      > history file save, it might just be random. The other theory is
      > somehow it can detect bad data and rejects it internally.
      > A way to catch the Heavyweather application writing bad data is to
      > the alarms/events. You can set an alarm for low temperature for
      > instance. When you hear the audio, open currdat.lst with notepad
      > 1 minute. You can see that the bogus data is being generated by
      > Heavyweather.
      > From what I gather from these forums, the best way to eliminate
      > data is to build a shielded cable. I have not modified my wiring,
      > it will be interesting to see if this corrects the problem. If
      > has modified the cable, please post your results.
      > I have attempted to detect and eliminate bogus wind readings and
      > others. I am not sure if I had done the same on version 129 that
      > available from the alternative download page. I believe I posted a
      > message on the rules I used to attempt to detect bad data
      > If you have any idea or rules that can be applied to the data, let
      > know. I am willing to modify the application if we can find simple
      > rules to detect bogus data.
      > P.S. Are there any source of EM radiation, power dips, or anything
      > that happens at that time around your home? Just wondering.
      > --- In wuhu_software_group@yahoogroups.com, "Mike Frerkes"
      > <mfrerkes@m...> wrote:
      > > I have also experienced erroneous data uploads, almost always a
      > > temperature and dew point reading of 0. I've traced the
      > > data to the WUHU program itself, because those extreme readings
      > > not registered on HeavyWeather or the La Crosse base unit.
      > >
      > > My false readings always seem to appear in the early morning
      > > between 12am and 5am, and always within the first five minutes
      of the
      > > hour (e.g. 1:03am or 4:05am). I have the upload interval set at
      > > minutes, so it might be related to that in some way. There has
      > > been a bad reading after the first five minutes of each hour.
      > >
      > > These incorrect readings are uploaded to both Weather
      Underground and
      > > CWOP, so I've ruled out any data glitches on their end.
      > > this information may assist you in isolating the cause of the
    • Show all 6 messages in this topic