Recapped Mac II with NUBUS issue

blturner

New Tinkerer
Sep 12, 2022
18
11
3
Seattle, WA
benjaminturner.me
I replaced the SMD electrolytics with tantalum caps on this Macintosh II board 820-0228-A. The board boots, and sound is good, but the video appears with a scrambled pattern. I can see the cursor move between the broken up columns. I'm using a known good Macintosh Display Card with correct DIP switch settings. I've tried booting with known good RAM SIMMs pulled from working earlier revision Mac II boards. I did find a broken trace from D5 to B1, I bodged that with some wire and ensured continuity. Nearby the broken trace, UC7 was the worst-looking chip on the board with highly visible corrosion. I removed it to clean it up and reinstalled but the issue persists. Looking around the NUCHIP, nothing looks visibly awry. I've checked more traces but I'm running up against the limit of my abilities.

Any suggestions on further troubleshooting would be appreciated!
 

Attachments

  • c1c4774b-2e29-4e89-aaa9-bad69b428d9d.jpg
    c1c4774b-2e29-4e89-aaa9-bad69b428d9d.jpg
    2.2 MB · Views: 56
  • PXL_20250602_044256285.PORTRAIT.jpg
    PXL_20250602_044256285.PORTRAIT.jpg
    1.5 MB · Views: 58
  • PXL_20250603_053244738.RAW-01.COVER.jpg
    PXL_20250603_053244738.RAW-01.COVER.jpg
    2.6 MB · Views: 57
  • PXL_20250603_053605332.RAW-01.COVER.jpg
    PXL_20250603_053605332.RAW-01.COVER.jpg
    1.3 MB · Views: 52
  • Like
Reactions: DevyDevly

DevyDevly

New Tinkerer
Nov 17, 2024
15
13
3
New Zealand
I share your pain @blturner with a Macintosh II with similar problems (820-0228-A)
Occasionally I get an all grey screen and a reset (NMI) also gives me half a sad Mac.
After a recap I've gone cross-eyed trying to find broken traces but only the one found so far (even with lots of candidates).
Half a sad Mac led me to think one of the ROMs was bad, but they seem good as far as I've tested thus far.
If I had spare (A)LS651 chips I'd probably try swapping in some news ones but they seem to be as rare as hen's teeth (and stupid expensive), unless I'm missing something.

If I manage to solve I'll post back here.

BTW - I do feel great shame at my messy work environment but my defense it's a small house and all I have is the kitchen table.

half-sad-mac.jpg
mac-ii-all-grey.jpg
 
  • Like
Reactions: blturner

DevyDevly

New Tinkerer
Nov 17, 2024
15
13
3
New Zealand
Sooo… turns out I had a broken trace (DSACK0 - data strobe acknowlege) from the NuChip (22) to the GLU (59). These data strobe signals seem to be quite important in getting NUBUS, SCSI, etc going - will definitely be a higher priority to check in future.
Took me a while to find but got there in the end - very happy now :)
 

blturner

New Tinkerer
Sep 12, 2022
18
11
3
Seattle, WA
benjaminturner.me
Congrats on your success @DevyDevly!

I was working on my board last night, I ended up replacing every 74ALS651 with chips from a Mac II with working video and no change, so that doesn’t appear to be the root issue. I measured some of the replacement caps and noticed they were under voltage, some were 5V others were less than 1V. I guess I didn’t do a great job with those connections? I reflowed all the capacitors and re-measured and they all measure 5V now, with two (I think?) of the axials measuring 12V. After I reflowed the capacitors it did, for a second, have a slight change in behavior, there were no vertical bars and I could see the whole mouse. I didnt have a mouse attached so I couldn’t check how it looked if I moved it. The Missing Disk icon was still only partially showing. Unfortunately, after a reboot, it reverted to showing the vertical bars with missing video data.

I’ve also swapped the CPU, FPU, 68851 and all the ROM chips with the board that works just to rule any of those out.
 

Attachments

  • PXL_20250812_062401890.RAW-01.COVER_Original.jpeg
    PXL_20250812_062401890.RAW-01.COVER_Original.jpeg
    2.7 MB · Views: 15

DevyDevly

New Tinkerer
Nov 17, 2024
15
13
3
New Zealand
Congrats on your success @DevyDevly!

I was working on my board last night, I ended up replacing every 74ALS651 with chips from a Mac II with working video and no change, so that doesn’t appear to be the root issue. I measured some of the replacement caps and noticed they were under voltage, some were 5V others were less than 1V. I guess I didn’t do a great job with those connections? I reflowed all the capacitors and re-measured and they all measure 5V now, with two (I think?) of the axials measuring 12V. After I reflowed the capacitors it did, for a second, have a slight change in behavior, there were no vertical bars and I could see the whole mouse. I didnt have a mouse attached so I couldn’t check how it looked if I moved it. The Missing Disk icon was still only partially showing. Unfortunately, after a reboot, it reverted to showing the vertical bars with missing video data.

I’ve also swapped the CPU, FPU, 68851 and all the ROM chips with the board that works just to rule any of those out.
Thanks @blturner :) I'm quite chuffed.

If I had to bet on your issue I'd bet on another broken trace - to quote Wall Street Pros when reviewing a bad quarter "where there's one turd, there's many".
And trying to follow traces on the top side, under chips and slots, can be quite tricky. I found the Bomarc Mac II schematics very useful to identify what is going where (even though I'm still confused by parts of the schematics - but I'm not a Wizard either).

RE: Cap voltages. Remember those caps near the burn in edge connector are negative voltages, so measure the other side.

The two traces I fixed on my board were quite a long way from each other. But, my board is in quite bad shape so I'm surprised there was only two to fix.

I didn't mention that I had to stop using my 820-0198 video cards - I have two of them and neither would give me a prompt or good picture on my Dell 2405FPW monitor (or my other Samsung backup monitor). Either of those monitors (with 10pin adapter) handle my other vintage Macs and cards without issue (IIci, IIcx, Quada 700). But the 820-0198 just doesn't want to play nice.

Switching to a 820-0600 card helped sort my picture problems. I discovered this because I have a Rev A Macintosh II as well - it was an easy ROM fix but while fixing it I disovered the modern monitor/820-0198 issues.

Onto my next issue now... removing a LOT of rust from the internal frame and shielding.

GLUCK!

PS Here's what I started with... crimes were committed against this machine...

macii-revb.jpg
macii-revb-2.jpg
macii-revb-3.jpg
 
Last edited:
  • Like
Reactions: blturner

blturner

New Tinkerer
Sep 12, 2022
18
11
3
Seattle, WA
benjaminturner.me
Some progress made. In a bout of frustration I started following some traces in other parts of the board I haven't scoured over yet. When I got to the barcode, I noticed it was covering the traces near C19 and it had some suspicious looking discoloring right near the edge of the label. I lifted it up and started scraping away at the mask and discovered two traces with hairline breaks. The label must have collected some of the electrolytic juice along it's border and made a clean cut, this was really not suspicious looking at all!

PXL_20250814_070140262.MACRO_FOCUS.RAW-01.COVER.jpg


I was able to locate the related vias and ran some wire to connect them, the break was connected to pin 4 of the Apple Sound Chip. I booted the machine and for the first time got a completely clear video image!

PXL_20250814_202359453.RAW-01.COVER.jpg

223988f1-6a59-40af-b6dd-12e3e8363a7a (1).jpg


My luck didn't last, unfotunately. When I came back to the machine later in the day, the bars were back, albeit, not as bad as before. This is the second time during this repair that the vertical bars have disappeared and returned after a reboot. I've been following the schematics as best I can and have been beeping everything out, especially related to data lines and address lines. Tonight I checked the rest of the pins on the ASC and SWIM chips but didn't find anything. The work continues, but the ASC pin repair seems to have restored more of the video data if you compare to the image from my first post.

ed5147eb-c384-4fc1-bc20-4efdf6b18981 (1).jpg
 
  • Like
Reactions: DevyDevly

DevyDevly

New Tinkerer
Nov 17, 2024
15
13
3
New Zealand
Gah - You’re so close!
Great find on those broken traces.
Maybe there’s just one other little wee bad connection - flexing or pushing on parts of the board might help you find it quickly.
 

Melkhior

Tinkerer
Jan 9, 2022
100
52
28
If I had spare (A)LS651 chips I'd probably try swapping in some news ones but they seem to be as rare as hen's teeth (and stupid expensive), unless I'm missing something.
74ABT651 should be an adequate substitute, though they are faster and with stronger drive. They are still available as new from Mouser, but only in SOIC-24 package (I have no idea what package the 74ALS651 in the Mac II uses).
Sooo… turns out I had a broken trace (DSACK0 - data strobe acknowlege) from the NuChip (22) to the GLU (59). These data strobe signals seem to be quite important in getting NUBUS, SCSI, etc going - will definitely be a higher priority to check in future.
/DS is the Data Strobe, and is occasionally ignored (/AS, the Address Strobe, is the really mandatory one). Whatever master on the bus (but on a Mac, almost only the CPU) is doing the request use them to signal the data (resp. the address) is valid and ready.

/DSACK0 and /DSACK1 are used to signal that whatever was accessed has done the job (captured the CPU data for a write, and put the requested data on the bus for a read), and how much data is acknowledged (from byte to double-word, to support the 68k bus sizing feature). When they are broken, the CPU (or other master) doesn't know the transaction is complete, and either is stuck or is freed by some watchdog hardware signaling a bus error (via /BERR). So yes, they are very important.
 
  • Like
Reactions: DevyDevly

blturner

New Tinkerer
Sep 12, 2022
18
11
3
Seattle, WA
benjaminturner.me
You may have a fractured or digested pin on one of the ICs.
Yeah, the cap goo on C7 made me extremely suspicious of all the 74ALS651's, especially after @Hugotronics comment. I swapped all of them with chips from a board that I know has working video and I haven't found any broken traces between those chips and the NUCHIP, RAM SIMMs, etc.

It does seem likely there's a remaining broken trace somewhere as each of those carry 8 bits of data and when I began the video was showing only 8 bits correctly whereas now it's only missing 8 bits of data (if i'm interpreting this right). But it's been surprising that it occasionally has shown a perfect picture, maybe a dying chip elsewhere were the data passes through?
 
  • Like
Reactions: DevyDevly

DevyDevly

New Tinkerer
Nov 17, 2024
15
13
3
New Zealand
74ABT651 should be an adequate substitute, though they are faster and with stronger drive. They are still available as new from Mouser, but only in SOIC-24 package (I have no idea what package the 74ALS651 in the Mac II uses).

/DS is the Data Strobe, and is occasionally ignored (/AS, the Address Strobe, is the really mandatory one). Whatever master on the bus (but on a Mac, almost only the CPU) is doing the request use them to signal the data (resp. the address) is valid and ready.

/DSACK0 and /DSACK1 are used to signal that whatever was accessed has done the job (captured the CPU data for a write, and put the requested data on the bus for a read), and how much data is acknowledged (from byte to double-word, to support the 68k bus sizing feature). When they are broken, the CPU (or other master) doesn't know the transaction is complete, and either is stuck or is freed by some watchdog hardware signaling a bus error (via /BERR). So yes, they are very important.
Many thanks for the info @Melkhior,
Saving has started saving for some 74ABT651 spares - Mouser has them, but not cheap.

I relatively new to the game so tend to focus of power, reset, address, and data lines. But thanks for helping me understand the importance of the DS and AS - another tool in the belt :)