I got a FirePower with a System 6 MPU that wouldn't boot. I've reviewed threads from Vid and Clay, and taken all the recommended steps on the MPU, including:
○ Replaced all chip sockets on MPU & driver, and confirmed no shorts between pins (all were SCANBE)
○ Replaced 40-pin interconnect, male and female, and confirmed no shorts between pins
○ Replaced IC19 CMOS RAM (5101) with an NVRAM
○ Replaced IC13 and IC16 MC6810 RAMs (and swapped various replacement 6810 chips into these sockets while debugging)
○ Replaced IC3/IC4/IC8 on the MPU (8T97 hex buffers, replaced with 74LS367)
○ Replaced header pins and connectors for 5v power supply
Now the MPU is on the bench with a computer power supply. Voltage at the CPU itself is slightly low, around 4.6-4.7v. Leon's test ROM flashes the MPU LEDs, and correctly toggles the PIA outputs on MPU IC18 and driver board PIAs IC5, IC10, and IC11. All good. But when I run Leon's RAM test, it shows that IC13 (6810 RAM) is bad. Specifically, the MPU LEDs stay dark for about 5 seconds when I push the diag button, unless I push the diag button at the moment the MPU LEDs are lit in which case they stay lit for about 5 seconds. No flashing of single LEDs. I swapped out IC13 (as well as its neighbor IC16) for new-old-stock 6810's. I have 5 of them but get the same result from Leon's memory test no matter which ones I install.
With Leon's ROM, I can see the blanking signal toggling HI/LO at pin #37 on the 40-pin interconnect.
I have been getting this same result from Leon's ROM for awhile now. I replaced address buffers IC3, IC4, and IC8 with 74LS367s because I thought the inputs and outputs sounded slightly different from each other based on the tones from my logic probe (I don't have a scope unfortunately). But the input/output pairs on IC3/IC4/IC8 were always toggling with Leon's ROM. Anyway I replaced all 3 buffers with 74LS367's and saw no change. The outputs essentially match the inputs (i.e. high speed switching) although the tones from the logic probe sound a little different. Perhaps there is some improper low impedance on the address bus, which is inappropriately loading the output of the buffers and distorting the output signals? (But if that were true, how the heck could Leon's program load from the ROMs, which are also addressed by IC3/IC4/IC8?)
Data buffers IC9 and IC10 appear to be working perfectly - I measure identical signals on their input/output pairs with my logic probe. Hi speed switching and they sound identical.
I've confirmed the pins of the 6810 RAM chips (and the 5101) are either toggling during Leon's toggling, or they at least blip momentarily during Leon's memory test (in the case of the chip select signals). And I've at least confirmed life from IC7, IC8, IC11, IC12, and IC25.
I started getting suspicious of Leon's RAM test, so I put in a set of Scorpion ROMs and connected the driver board, still on the bench. At powerup, the MPU LEDs turn on momentarily and then off - they are not stuck. I ran the built-in Williams memory test and it lights the lower MPU LED. That means there is a problem with 6810 RAM IC13 or IC16. So, the Williams memory agrees with Leon's memory test, even though I have tried multiple 6810 RAMs in the sockets for IC13 and IC16.
With the game ROMs installed on the bench and the driver board connected, I checked the blanking signal at pin 37 of the 40-pin interconnect and found it LOW. Not good. I traced this back to pin 4 of the MPU board PIA (IC18). At power-up, pin 4 of IC18 toggles HI/LO about 4 times, and then goes LO. So, I have a blanking problem that may be a symptom of my RAM problem. Again, with Leon's ROM, the blanking signal does propagate through the 40-pin connector to the driver board - it's only when I install game ROMs that it fails, and it fails upstream at the PIA. So I don’t really think the problem is the blanking timer circuitry itself.
At this point I am not sure what to test/replace next. I guess I could shotgun all the chips that touch the 6810 RAMs, like IC7, IC11, IC12, and IC27. But I've already confirmed those chips are alive, so I doubt they're causing the problem.