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

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)
table, after processing of this BD is complete. After using a BD, the CP sets the “ready” bit
to not-ready; thus, the CP will never use a BD twice until the BD has been confirmed by the
M68000 core.
The CP uses the receive BDs in a similar fashion. Once the receive side of an SCC is en-
abled, it starts with the first BD in that SCC's receive BD table. Once data arrives from the
serial line into the SCC, the CP performs certain required protocol processing on the data
and moves the resultant data (either bytes or words at a time depending on the protocol) to
the buffer pointed to by the first BD. Use of a BD is complete when there is no more room
left in the buffer or when certain events occur, such as detection of an error or an end-of-
frame. Whatever the reason, the buffer is then said to be “closed,” and additional data will
be stored using the next BD. Whenever the CP needs to begin using a BD because new
data is arriving, it will check the “empty” bit of that BD. If the current BD is not empty, it will
report a” busy” error. However, it will not move from the current BD until it becomes empty.
When the CP sees the “wrap” bit set in a BD, it goes back to the beginning of the BD table,
after use of this BD is complete. After using a BD, the CP sets the “empty” bit to not-empty;
thus, the CP will never use a BD twice until the BD has been “processed” by the M68000
core.
In general, each SCC has eight transmit BDs and eight receive BDs. However, it is possible
in one special case to assign up to 16 receive BDs at the expense of all transmit BDs. Since
the transmit BDs directly follow the receive BDs in the memory map for each SCC, if an SCC
is configured exclusively for half-duplex reception, it is possible to have up to 16 receive BDs
available for that SCC.
If the DRAM refresh unit is used, SCC2 has six transmit BDs rather than the normal eight.
SCC3 normally only has four transmit BDs. However, it is actually possible to regain addi-
tional Tx BDs for SCC3 as follows. The Tx BD table may be extended by two BDs to six BDs
if the SMCs are not used. Additionally, all eight Tx BDs for SCC3 may be used if the following
is considered: 1) the SCP and SMCs must not be used; 2) various words within the last two
BDs will be changed by the CP during the initialization routine following any reset; and 3)
the BERR channel number value will be written into the last BD after any SDMA bus error
(see 4.5.8.4 Bus Error on SDMA Access), but this is not a major concern since the CP must
be reset after any SDMA bus error.
4.5.6 SCC Parameter RAM Memory Map
Each SCC maintains a section in the dual-port RAM called the parameter RAM. Each SCC
parameter RAM area begins at offset $80 from each SCC base area ($400, $500, or $600)
and continues through offset $BF. Refer to Table 2-8 for the placement of the three SCC
parameter RAM areas. Part of each SCC parameter RAM (offset $80–$9A), which is iden-
tical for each protocol chosen, is shown in Table 4-6. Offsets $9C–$BF comprise the proto-
col-specific portion of the SCC parameter RAM and are discussed relative to the particular
protocol chosen.
4-34
MC68302 USER’S MANUAL
MOTOROLA

Related parts for MC68000