Use 10am Rollover in Summer sets rollover to 10am in Winter and 9am in Summer

[lakurdinaweather]

Hello,

I'm fairly new around here, so apologies in advance if I have posted this in the wrong place or not managed to do my due diligence before asking.

I've been running a ClimeMet CM2000 (Fine Offset clone) using CumulusMX installed on a Raspberry Pi (not the Pi image as I have a couple of other small projects also using it) since late 2022. The rollover time is set for 9am (10am in Summer), however I have noticed from the logs that the rollover appears to be happening at 10am in winter and 9am in summer. I've tried to find what might be causing this, but as far as I can see there are no other documented cases of it, and can't see what would be causing it, although I do have a couple of possible theories.

Some possible relevant points:

• The station console doesn't update to DST in the Summer but stays on UTC which may be causing problems somewhere.
• The station is located in rural Ireland, with a very dodgy internet connection, and that may be involved in some way (not sure how, though).
• I may have messed something up somewhere that I have not noticed, but I don't think that I have.

Below are a snippet of the MXdiags file showing the rollover this morning, the relevant section of my Cumulus.ini file and the current times as shown on the Raspberry Pi:

Code: Select all

2024-04-03 09:00:00.050 Hour changed: 9
2024-04-03 09:00:00.050 Calculating sunrise and sunset times
2024-04-03 09:00:00.051 Sunrise: 06:58:01
2024-04-03 09:00:00.051 Sunset : 20:07:31
2024-04-03 09:00:00.051 Tomorrow sunrise: 06:55:41
2024-04-03 09:00:00.051 Tomorrow sunset : 20:09:14
2024-04-03 09:00:00.051 Tomorrow length diff: 243
2024-04-03 09:00:00.051 Generating new Moon image
2024-04-03 09:00:00.156 === Day reset, today = 3
2024-04-03 09:00:00.156 === Day reset for 02/04/2024 00:00:00
2024-04-03 09:00:00.171 Dayfile.txt entry:
2024-04-03 09:00:00.171 02/04/24,7.1,315,05:09,7.4,07:05,11.8,12:03,993.0,01:34,999.6,09:02,3.6>
2024-04-03 09:00:00.171 Dayfile.txt opened for writing
2024-04-03 09:00:00.171 Writing entry to dayfile.txt
2024-04-03 09:00:00.171 Dayfile log entry for 02/04/24 written
2024-04-03 09:00:00.172 Raincounter = 2122.2 Raindaystart = 2119.2
2024-04-03 09:00:00.172 Rainyesterday (calibrated) set to 3
2024-04-03 09:00:00.172 RainDayThreshold = -1
2024-04-03 09:00:00.172 rdt1000=200 ry1000=3000
2024-04-03 09:00:00.172 Yesterday was a rain day
2024-04-03 09:00:00.172 Consecutive rain days = 1
2024-04-03 09:00:00.172 Writing to Month.ini file
2024-04-03 09:00:00.173 End writing to Month.ini file
2024-04-03 09:00:00.174 Writing to Month.ini file
2024-04-03 09:00:00.175 End writing to Month.ini file
2024-04-03 09:00:00.176 Writing to Month.ini file
2024-04-03 09:00:00.177 End writing to Month.ini file
2024-04-03 09:00:00.178 Writing to Month.ini file
2024-04-03 09:00:00.179 End writing to Month.ini file
2024-04-03 09:00:00.179 Raindaystart set to 2122.2
2024-04-03 09:00:00.179 StartofdayET set to 0

Code: Select all

RolloverHour=9
Use10amInSummer=1

Code: Select all

Current default time zone: 'Europe/Dublin'
Local time is now:      Wed Apr  3 18:39:40 IST 2024.
Universal Time is now:  Wed Apr  3 17:39:40 UTC 2024.

I would be very grateful for any help or information that may help me to solve this, as it is very irritating.

Many Thanks.

[mcrossley]

I can't see an issue at the moment, admittedly I tested on Windows and UK time zone, but with a 9am roll-over and use 10am in summer enabled, Cumulus is currently saying the roll-over hour is 10:00, which is correct.

To take your "possibles"...
- The station time is irrelevant, Cumulus does not use it during normal running, only when catching-up.
- Again, irrelevant, your log shows the roll-over happening at 9am it doesn't matter if the clock is wrong.
- I don't think so.


What does the log file show (near the start) for the time-zone that Cumulus is running under?

[freddie]

The console won't be involved as CumulusMX takes the time of the readings from the computer it is running on.

Sounds to me like you should be looking at the computer. Is the locale set correctly? Is the current time on the computer correct?

[lakurdinaweather]

I can't see an issue at the moment, admittedly I tested on Windows and UK time zone, but with a 9am roll-over and use 10am in summer enabled, Cumulus is currently saying the roll-over hour is 10:00, which is correct.

To take your "possibles"...
- The station time is irrelevant, Cumulus does not use it during normal running, only when catching-up.
- Again, irrelevant, your log shows the roll-over happening at 9am it doesn't matter if the clock is wrong.
- I don't think so.


What does the log file show (near the start) for the time-zone that Cumulus is running under?

Thank you very much for your help. Looking for the time zone in the log file as you suggested, I seem to have found the problem:

Code: Select all

2024-04-03 16:11:52.417 Standard time zone name:   IST
2024-04-03 16:11:52.417 Daylight saving time name: GMT
2024-04-03 16:11:52.424 Daylight saving time? False

Having done some research, which I should have done initially before assuming that I had run into a configuration problem, I have discovered that Irish Standard Time (GMT+01:00) is what operates in the Summer, and Daylight Saving Time (GMT) is used in Winter, meaning that Ireland is almost unique in having DST in the Winter rather than the Summer.

Therefore, in answer to your question freddie, the problem is actually that I have got my locale and time zone set up correctly.

Well at least there is an easy fix, even if not a particularly elegant one. I can just set the time zone to London instead of Dublin.

Again, thank you both for your help and quick responses.

[mcrossley]

Well, I never knew that! DST in the winter

I realise that it is just the flag for DST, the overall effect is the same as the rest of Europe, the clocks go forward one hour in the summer.

I'll have to think how to accommodate this in Cumulus MX....

[mcrossley]

For anyone interested, I found this blog entry was a good explanation of the background to this - https://danq.me/2021/05/11/ireland-timezone/

[freddie]

A fascinating read. Every day's a school day

[mcrossley]

Fixed for the next build of v4

[lakurdinaweather]

Fixed for the next build of v4

Thanks a lot for doing that, especially as I seem to be the only person who has run into this problem (I'd be interested to know if anyone else has).

I'm going back to university soon, so will probably not be able to install the new build and report back, but I look forward to doing so in the summer.

I also wanted to say thank you for your work on Cumulus. It is easily the piece of software that brings me the most joy, and the community around it is great!

[HansR]

@mcrossley: some Fascinating quirks of creating time dependent global software

And while you're at it, I believe Australia also has some peculiarities:

1. Some 15 minutes : https://en.wikipedia.org/wiki/UTC%2B08:45
2. Some half an hour : https://en.wikipedia.org/wiki/Time_in_Australia

[flort]

I did an Aussie road trip in 2021 and in the space of 10 days travelled through 6 different time zones in the following order -
1. Western Time (Western Australia)
2. Central Western Time (Western Australia / South Australia)
3. Central Time (South Australia)
4. Central Daylight Savings Time (South Australia)
5. Central Time (Northern Territory)
6. Australian Eastern Standard Time (Queensland)

The only one I missed out on was Australian Eastern Daylight Time. It was no wonder I had no idea what the time was!

Regards,
Trevor