Jump to content
IGNORED

SCSI to SD adapter


Shift838

Recommended Posts

I am wondering if anyone would think this would work with the SCSI card for the TI..

 

http://www.ebay.com/itm/SCSI2SD-Micro-SD-to-SCSI-adapter-/301629597996?pt=LH_DefaultDomain_0&hash=item463a86692c

 

It might work, I bought a similar device for a CF card and it didn't work. You could always return it as not working since it's ebay. You'd have to pay return shipping, though.

 

Gazoo

Link to comment
Share on other sites

Gazoo, do you know the size limit of the WHT SCSI DSR?

 

Size limit of a disk, I assume? That would be 248meg. Although you can use much larger sized disks, they will only format to 248meg.

 

The DSR is 64k, and not all of it is used, if that's what you were asking.

 

Gazoo

Link to comment
Share on other sites

 

Size limit of a disk, I assume? That would be 248meg. Although you can use much larger sized disks, they will only format to 248meg.

 

The DSR is 64k, and not all of it is used, if that's what you were asking.

 

Gazoo

 

I meant disk size. I think I have a 120MB disk in the system now and it is failing slowly. Plus very loud: SCSI drives are often loud.

Link to comment
Share on other sites

After doing some more research on this product I found the person that actually is doing the developing and it's for a SCSI2 drives and not SCSI

 

So it probably would not work I am assuming with our SCSI card.

 

http://shop.codesrc.com/index.php?route=product/product&product_id=52

 

Essentially the same thing. Just that SCSI2 introduced fast and wide modes. As long as it is narrow it should work just fine. Even if not, there is a chance you can get a good wide-to-narrow adapter. Been doing this with Amiga and Sun for two decades.

 

One thing to note about the wide-to-narrow adapters is that you want one which terminates the unused lines. Otherwise all sorts of bad voodoo may occur.

Link to comment
Share on other sites

After doing some more research on this product I found the person that actually is doing the developing and it's for a SCSI2 drives and not SCSI

 

So it probably would not work I am assuming with our SCSI card.

 

http://shop.codesrc.com/index.php?route=product/product&product_id=52

 

The WHT and Snug SCSI cards support SCSI1 & SCSI2.

 

Gazoo

Link to comment
Share on other sites

Follow the links from that web page and it will eventually take you here, which is an excellent rundown on all of the possible SCSI-1 (and 2) adapters out there. It also identifies how to use some of them with a SASI controller (and one is even designed to natively support SASI!).

Link to comment
Share on other sites

Follow the links from that web page and it will eventually take you here, which is an excellent rundown on all of the possible SCSI-1 (and 2) adapters out there. It also identifies how to use some of them with a SASI controller (and one is even designed to natively support SASI!).

 

soo... would that work with the personality card?

Link to comment
Share on other sites

I've used a bunch of the ACARD-based IDE<->SCSI adapters in various gear (these converters were very readily available here in Tokyo ten years ago), and they're hit-and-miss on hardware compatibility. It's not driver-dependent, it appears to depend on something hardware-side that hits early in the host-to-target commo protocol negotiation.

 

They're no good on a SparcStation 10/20 (WD33C93, both wide and narrow, Solaris and *BSD). Worked okay on Sun IPX and IPC (same chipset, should have been same drivers). Good on Mac 680x0 gear (personally tried SE/30), also good on an Amiga 3000 as long as the bus was terminated on both ends.

Edited by ckoba
Link to comment
Share on other sites

I have nothing but Acards in my gear: Amiga 4000 with CyberStorm MKIII for a DVD-RW, Adaptec 2940UW on x86 Solaris for an SSD, and on an Axil 320 (Sparc 20 clone) for an SSD. One thing to watch for is some Acards are ONLY compatible with ATAPI devices. The one on my 4000, for instance, which is why it has a SATA DVD-RW rather than an SSD.

 

I have a Sparc 20 with a real SCSI drive that I have considered replacing. Interesting that the Acard will not work there but will with an IPX. (My IPX needs a new powers supply, anyway -- I am thinking about putting it up for sale since I have not touched it in probably five years.)

Link to comment
Share on other sites

Any interest in a SCSI to IDE converter with a 3 to 6 gig 2.5 Hard Drive referenced in this FAQ for Sparcbooks: http://www.unixhub.com/SB-FAQ.html? I have used these with my macs. I purchased one for my Atari STacy but it provides parity and STacy does not, so I have this available. Sale or Trade?

:-)

Bama

 

I have nothing but Acards in my gear: Amiga 4000 with CyberStorm MKIII for a DVD-RW, Adaptec 2940UW on x86 Solaris for an SSD, and on an Axil 320 (Sparc 20 clone) for an SSD. One thing to watch for is some Acards are ONLY compatible with ATAPI devices. The one on my 4000, for instance, which is why it has a SATA DVD-RW rather than an SSD.

 

I have a Sparc 20 with a real SCSI drive that I have considered replacing. Interesting that the Acard will not work there but will with an IPX. (My IPX needs a new powers supply, anyway -- I am thinking about putting it up for sale since I have not touched it in probably five years.)

Link to comment
Share on other sites

I was quite disappointed that none of my ACARDs would work in my SS20 -- it's a nice rig, quad Ross HyperSPARC processors and a couple of HME/SCSI SBUS modules. The stock 72-gig shoebox drives sound like low-flying aircraft; I had wanted to replace at least the boot drive with something less noisy, but no joy.

 

This with with the ARC760-B as used by the AztecMonster and the much older "CATS" chip on the CHR-35INT2 (I have no idea if the latter was ever available outside Japan). Both the onboard and SBUS controllers had the same issue (timeouts during handshake). The host chipsets are NCR53Cxx variants, not the 33C93 I mistakenly listed above, sorry about that.

Link to comment
Share on other sites

@Bama: First off, a Sparc notebook is pretty damn cool. Secondly, he mentions that some Apple notebooks use this adapter, but does not mention which (darn it.) Lastly, my interest right now is only curiosity -- I would like to see a 2.5" IDE with a SCSI adapter on it, but right now I do not have a practical purpose for it. (Although, it might fix my problem with Solaris 8 panics using a 128GB IDE SSD...)

 

@ckoba: I am glad you brought up the AztecMonster: that is actually what I am using the in Axil 320. I completely forgot that I sold off an Acard (kicking myself, in hind-sight) to get one of the AMs just for this unit, but damn if I cannot find the purchase to tell if I got it on eBay or bought it direct from a seller in Japan.

 

I suspect as SCSI falls more and more into relative obscurity, we will start to see more fancy stuff coming out to support the old-codger-ware like we run.

Link to comment
Share on other sites

I sure wish folks that truly cared about keeping old iron running would open up the design/production specs for hardware like this. It wouldn't cut into their profits to a noticeable degree (how many Chinese fabs are going to do ten-thousand-plus runs of a nanoPEB on spec?), and it'd ensure that designs are improved and don't die when the originator loses interest.

 

SCSI<->non-SCSI is a wonderful general example. I've had to discard (and in Japan, that means paying several hundreds of dollars in disposal fees) a bunch of old/neat gear (SGI 4D/Indigo/Indy/O2/Octane, VAXen, and a *lot* sun4[cmu]) because I couldn't justify paying eBay shipping costs to replace dead drives, and the ACARDs would freak in interesting ways. If a SCSI<->ATAPI converter were to be implemented in FPGA so that it could be debugged when it didn't work right, then we (I) wouldn't have to get rid of otherwise working gear.

 

Relating this back to TI, it's really a shame that the CF7/nanoPEB specs aren't available. The TI virtually *requires* a PEB to do anything useful. The target audience is limited. The CF7/nanoPEB is available only through a Belgian website with a six-week lead time. It's unreliable (CF card-via-IDE-bridge compatibility). It doesn't play well with onboard 16-bit RAM expansions. It seems to screw with Gazoo's XB2.7 suite. It needs debugging ... but that's not going to happen unless someone with a lot more spare time than I do decides to trace out the PCB, hope the Xilinx isn't fused against dumping, and publishes their work.

 

It would be wonderful if Someone were to make a nanoPEB-like device design freely available. It would only benefit the community. Example is the Hexbus 74LS379 cartridge board, which (as near as I can tell) encouraged development of the '378 board, the ATMega board, and the board for the battery-backed RAM/EA combo.

 

Um, rant over. Sorry. That got away from me a bit there. It's been a *long* week.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...