Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

Register Log in
  • Congratulations TugboatEng on being selected by the Eng-Tips community for having the most helpful posts in the forums last week. Way to Go!

802.3ab GigE 1000base-T tester 1

Status
Not open for further replies.
zappedagain

zappedagain

Electrical
Joined
Jul 19, 2005
Messages
1,074
Location
US
We integrated a new 6-port GigE switch integrated circuit into our circuitry to replace an older 4-port switch. Everything works well on the bench but the board has an integration issue with an adjacent board (also new) that also works well on the bench.

With my PC set to GigE, when the Cat5e cable is plugged in the channel starts the negotiation process. If I make an unrelated connection (i.e. not part of the RJ45 connection - ground loop, shield, etc., I don't want to get into that detail) the GigE channel establishes a link and maintains the link after the unrelated connection is disconnected.

With my PC set to 100M, making the unrelated connection allows the 100M link to happen and 100M data to flow. Disconnecting the unrelated connection breaks the 100M link.

Can anyone suggest an analyzer that can show me what is failing in the negotiation process? I'm open to renting equipment to help figure this out.

I have a high speed scope with a differential channel on one of the four pairs (DB+-) and don't see any signal anomalies in the 100M waveforms, so I'm hoping to look at the data the PC/analyzer and seeing what is causing the GigE negotiation failure symptom and/or the 100M link failure symptom. That will help me get to the root cause. While I can move my scope to other pairs, that seems moot as the GigE channel functions normally after it starts. Termination and pulse shape look good on the DB+- pair.

Z

 
Sort by date Sort by votes
You say to ignore the unrelated connection, yet it seems to be critical to whether your desired connection is working or not working.

TTFN (ta ta for now)
I can do absolutely anything. I'm an expert! faq731-376 forum1529 Entire Forum list
 
Upvote 0 Downvote
Yeah, kinda need to know what this "unrelated" stuff is before making any valid conclusions... the signaling differences that happen between 100M and Gig traffic can be royally messed up with something else on the line.

Dan - Owner
URL]
 
Upvote 0 Downvote
I'm looking for Ethernet test equipment at this point. That's why I don't want to get into the other details. I have a noise problem so I have a source, a path, and a receptor. I'm concentrating on the receptor at this point trying to find out more detail of the exact failure so I'll have more data to go after the path and the source. I may start an EMI related thread later.

Z
 
Upvote 0 Downvote
I see a lot of equipment that can verify the cable quality, and a lot of equipment that can analyze the link after it is established. I seem to be in a gray area in between trying to figure out why a link is not getting established after I've tested the cable quality.

Z
 
Upvote 0 Downvote
Is Wireshark applicable in this situation: I've never used it myself...

Usually, when odd things like "unrelated" connections make or break a link, it's likely a grounding or common-mode problem. It used to be that NICs had transformers, which eliminate common-mode, but I don't know that currently extant NICs have that or not.

TTFN (ta ta for now)
I can do absolutely anything. I'm an expert! faq731-376 forum1529 Entire Forum list
 
Upvote 0 Downvote
I don't think Wireshark is able to see what happens at that layer (physical)... this is definitely the job for a scope. Have you considered an Ixia (even if renting one for a few weeks)? They can give you physical-layer errors.

Dan - Owner
URL]
 
Upvote 0 Downvote
Dan suggested, "...(physical)....job for a scope."

Yep. Digital systems typically aren't very communicative about the physical layer. You may need to see the signal that the systems are seeing to figure it out.

(At lower bandwidths, you can often use your ears; but that doesn't work with high bandwidth signals.)

If it's 60 Hz noise (for example), then you wouldn't need anything more than a normal (cheap) oscilloscope to reveal it. Worth checking that if you haven't already. Acknowledging in advance that most Ethernet systems include 'magnetics' to reduce the risk of such issues.

Gb Ethernet is "only" 250 MHz per pair, but you'd still need an GHz expensive scope with very advanced triggering to make it visible.

This is all assuming that the problem lies at the physical layer. Of course, Ethernet has plenty of room for settings and configuration nonsense in all the other layers (ref. ISO 7-Layer model).

 
Upvote 0 Downvote
Well we solved it without analysis from the Ethernet end. I had a ground loop and poor soldering issues compounded together so it made it tricky to debug. I'm so glad we skipped the inspection process to get the PCBAs a day early so I could then spend 9 days debugging an issue that would have been caught in X-Ray inspection...

Z
 
Upvote 0 Downvote
zappedagain said:
I'm so glad we skipped the inspection process to get the PCBAs a day early so I could then spend 9 days debugging an issue that would have been caught in X-Ray inspection...
Click to expand...
You have my deepest empathies... you really do [wink]

Dan - Owner
URL]
 
Upvote 0 Downvote
Bah, that's nuttin! We had a PCBA that was partially shipped until someone decided we needed to run a test that was normally skipped. Needless to say, the test failed, and a few days of head scratching until it was determined that the PCB supplier made the entire batch with 2 missing layers.

TTFN (ta ta for now)
I can do absolutely anything. I'm an expert! faq731-376 forum1529 Entire Forum list
 
Upvote 0 Downvote
I'm 'glad' I'm not the only one. Thanks for all your help over all these years!

Z
 
Upvote 0 Downvote
IR,

I lost several days debugging a VERY high-priority board a couple of years back. Most things appeared to work, but certain features on a BGA (like some GPIO) were heavily intermittent. Long story short, the board house's CAM guy widened the clearance around some buried vias in one of my power planes and failed to do a final electrical check. He widened the openings so much, my already swiss-cheese power plane became two separate power planes.

The stress of that project took a solid year off of my life, I believe...

Dan - Owner
URL]
 
Upvote 0 Downvote
Status
Not open for further replies.

Similar threads

U
  • Locked
  • Question Question
multicarrier Faster Than Nyquist implementation
Replies
0
Views
2K
Unkn0w0n
U
LJP1
  • Locked
  • Question Question
TCP Port remote testing "Appliance"
Replies
0
Views
730
LJP1
LJP1
rucka24
  • Locked
  • Question Question
What algorithms can provide accurate displacement data with MAG data for short-term applications?
Replies
1
Views
7K
IRstuff
IRstuff
mmmbacon
  • Locked
  • Question Question
Automotive smartkey transponder help
Replies
0
Views
766
mmmbacon
mmmbacon
mrtangent2
  • Locked
  • Question Question
Fibre Optic systems "for dummies" (hopefully ok to ask) - coaxial testing
Replies
1
Views
7K
djs
djs

Part and Inventory Search

Sponsor

Back
Top