Re: 8b/10b and EMI
Thanks for the response.
If 8b/10b were to be scrambled, then it would appear
to me that all it is providing at the XAUI interface is packet delineation
and some error monitoring capability. I imagine that each lane would need
a separate scrambler/descrambler, initialized to different states so that
the transitions across the lanes are uncorrelated. Synchronizing these
and deskewing the lanes would require some thought -- it isn't difficult,
but it isn't as straightforward as the "alignment column" proposed for HARI.
At that point, the 25% overhead of the 8b/10b scheme
seems to be a staggering price to pay for delineation and
error monitoring -- why not start with scrambling, at a lower baud rate, and
make the overall design problems simpler?
Ed Grivna wrote:
> Hi Tom,
> a good source of data onthis can be found in the IEEE 1394b development
> archives. Since 1394b maskes use of 8B/10B encoding, and they spend
> a lot of effort on EMI reduction, there should be a significant number
> of papers/presentations available on the subject.
> As a background on what I remember, it is definately possible to
> create "hot spots" in the radiated emission spectrum if you keep
> repeating a short sequence of characters. This occurs in Fibre Channel
> systems with their 4-character Idle sequence. To get around this,
> 1394b added a level of scrambling to both the source data cahracters
> AND to the command characters used, prior to sending them through the
> 8B/10B encoder. By doing this they were able to achieve some dramatic
> (sorry, I can't remember the number of dB) reduction in radiated
> The 8B/10B code, when sending random data, has a fairly wide emissions
> spectrum (which is what you want), but if you sit on the same
> character or small group of characters, you can see the discrete
> spectral peaks quite clearly.
> Ed Grivna
> Cypress Semiconductor
> > I would like to raise the issue of EM emissions with 8b/10b
> > vs. scrambling (spectrum comparisions can be found in the SLP presentation
> > or in Joel Goergen's presentation). My impression is that component vendors
> > are leaving this problem for the system integrators to solve.
> > Has anyone looked into the issue of EMI/EMC within the context of system
> > cost and time-to-market?
> > While system integration and implementation are
> > beyond the scope of the standard, it would be grossly negligent to ignore
> > these issues, as ultimately the goal is to get product out the door that
> > satisfies FCC/ETSI regulations.
> > Tom
org:Bell Laboratories;High Speed Communications VLSI Research
title:Member of Technical Staff
adr;quoted-printable:;;4E-511A=0D=0A101 Crawfords Corner Road;Holmdel;NJ;07733;USA