The RaSCSI is MAGIC for Old Macs (and Much More!)
HTML-код
- Опубликовано: 4 фев 2025
- Today we're checking out the RaSCSI, a device that connects to a Raspberry Pi, and lets it communicate directly with the SCSI bus on your vintage Mac (and other machines too!)
Using the RaSCSI software, you can emulate drives, networking adapters, and even cool stuff like video cards are possible (in the future). There's amazing functionality in the web interface, including absolute magic like download a file from the internet, and mount it inside an HFS cd rom image on the fly! Getting files from the web onto a vintage Mac was never easier.
We also have the BEAUTIFUL PotatoFi case, an Apple-esque Snow White design language case for the RaSCSI and Raspberry Pi together.
Let's put this stuff together, and see just what it can do!
I've got a TON of links for you today!
🍎 @Mac84 did a GREAT vid on the RaSCSI as well, including Ethernet emulation! • RaSCSI - The Ultimate ...
🍎 RaSCSI (Mac version) on Tindie: www.tindie.com...
🍎 RaSCSI on Github: github.com/aku...
🍎 RaSCSI Wiki: github.com/aku...
🍎 PotatoFi RaSCSI slim case (for Pi Zero W): www.etsy.com/l...
🍎 3D print your own PotatoFI RaSCSI case: www.prusaprint...
🍎 VintageApple "Mac Drivers Museum": vintageapple.o...
🍎 Thread on Anandtech from 2000 (lol): forums.anandte...
🍎 Article dispelling some SCSI myths: milosoftware.co...
🍎 Set up your Raspberry Pi headlessly: www.raspberryp...
══════════════════════════
💾 For more vintage Apple stuff, please subscribe: www.youtube.co...
💾 Support these retro computing shenanigans on Patreon! / actionretro
══════════════════════════
Check out my Amazon page with links to my tools, adapters, soldering equipment, camera gear and more: www.amazon.com...
══════════════════════════
💬 Come talk about old computers on the Action Retro Discord! / discord
══════════════════════════
#Macintosh #RaSCSI #raspberrypi
![Best Option for Apple ][ Modern Networking?](http://i.ytimg.com/vi/mKAOOH_xjwU/mqdefault.jpg)
![Best Option for Apple ][ Modern Networking?](/img/tr.png)
![[Labs] Upgrading my NeXT Computers!](/img/1.gif)
People call hard drives "spinning rust" because... that's exactly what they are. Iron oxide on a metal disc that spins round and round! I noticed Apple sure likes technologies that allow you to daisy-chain devices. SCSI, FireWire, Thunderbolt - all support daisy-chaining.
PC clone makers went with tower cases and extra drive bays where could just buy naked harddisk and just connect it to the controller; Apple went with sleeker case designs but had to buy much more expensive external harddisk in their own enclosure and with own power supply, and then daisy chain them off the Mac. Really made me appreciate the superior pragmatism of the PC world
As well as USB 4
The funny part there is that hard drives by and large *haven't* been oxide since the late 1980s. They've since all used plated or evaporated metal media (like high-end tape).
You forgot ADB
@@lee4hmz that's quite interesting!
This looks _brilliant,_ I gotta grab one! Or two or three, I have so many Macs I haven't added a SCSI2SD to that could use this. Wonder how it'd work with PC SCSI controllers, hm.
Shame that its coolest features aren't fully working yet. Hopefully they'll get that sorted soon.
They've made a ton of progress, even since this video was released! Check out @Mac84's video on it, he got the ethernet working - ruclips.net/video/Pat42MNRhhA/видео.html
Hi Clint!
Never expected Clint to comment on here
Anyone else read this comment in this LGR's smooth voice
@@paddy1414 lol yes I did
Fantastic video! Thanks a bunch for the review of my cases! A ton of people have ordered cases this morning - I love printing things and shipping them out to other Macintosh enthusiasts!
So awesome!!! Thanks for the amazing work on these - they're beautiful
I love it when new hardware is made for old products.
Raspberry Pi seemed like a toy in the beginning, but now with every single new iteration I feel like it has more and more potential.
Very interesting project, thanks for sharing!
One of the strong points of SCSI is that it didn't really care how big the drive was, maximum partition size was down to the OS.
I though the the main differences was way back the very first SCSI and IDE/and the standard before IDE, was that SCSI Drives where a lot more independent of the host MAC/PC, like error correction, status monitoring etc., than IDE and the communication was generally handled by a expansion card, take the load of the PC/MAC CPU, and what was called IDE, where a lot more dumber, than the more resent models, which now do almost all the house keep the first SCSI Drives did with interacting with the MAC/PC?
One of my favorite bands... "The Talking Hands"
SCSI predates IDE/ATA by many years. PC's started with MFM drives. MFM was a much cruder and lower level protocol that left a lot of the control to the host - data was referenced by cylinder, head & sector, and the host had to be aware of the physical geometry of the drive. Get this wrong (eg, if your CMOS battery went flat) and you lose your data. SCSI was a high level protocol, with the drive appearing simply as an array of linear blocks. The protocol also allowed for devices other than storage - for example, it was common to attach high performance scanners and printers via SCSI.
When IDE first appeared, it simply moved the HD controller from the motherboard to the drive - the IDE bus just buffered and extended the motherboard bus to the drive. It was only later that he protocol started to gain SCSI-like features, such as linear block addressing, and scatter gather, and became ATA. Even during this period, SCSI was a set ahead, using LVD (low-voltage differential) for better signal integrity for higher speeds and longer cables.
I used SCSI on server-class machines, as well as my personal desktops, for many years, and I routinely had a large number of devices attached. I never had any problems with bus termination. The simple rule was that you need to terminate both ends of the bus to prevent reflections (because you're basically dealing with RF). In later years, active terminated appeared, which made it even easier.
Oh very interesting, thank you for this!
All of this.
From the user standpoint, SCSI was more expensive but SCSI was more verstatile, and allowed external devices. The external Zip drive for PC was over Parallel port. Scanner (consumer grades) on PC used Parallel port while higher end either used SCSI or and extension card (ISA or PCI). Parallel port was designed for printing. While on Mac, just SCSI. Mac kept SCSI port until USB, even though they already had switched to internal IDE drives at least on the lower end.
SCSI lost appeal when USB appeared. An guess what? The iMac is the one that popularised USB devices, while dropping SCSI.
SCSI lives on. ATAPI, SATA, USB Mass Storage, all use the SCSI protocol on top of their respective interface. (proof: on Linux SATA and USB drive are /dev/sdX, like SCSI, while IDE drives are /dev/hdX)
@@hfiguiere there were external ZIP Drives for the PC that also had SCSI ports on them... not just for Macs...
@@TheJeremyHolloway which were the same as for the Mac (except the package and the PC formated disk). But how many PC users had a SCSI adapter? That was my point. USB levelled up everything (and it took the iMac to have it more widely adopted beyond mice)
@@hfiguiere I still have two of my SCSI ZIP and one of my SCSI JAZ drives. :) Wonder what will fit on a 1GB JAZ these days? hmmmmm
Using SCSI in pro/consumer products before the arrival of SATA was a good move, it made those systems so slightly snappier.
I had no idea the project had progressed this much already. Especially the web interface. Now I really need to get one!
The vintage sampler community has been actively working on these for several months now, too. The original project started several years ago in Japan but didn't gain much traction because the only suppliers of the boards were in Japan and the docs were all in Japanese.
Have any vintage sampler documents been made available for RASCSI compatibility?
Sorry you had a few issues on the web interface! I've pushed a fix to the develop branch that allows for better file uploads. As for the cd I'll have to try to reproduce that, haven't seen it fail before but shoud work with any file. Maybe a weird url or filename? Great review!
Thank you Eric!!
Truely a great addition to the retro computing community! I have a Powerbook 5300c that I replaced the drive with an IDE-->CF solution but those tend to slow down over time (lack of garbage collection). I can't wait to try this on both that and the PowerMac 7200 I have.
Could it support emulating a SCSI Scanner or Printer?
This would be an interesting way of loading images onto the Vintage Computer or producing PDFs for a modern DTP workflow.
@@SalvoDan Oh, what a cool idea
Astounding job the guys did there. I might even pick one up in case I get hold of one of those older Macs in the future.
Wow, I am blown away by the interest in RaSCSI cases! I'm running out of stock of pretty much everything... so if something is missing from my store, check back in a few days! I'll keep the printers running around the clock to try to get caught up!
Hooray!
@@davidcarlin5336 Prusa MK3S! I also recommend the Prusa Mini - results are 95 percent as good for quite a bit less. I use Prusament for production parts but even cheap Hatchbox filament from Amazon looks just fine.
@@davidcarlin5336 feel free to get in touch if you have any questions! Twitter, website, Etsy, etc.
the way I rationalized this to feel better about it - it's just a SCSI-attached file server (instead of being a NAS)
"You know what I'm serially attached too..."
Man, that was a great transition to your Patreon plug X'D
SCSI strong points that mattered at the time: - Devices you could daisy chain internally and externally. - The original IDE spec at the time maxed out at 512Mb (Until eIDE), SCSI had no real limit - SCSI was expensive due to it having very high quality standards that dictated good hardware and signaling. IDE had very loose specs comparatively.
Wasn't also IDE just a 16 bit ISA bus on a ribbon cable? If so then an IDE port on a PC was basically free to implement, whereas implementing IDE on a non-x86 platform required a controller chip.
@@CommonSense-hy2sn I could not say, but that would fit within the 16bit ISA math of the 512Mb limit on the drives. In the end, I have no idea and might make a Saturday night of that research.
@@locnar1701 Even with non-PC machines, the logic to interface to IDE was just an address decoder and a few buffers. ATA didn't rely on any special features of the ISA bus (like the clocks or the DMA circuitry), and the controller registers were on the drive and not in the interface. Also, old IDE could go up to 65536 x 16 x 255 blocks (2^28 blocks), which is where the 128 GB limitation some older machines with IDE have comes from; the 512 MB limit was imposed by IBM (since they repurposed the floppy disk BIOS interface for hard drives), and wasn't remedied until the INT 13 extensions came out in the mid-1990s.
@@lee4hmz I thought old IDE could only do about 8 gigabytes before LBA was added to the spec as in CHS mode they only went up to 16383/16/63. The interface might have supported more but I've never seen that used in practice. As you said the 504 meg limit was the combination of ATA and IBM CHS. That was partly alleviated by CHS remapping on PC BIOSes.
@@eDoc2020 That's another BIOS limitation. ATA has always been able to do 28-bit addressing; it's just that the standard INT 13h interface couldn't use it all (in this case, it's because INT 13h only provides 6 bits for the sector number). 16383/16/63 is a magic number that was added by ATA-5 to avoid confusing old CHS-only hosts.
I bet this would be a good fit for my NeXT slab, and maybe even my DG Aviion!
I bought the book on the Motorola 88K at my college bookstore and read it! Loved that chip. Boxen I have had coded on and worked on over the years: CDC Cyber 6600, DEC VAXen (750 to 8800), DECstation, SGI Indigo/Challenge XL, KSR1 (!!!), DEC Alpha, Sun 3/80 (68030), Sun SPARC 5, RS/6000 Model 250, HP 9000/725. Then Linux came, and since 2003 that's all I've ever worked on - with some Diversions to z/OS and z/VM here and there.
@@gorkushkaNeXT never used an 88K CPU except for unreleased prototypes, all production models had 68040 CPUs at either 25 or 33 MHz.
Between the SCSI and ADB there was still a lot of expandability potential for slotless models. It's true you had to fiddle but back in the day but the owners knew the "SCSI rules" by heart.
I have a 5.25" Full Height SCSI hard drive from my Commodore Amiga days. It still works. It sounds like a garbage truck traveling down a gravel road though. SCSI was MUCH faster on my 7mhz 68000 equipped Amiga 500. It's really noticeable on low end equipment. On modern equipment of course, the processing power is so high that it doesn't matter.
“Modern Apple is allergic to _ports”_ - Action Retro, 2021
I use castoff scsi3 disks from servers with an adapter board. Theyre reliable and really fast, and astonishingly cheap. 10$ for the adapter and less than 10$ for the drives. I have a 160gb one in my Powecenter Pro
LGR sent me here, and I'm so glad he did. Instant subscribe and bell-click for sure! Thanks for the heads up, LGR!!!!!
Awesome!!
Now, this? This excites me.
Really want to get my old MacSE running all the music software from its day.
ooh, that's what I want to do!
What programs do you recommend to look out for?
I have a serial (MOTU) MIDI interface ready to go, but have never previously used a MAcSE for sequencing and such.
Keen to hear what you're up to!
(:
OMG this is amazing! Gotta get one of these stat! Even SCSI Ethernet emulation? This is way awesome.
I think you are understating how much better SCSI was. When I bought my first hard drive for my brand new in 1987 Tandy 3000HL, the alternative was a MFM hard drive. If your backup battery went dead, you had to run a setup program from a floppy (360) to enter the drive parameters. If you drive's wasn't on the list, you had to select the one closest, but no larger than yours. Potentially you could destroy your data if you enter the wrong numbers. RLL drives offered more capacity using an overpacking scheme that seemed insane even then. And didn't cost less than a SCSI system. So I bought a 20 mb Miniscribe SCSI drive and a 16 bit Future Domain ISA controller. And was delighted with it. Later, I think it served just as well in a 486/33 system and it still worked fine. SCSI actually came before PC's were even offered for sale.
If you're talking about "MFM" and not IDE, I'd agree, but this is a different problem entirely. MFM wasn't really a type of hard drive interface like IDE/SCSI. MFM and RLL were largely all proprietary standards where hard drive, and the hard drive controller were tightly integrated. So if your "MFM" hard drive failed, you couldn't just go and buy a new "MFM" drive to replace it. You had to go buy an entire new integrated card+drive. The innovation of IDE and SCSI was that they had the HD electronics integrated with the drive itself, with a standard protocol (IDE/SCSI) to communicate with the host controller.
So practically speaking, MFM (and RLL) didn't really have any meaning, and different manufacturers of the drive+controller could mean completely different experiences. The tightly integrated card+controller didn't last much past the mid 80s, after which it was replaced with IDE.
@@stevesether On MFM, you could swap the drive out for another one (on the early PC/XT controllers, it may have been limited to 10 or 20 MB, but later third-party models had dynamic config), but what you couldn't do was swap the same drive between two different controllers unless they were the exact same model. You *might* have been able to get away with them being the same make, though I can't remember if this actually worked.
And the Oscar for single hand choreography goes to... Action Retro!
😂😂 Thank you thank you!
single handed applause!
@@ActionRetro @ChrisFix would be impressed.
Your enthusiasm is catching!
(8:14) I should mention that there are "H" variants of the Zero series that come with the GPIO pins already soldered on.
That wouldn’t work in this case though, since the pins had to be soldered upside down
There are so many uses for a Raspberry Pi Zero, these drive emulators being one of the most impressive ones.
The SSH is disabled by default in the Raspbian OS image, the Pi itself doesn't care. Though in practice the only thing matters is that it isn't on by default, why or by what - doesn't matter.
Thanks for the informative video. I have also watched Mac84's video, and I am slowly understanding the power of the RaSCSI. I just love the cool external mini-IIcx/IIci/Q700 type case!
Sean Your Pressuring Me To Get Back into The 68k Macs But That is really Neat SCSI Solution Great Info
That's where the Pi Zero really shines.
Albeit being far more powerful than vintage computers and videogame consoles, it actually brings new life to those as well.
Again, I'm no Apple user but this is fantastic stuff done by the community.
I think you had a bit of an impact on his sales! hahah. Sold out for now :) This looks awesome.
There was actually an advantage for home users using SCSI. SCSI controllers were not supported by the board BIOS. They came with their own BIOS ROM which extended the BIOS of the board. This broke the size limit without using tricks or relying on BIOS updates for large IDE devices.
SCSI had an advantage over IDE interface you may be unaware of: SCSI devices were intelligent peripherals that sent data in bursts along the bus. IDE drives added a similar capability with ATA spec, which survives in the SATA standard. this was particularly useful in servers.
I worked at a computer store during the late 80's and early 90's. Apple used SCSI because IDE drives didn't even exist when the first Macs came out. Even when they did eventually come out in 1986, they were 4200RPM (I think) so slower than SCSI drives at the time. Apple probably already had their designs for the next few years built around a SCSI controller, so it would have been difficult to change to IDE. Also, since USB didn't exist, SCSI was the perfect platform to add multiple simultaneous devices to your computer.
Not many realise that SCSI was a development of SASI (Shugart Associates System Interface), which appeared 5 years earlier. Some SASI devices could work with SCSI-1 controllers; they used the same 50-pin connectors.
Woah that's really interesting!
Well... In 1987 there still was not a mainstream standardised interface in the PC desktop world, and we needed hard drive cards with an interface specific to the drive.
Later, non-scsi cdrom drives came with 3 competing connection standards.
Ide/ata if I recall correctly started to become mainstream around 1990 and was extended to other devices around 1994 (with the atapi standard) bringing cdrom drives under the same interface.
Reminds me of the TRS-80 scene in the 90s. People were using Pentium chips strictly to do memory bank switching for upgraded Hitachi 6309 CPUs running OS9 (UNIX).
Very cool product and video. This inspired me to finally replace the hard drive in my SE that died a decade ago. I ordered the same parts, wrong sided GPIO pins and all... I have no idea how you managed to desolder the 40 pin header with just solder braid. For anyone in the same boat that doesn't want to spend $100+ on a proper desolder tool, the velleman vtdesol3u was a lifesaver at under $20.
Now I just need to do a 7.0.1 install instead of the 6.0.8 boot floppy I was using, and hopefully get the Daynaport functionality working over wifi
I used to only use SCSI on my PC's. My favorite was a DPT caching RAID controller that supported multiple LUNs and target mode so (theoretically) over a hundred drives could be connected to a single bus!
I have to check out this gadget! I wonder if LUNs could be implemented.....
I'm 100% sure that LUNs could be implemented, but the code is confusing enough to me that I don't know where the changes would need to be made.
Can we have an update on rascsi video as well as the improvements to disk reading? Love your channel. I would like to get colour video output on my SE30s.
This videos are so cool. Yesterday i reborn my old power mac 7200 :)
That's awesome! Thank you!
I had an old Dyna SCSI to Ethernet interface for the Mac Plus and it was decent for what it was .. SCSI was the fastest interface on that system. I used it with a SCSI ZIP drive and it was a good fit because that system was so slow anyway.
4:25 It's not just SAS. SCSI lived on in other big and important ways.
1) ADAPI was a protocol for squeezing SCSI commands through an IDE or SATA bus. Basically every IDE/SATA CD/DVD drive ever, natively spoke in SCSI commands, adapted to IDE/SATA via ADAPI.
2) The USB Mass Storage protocol, used by basically every flash drive ever, is essentially SCSI-over-USB, as far as the command set and deepest nested protocol layer is concerned.
Looks great. Just the thing for my LCII (and odd Amigas)
Maybe I just was a SCSI fanboy back in the day, but I have pretty fond memories of my PC build using a bunch of striped 10k rpm LVD drives in an old COMPAQ backplane, all of which was retired from some server at work. It was hot as hell, enormously loud but no IDE solution would have come close in terms of speed...
I loved watching you disolder the wrong side GPIO connector X"D
12:39 you know that the newest Pi Imager has the ability to activate ssh from scratch and you can setup your wireless with your mouse?
its also just as easy to do it the normal way too
That case is adorable. Too bad the power sticks out the side and not the back.
A right angle connector would go a long way toward making that not so obvious. So would a white cord.
IDE was designed specifically for use in 286 PCs so easy to imagine that bus being far less than ideal for other platforms as the IDE bus is just an extension to the 286 16bit ISA bus. SCSI on a pc is probably not faster than ide but on other platforms with a much faster host bus scsi would be faster. I'd say scsi's big advantage was not speed but external connectivity
All true; IDE wasn't really comparable with a good DMA SCSI card until multiword DMA type 4 and multiple sectors per interrupt were widely implemented, which wasn't until about 1995-1996, and it wasn't really *great* until Ultra DMA around 1997-1998.
This is what I was thinking too. IDE was so tightly coupled to the AT platform that non-PC platforms couldn’t really just use it directly. SCSI was kind of the go-to choice.
In terms of speed, it came down to how the controller communicated with the system bus, and how fast the actual disk was. All the bandwidth comparisons were pretty much academic until we started cramming new drives into old computers. (Now 4MB/sec SCSI throughput is ... quaint.)
Even SCSI on a PC was also faster than IDE back in the day because the SCSI controller took the I/O overhead away from the CPU, giving you faster transfer times and a generally more responsive PC. Some high-end SCSI controllers also had on-board cache to accelerate disk access. Plus, SCSI protocol evolved to ever-faster revisions more quickly than IDE did. Last but not least, fastest hard drives (10K RPM and up) were typically only available with a SCSI interface back then.
Using the Paspberry PI Imager hit the control shift X before you hit the last step to download and you can preconfigure options such as Wifi configuration and overclocking as well as root password
I left a like just before watch it because i know i will love it :)
"can't come to work today. I have a case of the Scuzzy"
This is interesting.
My perception of SCSI adoption was more to do with the Apple's computers being widely spread through the music industry. Also by "coincidence" SCSI was also the same interface that was used in a lot of samplers/synthesizers.
very good educational and informational video!
6:55 This surface comes from the powder coated sheet of the Prusa i3 Mk3.
SCSI unloaded some work from the CPU. Not important now and mostly not important then but it was a slight advantage on really old CPUs and use cases. The important bit for me was that SCSI was the only fast external option. I needed it for Nikon and HP scanners, Jaz drives, external CD drive and a Data Minidisk.
The download and mount functionality is kinda amazing lol.
"How did they get this texture on here?
Easy, that's the bottom of the print. It's the bed sheet texture.
This is not always feasible to do, but anything with one big flat surface comes out so good.
Just got my PiSCSI … installation going down this weekend on my Mac Performa ( or LC3- same machine but different badge )
SCSI is Small Computer System Interface: it's more than just a hard drive interface, it's a versatile and relatively high-speed interface (5MB/s for standard narrow SCSI) for a variety of up to 7 devices both internal and external (scanners, printers, disk drives, video controllers, network controllers, etc). AT Attachment, on the other hand, was originally designed for internal hard drives and internal hard drives alone; the original standard did not natively support anything else, which is why ATA Packet Interface had to be invented, and it's still an internal-only 2-device-maximum interface. Fun fact: ATAPI uses SCSI commands over ATA to support all of the expanded features such as removable disks. Also (for PC users), SCSI doesn't have the various ridiculous capacity limitations and doesn't require manual C/H/S configuration like older ATA controllers do.
SCSI _does_ have similar capacity limitations. It just seems hosts handled them better.
@@eDoc2020 From what I've read most SCSI capacity caps were imposed by OS file system limits (mostly in FAT and FAT32 but also HFS), not by limitations of SCSI itself, and thus could be avoided by partitioning the drive. By contrast ATA had known hardware limits at 528MB, 7.9GB, 8.4GB, and 137GB depending on the host system, in addition to the file system limits, but unlike SCSI these limits could not be avoided by partitioning since it was a BIOS/hardware problem, not an OS problem.
I could daisy chain 2 computers to one external scsi drive. As long as I was not writing to the same file it worked perfectly.
That looks quite sweet, although think some sort of barrel plug with a vintage looking wall wart would let it camouflage a bit easier into vintage setups ;) Micro USB? Man this thing was way ahead of it's time XD
Excited Hand on the loose again! Thumps up! The first time without an Intro?
A colleague of mine in the 90s made the mistake of buying a pc from PC World. Not the US magazine. A UK based computer retailer that is widely (and deservedly IMO) criticised by pretty much anyone with computer experience in the UK.
He didn’t really know PCs but needed one as a student. So, he asked them for advice, I can’t remember most of the specs. I think it was a mid range 486. The one spec I do remember is they sold him one that only had SCSI. Apparently SCSI was the future and IDE was on the way out.
Arguably, long term, they were right. That was 10 years later though, when SATA became a thing. In the meantime, his hard drive failed after a couple of years,and as it was out of warranty, PC World wanted a small fortune to replace the drive.
So, he came to me. IIRC, I found an IDE card that worked with his PC, and he managed to buy both that and 250 meg IDE drive (his SCSI drive was 250 meg) for less than the price of a replacement SCSI drive.
Now, he might well have had a SCSI drive that was faster the the IDE drive he ended up with, but bearing in mind he was using Windows 95, and only used it to play some low end games and for using MS office, he likely wouldn’t have noticed a difference.
SCSI lives on in far more than just SAS! It's in USB (three separate times actually! USB is weird), SAS (which is legacy bus in servers nowadays), SATA (well, partially, since ATA implements a subset of scsi functionality) and many weird and wonderful server technologies like iSCSI, FibreChannel and more. These days it's just a universal data storage command set, not a specific bus.
Mindblowing. May have to get this for my Mac Plus! Does the PotatoFi come in severely yellowed?
🤣
These guys have to create a version of this for IDE X86
Great! Gotta buy one of these! Can you boot the machine out of the RaSCSI?
Absolutely you can! The Raspberry Pi OS does take ~30 seconds (probably more on a Pi Zero) to boot. So, you need to make sure you can boot your Pi before you start up the Mac.
Or.... if you don't have any other boot drives available, the Mac will just show the flashing question mark for a little bit. Once the Pi boots up, the Mac will see the new SCSI device and boot from it with no problem.
That’s awesome. I love the little case.
Does the RaSCSI physically fit in a "classic" style Mac? I'm working on refurbing some of my classic Macs (SEs and SE/30s) and unfortunately those old SCSI drives that are in them are at death's door... they still work (for now) but are starting to make some very unwholesome noises. I hesitate to go to a SCSI2SD due to the cost, but the RaSCSI looks like a very cost effective solution (especially since I already have a couple Pi Zero's and MicroSD cards lying about, so wouldn't need to buy those)
You could also host the images subdirectory over an NFS or smb mount, potentially backed by faster and more reliable storage than an SD card. Of course, you're subject to the reliability and performance of your wifi at that point, but it's an interesting idea. I think for a lot of these macs you are basically limited to scsi2 or scsi3 speeds, so it's probably not hard to keep up with their controllers
I could never believe that, when given the letters "SCSI", the tech industry settled on "scuzzy" rather than "sexy".
I thought some of the creator wanted to use sexy. I said ess-see-ess-eye for the longest time. I had never heard anyone say it and never would've guessed scuzzy.
have you met a geek before?
For retrocomputer purposes I think SCSI drives were generally 'smarter' so there may have been a reduction in CPU load. Which wouldn't matter much when your usual user's single task is blocked waiting for IO.
They typically were; most good SCSI drives either had actual servo hardware or a second CPU, so they could handle incoming and outgoing requests without having to deal with housekeeping tasks like moving the heads or keeping the motor running (which some drives, particularly Conners and some of the Seagate drives that were based on them, tasked the main CPU with).
From my experience doing 3d-printing I'd say that texture was achieved by using painter's tape or build tak as a surface. Have a good day!
Of course, something similar like a reusable build plate included with many printers nowadays, such as the venerable Prusa Mk3, may also be in use there, though that lies outside my expertise, I am afraid
Judging by the recent products that use Pi, everything can be emulated with it.
SCSI Configuration is actually kinda easy, even when adding devices, since all you need to get right is the ID and connect it somewhere between your last device and the SCSI Card. But i guess, when you are able to connect Master and Slave in the wrong order. What i can say tho, the drives were super reliable, drives from 1998 made it way into the 2006s for me, until i had to replace them due to size considerations.
My interpretation of the image to CD drive would mean that its an ISO file that the pi would download and then mount. Not just for any file.
I would like to see a case that has a Pi UPS board and battery to help with the Pi shutting down more gracefully in the even that power is lost unexpectedly
iirc on the Amiga scsi drives were DMA... they could access the memory directly, which was both faster and better for actual multitasking.
Does it work on a Mac Plus over SCSI?
These old Macs that he has are awesome!!!!!!😎 And why do they call these drives spinning rust
That's more like a drive that could be spinning rust lots of spinning drives on old Macs are spinning rust
Or Macs on hard drives are more like spinning dust
I remember selling 9 gig scsi Hard drives for like a grand when I was in the IT business in the late 90s.. most of the servers and machines that these went into would have 2 to 10 or them back in the day.
Is there nothing a raspberry pie can't do? Such a versatile dessert.
And Andandtech was wrong about why old Macs had SCSI. It's because they're not AT PCs. The IDE interface is basically the AT's ISA bus with a few pins missing, and early Macs weren't AT PCs, so they didn't have an ISA bus that they could just slap a bus transceiver on to connect an IDE hard drive. There weren't any "IDE controller" chips because it didn't need a special controller, so if they wanted to use IDE instead of SCSI, they'd need to design their own IDE controller chip to interface with the 68K CPU on the Mac. To implement SCSI it was basically just a matter of throwing in a SCSI controller chip and calling it a day.
Apple eventually did do that on some of the later Quadra/Centris models (particularly the Quadra 630), but even Macs with IDE kept their SCSI ports until the iMac G3 and the Blue & White G3 introduced USB.
Converting a 68 family synchronous bus to 80 family asynchronous devices can be done with the addition of a single 7400 chip. That's _far_ cheaper than a SCSI controller.
@@eDoc2020 Wow, one chip to convert from big endian on the 68K to little endian that the x86 uses, plus whatever other signalling is needed? That's incredible! That must've been one hell of a 7400 chip!
@@UpLateGeek The x86 bus has a read strobe and a write strobe while the 68k has a single strobe along with a line which selects if it is a read or write. That's the main difference. There's also a big difference in how 8-bit accesses are performed but this can be ignored for IDE. That should account for the signalling differences. When I said a 7400 I didn't mean a mythical complicated 7400 series chip, I meant a literal 7400 quad NAND gate.
Endianness also isn't an issue. That can be handled in software but if you need it done in hardware you can just swap D0-D7 with D8-D15.
I have CMD Commodore SCSI drive so now a better option to add to it via the SCSI 50 pin adapter on the back!!!!!
RaScsi (And BlueScsi) is awesome! I've been poking at a live physical user interface for it so you can configure it without needing a web interface. (expanding the use of the display to include a rotary controller, and new menu system). :D
Real answer is SCSI had a longer use history and mature hardware platform, IDE was a good looking product with no real world track record. It boiled down to "nobody gets fired for doing what worked yesterday." mindset. As IDE gained manufacturing capacity and reliability history the market moved to cheaper. Then we repeated everything but faster when it came time for the IDE vs SATA conversation.
Funny how this video came out shortly after one on the BlueSCSI.
“SCSI faded away” = became FireWire
I hope it will work with the Commodore Amiga A3000. The only time I had trouble with SCSI on the A3000 was when I tried to install a free version of UNIX. AmigaOS wasn’t very picky about SCSI termination but that BSD version of UNIX sure was.
No, it was no headache to connect 7 or later more drives. It was all about good cables and correct termination. There were many tower-like external drive housings that could easily take 6 drives. Also, all RAID-system back than were made of SCSI drives.
I wonder if this would work on a sgi indy to replace an external DVD drive!
would love to know what filament they used to print that case I been looking for that color
There was a lot more to like for SCSI. SCSI had higher performance because it could queue up to 256 commands vs. 32 for IDE. IDE was also never really made for external hard drives. Being able to chain up to 7 external devices on a single connection was much more flexible. Finally, SCSI devices had a bad block defect list so it could swap out failed blocks with new ones. IDE drives at the time required the OS to handle this. With that said, while I spent the 1990s/early 2000's as a huge SCSI fan, I still eventually went all IDE and was glad to never deal with SCSI and bus termination again. SAS/SATA did make SCSI great again for my servers at the data center, but SSD has been replacing them for years now.
IDE didn't even really have proper command queueing for a long time, and even when it did it wasn't widely supported. Generally the OS was expected to use elevator algorithms to minimize head thrashing, but that's only a rough optimization as opposed to onboard command queueing which can compensate for fine-detail optimizations that take into account rotational position.
I didn't think parallel IDE driver ever had NCQ, I thought that was only introduced with SATA.
@@eDoc2020 Before NCQ on SATA there was PATA command queuing, which could be emulated on SATA. It was not super widely supported and NCQ quickly replaced it on SATA.(NCQ meaning Native Command Queueing, i.e. the command queueing native to SATA)
PATA's tagged command queueing was partially unpopular because each request had to be handled by its own interrupt, which increased CPU utilization when it was enabled.
i think this is what suckerpinch called "reverse emulation."
(using powerful peripherals to improve the capabilities of a less powerful device)
Can you explain how the network connection is maid? Is it through USB or wifi?
I thought we called them "spinning rust" because the magnetic layer is ACTUALLY a metal oxide. 😁
And Sean, if you think using the Pi as a peripheral for a SCSI-based Mac is ridiculous, look up "TiPi" sometime. Using the Pi as a peripheral for the Texas Instruments TI-99/4A to connect it to the Internet, provide disk space, etc. Same idea, really.
Wish you would have put some links in for how to get the parts you got to make this.