Crossover function in the standard.

Crossover function in the standard.

NewsGroups | Search | Tools
 comp.dcom.lans.ethernet  Post an article  get this group's latest topics as an RSS feed add this group's latest topics to your My MSN content add this group's latest topics to your My Yahoo content  add this group's latest topics to your Google content  YahooMyWeb Yahoo!  Google Google  Windows Live Favorites Windows Live  del.icio.us del.icio.us  digg digg  Add to Netscape Netscape
Subject Author Date
Crossover function in the standard. Trebor Mushroom 06-23-2008
Posted by Trebor Mushroom on June 28, 2008, 7:12 am
If you were  Registered and logged in, you could reply and use other advanced thread options
glen herrmannsfeldt wrote:
<snip>

>> With regard to my original question, I dig deeper and have found
>> some problems with MB layout. Basically the network adapter
>> (Intel btw) is completely integrated in the chipset, with just four
>> lines on the outside (+ 3 lines to control LEDs). On the motherboard
>> there is only integrated RJ45 module jack (with transformer & LEDs).
>
> It shouldn't be that hard to get right before the transformer.
> It is a little harder to keep the signals balanced after the
> transformer through long PCB traces.

I'm not sure what do you mean by "keeping the signals balanced after
the transformer" - firstly there are virtually no tracks _after_ the
transformer, secondly isn't the goal here keeping the tracks equispaced
and short as possible between the chip set and the transformer to
to avoid crosstalk and pick-up of unwanted interference? (see below)

>> The design violates the rules regarding the length and spacing
>> of the routes. I still have to find what exactly is wrong with
>> it but probably too long tracks increase loses to unacceptable
>> level and it doesn't work with some adapters.
>
> It has to last through 100m of cable, so a few inches of PCB
> trace normally won't have that much loss. It gets somewhat
> harder for gigabit, but you didn't say that. It is nice to
> impedance match, though, in any case.

Same as above, I'm talking here about the signals between the PHY
in the IC and the transformer, which are normal (i.e. voltage level)
fast digital signals with all associated problems. After the
transformer (as you rightly pointed out) it doesn't matter because
they became differential pair (current) lines up to 100 meters long,
inherently prone to the problems mentioned above.

The engineer who laid out the MB was thinking similarly to you
because all he did was terminating the lines with resistors.
As it shows :-( it is not enough under some circumstances.

Re-designig the MB is not an option for us, so we will have to
live with it I'm afraid. Given some time I will try to probe the
lines to learn what exactly goes wrong when using crossover cable
as compared to connecting it to the switch.

Anyway thanks for your input.

Best regards,
Trebor.

NMFall 20%
Posted by glen herrmannsfeldt on June 28, 2008, 3:57 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
Trebor Mushroom wrote:

> glen herrmannsfeldt wrote:
> <snip>

>>> With regard to my original question, I dig deeper and have found
>>> some problems with MB layout. Basically the network adapter
>>> (Intel btw) is completely integrated in the chipset, with just four
>>> lines on the outside (+ 3 lines to control LEDs). On the motherboard
>>> there is only integrated RJ45 module jack (with transformer & LEDs).

>> It shouldn't be that hard to get right before the transformer.
>> It is a little harder to keep the signals balanced after the
>> transformer through long PCB traces.

> I'm not sure what do you mean by "keeping the signals balanced after
> the transformer" - firstly there are virtually no tracks _after_ the
> transformer, secondly isn't the goal here keeping the tracks equispaced
> and short as possible between the chip set and the transformer to
> to avoid crosstalk and pick-up of unwanted interference? (see below)

Minimizing radiation (RFI) depends on the signals being balanced.
The currents are opposite in the two wires of the pair, such that
they pretty much cancel out as far as a radiated signal.

If you run them across the PC board after the transformer, you
have to be extra careful to keep them balanced. Stray capacitance
differences could easily change that. That effect is not
there before the transformer.

>>> The design violates the rules regarding the length and spacing
>>> of the routes. I still have to find what exactly is wrong with
>>> it but probably too long tracks increase loses to unacceptable
>>> level and it doesn't work with some adapters.

That should only be true for long cables, approaching 100m.

>> It has to last through 100m of cable, so a few inches of PCB
>> trace normally won't have that much loss. It gets somewhat
>> harder for gigabit, but you didn't say that. It is nice to
>> impedance match, though, in any case.

> Same as above, I'm talking here about the signals between the PHY
> in the IC and the transformer, which are normal (i.e. voltage level)
> fast digital signals with all associated problems. After the
> transformer (as you rightly pointed out) it doesn't matter because
> they became differential pair (current) lines up to 100 meters long,
> inherently prone to the problems mentioned above.

> The engineer who laid out the MB was thinking similarly to you
> because all he did was terminating the lines with resistors.
> As it shows :-( it is not enough under some circumstances.

So, you don't have to be quite as careful before the transformer,
but they are still fast digital signals. Normal precautions
still apply.

> Re-designig the MB is not an option for us, so we will have to
> live with it I'm afraid. Given some time I will try to probe the
> lines to learn what exactly goes wrong when using crossover cable
> as compared to connecting it to the switch.

I still don't see how it could depend on crossover.
I could easily believe cable length, though.

Another that I thought of, some use a transformer that
isn't 1:1. The voltage (and impedance) is different
across the transformer. If that was wrong, you could
get unexpected results. Otherwise, it is hard to guess
at all the possible reasons.

-- glen


Posted by Rich Seifert on June 29, 2008, 4:35 pm
If you were  Registered and logged in, you could reply and use other advanced thread options

> Same as above, I'm talking here about the signals between the PHY
> in the IC and the transformer, which are normal (i.e. voltage level)
> fast digital signals with all associated problems.

The signals coming out of an Ethernet PHY are balanced differential
signals, capable of driving 100m+ of cable. They are not "normal fast
digital signals" (e.g., 5V swing with nanosecond risetimes). The purpose
of the transformer is to provide electrical isolation between network
devices.

> After the
> transformer (as you rightly pointed out) it doesn't matter because
> they became differential pair (current) lines up to 100 meters long,
> inherently prone to the problems mentioned above.
>

They were differential pairs even before the transformer. The
transformer is *not* a balun.

> The engineer who laid out the MB was thinking similarly to you
> because all he did was terminating the lines with resistors.
> As it shows :-( it is not enough under some circumstances.
>

I seriously hope he did not either: (a) include line terminators for the
transmit pair (which would effectively reduce the available drive
current in half), or (b) include an *extra* set of terminators on the
receive pair, in addition to the terminators normally located at the
transformer. This would similarly reduce the receive levels.

> Re-designig the MB is not an option for us, so we will have to
> live with it I'm afraid.

If the designer included incorrect terminations, you have little choice
but to redesign or rework the motherboard.


--
Rich Seifert Networks and Communications Consulting
21885 Bear Creek Way
(408) 395-5700 Los Gatos, CA 95033
(408) 228-0803 FAX

Send replies to: usenet at richseifert dot com

Posted by glen herrmannsfeldt on June 30, 2008, 3:19 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
Rich Seifert wrote:
(snip)

> The signals coming out of an Ethernet PHY are balanced differential
> signals, capable of driving 100m+ of cable. They are not "normal fast
> digital signals" (e.g., 5V swing with nanosecond risetimes). The purpose
> of the transformer is to provide electrical isolation between network
> devices.

and to absolutely positively guarantee that the signal
is balanced. Maybe you could do that with a ferrite ring,
but then that is somewhat related to a transformer.

>>After the
>>transformer (as you rightly pointed out) it doesn't matter because
>>they became differential pair (current) lines up to 100 meters long,
>>inherently prone to the problems mentioned above.

> They were differential pairs even before the transformer. The
> transformer is *not* a balun.

-- glen


Posted by Rich Seifert on June 30, 2008, 6:53 pm
If you were  Registered and logged in, you could reply and use other advanced thread options

> Rich Seifert wrote:
> (snip)
>
> > The signals coming out of an Ethernet PHY are balanced differential
> > signals, capable of driving 100m+ of cable. They are not "normal fast
> > digital signals" (e.g., 5V swing with nanosecond risetimes). The purpose
> > of the transformer is to provide electrical isolation between network
> > devices.
>
> and to absolutely positively guarantee that the signal
> is balanced. Maybe you could do that with a ferrite ring,
> but then that is somewhat related to a transformer.
>

To the extent that you mean "the transformer takes out any common mode
(e.g., DC offset) in the signal", then you are correct. However, if the
signal has short-term imbalance (e.g., asymmetrical high/low times), the
transformer will not correct the problem.


--
Rich Seifert Networks and Communications Consulting
21885 Bear Creek Way
(408) 395-5700 Los Gatos, CA 95033
(408) 228-0803 FAX

Send replies to: usenet at richseifert dot com

Similar ThreadsPosted
Has anyone ever seen a crossover AUI cable? May 20, 2005, 3:39 am
Problem with Crossover Cable August 28, 2005, 1:18 pm
Crossover Vs. Patch Cables March 9, 2006, 11:15 am
LF: Crossover Ethernet Cable 25 feet August 25, 2006, 3:27 pm
standard for auto-negotiation May 24, 2007, 12:57 pm
Can a standard NIC be triggered to send an electrical signal? August 30, 2005, 8:28 am
More Than One Fiber Optic 100 Megabit Ethernet Standard? June 30, 2007, 12:28 am
Is there anybody here having IEEE's DSRC/WAVE 1609 standard documents? February 20, 2008, 8:55 am

other useful resources:
The Federal Communications Commission (FCC)
Telecommunications Industry Association
Electronic and Software Security Products and Services
International Telecommunication Union

Custom CGI Perl and PHP programming by 1-Script.com

Contact Us | Privacy Policy
The site map in XML format XML site map