Search results

Those chips need /WE tied to VCC to work.(unless you're actually going to write to them obviously) I believe on the IIci logicboard that pin is not connected at all as you said, so a solder bridge between pins 32 and 31 on each chip should do.

They shouldn’t be too hard to obtain, last time I ordered them from mouser, but it looks they’re out of stock right now. Regardless, speed shouldn’t be much of a concern there so it’s likely any other 5V 74*240 type will work.

I don’t think the design originated at Dove. It must have come from whoever was the designing entity behind Total Systems/Extreme Systems/Quesse/Engineering Solutions/Novy The GAL code on the Total Systems Mercury is basically identical to what ended up being the Micromac Performer. That also...

You can stack one of the grayscale cards from @zigzagjoe together with a chopped Radius IIsi Pivot card on top of my riser. Together with your Turbo040 that would basically be what you’re looking for. On a side note I have laid out a Turbo040 clone that plugs right into the SE/30 logicboard and...

So far for me the cause of non-working L2 cache has always been the CPU itself. Especially happens on cards that get handled a lot. Putting a heatsink on, taking it off again, repeat… at some point you’ll damage the die. Are there slightly chipped corners on yours? Once that happens the first...

The folks over there are having problems with building their own clones and getting them to work at all... their problems are not related to getting it to work in a specific machine but it's an issue with sourcing working/compatible/not fake parts to build the card in the first place. The card...

That looks like it's folder names poking over from the screen to the left maybe?

With having the PowerCache and Turbo040 adapter for the Mac II available I haven't been very motivated to move forward with it. The GLUE does some mapping on its own if programmed correctly but there's certain limitations to how you can combine different sized SIMMs on both banks. The SWIM...

Those are actually required to be able to use this CPU upgrade. The non-FDHD Mac II ROMs don’t work with 030 CPUs and you’ll end up in a reboot loop. Done already. There’s a GAL20RA10 on there that I already cracked and did draw schematics too, it just hasn’t materialized yet.

That one disables the 68030s internal caches.

The firmware on these cards gets corrupted very often for some reason. You can force the control panel to flash a card that isn’t detected at all and that will bring most cards back to life.

I've got a socketed Plus logicboard here, I'd certainly take a look at it if you want @chrisrueckert Also tackle reading/recreating the PALs while we're at it to figure out what's going on.

Thank you @jmacz That’s really useful. No.

That messes with the way the Turbo040 behaves under certain circumstances because it thinks it’s running in a IIsi. I for my part am fine with using MODE32 and never really got why everyone is after having 32bit clean ROMs.

Not sure if that’s already documented somewhere but it would be neat to have the same done to the stock SE/30 ROM. Removing the memory check but keeping the checksum stock to keep it working with accelerators that base their machine identification on the ROM checksum.

I think it was indeed a SCSI card that was one of the cards to support XCI that actually materialized.

The extra connector is for a backplane bus for Nubus cards. There were only one or two cards that had theoretical support for that bus and the only pictures I have seen of said cards didn’t have the connectors populated… Now if I could remember what they called that bus. EDIT: It was called „XCI“

You need to install Compact Virtual to actually use the RAM as actual system memory. Without it the accelerator uses just the 4MB of the accelerator RAM that fit into the hardware memory map.

Shamelessly adding my LC475 reloaded board as well as my latest piece of insanity: Quadra 950 The files for the Q950 will be available soon, the first prototype board has been through hours of testing and passed all tests I could throw at it so far.

You'll have to check all the traces going to the ASC. One of them is bad. I think I also had this before and if I remember right it was one of the data bus lines that had a break.