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

Chill Hours

From build 3044 the development baton passed to Mark Crossley. Mark has been responsible for all the Builds since. He has made the code available on GitHub. It is Mark's hope that others will join in this development, but at the very least he welcomes your ideas for future developments (see Cumulus MX Development suggestions).

Moderator: mcrossley

Post Reply
Mapantz
Posts: 1992
Joined: Sat 17 Dec 2011 11:55 am
Weather Station: Davis Vantage Pro2
Operating System: Windows 11 x64
Location: Dorset - UK
Contact:

Chill Hours

Post by Mapantz »

Now that I have all of that data populated, I'm finding it quite interesting, especially with my soil sensors.

I was just reading the Wiki, and it says that the chill hours begin on October 1st and end April 30th. However, I see in the dayfile that it starts on October 1st, but it also ends on September 30th.
Image
sfws
Posts: 1183
Joined: Fri 27 Jul 2012 11:29 am
Weather Station: Chas O, Maplin N96FY, N25FR
Operating System: rPi 3B+ with Buster (full)

Re: Chill Hours

Post by sfws »

As you are in Dorset, I doubt you have cold summer nights, so you probably see the cumulative value shown in the new column does not change during the summer dates of May to September, so in effect for you (with a midnight rollover) incrementing does end after April.

Read viewtopic.php?t=4736 for the background. The person requesting the feature says he is interested in knowing the value just for the winter half of the year (9 am 1 September to 9 am 1 April), but adds in a later post it could be simpler for coding purposes to count for whole year (the suggestion in that post says 1 September to 1 September). Steve Loft, however, coded it to start (when the counter is reset to zero) by default on 1 October.

The text in the Wiki was taken from the "enhancement tracker" that Steve Loft hosted. The tracker was lost by Steve when he moved hosting, so although Freddie updated the link when he subsequently took over forum hosting that too fails.

Steve Loft did predict that MX might store the figure.
Mark gave Chill Hours a makeover in MX (at 3.12.0 perhaps), the default start date (when the counter is reset to zero) now varies between 1 October and 1 April depending on what the MX user enters as Latitude says about their hemisphere of residence. The way it is calculated also changed in that makeover.

The dates I have used (since soon after Cumulus 1 introduced the feature on 2nd July 2011) are 9 am 1 September to 9 am 1 April, and originally I stored the values (taken from either the old this year web page, or from today.ini, as each winter ended) in a file. In 2014, I introduced a database to work with Cumulus 1, but my schema has always been different to the one later adopted by MX. Briefly, I store cumulative chill hours, and daily increment in a table with one row per day (for some columns day starts at 9am one day, some columns day starts at midnight, and other columns day start at next 9am, so close to UK Met Office practice; but all in same row), alongside columns for sensors I do have and other additional daily columns, but I exclude columns for sensors I don't have. I have rain related columns in a separate table that does not store rows for days when there is no rain. I also added another table storing the month-by-month chill hours increment alongside other derivatives taken from this month and monthly-all-time tags.
Post Reply