Centris 610: lost SCSI! Termination chip is hot...

Addicted

Well-known member
Post in a nutshell: repairing a Centris 610 I literally found in the trash. It was looking most excellent until I plugged in two VRAM SIMMs... and the SCSI bus died. Which puzzled me. Now, I've found a chip running much too hot.

-- -- details -- --

Perhaps the VRAM had nothing to do with it; the SCSI may have been intermittent to begin with - the person who put it in the trash must have had some reason to toss it, right?

When I recovered the Centris, its logic board did show some mild signs of electrolytic capacitor leakage, and after I gave it just a dry brushing and pressurized air treatment, it booted. I used the system for a few hours, booted from an external HDD and low-level reformatting the internal HDD to try and mask off bad blocks. That went smoothly; I could boot 7.0.1 off the internal HDD afterwards.

That's when I felt that the system was a keeper, and put extra VRAMs in. One did not go in without a little force (still not sure why) and after that the SCSI bus stopped working. No devices could be found on it. I wondered if I had flexed the logic board and opened some corroded pins?

With no schematic or gerbers, all I could do was visual inspection. I spent some time today poring over it with magnification and really detail-cleaning with IPA. I got a lot more corrosion out from between a lot of pins, and flushed under the chips, mopping up with lint-free lab wipes. It looks pretty good, really.

I then removed the old can capacitors and replaced them with tantalums. This went remarkably well. The old caps had lots of dry, green dust rot under them, but the pads did not lift and cleaned up very well, and I had a great soldering day with all the new SMD joints requiring very little solder, flowing well, and coming out nice and shiny.

The SCSI bus did not return. I was only a little hopeful that recapping would have any effect on that problem.

But wait! As I cycled through some configurations, I did get an external HDD to boot all the way into System 7.5 .

I could not repeat this. As I tried to figure out how only the 'internal bus' could misbehave (it's the same bus inside and out), I noticed that the Motorola 142235 (active terminator chip) on the logic board was getting hot. Almost too hot to touch. The NCR 83C96 seemed to be at a normal temperature. I shut the system down, stat. Hopefully, the NCR chip is OK. That would be very hard to replace.

I do not know if the chip was running hot before the VRAM upgrade. At that time, I had no reason to suspect the SCSI controller block and so wasn't checking these things.

Tomorrow, I will DVM-check my recap work to be certain I did not solder-short under any of the new capacitors, but the soldering went really well.

I will also check the regulator that sets the termination voltage for the 142235, and probe around the 142235 for pin-to-pin shorts. I found a source for a replacement MCCS142235 chip and ordered one, just in case.

The HDDs I was using to diagnose this are both Quantums with the simplest passive termination, pairs of SIP resistor nets. I left the internal HDD termination resistors on and always had it at the end of the chain. I removed the System 7.5 HDD's resistors if I put it in the middle. The CDROM has no termination. The original HDD is SCSI ID 0, my System 7.5 HDD is ID 5, and the Centris' internal CDROM is 3.

Anything else? And, was the Centris/Quadra 610 prone to SCSI problems?

TIA for reading this.
 

Addicted

Well-known member
All I learned today is that.. nothing seems broken. So I am barking up the wrong trees. Something is broken.

I booted from floppy with nothing on the SCSI bus. The 142235 termination chip remained cool. The regulator that provides it with 2V85 was working to spec, outputting 2.83V.

Placing the original internal HDD on the bus, at the end of the internal cable and with its termination resistors, did not change anything. The HDD did not boot, but t has other issues, though. The point being that it did not seem to cause the thermal issue.

I checked the 142235 output pins while the HDD was on the bus. Everybody was 'happy' eg. within a hair of 2.85V.

The only thing I have to go on at this point.. is how I connect external drives in my debug setup. For lack of a true external disk box, I just use a DB25 to Centronics-50 cable mated to a Centronics-50 to 50-flat ribbon cable and a known good HDD power supply. Now, I bought the DB25-to-Centronics50 cable on eBay. It has zero markings, no "SCSI" embossed on either end, nothing. Maybe it is NOT a SCSI cable. I will probe it tomorrow to see if someone who did not know the difference sold me a way-back printer cable, an innocent mistake.
 
Last edited:

nathall

Well-known member
I’m fairly sure the size of the connector on the Centronics end of a SCSI cable is larger than the corresponding end of a parallel printer cable in all cases, due to the different pin count. It doesn’t seem likely that’d be your issue.
 

Addicted

Well-known member
Thanks for the nudge. I finally did my homework. Centronics printer cables use a 36-pin connector. I haven't seen one in decades and never had one of my own, so, forgive my confusion.

Although, now I have zero leads on why my MCCS142235 terminator chip was hot to the touch... :unsure:

Plan A is to build a Tash20 image with 7.0.1 on the boot partition and the Mac Test diagnostics on another. Requires the C610 to support DCD on the internal floppy connector.. Plan B is to tie the eight SCSI control lines to the oscilloscope (Saleae8) and see if I can teach myself enough SCSI to learn what is not going right. (I don't have a Saleae16.)
 

MacKilRoy

Well-known member
When you connect an external drive are you ensuring there’s a terminated device inside the Mac on its internal SCSI bus connector? Either a terminator and ribbon cable or a drive that has termination (even if it’s unpowered)?
 

Addicted

Well-known member
Yes. In tests where I don't want the old Quantum with the bad blocks to be a part, I pull its power but leave the SCSI cable in place. Saves strain on the SCSI cable. My understanding of passive termination is that the Quantum's resistors still do their part, powered by the termination power from the Motorola 34268 on the logic board. That chip is still working.
 

Addicted

Well-known member
Studying the NCR 53C96 data sheet, which may give enough basics on SCSI bus transactions to allow me to narrow the possibilities a little. Without tracing (via oscilloscope) the data bus as well as the control lines, though.. I won't get too far.

First step is to probe a few pins on the 53C96 itself. If I don't see /CE toggling, for example, that would indicate a problem on the system address bus - failure for the ASICs to recognize the SCSI block's address and select it, or broken traces between the ASICs and the 53C96.

If I see the 53C96 system-side pins wiggling, then instrument the SCSI bus-side control lines and see if there's anything there I can understand. I don't know if the 53C96 is damaged or not, yet.

Still uneasy about why the termination chip was so hot, though. That chip has no thermal shutdown feature...

In the meanwhile, I have been unsuccessful in finding a source for a replacement 53C96 (or the pin-equivalent AM53C96). A couple of places have them but did not respond to a quote for a single unit.. and I don't want to buy a full tube or tray of them. I have scored a replacement for the active terminator chip. But if the NCR chip is toast, then.. I guess I need to sacrifice some other logic board to obtain one (which I think is a waste of recoverable logic boards), or find a 7" NuBus SCSI card and a NuBus Adapter Card for the Centris, which together will certainly make this repair too expensive to complete.
 
Last edited:

Addicted

Well-known member
Ordered a 4MB ROM SIMM from CayMac, which should boot 7.1U3 on a C610 (now Q610: I put in a full 68040) right out of the box. Hopefully, this will allow me to test the Ethernet and modem ports, get a network up on one or the other, and download anything I need to proceed. Still very awkward to have only the floppy for writable storage, but, maybe I'll get through this.
 
Last edited:

Addicted

Well-known member
Not to over-post.. but what happens when I wire up the internal SCSI port for control line monitoring? Everything starts working again, instantly.

This is very good news, on the one hand. The NCR 53C96 is not dead. My test disk is not dead.

OTOH... I may have a 'gremlin' kind of problem.

First thing that comes to mind: I had tied eight GND pins together for a seriously solid scope ground (see IMG_5253 2). Perhaps I unwittingly patched a broken trace/loose pin. All the odd pins save 25 should be grounded and common. Termination could suffer, otherwise. I'll continuity test them against each other.
 

Attachments

  • Screenshot 2024-08-07 at 19.32.59.png
    Screenshot 2024-08-07 at 19.32.59.png
    728.9 KB · Views: 15
  • IMG_5255.jpeg
    IMG_5255.jpeg
    4.6 MB · Views: 12
  • IMG_5252.jpeg
    IMG_5252.jpeg
    2.7 MB · Views: 16
  • IMG_5253 2.jpeg
    IMG_5253 2.jpeg
    2.7 MB · Views: 14
Last edited:

Addicted

Well-known member
Ok time to shut this topic down. I am embarrassed. After all that, it appears to have been the stock Apple SCSI internal ribbon cable.

I did a fair job of coming up with configurations trying to isolate this, but partly due to having too few spare cables, and partly due to my failure to suspect a simple cable of failing (which they certainly do), this cable was in and out of those configs. Really clouding the results. One should always rule out the simplest things first.
 
Top