View Single Post
Old April 28th, 2010   #5
sjackman
Task Group Member
 
Join Date: Sep 2006
Posts: 26
Default

Quote:
Originally Posted by ericthegeek View Post
An inline device can receive a byte, hold on to it for 88uS, then send it out. It can also shorten the break by 22us. The two are separate, and an inline device could conceivably do both to some degree.
If the inline device uses a switching fabric rather than a store-and-forward implementation, it doesn't have the ability to `hold on to it'. See my response to Gerry above.

Quote:
Originally Posted by ericthegeek View Post
It is good practice for a controller to ignore corrupt preamble bytes (as you propose).
Could this be proposed as an amendment to the standard? If not a SHALL directive, even a SHOULD directive would be better.

Quote:
Originally Posted by ericthegeek View Post
But in order for an inline device to comply with the standard it must shorten the preamble byte by a very small amount of time, or by an entire byte. The requirements in your proposal #2 are all included in the document, just not in a single list.
It's this `very small amount of time' that I feel needs clarification. My best reading of the spec indicates that the first bit be shortened by no more than 75 ns (section 4.2.3 Bit Distortion). Do you agree?

Cheers,
Shaun
sjackman is offline   Reply With Quote