Communication Processor Module
16-266
MPC823 USER’S MANUAL
MOTOROLA
SCC2
COMMUNICATION
16
PROCESSOR
MODULE
16.9.19.6 EXCEPTIONS TO RFC 1549. The following beheviors do not conform to the
RFC 1549.
If an 0x7D is followed by a control character and the control character is not mapped,
the control character itself is “modified” by the XOR process. The CRC check should
catch this exception. This is a case where the transmitter control character table differs
from the receiver.
In addition to the abort sequence, frames are terminated by the following errors:
t Carrier detect lost
t Receiver overrun
t Framing error
t Break sequence
If the invalid sequence is received, the first control escape character is discarded, and
the second is unconditionally exclusive-OR’ed with 0x20. This sequence is stored in the
buffer descriptor as 0x5D.
16.9.19.7 SCC2 ASYNC HDLC IMPLEMENTATION. The following behaviors represent
the key aspects of the SCC2 ASYNC HDLC controller.
Flag Sequence—When transmitting, the controller automatically generates the opening
and closing flag for the frame. When receiving, the controller strips off the opening and
closing flag before writing the frame to memory. It receives frames with only one
“shared” flag between them and ignores multiple flags between frames.
Address Field—The address field is neither generated nor examined by the microcode
while transmitting or receiving. The address field of the frame must be included in the
data buffer that the transmit buffer descriptor points to. Any address field compression,
expansion, or checking must be performed by the core.
Control Field—The control field is neither generated nor examined by the microcode
while transmitting or receiving. The control field of the frame must be included in the
data buffer that the transmit buffer descriptor points to. Any control field compression,
expansion, or checking must be performed by the core.
Frame Check Sequence—When transmitting, the frame check sequence (CRC) is
automatically appended to the end of the frame before the closing flag is transmitted.
The frame check sequence is generated on the original frame before the transparency
characters, start/stop bits, or flags are added. The controller uses a 16-bit CRC-CCITT
polynomial. When receiving, the frame check sequence is automatically checked. The
frame check sequence is calculated after any transparency characters, start/stop bits,
and flags are removed. The controller uses a 16-bit CRC-CCITT polynomial.
Encoding—The SCC2 ASYNC HDLC controller only supports 8 data bits, one start bit,
one stop bit, and no parity. This must be programmed in the PSMR–SCC2 ASYNC
HDLC register so that bits 2 and 3 are set to 1 for proper operation.
Time-Fill (Idling)—When transmitting, the SCC2 ASYNC HDLC controller transmits
IDLE characters when no data is available for transmission. When receiving, the SCC2
ASYNC HDLC controller ignores IDLE characters.