[Coco] UK PAL CoCo1 Repair
Phill Harvey-Smith
afra at ramoth.org.uk
Thu Sep 21 11:17:24 EDT 2017
Sorry meant to send this to the list.....
On 21/09/2017 13:58, Zippster wrote:
> Well, if power seems goods, and the IC’s seem good, I think I’d take
a close look at
> the reset circuit if you haven’t already.
Yep one of the problems I had with the CoCo and some Dragon motherboards
during the development of DragonMMC was that the Xilinx CPLD would pull
the reset line low due to the rather weak pullup on it leading to the
machine not coming out of reset and having a screen full of random junk.
Fixed it with a diode and reistor between CPLD and reset line.
Also worth checking that the IRQ, FIRQ, NMI and HALT lines are high, (or
possibly pulsing at 50Hz in the case of IRQ)
> If that looks good I might start poking around with the scope,
probably starting at
> the CPU/SAM looking for the expected signals and bus activity and
working out
> from there.
Yep check for E, Q pulsing, R/W will generally be pulsing though less
regularly, ass should Address and Data lines.
> It sounds as if the video system is working ok, so you’re probably
good there.
> It does sound like a CPU/memory problem of some sort.
Agreed if you are getting a picture with junk on the screen then the
6847 and probably the SAM also are working in this board. (I know you
verified them in another machine).
> You may want to verify the BASIC ROM just to make sure it hasn’t been
corrupted/damaged
> in some way. Just to make sure the system isn’t simply crashing on
bad ROM code.
I think he said he tried it in a Dragon and it worked there, which would
seem to mean it's probably working.
Have you tried blindly typing MOTORON and listening for the relay click?
If that works the CPU is working and your fault lies somewhere between
the RAM and the VDG, I believe there is an LS373 latch there.
Something that I have also seen fail is the LS244 buffer between the RAM
data outputs and the CPU data bus, can't remember if you checked those.
May also be worth checking for shorts / continuity on the data and
address lines and between the pins of any chip that you have desoldered
and replaced as it's all too easy to solder splash short between tracks
Note that on the CoCo and Dragon, unlike almost all other micros of the
period, the data in and data out of the RAM chips are not connected
together, so need tracing separately.
Cheers.
Phill.
More information about the Coco
mailing list