Cumulus Support

We have a fineoffset station (Branded as Scientific Sales) on a greenfield site, so we only take a laptop to it to download data every couple of weeks. The last successful download was January 19th, but that data contained two records from January 13th with wildly inaccurate data.
It has taken me a while to remove those entries and calculate the records which should have been set between the 13th and the 19th, then debug some errors in date formats (sloppy editing) which were making cumulus crash.

Today, with everything working at last, I took the laptop out to the site and it connected okay, but would only download current data.

The yesterday.ini file still shows a date of January 19. I am guessing that there might be something in the today.ini or yesterday.ini which controls how much data cumulus asks for?

The receiver is still working on 30 minute intervals*, so its memory is 2/3 full at the moment.

I know that as a last resort I could wipe everything, reinstall cumulus and start from scratch, but then I would have the bad data (24m or rain etc) again.

* See my next post in the fineoffset forum about that.

I wouldn't rely on a Fine Offset Station data if it was running unattended.

How come?

permaculturegeek wrote:I am guessing that there might be something in the today.ini or yesterday.ini which controls how much data cumulus asks for?

The 'timestamp' in today.ini - http://wiki.sandaysoft.com/a/FAQ#I.E2.8 ... er_station

Just look through the forums to see the problems that people have.
For the money they are certainly good value and do all that I require.
Problems of the occasional spike, frozen anemometers, spiders etc. need rectifying and if there was a problem just after you had visited then it could be 2 weeks of meaningless data.
I guess it depends on what use you are putting the data? If the data is important then get a higher spec'd system.