MC68000 MOTOROLA [Motorola, Inc], MC68000 Datasheet - Page 223

no-image

MC68000

Manufacturer Part Number
MC68000
Description
Manufacturer
MOTOROLA [Motorola, Inc]
Datasheet

Available stocks

Company
Part Number
Manufacturer
Quantity
Price
Part Number:
MC68000-10/BZAJC
Manufacturer:
MOT
Quantity:
26
Part Number:
MC68000-8BXAJ
Manufacturer:
MOT
Quantity:
9
Part Number:
MC680008FN8
Manufacturer:
FREESCALE
Quantity:
8 831
Part Number:
MC680008L8
Manufacturer:
AMD
Quantity:
42
Part Number:
MC68000FN10
Manufacturer:
MOT
Quantity:
5 510
Part Number:
MC68000FN10
Manufacturer:
MOTOROLA/摩托罗拉
Quantity:
20 000
Part Number:
MC68000FN12
Manufacturer:
MOT
Quantity:
5 510
Part Number:
MC68000L8
Manufacturer:
MOTOROLA/摩托罗拉
Quantity:
20 000
Part Number:
MC68000P10
Manufacturer:
MOT
Quantity:
1 000
Part Number:
MC68000P10
Manufacturer:
MOT
Quantity:
20 000
Communications Processor (CP)
begins. However, if a character is not SOH, ENQ, DLE, or SYNC, hunt mode is again en-
tered. On asynchronous links, byte synchronization is achieved by the start/stop protocol of
the UART. The DDCMP controller is now byte-synchronized and performs SYN1–SYN2
stripping, until receiving one of the three user-defined special starting bytes (SOH for data
messages, ENQ for control messages, and DLE for maintenance messages).
If a match is detected, the DDCMP controller fetches the next BD and, if it is empty, starts
to transfer the incoming header to the BD's associated data buffer. The DDCMP controller
counts the bytes of the fixed-length header and compares the received header address field
to the four user-defined values after masking the result with the address mask. When a
match is detected, the DDCMP controller continues to transfer the incoming message to the
data buffer. The header CRC field (CRC1) is checked and is written to the data buffer. The
DDCMP controller updates the CRC error (CR) bit, sets the header (H) bit, writes the mes-
sage type and status bits into the BD, and clears the empty bit. It next generates a maskable
receive block interrupt (RBK), indicating that a header has been received and is in memory.
If the header was a control message, the DDCMP controller waits for a new message.
If there is no match in address comparison and the header is error free, the DDCMP con-
troller will use the same buffer for the next message. To maintain synchronization, the DDC-
MP controller counts the data length based on the count field contained in the header.
When the data buffer has been filled, the DDCMP controller clears the empty bit in the BD
and generates a maskable received buffer interrupt (RBD). If the incoming message ex-
ceeds the length of the data buffer, the DDCMP controller fetches the next BD in the table,
and, if it is empty, continues to transfer the rest of the message to the new data buffer. When
the message ends, the CRC2 field is checked and written to the data buffer. The DDCMP
controller sets the last bit, writes the message type and other status bits into the BD, and
clears the empty bit. Following this, it generates an RBK, indicating that a message has
been received and is in memory. The DDCMP controller then waits for a new message.
4.5.14.3 DDCMP Memory Map
When configured to operate in DDCMP mode, the IMP overlays the structure illustrated in
Table 4-9 onto the protocol-specific area of that SCC's parameter RAM. Refer to 2.8
MC68302 Memory Map for the placement of the three SCC parameter RAM areas and to
Table 4-5 for the other parameter RAM values.
MOTOROLA
MC68302 USER’S MANUAL
4-103

Related parts for MC68000