[comp.sys.ibm.pc] Help: problem with system clock on IBM AT

jsin@CS.UCLA.EDU (01/15/88)

Hello World,

Recently, my IBM AT is having a strange problem with its clock.
The problem is that the clock does not seem to run when the machine
is off, so that when I turn the machine on the next morning, the date
and time are set to that of the previous night. Doing the 'set-up'
routine with the diagnostics disk does not cure the symptom, and I
replaced the battery about two months ago. Not being a hardware
person, I'm stumped on what I can do to fix it. There was no mention
of clock in the 'Hardware & Maintanence Service' manual either.

If anyone have any idea, I'd appreciate some help.
Thanks to all who respond in advance.

John
(p.s. It's an IBM AT at 6MHz, with 80287, a mouse, ethernet card,
ega, and PCDOS 3.2, if it makes difference.)

John (Jonghoon) Sin
UCLA SEASnet Facilities   InterNet:   jsin@seas.ucla.edu
2567 Boelter Hall         UUCP:   ...!{ihnp4,ucbvax,{hao!cepu}}!ucla-cs!jsin
Los Angeles, CA. 90025    VoiceNet:   (213) 206-6864

yuan@uhccux.UUCP (Yuan Chang) (01/19/88)

In article <10445@shemp.UCLA.EDU> jsin@CS.UCLA.EDU (John Sin) writes:
>
>Recently, my IBM AT is having a strange problem with its clock.
>The problem is that the clock does not seem to run when the machine
>is off, so that when I turn the machine on the next morning, the date
>and time are set to that of the previous night. Doing the 'set-up'
>routine with the diagnostics disk does not cure the symptom, and I
>replaced the battery about two months ago.

	Same thing happened to me just a few days ago.  At first I
thought it couldn't be the battery, as my computer is only about
6 months old.  But by wiring in another battery in parallel, I was
able to get the clock running again.  This is a temperary fix,
as I have not been able to figure out if there's a large current 
drain somewhere.  I added a connector in there with a holder for
AA batteries so I don't have to pay $20 for a replacement battery
while I'm trying to work the bugs out.  That may be the most 
economical (if not most troublesome) way to "solve" the problem.


-- 
Yuan Chang 
UUCP:      {ihnp4,uunet,ucbvax,dcdwest}!sdcsvax!nosc!uhccux!yuan
ARPA:	   uhccux!yuan@nosc.MIL               "Wouldn't you like to 
INTERNET:  yuan@uhccux.UHCC.HAWAII.EDU         be an _A_m_i_g_o_i_d too?!?"