Hello Guest,Welcome to Apnea Board !
As a guest, you are limited to certain areas of the board and there are some features you can't use.
To post a message, you must create a free account using a valid email address. Login or Create an Account
Clock is 1 hour off
08-15-2015, 05:06 PM
Copy the data to your desktop, erase the last day, change the clock, copy the data back.
(08-15-2015, 04:16 PM)SaldusMiegas Wrote: Look back through your data and you might find the one hour shift has been there since about March 9th.
The time is off in ResScan too but the date is not off in ResScan so that makes me think the problem is a SH issue. The time seems to be okay for the month of July which is when I did my last import. Actually, the data was fine on Friday with the exception of the time which I have corrected. It is the date that is the problem and that began when the sleep session went past midnight on Friday; for whatever reason all of that shows on Sunday August 16 but only in SH, not ResScan.
08-15-2015, 05:20 PM
(08-15-2015, 05:07 PM)me50 Wrote: The time is off in ResScan too but the date is not off in ResScan so that makes me think the problem is a SH issue. The time seems to be okay for the month of July which is when I did my last import. Actually, the data was fine on Friday with the exception of the time which I have corrected. It is the date that is the problem and that began when the sleep session went past midnight on Friday; for whatever reason all of that shows on Sunday August 16 but only in SH, not ResScan.
I noticed the one hour report time shift back in April and decided to leave it alone.
Now today after reading this thread I looked at my A10 clock and find it to be about an hour and seventeen minutes off. So I can't splain any of it.
One potential for date diffs in RS vs SH could be calendar day versus "sleep day". If I understand it correctly, a sleep day runs from noon to noon vs midnight to midnight. If one program computes based on cal day and the other sleep day then they might allocate sleep hours to different dates during the hours that don't line up.
**UPDATE: I just compared a couple of dates of my own data in SH vs RS and they seem to agree on session start & stop times, as well as what date the data represents. It seems that the date is that of 12:01pm (i.e. the afternoon date is used for data until 11:59 am next morning). So that was a red herring idea. **
Just a thought, but as of this thread I don't feel like I have a clue anymore.
What a weird week... Bunch of strange data card issues and now time warps.
Resmed machines start over at noon but that doesn't explain the date of the 16th because even if it starts over at noon the 16th isn't here yet at least not in the United States I have no clue what's going on either
(08-15-2015, 05:55 PM)SaldusMiegas Wrote:(08-15-2015, 05:07 PM)me50 Wrote: The time is off in ResScan too but the date is not off in ResScan so that makes me think the problem is a SH issue. The time seems to be okay for the month of July which is when I did my last import. Actually, the data was fine on Friday with the exception of the time which I have corrected. It is the date that is the problem and that began when the sleep session went past midnight on Friday; for whatever reason all of that shows on Sunday August 16 but only in SH, not ResScan.
08-15-2015, 07:46 PM
found another thread on apneaboard that discussed resetting the clock.
that thread had a further link to:
In a nutshell, one user named Evergreen was resetting the clock to fix an error/oversight by the DME, and in the process of moving forward a couple of hours, clicked the date over to the next day.
Similar problem: system clock shows tomorrow for the date.
When he tried to roll the clock backward, got an error data already exists on that date. The machine apparently tries to preserve the integrity of compliance data by not allowing you to stomp on any date that has data collected. In his case that even meant a day he didn't use the machine, which had logged data indicated zero usage that day.
He ultimately blew away all the compliance data and reset from scratch.
Paula02 chimed in to say it is possible to change the date and provided a link (second link above) to a page on how to do it.
It seems like the catch here is you can't stomp on data that has already been logged. Furthermore, it seems like the machine has two kinds of data you can't step on:
1. date - summary compliance already logged for the date in question
2. hourly - session detail data already for the hour of the day in question.
All this suggests that it might be possible to slide the clock backwards within the same date, provided there was not a session after the target time you are trying to reset to.
A possible scenario: move the clock back over a two day period to get it back in synch with real time and not lose historical data (except for the two days you will munge making the adjustments).
step 1: late one night before midnight... roll the clock backward to some point in the hour following the time you ended the previous session. (e.g. this morning you got up at 8:15 and turned off the machine. Tonight at 11:30pm you reset the clock backwards to 9:30am.)
the clock was moved back 14 hours, and is now ten hours ahead of real time.
step 2: sometime before 2:00pm (CPAP clock is ten hours ahead so 2:00pm is when the CPAP clock reaches midnight), roll the clock back however many hours you can to the hour after the previous session ended. (e.g. this morning you got up at 7:15am (CPAP clock time 5:15pm) and turned off the machine. At 1:45pm when the CPAP clock reads 11:45pm you reset the clock backwards to 6:45pm. That gives you back 5 of the 10 hours you still need.)
the clock was moved back 5 hours and is now 5 hours ahead of real time.
step 3: sometime before 7:00pm (CPAP clock is five hours ahead so 7:00pm is when the CPAP clock reaches midnight), roll the clock back again to the correct time. That gives you back the final 5 hours, and now the date and time are correct on the CPAP clock.
1. you must reset the clock within the same date and therefore it is necessary to act before the CPAP clock reaches midnight and clicks into tomorrow.
2. you must reset the clock to a time in the hour following any hour that has session data already logged so that there is no data to stomp on in the target hour.
This is a heck of a convoluted way to recover the clock back to real time of day, but based on what I have read it might work.
The alternative seems to be to blow away the machine and lose all the historical data stored in it.
No idea how your CPAP clock got into tomorrow's date, but above is a potential solution to reel it back in.
08-15-2015, 08:13 PM
I got the time changed so what I think I will try is wait until after midnight (the machine is unplugged) and then it will be the 16th and then I will go to sleep and see what happens with the data. Not sure that it will work but this is easy if it works. If it doesn't, I will decide how much time I want to spend on this. I think if it doesn't work, I will probably figure out how to erase all the data on the machine since I have the most current in SH and ResScan and then delete the session from the 16th out of SH and just move forward from there. I don't think I have the patience to go through all of the steps that Saldus Miegas was nice enough to post.
|Possibly Related Threads...|
|Do I still meet the 4 hour a night compliance if my mask leaks?||UKwildcatfan||4||313||
03-18-2017, 01:25 AM
Last Post: Ockrocket
|Events Per Hour||looks61||8||514||
02-09-2017, 09:45 AM
Last Post: RichardVT
01-23-2017, 02:48 AM
Last Post: zonk
|Variable events per hour||a3sulliv||8||538||
12-20-2016, 11:19 PM
Last Post: trish6hundred
|Dr. Wants To Do A 24-Hour Test||harmon k||6||445||
12-08-2016, 02:55 PM
Last Post: robysue
|I wake up every hour when using CPAP||Scredfox||11||4,224||
07-30-2016, 12:05 PM
Last Post: PoolQ
|how to adjust clock on Resmed autoset 9||Marl1n||3||581||
07-25-2016, 10:12 AM
Last Post: PaulaO2