After intensive head scratching and hair pulling (accompanied by
appropriate curses and a bit of scope and logic analyzer work ;) I
finally found the problem with my 8/A this afternoon. First, of
course, it was necessary for me to learn exactly how an M8315 CPU
card works! The 7483 adder I suspected was not at fault since the
logic analyzer always showed the correct outputs vs. inputs. I
finally figured out that if the AC incremented properly, which it
did, and was not data pattern sensitive, which it was not, that
that ruled out almost all of the register circuitry except for a
few gates unique to the MA (address) lines.
For the curious, it was a bad 74367 (8097) hex buffer chip at E104
- actually only one section was bad, pins 14 -> 13 (which drives
the ADD IN 4 line). Although both output enables were sitting low,
every output matched its respective input except one... Even
though the bit 4 line was a logic 1 (0 volts on that internal
bus), the output was stuck at +5V (logic 0), explaining why on the
next CPMA load that bit would always clear itself. Eureka...
There was no hard short found, and connecting that line through a
milliammeter to ground confirmed that only 5 ma would bring it to
below .1 volts, so that current was mostly due to the 1K pullup
resistor. The inevitable conclusion was that the output of that
74367 section was not able to pull low at all. I managed to change
the chip without destroying the board too much and now all
addresses increment properly again. Simple TTY print and keyboard
echo programs work too :)
Incidentally, I have pretty much given up trying to make a
workable image with more than one 2 Mb partition on my RL02 drive.
Every attempt to build one and boot it either hangs SIMH entirely,
or worse yet, causes it to halt simulation with an error message,
for some reason that's beyond my understanding. What the heck, 2
Mb is more than enough just to play around with OS/8 and run text
adventure games anyway. If anyone can figure this out, I can email
you a copy of my (currently working) image for reBUILDing.
Of course the system now still won't boot (I can hear the drive
head move, and then the RL02 FAULT light comes on) but it's likely
the OS/8 image got clobbered when the chip failed and the CPU
started writing to odd places. You can't write-protect the pack
either, since OS/8 swaps in and out frequently to maintain such a
tiny "footprint" in core.
Anyhow I'm leaving tonight for three weeks of vacation in sunny
Crete so it can just wait until I get home!
-Charles
Naturally, I jinxed it by bragging about my success :(
The next day, the system wouldn't boot and I could see the FAULT
light flicker as the system halted at address 10107. I initially
thought disk drive problems again, or the pack got clobbered
during swap-out for some reason.
However, a little investigating quickly showed that even the most
basic ten-word TTY check program would not deposit or run. In
fact, when depositing or examining sequential locations I found
the address display would increment from 0200 to 0001. 0577 would
increment to 0400, etc. So something is wrong with address bit 4.
I pulled all the boards from the backplane except the CPU set and
it still does it. Now I've got to fix the hardware! Sigh.
Meanwhile I have been SIMH-building a new OS/8 image from scratch
for two drives. After much struggle I have the RL20 handler
installed (which has logical drives R20A,B,C,D; the RL21 handler
with R21A-D, and I had to omit the last 20% (the "E" drives on
RL2E) because OS/8 can only allow fifteen handlers and space is
needed for (at least) the R2SY system handler, TTY, SYS and DSK
also... reminds me of Gates' "640K should be enough for anyone".
-Charles