SE/30 32Mhz clock and UH7

[mmjs]

Hi folks,
I will try to summarize this situation into a question, but I need to share some context first.

I own two original SE/30 boards. One was battery bombed, while the other was in great physical shape, but with a never identified issue which prevented it from successfully booting into any system. As part of troubleshooting, I replaced this board's F258 and F253 muxes, and the FPU. This replacement didn't fix my issue, but it correlated with me starting to experience bizarre issues with the 32Mhz clock which have now plagued me for months, across multiple logic boards, analog boards and power supplies. The issue effectively results in the clock signal coming off of UH7 fluctuating in voltage, and affecting other components as well. It *feels* like a short. But I've been unable to figure it out. This is how this issue manifests itself on the screen:

https://mastodon.vladovince.com/sys...254/748/083/086/original/245efedad420c7d9.mp4

Here is anothe example:

https://mastodon.vladovince.com/sys...292/603/195/174/original/d9b5914a07146ae8.mp4

This is what this looks like on the scope of the 32Mhz clock off of UH7. Eventually it stops moving and goes low. At that point the image would fully collapse too.

https://mastodon.vladovince.com/sys...690/839/802/565/original/b4b20ebb735b45a5.mp4

I've been referring to it as "collapsing video", but I've collected at least a dozen of instances of failure -- most often I can't get any chime, but I'll get the stripes for 5-10 minutes until it collapses. Other times I might get bad or even good chime, then stripes. I have gotten more interesting simasimac patterns:

Regardless, it always results in the clock falling apart.

Here's where things get weird. This issue has now followed me across 4 different boards.

Board 1: "good" board that wouldn't fully boot -- first started exhibiting symptom

Board 2: battery bombed board, it could get stripes but nothing more. After I switched out its clock and UH7 with the "good" board, the problem started happening on this board as well

Board 3: Bolle board #1 - I tried to build a new board using the battery bombed's components. The same issue happened

Board 4: Bolle board #2 - frustrated with this issue, I got extra boards to experiment on. I tried to build a minimum viable circuit to test with, with all new components. This exactly same thing happens as soon as any other chips are installed other than UH7 and the Glue chip:

Very early on I suspected the analog board and power supply. I have two SE compatible chasis:

1. SE/30 analog board and PSU that came with the battery bombed board. In good shape, I recapped the analog board
2. SE analog board which I recapped a few years ago

Same issues happen in exactly the same way with both of these analog boards/PSUs.

My SE board work perfectly fine in both of these chasis.

At this point I am at a complete loss. The fact that I can replicate this on a brand new board, with all new components baffles me. I am grasping at straws, but I am presumably making a mistake here, somewhere, and perhaps I'm making the same mistake over and over again, or I'm ignoring something that should be obvious.

Any ideas are very welcome. I've been documenting this saga in a lot of detail over at Mastodon: https://mastodon.vladovince.com/@mejs/111008723163117281

And finally for the 2 concrete questions. S

- Should it be possible to incrementally test this like I've been doing with board #4? I've been building it one component at a time, until I run into the issue (I run into it very quickly). Does my plan with the mostly empty board make sense?

- How do the SE and SE/30 compare in terms of what state of PSU/analog board they need? Is it theoretically possible that my analog boards/PSUs have issues, but the SE which boots fine with both is more resilient?

Thanks everyone!

 

[croissantking]

Definitely looks like a worse issue to solve than the graphical artifacts on my Reloaded builds.

How you getting along?

 

[mmjs]

Hey folks, figured I would follow up here and confirm that I finally resolved this and successfully built a functional SE/30 on a new board, using parts from both of these original boards + a new CPU. I'm working on a blog post which I'll publish at https://blog.vladovince.com, but in the meantime this is a TLDR.

• the root cause of my recurring UH7 trouble (ie. clock/hsync/vsync etc.) must have been my shoddy soldering skills. Over the course of trying to correct this issue on multiple boards, I must have had bad solders and close almost-shorts countless times and at different locations. UH7 was particularly difficult because the pads are so close. Eventually, a friend recommended I try PLCC sockets, primarily to test components. But that also helped me with soldering, because I was able to actually see my work. I also found this post, which effectively advised the same: https://68kmla.org/bb/index.php?thr...p-sound-horizontal-stripes.45751/#post-511412
• additionally, I was definitely dealing with multiple bad chips, likely as result of prolonged work on this board where I dealt with many shorts. PLCC sockets were super helpful here, as well as the CPU socket which helped me finally realize that both my CPUs were likely bad. After lots of trial and error I finally identified a group of good chips. At the end, most of the chips were reused, other than the CPU, SCSI and FPU. A particularly bad one was one of my GLUE chips which was partially functional due to a damaged PIN that I re-soldered. I also ended up destroying one ROM SIMM
• even though I suspected one of my UH7 chips, at the end I ended up using that exact one. I got a 5ns and a 10ns GALs (https://www.mouser.com/ProductDetail/556-AF16V8C-5JX and https://www.mouser.com/ProductDetail/556-AF16V8B10JU) but at the end I got the most reliable performance with the original. I didn't do enough testing here, so I can't 100% confirm that these wouldn't have worked, but there was a difference
• eventually, confirming that my CPUs were inconsistent ended up being a major breakthrough. It's possible I either damaged them with all the work on boards with shorts, or while desoldering them (which was difficult and physically intense). In any case, I ended up getting an MC68030RC25B replacement because it was much cheaper than a 16Mhz 68030
• while working on this, I used an ATX extension cable for easy access. On the last day, that cable started failing which threw me for a loop, because the symptoms were exactly the same as what was going on with this for most of the process (collapsing image etc.). It ended up being HSYNC and VSYNC connections going in and out. Since I was basically done at that point, I just connected the board directly but this could have easily spiraled had I not realized the cable was the issue.

This repair took 4 months, literally, and I used up 4 new boards until I finally got it right. I don't think there are many exact lessons here for others, other than realizing my work was the problem, in addition to bad components and many other curve balls along the way. I hope this does end up being helpful to someone, because the "collapsing image" problem was so difficult to troubleshoot, and there ended up being so many causes for it in my case. At the end, patience, working closely with the schematics and the ability to actually test components with sockets ended up being crucial for success.

Many folks helped me along the way - encouragement on Mastodon was super helpful, and I received more direct help from others, but I do want to shout out @techknight -- your posts and videos regarding the SE/30 were critical for me to understand how the SE/30 works. This video in particular was super useful:

.

And of course @Bolle! Without your amazing board this would not have been possible.

A very long and painful log of this project is available on Mastodon: https://mastodon.vladovince.com/@mejs/111008723163117281

 

[dramirez]

Love the stories with happy endings, congrats mmjs!

 

[mmjs]

Love the stories with happy endings, congrats mmjs!

Thanks! This was by far the most difficult project I tackled to date, and most of the issues ended up being self inflicted in the end. I'm glad I didn't give up!

 

[mmjs]

I finally closed the loop on this and wrote a lengthy blog post about what it took to get two working SE/30 boards out of this mess

https://blog.vladovince.com/i-get-k...gain-the-sisyphean-macintosh-se-30-struggles/