• Hello Guest! We're hosting a challenge to welcome vintage Intel macs to the MLA during the month of July! See this thread for more information.
  • We've made some quality of life improvements to the Trading Post. More info here.

68030 accelerator for the Macintosh Portable, redux.

That one never got much coverage in the day. I wonder how Second Wave managed to address two SE Cards? Then again they were Masters of Black Macintosh Magic, capable of transmuting a single NuBus Slot into three or six!

The Second Wave ExpanSE SE/30 version is a Blue-Eyed Ginger Unicorn, seen once on eBay, but never touched. Auction pics are floating somewhere around these parts.

Expanse setup for the Portable is a friggin' ALBINO UNICORN! Its close relative may have once been spotted in a Squatty Potty commercial, but the Portable version has never been seen available for sale anywhere at any time to my knowledge.

Tangent alert! - Interesting DuckDuckGo/AI tidbit:

The “Second Wave ExpanSE NuBus adapter” is the key detail: a NuBus adapter for the SE/30 has to speak the SE/30’s memory/bus timing correctly (and physically fit), and many adapters designed for other models won’t. In practice, the compatibility problem is usually the NuBus controller (“NuChip”) generation and which bus-cycle type it expects—the SE/30 uses a different CPU/bus/memory-controller behavior than the machines those NuBus adapters were originally built for. 68kmla.org

What this means for your “Second Wave ExpanSE … for SE/30” question:


  • If the adapter was specifically made for the SE/30 (correct NuBus controller + firmware/signaling + correct PDS mechanical interface), it should work as a normal “get a NuBus slot” solution.
  • If it’s an adapter intended for an IIsi/IIcx-era NuBus environment (or otherwise not explicitly documented for SE/30), it’s at risk of failing to bus-master or reliably operate due to the NuBus controller / bus-cycle mismatch discussed above. 68kmla.org
  • Also, the SE/30 doesn’t natively have NuBus—so you’re always depending on a compatible PDS-based (or otherwise adapted) solution.
If you paste (or photograph) the exact model/part number printed on the adapter (and any “NuChip” markings you can see), I can tell you whether it matches the SE/30-compatible style or whether it’s likely to be one of the “won’t talk correctly” variants.

Interesting, more and more searches are being traced to some lunatics posts hereabouts?:ROFLMAO:
Didn't know it was that rare!!!!!
 
Saw it, didn't think the Vandal setup was necessarily pertinent to Performer hacking?
I initially thought the Vandal setup would be crucial for the host bus driver control logic, especially to handle higher clock frequencies. However, it turns out that logic is much less complex than I first imagined (though it would be nice to see the implementation applied to the Vandal, just as a sanity check).

If I stick with a phase locked clock strategy, rewriting the U4 PLD state machine should just be a matter of increasing the stage counter from 2 to 3 or 4, depending on whether I set the clock ratio to 3:1 (21.5 MHz) or 4:1 (31.33 MHz).

By keeping the original phase locked strategy, achieving an enhanced version of the Performer seems quite attainable.

The hardware impact would involve removing the 74245s (if the fast RAM expansion board from the TS Mercury 030 is integrated) adding a PLL multiplier, three 74574s, two 74646s, an additional G16V8 PLD, and upgrading the U4 PLD to a G22V10, plus a bunch of termination resistors for the RAM control signals and the RA lines coming out of the 74257s.

The additional G16V8 has enough room to also accommodate the logic for a SCSI interface and even the OE signal for the ROMinator.

There is also a fair chance that it could handle extended RAM. However, this largely depends on whether Virtual is able to recognize a 4MB bank starting at $0100 0000 without patching.

It would be the perfect accelerator match for the 512Ke, an all-in-one, one-time upgrade.

The PCB layout for the 16 MHz version could be something like this:Screenshot 2026-07-17 at 11.27.22 AM.png
 
Last edited:
Now we're talking! Nice work figuring a possibility for grafting a new front end onto Performer. Is that SRAM cache or DRAM stretched across the bottom of your Mercury modeling?
 
Back
Top