HDTenEightyP/NetNews huggingface dataset:
From: eric@telebit.com (Eric Smith)
Subject: Re: Seagate and Macintosh...
X-Disclaimer: Everything I write is false.
Organization: Telebit Corporation
	<34753@goofy.apple.COM>
Date: Thu, 21 Jan 1993 21:31:00 GMT

>>On 21 Jan 93 20:51:49 GMT, smyers.s@applelink.apple.com (Scott Smyers) said:
> The problem is that SCSI is an open collector bus, which means that the
> 48 ma drivers have to sink 48 ma to drive a signal (active low), but they
> are not permitted to drive any current onto the bus themselves.  Only the
> terminators are permitted to put current on the bus.

Actually, you are allowed to drive the bus high, but you can't do it
continuously, only when you know you "own" a signal.  This is essential to
achieve high data rates.  The chips that do this typically only drive it
high for a short time when they deassert a signal.

Eric
Newsgroups: comp.periphs.scsi,comp.sys.dec,vmsnet.misc
Subject: Re: Tahiti trouble
From: dvalent@husc8.harvard.edu (Daniel Valentine)
Date: 26 Jan 93 00:15:16 GMT

I never had the troubles you are describing, but I thought I'd take a moment 
to describe the trouble we had (and haven't yet fixed) with our Tahitis.
We mounted the Tahiti drive (in a case and with drivers from U.S. Designs,
a subsidiatry of Maxtor) on the SCSI port of a VAXstation 3100, and it worked
fine for a couple of months (once we discovered that software drivers were
necessary), and then they stopped working.  We sent the drives back, and the
same thing happened to the replacements.  It would have been convenient to
be able to have half a gigabyte of removable storage (per side), but all we
have now are a couple of paperweights.

Dan Valentine
From: reginald.hirsch@yob.sccsi.com (Reginald Hirsch) 
Newsgroups: comp.periphs.scsi
Subject: RE: ADAPTEC 1542B OR ULTR
Date: 24 Jan 93 15:48:00 GMT
Distribution: world
Organization: Ye Olde Bailey BBS - Houston, TX - 713-520-1569
Reply-To: reginald.hirsch@yob.sccsi.com (Reginald Hirsch) 

TO: gasman1@netcom.com (David A. Silva)
-> I have an Adaptec 1542B. I also have an Ultrastor 14F. The Adaptec is
-> hands down winner. The Adaptec card and ASPI manager are much more
-> configurable to tweak best performance from your system. Also, the
-> Adaptec is being directly supported by OS/2 and WIN NT - with
-> Ultrastor you have to wait until they develop drivers for these
-> programs - they will, but they are slow to release them. The Adaptec
-> can be configured to run 30% faster than the Ultrastor on my system.
 David I concluded the same after using both , I am interested in your
"tweaking" can you tell me a little more about your setup and
experiences , thanks.
                                                                                    
----
+------------------------------------------------------------------------+
| Ye Olde Bailey BBS   713-520-1569 (V.32bis) 713-520-9566 (V.32bis)     |
|   Houston,Texas          yob.sccsi.com       Home of alt.cosuard       |
+------------------------------------------------------------------------+
Newsgroups: comp.periphs.scsi,comp.periphs
From: neil@uninet.cpd.com (Neil Gorsuch)
Subject: Re: Wanted: List of translation board XXX<-->YYY
Organization: Uninet Peripherals, Inc.
Distribution: usa
Date: Tue, 26 Jan 1993 02:23:50 GMT

In article <1993Jan25.120421.11327@selway.umt.edu> cs000rjp@selway.umt.edu (Russell J. Pagenkopf) writes:
>PARALLEL -> SCSI
>Hewlett Packard

And:

Centronics Parallel -> SCSI
asynchronous serial -> SCSI
DRV11J parallel -> SCSI
Uninet Peripherals

Centronics Parallel -> SCSI
asynchronous serial -> SCSI
Central Data

synchronous serial -> SCSI
Morningstar

ALso, I've heard of but don't remember where to get them:

IEEE488 -> SCSI

--
Neil Gorsuch  INTERNET: zardoz!uninet!neil@ics.uci.edu  UUCP: uunet!uninet!neil
MAIL: 5405 ALton Pkwy, Suite 5-A 523, Irvine, CA, 92714 PHONE: +1 714 551 8071
Uninet Peripherals, Inc.                                FAX:   +1 714 551 6590
From: smyers.s@applelink.apple.com (Scott Smyers)
Newsgroups: comp.periphs.scsi
Subject: Re: Seagate and Macintosh...
Date: 21 Jan 93 20:51:49 GMT
Organization: Apple Computer, Inc.


I think that Alex P. Novickis has a point in suggesting that you check to
make sure that your internal drive is terminated.  If you are trying to
run the system with the internal drive being the only thing on the SCSI
bus, AND if that drive does not have its terminator SIPs installed, then
you don't have a prayer.  In fact, I would guess that the drive always
believes that it is being selected with every selection phase because
with no termination, its ID will always look asserted (this is not
guaranteed to be the case, however.  No termination would also explain
why any diagnostic software would believe that the bus is completely idle.

If you don't have any SIPs to install in your internal drive, or if you
don't feel like taking the cover off of your mac yet again, try hooking
up an external SCSI cable and putting a terminator on the end of that. 
That should give you enough current to get off the dime.

The problem is that SCSI is an open collector bus, which means that the
48 ma drivers have to sink 48 ma to drive a signal (active low), but they
are not permitted to drive any current onto the bus themselves.  Only the
terminators are permitted to put current on the bus.  Which brings up
another point:  If you don't have termpower on the bus (as might be the
case if you have blown a fuse) then adding a terminator won't work either.

I hope that works for you.

---------------------------------
Scott Smyers
Apple Computer
Newsgroups: comp.periphs.scsi
From: cs011177@cs.brown.edu (Kwun Han)
Subject: Is 1542B  SCSI-1 or SCSI-2???
Organization: Brown Computer Science Dept.
Date: Wed, 27 Jan 1993 21:55:21 GMT

Does anyone know whether the 1524B is a SCSI-I or SCSI-II controller??

:) Kwun Han
cs011177@cs.brown.edu
From: yehavi@vms.huji.ac.il
Newsgroups: comp.periphs.scsi
Subject: Re: Turning off external SCSI box
Date: 21 Jan 93 07:46:04 GMT
Distribution: world
Organization: The Hebrew University of Jerusalem

In article <1993Jan20.152524.20551@crd.ge.com>, toy@soho.crd.ge.com (Raymond L. Toy) writes:
>
> I have an external SCSI tape drive, which, of course, is only used
> when I want to make a backup.  However, the fan is a bit noisy, so I
> don't want it on all of the time.
>
> Question:
> 	Can I turn external box off and on without hurting other SCSI
> devices, which are still on?

From my experience on VAXstations with VMS, it is better to turn on/off external
SCSI devices while they are disconnected from the SCSI (wven disconnect it
without termination for a few seconds while powering on/off). A few times I
turned device on/off while connected the system crashed (and sometimes not),
while it never crashed when I tried to connect/disconnect a powered-on device.
                                                   __YEhavi:
From: bdg@caril.inria.fr (Di-Gennaro)
Newsgroups: comp.periphs.scsi
Subject: HELP!!! ACB-5500 and OMTI ASM 250 : Any information required -
Date: 25 Jan 93 13:01:05 GMT
Organization: INRIA * Rocquencourt BP 105 * F-78153 LE CHESNAY CEDEX* France


 Hi, 
 
 Does anybody know the following (pressumed) SCSI adaptors :
 
 - ADAPTEC ACB-5500
 - OMTI ASM 250
 
 I'd like to know every kind of information about these
 two beast, for exemple :
 
 	- What kind of adaptor ( SCSI -> MFM ? )
 	- What are the jumper settings available,
 	- How much disk could they control,
 	- What type of disk ( # head, cylinder ... max),
 	- Type of hosts agreeing them
 	- Specifications non SCSI ( perhaps )
 	- All other information...
 
 
 All I personaly know of these two cards is : What they look like.
 
 Thanks in advance.
 
 Bruno.
 
 
 ============================================================================
 Bruno Di Gennaro
 Email : Bruno.Di-Gennaro@inria.fr
 Tel :   (33-1) 39-18-40-97  
 	(33-1) 39-63-52-84  (My personnal office phone)
 ============================================================================
  
Newsgroups: comp.periphs.scsi
From: gasman1@netcom.com (David A. Silva)
Subject: Re: You will be terminated!
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
X-Newsreader: TIN [version 1.1 PL8]
Date: Sat, 23 Jan 1993 08:26:29 GMT

Scott
Where does one get a "glitch eater"?

Davod
-- 
------------------------------------------------------------------------------
				David A. Silva
 	     		"The Sleeper has awakened" - Mua'dib
------------------------------------------------------------------------------
Newsgroups: comp.periphs.scsi,comp.archives.msdos.d
From: umcarls9@ccu.umanitoba.ca (Charles Carlson)
Subject: Re: ASPI for Future Domain?
Organization: University of Manitoba, Winnipeg, Canada
Date: Wed, 27 Jan 1993 18:24:05 GMT

In <C1IEMs.I5u@ccu.umanitoba.ca> shad04@ccu.umanitoba.ca (Dan Fandrich) writes:

>Pioneer has developed an ASPI driver for Future Domain cards.  It was 
>designed for their CD-ROM drives, but it might work on other devices
>as well.  It's available via anonymous ftp as file pub/pc/aspipc.zip 
>at ccu.umanitoba.ca.

I just read in another news group, (comp.periphs.scsi?) that FD has 
developed their own ASPI drivers and will be releasing them soon.  
He said they were going to be free and to check their BBS in a few days.


-- 
/ Charles Carlson  umcarls9@ccu.Umanitoba.CA  
\ This .sig now available on a limited edition 2 record set, for 4 easy 
/ installments of $19.95 each. To order, please have your Visa or Mastercard
\ ready and phone: 1-800-555-1212, or send check or MO to 200-155 Carlton St.
From: dgd@kcbbs.gen.nz (David Dix)
Newsgroups: comp.periphs.scsi
Subject: Re: QIC-02 <--> SCSI bridge boards?
Date: 25 Jan 93 06:58:08 GMT
Article-I.D.: kcbbs.1009324.25088.5753
Organization: Kappa Crucis Unix BBS, Auckland, New Zealand


insom@galaxy.ucr.edu (Chris Ulrich) writes:
>  Oh, on a slightly related topic, what ESDI <--> SCSI 
>bridges are around, and which are the best?  ESDI disks are
>pretty cheap these days, used.

The Adaptec ACB-4520A (there is a label with "ACB-4525" stuck on the
onboard 8085cpu) is an ESDI<->SCSI bridge controller.
I use one of these with a Maxtor XT-4380E 320meg esdi drive and an
Adaptec 1542b scsi controller in a 486-33 running 386BSD 0.1
I don't know of any other ESDI<->SCSI bridge controllers, the 4520A
can apparently connect two ESDI drives but I have never been able to
figure out how this works as simply connecting a second esdi drive
(I tried a 150meg NEC esdi) does nothing - ie the 1542b did not
recognise that the NEC was connected to the 4520.
Can anyone tell me how to get the second hard disk on a 4520 recognised?
and how does the scsi system see the second esdi drive? The 4520 seems
to be configurable at just one scsi id so is this why just one ESDI drive
is actually found by the 1542b?

Any information on the set of jumpers on the 4520 would be appreciated.
The links are marked:
                        O-P
                        M-N
                        K-L
                        I-J
                        G-H
                        E-F 
                        C-D
                        A-B
I think that A-B, C-D and E-F are the scsi id, are G-H,I-J and K-L the
LUN number? I have no idea what M-N and O-P are although there is a link
on my 4520 on M-N

thanks

David
From: 9022244@ul.ie
Newsgroups: comp.periphs.scsi
Subject: SCSI project: Any ideas?
Date: 27 Jan 93 23:36:51 GMT
Organization: University of Limerick, Ireland


As I'm heading towards my final year of a B. Eng. Electronics course here in
Limerick University, I've to come up with a 'suitable' final year project.
Idealy it should involve some research, hardware and software development.
I've just spent nine months work experience with an electronics company in
the SCSI market and am fairly comfortable in this area. So, I figure I may
as well do a SCSI related project.
	Unfortunately I haven't come up with any "good" ideas yet, so if 
anyone has any suggestions - I'd be very gratefull.
	As our news feed is unreliable here, if you post a response to this,
please Email me a copy also.

Thanks in advance,
		Stephen.
_______________________________________________________________________________
Stephen Dunphy			Electronic Engineering Undergraduate
				University of Limerick
E-Mail:9022244@ul.ie		Ireland
Newsgroups: comp.periphs.scsi,comp.periphs
From: hougland@enuxhb.eas.asu.edu (Kriss A. Hougland)
Subject: Wanted: List of translation board XXX<-->YYY
Organization: Arizona State University, Tempe
Distribution: usa
Date: Mon, 25 Jan 1993 06:16:44 GMT

I'm intrested in finding out what all the translation boards do.  I've
seen quite a few describled, but I have not seen a good list.

I will be willing to post the final comphrencive list, but someone might
have to bug me occassionally.

Some of the converts I have heard about are:

QIC-02 <-> SCSI
QIC-36 <-> SCSI
ESDI <-> SCSI
MFM <-> SCSI
RLL <-> SCSI
SMD <-> SCSI

Possibly: the above, but change SCSI to ESDI.

The manufactors of such boards are/WERE:

Adaptec
NCR
OMTI/SMS
EMULEX

Okay, I've gotten a frame down.  Fill in the blanks.  Follow up the post
so if the computer I'm on desides to go down, someone else will probably
be keeping tabs on the info too.

I received some information on the Adaptec SMD <-> SCSI from some kind
soul from last year.  Sorry, I don't recall your name at this time. :-(

--
If were so advance, why can't people put grocery carts back where they got
them from?; Can you survive a day with out a car?
From: mbernson@msen.com (Mike Bernson)
Newsgroups: comp.periphs.scsi
Subject: bustek phone number
Date: 26 Jan 93 08:42:24 GMT
Article-I.D.: garnet.1k40muINNii
Distribution: world
Organization: Msen, Inc. -- Ann Arbor, Michigan
NNTP-Posting-Host: garnet.msen.com

I need to get the phone number for bustek. I have no idea where there are
and they have no 800 number.

If you known which city/state there are in that would also be of help

Mike Bernson
mike@mbsun.ann-arbor.mi.us
From: smyers.s@applelink.apple.com (Scott Smyers)
Newsgroups: comp.periphs.scsi
Subject: Re: You will be terminated!
Date: 22 Jan 93 20:26:12 GMT
Organization: Apple Computer, Inc.


The AMD glitch eater circuit helps the chip ignore glitches which occur
when signals are de-asserted on the SCSI bus.  Because the SCSI bus is
open collector, all the current needed for de-assertion of signals comes
from the terminators, which are at the ends of the bus of course.  As a
result, the when a driver releases a signal there is often a glitch as
the in-rushing current from either end of the bus works to bring the
voltage back up to the de-asserted level.

I believe that the glitch eater is only on the REQ signal (I could be
wrong on this).  The data lines are not edge sensitive, but the REQ and
ACK signals respond to each other as the result of a transition.  If the
REQ signal is dirty, the other device may believe that it has received 2
REQ's when there has only been one.

Anyway, the glitch eater helps the chip work better in environments which
are noisy, which is the case when you have many devices and/or long
cables and/or poor cables and/or you got up on the wrong side of the bed.
 It does this by "eating" glitches which occur on the REQ signal.  The
glitch eater circuit also provides better immunity in clean environments.

The bottom line is that the glitch eater has absolutely nothing to do
with termination.  You still need termination.  I know of no chip that
has termination built in.  In fact, unless you could disable it, on chip
termination is not very useful (it limits the device to being at the end
of the bus).

------------------------------------------------
Scott Smyers
Apple Computer
From: jhwhit01@ulkyvx.louisville.edu
Newsgroups: comp.periphs.scsi
Subject: You will be terminated!
Date: 21 Jan 93 11:04:35 GMT
Organization: University of Louisville

I have been told that the Zilog 53C80 and the AMD 53C94F have "glitch eater"
circuits built-in.  Do SCSI host adaptors that use one or the other of these
chips require onboard termination?  Is the "glitch eater" there to solve most
termination problems or to provide termination?  Does any SCSI chip have
internal termination?
 
Jeff White   jhwhit01@ulkyvx.bitnet
Xref: sparky comp.periphs.scsi:6732 comp.archives.msdos.d:778
From: entrpoop@access.digex.com (Dexter Medley)
Newsgroups: comp.periphs.scsi,comp.archives.msdos.d
Subject: Re: ASPI for Future Domain?
Date: 27 Jan 1993 22:51:37 -0500
Organization: Express Access Online Communications, Greenbelt, MD USA
NNTP-Posting-Host: access.digex.com

>I just read in another news group, (comp.periphs.scsi?) that FD has 
>developed their own ASPI drivers and will be releasing them soon.  
>He said they were going to be free and to check their BBS in a few days.

It's true - FD is, in fact, distributing the beta version with their
850 controllers bundled with Pioneer 600s and 604s. I just received one.
From: milton@teal.csn.org (Milton Scritsmier)
Newsgroups: comp.periphs.scsi
Subject: Re: Noise like a seek coming from new scsi hard drive.
Date: 26 Jan 93 21:31:48 GMT
Organization: Colorado SuperNet, Inc.

In article <1993Jan26.075051.18273@hippo.ru.ac.za> pi@cs.sun.ac.za writes:
>In <paul.727942408@suite.sw.oz.au>, Paul Antoine (paul@suite.sw.oz.au) wrote:
>: This is normal: most newer drives do this to avoid a stiction problem
>: first made famous in Quantum hard drives (the 40, 80 and 100MB Pro
>: Drive series).  It is not harmful, and only occasionally impinges upon
>: both the senses and performance of the drive (at least, my Fujitsu
>: seems to do it regardless of other disk operations in progress).
>
>The same happens with my Micropolis drive.  The only thing that puzzles
>me is that all these SCSI drives are supposed to be intelligent, so why
>is it trying to move the heads around while they are actually moving
>around doing reads and writes?  Why can't these drives wait until it is
>idle for a while before moving the heads around?!

If it's a case of the drive doing a thermal calibration rather than a
stiction avoidance problem, then just moving the heads around on a
read or write doesn't solve the problem. Thermal calibration seeks have
to be done whether or not the drive is being used.

There are many ways that drive vendors try to schedule them, and some
even give the host some choice in when they are done. Most drives wait
until there are no outstanding commands, but since the calibration
sequence can take a second or more for all platters, you are likely
to get some commands coming in during the calibration sequence. Some
vendors allow a choice doing the calibration at the start of a command,
so that you take one big hit and then it's over. HP allows the host to
disable automatic calibrations and only does them when a Rezero command
is issued. If the drive decides it absolutely must do a calibration before
continuing, it returns a Write Fault on any Seek, Read, or Write command
until a Write or Rezero command is issued, at which point it does the
calibration.
Newsgroups: comp.periphs.scsi
From: jalsop@seachg.uucp (John Alsop)
Subject: Need info on HP 97548 SZ disk drive
Reply-To: jalsop@seachg.UUCP (John Alsop)
Organization: Sea Change Corporation, Mississauga, Ontario, Canada
Date: Thu, 28 Jan 93 14:24:21 GMT

I've run across some HP model 97548 SZ disk drives in a couple of NCR 3450
systems, and would like to know how they differ from the 97548 SU and/or
97548 TF drives which are widely available.

Perhaps someone from HP might know the answer?

Thanks,

-- 
John Alsop

Sea Change Corporation
6695 Millcreek Drive, Unit 8
Mississauga, Ontario, Canada L5N 5R8
Tel: 416-542-9484 Fax: 416-542-9479
UUCP: ...!uunet!uunet.ca!seachg!jalsop  jalsop@seachg.com
Newsgroups: comp.periphs.scsi,comp.periphs
From: tlhilde@todd.ecn.purdue.edu (Troy Hildebrand)
Subject: Re: Wanted: List of translation board XXX<-->YYY
Organization: Purdue University Engineering Computer Network
Distribution: usa
Date: 25 Jan 93 19:37:47 GMT

cs000rjp@selway.umt.edu (Russell J. Pagenkopf) writes:
>In article <1993Jan25.061644.23713@ennews.eas.asu.edu> hougland@enuxhb.eas.asu.edu (Kriss A. Hougland) writes:
>>I'm intrested in finding out what all the translation boards do.  I've
>>seen quite a few describled, but I have not seen a good list.
>>
>>Some of the converts I have heard about are:
>>
>>QIC-02 <-> SCSI
>>QIC-36 <-> SCSI
>>ESDI <-> SCSI
>>MFM <-> SCSI
>>RLL <-> SCSI
>>SMD <-> SCSI
>>
>>The manufactors of such boards are/WERE:
>>
>>Adaptec
>>NCR
>>OMTI/SMS
>>EMULEX
>>
>PARALLEL -> SCSI
>Hewlett Packard

I saw a RS232 -> SCSI in an advertisement this morning... connect up to
i think 16 terminals at 54Kbaud, without using a slot, or bugging the CPU

>-- 
>  Russ Pagenkopf	                          cs000rjp@selway.umt.edu
> School of Journalism, University of Montana         cs__rjp@lewis.umt.edu
><There is no other wisdom, and no other hope for us but that we grow wise.>
--
tlhilde@en.ecn.purdue.edu
Newsgroups: comp.periphs.scsi
From: torkel@bibsyst.no (Torkel Hasle)
Subject: Re: Micropolis 2112 & FASST 7000
Organization: Bibliotek-Systemer A/S
Date: Fri, 22 Jan 1993 23:16:17 GMT

In article <poenisch.9@Wirtschaft.TU-Chemnitz.DE> poenisch@Wirtschaft.TU-Chemnitz.DE (Jens Poenisch) writes:
>Has anyone some experience with the HD Micropolis 2112 and the FASST-7000
>SCSI controller?
>I have one of such drive, but no docs, and the controller detects seven
>identically drives. It is no possible to connect second drive.
>Which are the correct jumper settings?
>Thanks, Jens



Placing the drive with the connector to your right and the PCB up,
remove the 3 upper jumpers of the group of seven. You may remove the
middle jumper as well, to enable parity.

The disk is delivered with all address jumpers in, resulting in address 7,
the same as the controller, causing the controller to get confused.

Torkel
-- 
+----------------------------------------------------------------------+
!   Torkel Hasle, Bibliotek-Systemer A/S, N-3271 Larvik, Norway        !
!   tel: +47 34 16 800 fax: +47 34 16 822 Email: torkel@bibsyst.no     !
+----------------------------------------------------------------------+
Newsgroups: comp.periphs.scsi
From: neese@adaptx1.UUCP (Roy Neese)
Subject: Re: Adaptec 1542B & 1522
Organization: Adaptec Inc., Texas
Date: Thu, 21 Jan 1993 20:18:12 GMT

In article <1993Jan20.024712.10208@cc.umontreal.ca> surprenc@spp3.jsp.umontreal.ca (Surprenant Colin) writes:
> Does anyone know if drivers written for the 1542B will work on a 1522?
> is the difference only that the 1522 is not busmaster?

The 152x adapters are not compatible with the 154x adapters.  As a
matter of fact they are not even close.
---

			Roy Neese
			Adaptec Senior UNIX/SCSI Software Engineer
			UUCP:	convex!egsner!adaptex!neese
			Inet:	neese%adaptex@cirr.com
From: tomc@hpindda.cup.hp.com (Tom Carney)
Date: Sat, 23 Jan 1993 00:19:06 GMT
Subject: Re: Adaptec BBS?
Organization: HP Information Networks, Cupertino, CA
Newsgroups: comp.periphs.scsi

The aadptec BBS is 408-945-7727.

Cheers

Tom Carney