I have had that problem with 5.0 on CPP4 systems. I experienced it on 2 Option 81s, an Option 61, and an Option 11. As DanHoffman posted, I had to perform the time adjustments to keep the time correct. I haven't see a fix for it yet. (but I haven't looked for one lately either)
Set daily time adjustment
The time of day can be adjusted during the midnight routines to compensate
for a fast or slow system clock.
To print the current adjustment: TDTA X y
To set the adjustment: SDTA X y -- X Y
Legend
x = 0 (negative increment) or 1 (positive increment)
y = 0-60 second adjustment in increments of 100
System clock not in sync with Real world time. *** NOTE: THIS PATCH IS APPLICABLE TO MACH TYPES: CPP AND PP4 ONLY ***
Problem Description
The CP-Pentium based machines were taking the time from the RTC device till
the Rls 4.0. But from 5.0 onwards, as a part of moving to posix standards, the
clock source was moved from hardware to software. Now, the ticks to increments
the software clock is obtained from a crystal which is giving ticks at a
frequency of 60Hz. Due to the tolerance of the crystal and the value
programmed on the timer register(to generate 60Hz), the actual frequency was
not 60Hz. It was varying. This causes the software clock to drift.
You have to play with that number. I would start with maybe 150. Then set the time to the correct time. Then check it every day or every other day and adjust higher or lower. Also reset the time to the correct time each time you adjust it. It may take a week or two get it. I have been adjusting ours for a month.
I agree with DanHoffman. I have 2 Option 81c systems on Rls 5 and I have them both set to 1 150. This keeps the time on these systems up to date pretty well.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.