[go: up one dir, main page]

Jump to content

Self-clocking signal: Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
mNo edit summary
Tags: Mobile edit Mobile app edit iOS app edit
m Adding link to common 64b/66b encoding under examples
 
Line 27: Line 27:
**[[4B5B]]
**[[4B5B]]
**[[8b/10b encoding]]
**[[8b/10b encoding]]
**[[64b/66b encoding]]
**[[HDLC]]
**[[HDLC]]
**[[Modified Frequency Modulation]]
**[[Modified Frequency Modulation]]

Latest revision as of 17:03, 17 October 2023

In telecommunications and electronics, a self-clocking signal is one that can be decoded without the need for a separate clock signal or other source of synchronization. This is usually done by including embedded synchronization information within the signal, and adding constraints on the coding of the data payload such that false synchronization can easily be detected.

Most line codes are designed to be self-clocking.

Isochronicity and anisochronicity

[edit]

If a clock signal is embedded in the data transmission, there are two possibilities: the clock signals are sent at the same time as the data (isochronous), or at a different time (anisochronous).

Isochronous self-clocking signals

[edit]

If the embedded clock signal is isochronous, it gets sent simultaneously with the data. Below is an example signal, in this case using the Manchester code self-clocking signal. The data and clock cycles can be thought of as "adding up" to a combination, where both the clock cycle and the data can be retrieved from the transmitted signal.

Asynchronous self-clocking signals

[edit]

Asynchronous self-clocking signals do not combine clock cycles and data transfer into one continuous signal. Instead, the transmission of clock cycles and data transmission is modulated. Below is an example signal used in asynchronous serial communication, where it is made clear that the information about the clock speed is transmitted in a different timeframe than the actual data.

Implementations

[edit]

Example uses of self-clocking signal protocols include:

Most of these codes can be seen as a kind of Run Length Limited[1] code. Those constraints on "runs" of zeros and "runs" of ones ensure that transitions occur often enough to keep the receiver synchronized.

Such self-clocking signals can be decoded correctly into a stream of bits without bit slip. To further decode that stream of bits and decide which bit is the first bit of a byte, often a self-synchronizing code is used.

Analog examples

[edit]

Amplitude modulationmodulating a signal by changing the amplitude of a carrier wave, as in:

is self-clocking, as the zero crossings serve as a clock pulse.

One may consider this clock pulse redundant information, or at least a wasteful use of channel capacity, and duplex the channel by varying the phase, as in polar modulation, or adding another signal that is 90° out of phase (a sine wave), as in quadrature modulation. The result is to send twice as many signals over the channel, at the cost of losing the clock, and thus suffering signal degradation in case of clock drift (the analog equivalent of bit drift).

This demonstrates how encoding clocking or synchronization in a code costs channel capacity, and illustrates the trade-off.

See also

[edit]

References

[edit]
  1. ^ Kees Schouhamer Immink (December 1990). "Runlength-Limited Sequences". Proceedings of the IEEE. 78 (11): 1745–1759. doi:10.1109/5.63306. A detailed description is furnished of the limiting properties of runlength limited sequences.