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...
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
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.
-
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:
- 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.
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.
My correspondent, to whom this happened, didn't wait for the clocks to drift out of sync again.mcrossley wrote:So how does it get out of that situation, or doesn't it?
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