1 / 21

Time-code Enhancements for SpaceWire Barry M Cook Presented by Paul Walker Both of 4Links

Time-code Enhancements for SpaceWire Barry M Cook Presented by Paul Walker Both of 4Links. 2006 MAPLD International Conference Washington, D.C. September 25, 2006. Introduction. Time codes can be inserted into a SpaceWire data stream . Introduction.

tamesis
Download Presentation

Time-code Enhancements for SpaceWire Barry M Cook Presented by Paul Walker Both of 4Links

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Time-code Enhancements for SpaceWireBarry M CookPresented by Paul WalkerBoth of 4Links 2006 MAPLD International Conference Washington, D.C. September 25, 2006

  2. Introduction • Time codes can be inserted into a SpaceWire data stream

  3. Introduction • Time codes can be inserted into a SpaceWire data stream • but there is some uncertainty in their time of arrival – jitter – of some 10 bit times per link

  4. Introduction • Time codes can be inserted into a SpaceWire data stream • but there is some uncertainty in their time of arrival – jitter – of some 10 bit times per link • 1µs per link at 10Mb/s • 100ns per link at 100Mb/s

  5. Introduction • Time codes can be inserted into a SpaceWire data stream • but there is some uncertainty in their time of arrival – jitter – of some 10 bit times per link • 1µs per link at 10Mb/s • 100ns per link at 100Mb/s • We show how this can be reduced to 10ns (or better) per link.

  6. Content • SpaceWire links, tokens and time-codes • The causes of jitter • Experimental verification of jitter • Reducing jitter • Experimental verification of improvement • Removing delay differences • Limitations • Conclusions

  7. EOP End-of-packet marker 4-bits EEP End-of-packet marker 4-bits FCT Flow control token 4-bits ESC (only as part of compound) 10-bits Data Byte-wide data ESC-FCT Null ESC-Data Time code 14-bits SpaceWire links, tokens and time-codes A SpaceWire link sends sequences of bits, in units of tokens: 8-bits Nulls are sent if there is no higher priority token, to prevent disconnect detection.

  8. FCT 4-bits Null 8-bits Data 10-bits Time-code 14-bits The causes of jitter • 1: Transmit – link is busy when time code requested • The time between the request and the time-code being sent varies. Request 2: Receive – synchronization to local clock

  9. Experimental verification – test set

  10. Experimental verification – normal link Link speed 12.5Mb/s – bit period = 80ns, Link idling Shows both random jitter and different delays

  11. Reducing Jitter (1) Normal waveforms Regular spacing of bits (80ns/bit at 12.5Mb/s)

  12. Reducing Jitter (1) Normal waveforms Regular spacing of bits (80ns/bit at 12.5Mb/s) BUT: clock is encoded in this stream (XOR of D and S)

  13. Reducing Jitter (1) Normal waveforms Regular spacing of bits (80ns/bit at 12.5Mb/s) BUT: clock is encoded in this stream (XOR of D and S) SO: bit period does not need to be always the same

  14. Reducing Jitter (2) One, or more, bits can be longer than normal

  15. Reducing Jitter (3) Fix the time between request and time code transmission (to >10-bits)

  16. Reducing Jitter (3) Fix the time between request and time code transmission (to >10-bits)

  17. Experimental verification – normal link Link speed 12.5Mb/s – bit period = 80ns, Link idling Shows both random jitter and different delays

  18. Experimental verification – modified link Link speed 12.5Mb/s – bit period = 80ns, Link idling Shows much reduced jitter, still different delays

  19. Link 1 delayed by 3970ns Link 2 delayed 1990ns Link 3 delayed by 0ns Removing delay differences Early arriving time ticks are delayed at the receivers so that all ticks in the system are synchronized.

  20. Limitations • Disconnect detection limits the length of any single bit • If all the delay is placed before the time code, the minimum link speed is 12.5Mb/s; • Distributing delays through the bits of the time-code reduces this to below 2.5Mb/s. • Each time-code is 0 to 10 bits longer, so a time-code grows from 14 bits to an average of 19 bits.

  21. Conclusions • A small change in the link transmitter can give a very significant reduction in time-code jitter. • The receiver need not be altered, so long as its behaviour is deterministic. • It is possible to produce accurately synchronized time codes at all nodes in a system. • This makes time codes easier to use and enables their use in more applications. • And it is all completely compliant with the ECSS standard and interoperable with devices that do not have reduced jitter.

More Related