Search results

Ah yes, thanks for pointing that out! Looks like it uses whatever connector J26 is, looks like some kind of PCI thing. I wonder if it survived through to the final board revision. On the iMac G4 it looks like they may have brought it out to the AirPort card slot.

To be fair, I disassembled version 1.0.6 because I couldn't remember how to get access to the resource fork from your .zip file. (I know it's in the __MACOSX folder, but I can't remember how to get it into Basilisk). If I find some time I'll look at some older versions to see if the Installer...

Oh wow, that's very cool! I had forgotten about that explanation in that doc. Nice find! This schematic really does reveal all of the pin mappings for the ROM. PDF page 13 shows that the DIMM 0 socket has some pins that are NCs on the other sockets: 109 = RGRAR(1) 108 = RGRAR(2) 106 = RGRAR(3)...

I didn't spend a ton of time investigating in IDA, but I'm thinking there might not actually be any code for displaying it. The relevant function in Installer for displaying the splash screen looks for a PICT resource named "Color Splash Screen" or "Splash Screen". I couldn't find anything...

Well done! I honestly can't think fast enough to follow the blinks in real time, but I can see by reading your gDelays array in the code with the dits and dahs what your 5-character message is after consulting a Morse code alphabet chart. It makes sense!

A resistance of 16 ohms across +5V and GND on the logic board is normal. For example, here's another situation where a IIfx had similar results, and I have seen similar results on my IIci as well: https://68kmla.org/bb/index.php?threads/jmacz-mac-iifx-project.45083/page-4#post-508648

Haha, believe me, I probably won't be doing much more than Blinky with mine. So many projects, not enough time! Happy to help, and glad you got it figured out!

Hmm...did you make sure to export PICO_SDK_PATH after you changed it? Your ls command shows you have it set correctly in your current shell, but maybe the exported version is still the old version. Just an idea anyway. I just redid the setup steps from scratch on Ubuntu and it worked for me (all...

That error message is saying that PICO_SDK_PATH is not pointing to your checkout of the "pico-sdk" project from GitHub. So wherever you checked that out, that's what they are saying you should define PICO_SDK_PATH to be pointing at it. I see what you mean about how that section of the docs is...

I don't know how to let things go! Even though I'm probably fine on /WE rising edge hold time with my hardware since the ATF22V10 is so fast, I was curious about what I could have done to fix it if the timings really had mattered there. So I tried sticking with using /DS for the falling /WE...

Nice! Thanks, that's very helpful! I will definitely take a look when I have a chance. I love this idea too! Realistically I'm not sure when I'll have time to play around with it, but I suppose for starters I could just wire up a couple of ports to a header. I'm guessing having the port shield...

Gamba had startup circuit schematics for the IIcx and IIci. They look almost exactly the same: https://vintageapple.org/gamba2/schematics.html

I bet you won't have any trouble! I'm very new to this stuff so I think that's the main reason I keep running into snags. Definitely! I'm already sick of pulling the chip and putting it in a programmer over and over again. I even read that another option is you can use Intel/Altera's Quartus...

I'm not sure if this explains any of the other issues I ran into earlier, but today after I threw together a simple LC PDS card with a few LEDs on it that I can control through the Mac's slot E address space, I came to the realization that with the LC PDS slot, I definitely always have to...

The /CS pin on the flash chips is just tied to ground, so I shouldn't be hitting any problems there. Thanks for the idea though! The only other thing that comes to mind is these N28F020 chips I got were from China (AliExpress and Utsource) so who knows about their quality. They appeared to be...

If I'm being honest, I still don't understand why my earlier idea using only /AS didn't work with Intel flash chips and it kind of bugs me. I'll probably just let it go so I don't drive myself crazy, but this whole thing seems weird to me. The CUPL for doing it based on /AS was a lot more...

Thanks, that's good to know!

Thanks for your ideas! That's a good point. @halkyardo also suggested I should probably be triggering off of /DS for the writes. (And I guess triggering off of /DS for reads would be the same as triggering off /AS, so either way should be fine there). Yep, just a single register does the trick...

I thought about it more and came up with this idea, basically delaying /AS through a few cascaded registers so that I can generate a delayed /DSACK to force a wait state, and also decide exactly when to do a /WE rising edge: This seems like it meets all the timing requirements. But when I try...

I've been tinkering with trying to recreate an LC PDS card that I'm pretty sure existed inside of Apple at some point: a ROM Flash SIMM programmer supported by Apple's Flasher app, at least for the Quadra 605 and LC 475. I wrote a blog post about it a while back where I described getting it...