Search results

That is something else, it looks great! The front panel in particular is delightful, it looks like it could have been on a professional product from the era. Nicely done.

It's definitely the easiest way, but unfortunately the design of ADB makes things a bit more complicated: Devices get reset during computer startup. If you don't participate in that process the device will likely not work with the computer properly. ADB devices all have a changeable bus...

Awesome, thank you!

Appreciate the kind comments 🙂 Yeah, that seems right. The communication for mice is only mouse->computer so AFAIK there isn't a way to notice the pointer running off the screen without a supplemental driver. If a app/driver could be written, on the Hootswitch side it would be easy to add a...

Thanks both for your comments, and great to hear about your order. Let me know how it goes once those show up, any feedback/suggestions for changes would be welcome.

More progress on the firmware, which is feeling much more complete for basic keyboards and mice. Still some bugfixes needed but it's at a stage where I can now use it for daily driving. I put together a little video of the switch in action. It can hopefully show off things better than a long...

They're quite good at asynchronous processing. All the direct ADB line handling is done in interrupt time; I was paranoid about excessive ISRs from the get-go, so most of the interrupt stuff is just PIO/DMA setup or dumping raw data from a PIO into a custom queue for later interpretation...

This feels like a perfect match to the new RP2350. The PIO units are flexible and may be able to directly handle the timing sensitive floppy signals, the new chip has PSRAM mapping into the address space, there is some level of 5V tolerance on the GPIOs, and it supports MicroPython. There are...

For @demik your question got me thinking and I went ahead and dove into the FreeRTOS documentation. That was definitely the approach I should have taken to begin with. I've got a test branch on Github that breaks the polling superloop into tasks and it is working just fine. Based on the...

Sorry, bias toward what I've worked with with is showing, I should have mentioned your implementation as well :) There would unfortunately need to be some kind of driver written to parse the .bin file correctly and present it to the OS like a real drive. The data in a .bin isn't set up in a way...

The MacPlay ports of Descent I and II have Red Book audio. There are some other games that use it too, I think Warcraft had audio tracks. It was definitely not as common as on the PC side though. For OP this doesn't exactly address your question, but if you're using a SCSI emulator both...

I'll need to test it with my IIgs but yup, the goal is to support it. Others with more ADB knowledge can chime in but AFAIK the bus implementation on that system is fairly similar to a Mac. The PIO units on the RP2040 let you keep pretty much 100% in-spec on stuff like bit timing; the delays...

Thank you both! This is just running on the bare Pico SDK. I don't have experience with an RTOS and I wasn't 100% sure if it would be a good match or not with this project. In retrospect that might have been a good thing to figure out before I wrote a bunch of code lol. And sadly no, right now...

Over the past few weeks I've been working on something to share peripherals between multiple old Macs (keyboards/mice/whatever). Here's what I've come up with: This supports five ADB buses (4 computers and 1 set of peripherals) via a Pico W. I've got (very) basic ADB keyboard and mouse...

As of right now there really isn't much in the way of CD-ROM specific features. I had a prototype in development but wasn't happy enough with it to merge into the main branch. I got much more familiar with CDs during the audio playback work I did on ZuluSCSI and I think it's definitely doable to...

Version 0.5 is up, including: Fixes for bugs I discovered during testing on older systems, Minor user interface tweaks. Available here. At this point most features I want are present and I'm OK calling this the first 'beta' release (for whatever that's worth). If you try it let me know how it...

Awesome! Most of the memory changes were minor, just efforts to free up SRAM. It should (hopefully) have no obvious changes in device behavior. The only 'feature' added was a check and flash code for stack overflow, which could be a risk on the poor 64A3U if I make a mistake in the firmware...

Yup, recap is needed. You're better off doing it now before electrolyte leaks and corrosion sets in.

I'm also new at Mac programming but as I understand it you're best off using short and long explicitly instead of relying on int, and if 16 bit performance is faster use shorts whenever appropriate. The compiler may promote the types if appropriate, which is a complex subject I do not understand...

Great to hear and thank you too, that's very kind :)