A Windows 98 & ME forum. Win98banter

If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

Go Back   Home » Win98banter forum » Windows 98 » Disk Drives
Site Map Home Authors List Search Today's Posts Mark Forums Read Web Partners

Can IDE cable's end connector be left idle ( w-o affecting data transfer ) ?



 
 
Thread Tools Display Modes
  #1  
Old March 9th 06, 10:56 AM posted to alive.computers.hardware.harddisks,alt.comp.periphs.hdd,comp.sys.ibm.pc.hardware.storage,microsoft.public.win98.disks.general
external usenet poster
 
Posts: n/a
Default Can IDE cable's end connector be left idle ( w-o affecting data transfer ) ?

Per www.pcguide.com/ref/hdd/if/ide/confCable-c.html
"Using the middle connector and leaving the end connector unattached
...... leaves part of the cable "dangling". This is called a stub and creates
much worse electrical characteristics on the cable, due to reflections
from the unterminated ends of the cable wires. It is not recommended."

I 1st ignored this warning, & found my Toshiba cd drive ( using cable
select, & assigned by Award bios as 2nd channel's slave device )
though can play any VCD just as well, cannot pass BCM diagnostic (
blue screen of "fatal error" appears in Win98se ) unless I use the end
connector of this 80 wire cable to connect this drive ( i.e. bios
assigned as master device ) to my ( VIA ) kt266a 's hdd controller.

Does any1 here have a similar experience ? If this warning is valid,
then why does no mboard / hdd / cdd / dvd / cable manufacturer warn
users of this requirement ?


  #2  
Old March 9th 06, 01:53 PM posted to alive.computers.hardware.harddisks,alt.comp.periphs.hdd,comp.sys.ibm.pc.hardware.storage,microsoft.public.win98.disks.general
external usenet poster
 
Posts: n/a
Default Can IDE cable's end connector be left idle ( w-o affecting data transfer ) ?

In comp.sys.ibm.pc.hardware.storage TE Cheah wrote:
Per www.pcguide.com/ref/hdd/if/ide/confCable-c.html
"Using the middle connector and leaving the end connector unattached
..... leaves part of the cable "dangling". This is called a stub and creates
much worse electrical characteristics on the cable, due to reflections
from the unterminated ends of the cable wires. It is not recommended."


I 1st ignored this warning, & found my Toshiba cd drive ( using cable
select, & assigned by Award bios as 2nd channel's slave device )
though can play any VCD just as well, cannot pass BCM diagnostic (
blue screen of "fatal error" appears in Win98se ) unless I use the end
connector of this 80 wire cable to connect this drive ( i.e. bios
assigned as master device ) to my ( VIA ) kt266a 's hdd controller.


Does any1 here have a similar experience ? If this warning is valid,
then why does no mboard / hdd / cdd / dvd / cable manufacturer warn
users of this requirement ?


First, IDE cables are not terminated. That means that for the drive on
the middle connector it makes no difference whether there is a drive
at the end or not! If anybody says different, then they do not
understand the subject matter. In SCSI cables (what likley causes
the confusion) it is a different matter: The last device on an
SCSI bus _is_ terminated and havinf no device there either means the
bus is not terminated or it is teminated somewhere in the middle.
Both useually cause mor or less secvere problems. Again, the same is
_not_ true for IDE cables. The device at the end does _nothing_ for
signal quality when the controller and the device in the middle
talk to each other. From the point of view of the device in the
middle, the end-connector is allways empty. The only exception is
during the power-on sequence, but not during normal operation.

That said, yes, the electical characteristics are worse, but any
well-designed IDE device needs to be able to deal with it. I do have a
TEAC CD-writer (CD-W540E) that is sensitive to rounded cables when
data is transferred to the device. I get bit-errors on the written
CDs. The burner has no problems with normal flat cables, no matter
what connector it is on. I would say the device is borderline broken
by design. If you use standard length flat cables then the CD drive
or IDE controller has likely been damaged, e.g. by static electricity.
It usually makes digital I/Os much more sensitive to noise.

Arno




  #3  
Old March 9th 06, 02:49 PM posted to alt.comp.periphs.hdd,comp.sys.ibm.pc.hardware.storage,microsoft.public.win98.disks.general
external usenet poster
 
Posts: n/a
Default Can IDE cable's end connector be left idle ( w-o affecting data transfer ) ?

You are correct as far as what that particular web page refers to: 40-pin,
80-wire IDE cables.

It is my understanding however (and the recommendation of the
manufacturers), that 40-pin, 80-wire IDE cables *do* require particular
devices to be attached to particular connectors on those cables, and that
the end connector *not* be left vacant. This is especially true in the
example given in the original post: using Cable Select.

http://www.pcguide.com/ref/hdd/if/ide/conf_Cable80.htm
--
Glen Ventura, MS MVP Shell/User, A+

"Arno Wagner" wrote in message
...
In comp.sys.ibm.pc.hardware.storage TE Cheah wrote:
Per www.pcguide.com/ref/hdd/if/ide/confCable-c.html
"Using the middle connector and leaving the end connector unattached
..... leaves part of the cable "dangling". This is called a stub and

creates
much worse electrical characteristics on the cable, due to reflections
from the unterminated ends of the cable wires. It is not recommended."


I 1st ignored this warning, & found my Toshiba cd drive ( using cable
select, & assigned by Award bios as 2nd channel's slave device )
though can play any VCD just as well, cannot pass BCM diagnostic (
blue screen of "fatal error" appears in Win98se ) unless I use the end
connector of this 80 wire cable to connect this drive ( i.e. bios
assigned as master device ) to my ( VIA ) kt266a 's hdd controller.


Does any1 here have a similar experience ? If this warning is valid,
then why does no mboard / hdd / cdd / dvd / cable manufacturer warn
users of this requirement ?


First, IDE cables are not terminated. That means that for the drive on
the middle connector it makes no difference whether there is a drive
at the end or not! If anybody says different, then they do not
understand the subject matter. In SCSI cables (what likley causes
the confusion) it is a different matter: The last device on an
SCSI bus _is_ terminated and havinf no device there either means the
bus is not terminated or it is teminated somewhere in the middle.
Both useually cause mor or less secvere problems. Again, the same is
_not_ true for IDE cables. The device at the end does _nothing_ for
signal quality when the controller and the device in the middle
talk to each other. From the point of view of the device in the
middle, the end-connector is allways empty. The only exception is
during the power-on sequence, but not during normal operation.

That said, yes, the electical characteristics are worse, but any
well-designed IDE device needs to be able to deal with it. I do have a
TEAC CD-writer (CD-W540E) that is sensitive to rounded cables when
data is transferred to the device. I get bit-errors on the written
CDs. The burner has no problems with normal flat cables, no matter
what connector it is on. I would say the device is borderline broken
by design. If you use standard length flat cables then the CD drive
or IDE controller has likely been damaged, e.g. by static electricity.
It usually makes digital I/Os much more sensitive to noise.

Arno






  #4  
Old March 9th 06, 06:40 PM posted to alive.computers.hardware.harddisks,alt.comp.periphs.hdd,comp.sys.ibm.pc.hardware.storage,microsoft.public.win98.disks.general
external usenet poster
 
Posts: n/a
Default Can IDE cable's end connector be left idle ( w-o affecting data transfer ) ?

"Arno Wagner" wrote in message
In comp.sys.ibm.pc.hardware.storage TE Cheah wrote:
Per www.pcguide.com/ref/hdd/if/ide/confCable-c.html
"Using the middle connector and leaving the end connector unattached
..... leaves part of the cable "dangling". This is called a stub and creates
much worse electrical characteristics on the cable, due to reflections
from the unterminated ends of the cable wires. It is not recommended."


I 1st ignored this warning, & found my Toshiba cd drive ( using cable
select, & assigned by Award bios as 2nd channel's slave device )
though can play any VCD just as well, cannot pass BCM diagnostic (
blue screen of "fatal error" appears in Win98se ) unless I use the end
connector of this 80 wire cable to connect this drive ( i.e. bios
assigned as master device ) to my ( VIA ) kt266a 's hdd controller.


Does any1 here have a similar experience ? If this warning is valid,
then why does no mboard / hdd / cdd / dvd / cable manufacturer warn
users of this requirement ?


First, IDE cables are not terminated.


Neither are SCSI.

That means that for the drive on the middle connector it makes no difference
whether there is a drive at the end or not!


Yes it does. Even more so, in fact.

If anybody says different, then they do not understand the subject matter.


Practicing before that mirror again, babblemouth?

It's you who obviously doesn't understand.

In SCSI cables (what likley causes the confusion) it is a different matter:


No. it's not. Just a different solution to a problem.
Terminators come seperate from drives.

The last device on an SCSI bus _is_ terminated and havinf no device there
either means the bus is not terminated or it is teminated somewhere in the middle.


Utter nonsense, clueless as always.
Drive internal terminators were last seen on
Ultra SCSI devices and only on few of those.

Both useually cause mor or less secvere problems.


Have you been boozing again, babblemouth?

Again, the same is _not_ true for IDE cables.


Corse it is.

The device at the end does _nothing_ for signal quality when
the controller and the device in the middle talk to each other.


Corse it does. And it's not different to SCSI either.

From the point of view of the device in the
middle, the end-connector is allways empty.


Gee, where is the difference with SCSI there.

The only exception is during the power-on sequence,


Nonsense.

but not during normal operation.

That said, yes, the electical characteristics are worse, but any
well-designed IDE device needs to be able to deal with it.


And with Ultra DMA they do by introducing series termination.
It's on the drives that can do Ultra-DMA.

[Stupid off-topic rant snipped]


Arno

  #5  
Old March 9th 06, 06:54 PM posted to alt.comp.periphs.hdd,comp.sys.ibm.pc.hardware.storage,microsoft.public.win98.disks.general
external usenet poster
 
Posts: n/a
Default Can IDE cable's end connector be left idle ( w-o affecting data transfer ) ?

"glee" wrote in message
...
You are correct as far as what that particular web page refers to: 40-pin,
80-wire IDE cables.


Correction/Typo: That should read: 40-pin, 40-wire IDE cables. Brain
failure (again)!

I'm not sure I should go so far as to say you are correct there, either.....
there can and will be the possibility of "electrical disturbances"
regardless.

....glen

It is my understanding however (and the recommendation of the
manufacturers), that 40-pin, 80-wire IDE cables *do* require particular
devices to be attached to particular connectors on those cables, and that
the end connector *not* be left vacant. This is especially true in the
example given in the original post: using Cable Select.

http://www.pcguide.com/ref/hdd/if/ide/conf_Cable80.htm
--
Glen Ventura, MS MVP Shell/User, A+

"Arno Wagner" wrote in message
...
In comp.sys.ibm.pc.hardware.storage TE Cheah wrote:
Per www.pcguide.com/ref/hdd/if/ide/confCable-c.html
"Using the middle connector and leaving the end connector unattached
..... leaves part of the cable "dangling". This is called a stub and

creates
much worse electrical characteristics on the cable, due to reflections
from the unterminated ends of the cable wires. It is not recommended."


I 1st ignored this warning, & found my Toshiba cd drive ( using cable
select, & assigned by Award bios as 2nd channel's slave device )
though can play any VCD just as well, cannot pass BCM diagnostic (
blue screen of "fatal error" appears in Win98se ) unless I use the end
connector of this 80 wire cable to connect this drive ( i.e. bios
assigned as master device ) to my ( VIA ) kt266a 's hdd controller.


Does any1 here have a similar experience ? If this warning is valid,
then why does no mboard / hdd / cdd / dvd / cable manufacturer warn
users of this requirement ?


First, IDE cables are not terminated. That means that for the drive on
the middle connector it makes no difference whether there is a drive
at the end or not! If anybody says different, then they do not
understand the subject matter. In SCSI cables (what likley causes
the confusion) it is a different matter: The last device on an
SCSI bus _is_ terminated and havinf no device there either means the
bus is not terminated or it is teminated somewhere in the middle.
Both useually cause mor or less secvere problems. Again, the same is
_not_ true for IDE cables. The device at the end does _nothing_ for
signal quality when the controller and the device in the middle
talk to each other. From the point of view of the device in the
middle, the end-connector is allways empty. The only exception is
during the power-on sequence, but not during normal operation.

That said, yes, the electical characteristics are worse, but any
well-designed IDE device needs to be able to deal with it. I do have a
TEAC CD-writer (CD-W540E) that is sensitive to rounded cables when
data is transferred to the device. I get bit-errors on the written
CDs. The burner has no problems with normal flat cables, no matter
what connector it is on. I would say the device is borderline broken
by design. If you use standard length flat cables then the CD drive
or IDE controller has likely been damaged, e.g. by static electricity.
It usually makes digital I/Os much more sensitive to noise.

Arno







  #6  
Old March 9th 06, 07:11 PM posted to alive.computers.hardware.harddisks,alt.comp.periphs.hdd,comp.sys.ibm.pc.hardware.storage,microsoft.public.win98.disks.general
external usenet poster
 
Posts: n/a
Default Can IDE cable's end connector be left idle ( w-o affecting data transfer ) ?

"TE Cheah" wrote:
"Using the middle connector and leaving the end connector unattached
..... leaves part of the cable "dangling". This is called a stub and creates
much worse electrical characteristics on the cable, due to reflections
from the unterminated ends of the cable wires. It is not recommended."



This is true - that it's not recommended - and for the reason given.
An open circuit at the end and a short circuit at the end of a cable
are equally reflective of signals. And that is why the cable length and
the connector spacing is specified for IDE cables - to minimize the
effects of signal reflections that do occur. BUT... some circuit designs
are more tolerant of signal reflections than others, and *sometimes*
you can get away with the end connector empty. In my PC with a SIIG
PCI IDE controller and Maxtor DiamondMax Plus 9 hard drives, an
empty end connector seems not to matter - bootups and disk cloning
seem to take the same amount of time when the destination disk is on
the middle connectore or on the end connector of channel 1. But I
wouldn't count on that being the case for all hard drives and for all
IDE controllers, and I don't even do that in my PC in normal procedure.

If your question derives from a desire to keep down the amount
of ribbon cable in the PC's interior, try "round" cables. They come in
various lengths in both single connector and dual connector forms,
and some models have aluminum or copper braid shielding.
They do "flout the ATA specs" as one poster would complain, but
I've had no problems with them, and they do clean up some
"impossibly crowded" case interiors. Check 'em out:
http://svc.com/cables-ata-100-133-round-cables.html

*TimDaniels*
  #7  
Old March 9th 06, 07:16 PM posted to alt.comp.periphs.hdd,comp.sys.ibm.pc.hardware.storage,microsoft.public.win98.disks.general
external usenet poster
 
Posts: n/a
Default Can IDE cable's end connector be left idle ( w-o affecting data transfer ) ?

In comp.sys.ibm.pc.hardware.storage glee wrote:
You are correct as far as what that particular web page refers to: 40-pin,
80-wire IDE cables.


Same for 40 pin 40 wire cables.

It is my understanding however (and the recommendation of the
manufacturers), that 40-pin, 80-wire IDE cables *do* require particular
devices to be attached to particular connectors on those cables, and that
the end connector *not* be left vacant. This is especially true in the
example given in the original post: using Cable Select.


In fact cable select is the only reason for this. There is no other
one. If you jumper the devices to slave/master you can have them in
arbitrary order, number and position on these cables.

With cable select the device at the end is the master (during
boot-up) and the device in the middle the slave. Some devices will
fail to start or have problems if they are used as slave and no master
is present. AFAIK this is more of a historic problem today.

Arno


  #8  
Old March 9th 06, 07:21 PM posted to alt.comp.periphs.hdd,comp.sys.ibm.pc.hardware.storage,microsoft.public.win98.disks.general
external usenet poster
 
Posts: n/a
Default Can IDE cable's end connector be left idle ( w-o affecting data transfer ) ?

In comp.sys.ibm.pc.hardware.storage glee wrote:
"glee" wrote in message
...
You are correct as far as what that particular web page refers to: 40-pin,
80-wire IDE cables.


Correction/Typo: That should read: 40-pin, 40-wire IDE cables. Brain
failure (again)!


I'm not sure I should go so far as to say you are correct there, either.....
there can and will be the possibility of "electrical disturbances"
regardless.


True. There will be signal echoes on the wires. The enpoint
will indeed get a significantly cleaner signal.

But as I said a device at the end will not improve the
situation for the device in the middle in any way. It does not
matter whether it is an 40/40 or an 40/80 cable. IDE devices
just don't do any termination. That means that while inactive
the IDE device at the end will just be a very high resistance
digital input. No effect on electical echoes on the wires at
all.

If you have a borderline broken device, then you may observe it
only working on the cable end. However if you have a correctly
working device it must work in both positions, regardless of
whether another device is present. (Disregarding the CS/jumpers
issue for the moment.)

Arno
  #9  
Old March 9th 06, 08:00 PM posted to alt.comp.periphs.hdd,comp.sys.ibm.pc.hardware.storage,microsoft.public.win98.disks.general
external usenet poster
 
Posts: n/a
Default Can IDE cable's end connector be left idle ( w-o affecting data transfer ) ?

Arno Wagner wrote:
In comp.sys.ibm.pc.hardware.storage glee
wrote:
"glee" wrote in message
...
You are correct as far as what that particular web page refers to:
40-pin, 80-wire IDE cables.


Correction/Typo: That should read: 40-pin, 40-wire IDE cables. Brain
failure (again)!


I'm not sure I should go so far as to say you are correct there,
either..... there can and will be the possibility of "electrical
disturbances" regardless.


True. There will be signal echoes on the wires. The enpoint
will indeed get a significantly cleaner signal.


But as I said a device at the end will not improve
the situation for the device in the middle in any way.


Wrong, it reduces the 'signal echoes' which are actually
the sharp edges getting reflected off the impedance
discontinuity. Thats reduced with a drive on the end.

It does not matter whether it is an 40/40 or an 40/80 cable.
IDE devices just don't do any termination.


Irrelevant. The drive has a different impedance to no drive.

That means that while inactive the IDE device at the
end will just be a very high resistance digital input.


Wrong again.

No effect on electical echoes on the wires at all.


Wrong again. Its significantly different impedance to no drive.

If you have a borderline broken device, then you may observe it
only working on the cable end. However if you have a correctly
working device it must work in both positions, regardless of
whether another device is present. (Disregarding the CS/jumpers
issue for the moment.)


Separate issue entirely.


  #10  
Old March 9th 06, 08:01 PM posted to alt.comp.periphs.hdd,comp.sys.ibm.pc.hardware.storage,microsoft.public.win98.disks.general
external usenet poster
 
Posts: n/a
Default Can IDE cable's end connector be left idle ( w-o affecting data transfer ) ?

Arno Wagner wrote:
In comp.sys.ibm.pc.hardware.storage glee
wrote:
You are correct as far as what that particular web page refers to:
40-pin, 80-wire IDE cables.


Same for 40 pin 40 wire cables.

It is my understanding however (and the recommendation of the
manufacturers), that 40-pin, 80-wire IDE cables *do* require
particular devices to be attached to particular connectors on those
cables, and that the end connector *not* be left vacant. This is
especially true in the example given in the original post: using
Cable Select.


In fact cable select is the only reason for this. There is no other
one. If you jumper the devices to slave/master you can have them in
arbitrary order, number and position on these cables.


Pity about what the ata standard recommends.

With cable select the device at the end is the master (during
boot-up) and the device in the middle the slave. Some devices will
fail to start or have problems if they are used as slave and no master
is present. AFAIK this is more of a historic problem today.



 




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Tosh Satellite Bios gone bye bye? bry General 18 March 7th 06 10:55 PM
_RESTORE Folder KenP General 4 April 27th 05 11:51 PM
transfer data Randall Dickerson General 2 October 10th 04 10:45 PM
Please help! Display settings !! Mitzi Monitors & Displays 12 July 11th 04 05:19 AM
Data Transfer GymGirl General 1 June 9th 04 03:33 PM


All times are GMT +1. The time now is 11:53 AM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd.
Copyright 2004-2018 Win98banter.
The comments are property of their posters.