|
CD-Rom Problems with RPC600 |
|
spvunderdog (09:41 29/4/2013) PaulV (11:38 29/4/2013) spvunderdog (11:47 29/4/2013) PaulV (12:00 29/4/2013) helpful (13:50 29/4/2013) apdl (06:03 30/4/2013) spvunderdog (11:09 30/4/2013) spvunderdog (11:05 30/4/2013) PaulV (15:00 30/4/2013) spvunderdog (07:54 7/5/2013)
|
|
Simon Mortimer |
Message #122330, posted by spvunderdog at 09:41, 29/4/2013 |
Member
Posts: 21
|
Hi all
Need some more help had a major shop at the RISC OS show at the charity stall (would have bought the whole stall if i had the money and enough arms lol maybe next year)
i got two machines both of them are 600's i think one both power up
first is a RPC600 running 3.7 and a 486 pc card the CD ROM isn't working any more was working before i changed the roms and removed the cards as the oak tec card doesn't like my SCSI CD roms ether option would will work for me either getting the oak tec podule to work or i gave a cumana to work with my SCSI CD roms
Second the other machine is a RPC Arm710 it powers up and looks like everything ok and the floppy drive gets tested but there is no display on the screen run out of ideas on that one tried the usual things
does anyone know how to reactivate the RTC on a RPC motherboard as i need one doing
Thanks
Simon |
|
[ Log in to reply ] |
|
Paul Vernon |
Message #122332, posted by PaulV at 11:38, 29/4/2013, in reply to message #122330 |
Member
Posts: 135
|
http://www.riscos.org/csafaq/part3.html#3_4
Should help with the RTC.
Paul |
|
[ Log in to reply ] |
|
Simon Mortimer |
Message #122333, posted by spvunderdog at 11:47, 29/4/2013, in reply to message #122332 |
Member
Posts: 21
|
Hi Paul
this may be a daft question but hod do i input this information on my RPC
REM poke RTC control register REM Bit 0 1 REM 7 Count ResetDivider REM 6 Count HoldLastCount REM write 0 for normal operation, write &80 or &40 freezes RTC DIM cmosdata% 16 !cmosdata%=&00000000 REM write 0 twice to RTC, first 0 is address- control reg REM second is control reg value 0 is default i.e. clock on SYS &240, &A0, cmosdata%,2 END
Thanks
Simon |
|
[ Log in to reply ] |
|
Paul Vernon |
Message #122334, posted by PaulV at 12:00, 29/4/2013, in reply to message #122333 |
Member
Posts: 135
|
Hit f12 on your keyboard.
Type BASIC at the * prompt.
Type AUTO at the basic prompt.
Type in the program.
Press escape to finish the Auto line numbering.
Type RUN
-OR-
Open Apps and launch Edit.
Middle click on Edit in the Icon bar and create a BASIC file.
Enter the program, save it to your HDD then double click on the program to run it.
Paul |
|
[ Log in to reply ] |
|
Bryan Hogan |
Message #122335, posted by helpful at 13:50, 29/4/2013, in reply to message #122334 |
Member
Posts: 255
|
Using Edit it is much easier to correct typos!
Also note that BASIC is case sensitive, so type it exactly as shown. You can skip the REMs to save some typing. |
|
[ Log in to reply ] |
|
David Holden |
Message #122336, posted by apdl at 06:03, 30/4/2013, in reply to message #122335 |
Member
Posts: 138
|
It's most unlikely this will have any effect. It will work if the RTC has been stalled by some piece of software that's run amok, mainly on older (pre RPC) hardware. However it's certainly worth a try.
Your problem is probably caused by a flat battery. If it's left flat for a while then, even if it doesn't leak and cause other problems, the RTC can stop and may be impossible to re-start. |
|
[ Log in to reply ] |
|
Simon Mortimer |
Message #122338, posted by spvunderdog at 11:05, 30/4/2013, in reply to message #122334 |
Member
Posts: 21
|
Hi Paul
i have tried this i get an error on the prog that i have done
SWI value out of range for module IIC
Thanks
Simon |
|
[ Log in to reply ] |
|
Simon Mortimer |
Message #122339, posted by spvunderdog at 11:09, 30/4/2013, in reply to message #122336 |
Member
Posts: 21
|
Hi Dave
I have that same feeling too mate i was wanting to know if the replacement CMOS batteries that you have are suitable for RPC also do you still do motherboard repairs or is this board to far gone
Thanks
Simon |
|
[ Log in to reply ] |
|
Paul Vernon |
Message #122340, posted by PaulV at 15:00, 30/4/2013, in reply to message #122338 |
Member
Posts: 135
|
That's odd.
SYS call &240 is IIC_Control and all it's doing in that code is writing two bytes (both with a value of 0) to address &A0 (that's a zero, not an O) to reset the clock pause bits.
The worst case I guess is that you'd need to replace the PCF8583T CMOS chip in the RISC PC if the clock can't be re-started which is a bit of a pain but quite doable with the right soldering skills.
Paul |
|
[ Log in to reply ] |
|
Simon Mortimer |
Message #122369, posted by spvunderdog at 07:54, 7/5/2013, in reply to message #122340 |
Member
Posts: 21
|
Hi Paul
I don't fancy the idea of re soldering a chip on the board as my soldering skills are not the best might have to live with the clock not working on that board till I can get another board next year or before if I'm lucky
Thanks
Simon |
|
[ Log in to reply ] |
|
|