3.1.2.1 Telegram Structure

The ATA8210/15 supports the reception of a wide variety of telegrams and protocols. In general, no special structure is required from a telegram to be received by the ATA8210/15. However, designated hardware and software features are built-in for the blocks; see the following figure. Using this structure, or parts of it, can increase the sensitivity and robustness of the broadcast.

Figure 3-2. Telegram Structure

Desync:

The de-synchronization is usually a coding violation with a length of several symbols that provokes a defined restart of the receiver. The use of a de-synchronization leads to more deterministic receiver behavior, reducing the required preamble length. This can be favorable in timing-critical and energy-critical applications.

Preamble:

The preamble is a pattern that is sent before the actual data payload to synchronize the receiver and provide the starting point of the payload. A very regular pattern (for example, 1-0-1-0...) is recommended for synchronization (Wake-up Pattern (WUP), sometimes referred to as pre-burst), while a unique, well-defined pattern of up to 32 symbols is required to mark the start of the data payload (Start Frame Identifier (SFID) or start bit). In polling scenarios, the WUP can be tens or hundreds of ms long.

Data Payload:

The data payload contains the actual information content of the telegram. It can be NRZ or Manchester-coded. The length of the payload is application-dependent, typically 1-64 bytes.

Checksum:

Calculate a checksum across the data payload to verify that the data were received correctly. For example, an 8-bit CRC checksum. Exclude the data bits at the beginning of the payload from the CRC calculation.

Stop Sequence:

The stop sequence is a short data pattern (typically 2-6 symbols) to mark the end of the telegram. Use a coding violation to prevent receiving additional (non-deterministic) data.