Welcome to the Cumulus Support forum.

Latest Cumulus MX V4 release 4.4.2 (build 4085) - 12 March 2025

Latest Cumulus MX V3 release 3.28.6 (build 3283) - 21 March 2024

Legacy Cumulus 1 release 1.9.4 (build 1099) - 28 November 2014
(a patch is available for 1.9.4 build 1099 that extends the date range of drop-down menus to 2030)

Download the Software (Cumulus MX / Cumulus 1 and other related items) from the Wiki

If you are posting a new Topic about an error or if you need help PLEASE read this first viewtopic.php?p=164080#p164080

An "interesting" 3080 design decision.

Discussion specific to Fine Offset and similar rebadged weather stations
Post Reply
jim-easterbrook
Posts: 111
Joined: Thu 09 Jul 2009 10:47 am
Weather Station: WH1081, Elecsa AstroTouch 6975
Operating System: openSUSE 13.1, Raspbian, OpenWrt
Location: Epsom, UK
Contact:

An "interesting" 3080 design decision.

Post by jim-easterbrook »

This came up recently on the pywws mailing list, but I thought I'd repeat it here for general interest. As I understand it, it's less of a problem for Cumulus as it doesn't rely quite so much on the station's internal logging.

The non-solar outside sensors transmit data every 48 seconds. The base station logs data every 5 minutes (if you set the logging interval to 5 minutes). As the internal and external clocks drift with respect to each other, there comes a time when a reading is due from the outside sensors at the same time as the internal unit is due to log a reading. To avoid the clash it delays this logging by an extra minute, giving a one off 6 minute logging interval. (You can find these in pywws data or EasyWeather's data file.) This is all well and good, and is a simple pragmatic solution.

Then along comes the 3080 with its separate solar sensors transmitting at 60 second intervals. This clock also drifts wrt the internal sensors. Sooner or later they coincide and the internal unit delays logging for a minute. One minute later they coincide and logging is delayed for another minute. Interesting...
Jim
User avatar
mcrossley
Posts: 14388
Joined: Thu 07 Jan 2010 9:44 pm
Weather Station: Davis VP2/WLL
Operating System: Bullseye Lite rPi
Location: Wilmslow, Cheshire, UK
Contact:

Re: An "interesting" 3080 design decision.

Post by mcrossley »

So how does it get out of that situation, or doesn't it?
jim-easterbrook
Posts: 111
Joined: Thu 09 Jul 2009 10:47 am
Weather Station: WH1081, Elecsa AstroTouch 6975
Operating System: openSUSE 13.1, Raspbian, OpenWrt
Location: Epsom, UK
Contact:

Re: An "interesting" 3080 design decision.

Post by jim-easterbrook »

mcrossley wrote:So how does it get out of that situation, or doesn't it?
My correspondent, to whom this happened, didn't wait for the clocks to drift out of sync again.
On my advice he reset the time on the base station, shifting it by a few seconds and ending the deadlock. For the time being.
Jim
Post Reply