The clocks go forward on the night of March 29. Based on previous experience, at the time of the first scheduled recording after the change the 9200 wakes up for what it thinks is 7 30pm (assuming that's the time the programme starts), finds out that it's actually 6 30pm according to the transmitter, updates its internal clock and goes back to sleep until it is 7 30pmBST. No problem then, BUT has anyone heard whether this will work in the same way with 1.00.21 and AR or do I need to worry (as I might be away that weekend)?

Also does anyone know whether 1.00.21 fixed the much more serious problem when the clocks go back and the machine wakes up an hour late?

[quote=michaelporter;22418145]Based on previous experience, at the time of the first scheduled recording after the change the 9200 wakes up for what it thinks is 7 30pm (assuming that's the time the programme starts), finds out that it's actually 6 30pm according to the transmitter, updates its internal clock and goes back to sleep until it is 7 30pmBST. QUOTE]

Don't put the machine in standby then - leave it on aqnd it won't need to wake up at the wrong time!

Although that would work I would prefer a less expensive solution

In my experience you have to reset most of the scheduled recordings after the clocks change as the Humax cocks them up.

Weekly recordings correct themselves. I don't know what series link ones will do. Probably the same.

the issue with the clock change has always been that the viewing the EPG before the clock change looked like all the timers after the clock change were 1hr out. In fact they wern't it corrected itself when the clock changed.
Also if you set a timer from the EPG for the week after the clock change, it looked correct in the EPG, but when the clock change happened it became 1hr out.
FP compliency SHOULD cater for clock changes...but we'll have to wait and see.
My advice would be not to set any new timers until the sunday morning, and check your existing schedule carefully.

Isn't this the wrong way round? The Hummy wakes up at 7:30pm to find that the clocks have gone forward by one hour, i.e. the transmitter time is 8:30pm, and you have already missed the programme that you wanted to record.

One technique that should work is to use the auto-on and auto-off facility. Set the auto-on time for (say) 3:00am, and the auto-off time for 3:15am. This gives the Hummy the opportunity to wake up to see what the time is, and adjust its clock on the day that the DST change occurs.

-- from CyberSimian in the UK

If you have Auto Update as default, the clock should update at 4am.

Shouldn't that be 04:15 ?

you're right I always get muddled up by how the time change impacts the 9200.

I think that what I will do is set a programme to record on BBC1 (who seem to be better than most at updating their clocks promptly) on Sunday morning and hope that in the process of waking up and then finding the time has changed the 9200 will then sort itself out for the recordings I do want whilst I am away.

Unless 1.00.21 has changed the way this operates it didn't appear to check or update the clock this time last year

In October some reported success with the time change and timers updated....some did not.....this would have been using V10 or V15.

As far as I can remember, no one using v15 complained about recordings going wrong due to the time change, as the FP compliance meant that the time change should not affect timers and recordings.

In other words, those running FP compliant firmware version v15 and greater did not suffer from time change related problems like previous years...

I would expect that anyone running v21 should not be affected by the time change coming up... but we won't know until the time change occurs...

Yep just found a thread now.

http://www.digitalspy.co.uk/forums/s...t=clock+change