Workaround:
Do not write to the control/status word after initializing a receive MB. If a write (deactivation) is
required to the control/status field of an active receive MB, either freeze the FlexCAN module
or insert a delay of at least 27 CAN bit times plus 10 bus clock cycles between unlocking one
MB and deactivating another MB. This avoids MB corruption; however, frames may still be lost.
Workaround:
The FlexCAN software driver ensures IDs are not changed during each reception. As soon as
it has changed, return to original value.
Fix plan:
Currently, there are no plans to fix this.
SECF124: Buffered Write May Be Executed Twice
Errata type:
Silicon
Affects:
Cache
Description:
If buffered writes are enabled using the CACR or ACR registers, the imprecise write
transaction generated by a buffered write may be executed twice.
Workaround:
Do not enable buffered writes in the CACR or ACR registers:
CACR[8] = DBWE (default buffered write enable) must be 0
ACRn[5] = BUFW (buffered write enable) must be 0
Fix plan:
Currently, there are no plans to fix this.
SECF125: Any FlexCAN MB access during RX or TX of an extended ID frame’s CRC and
EOF may cause unwanted message reception
Errata type:
Silicon
Affects:
FlexCAN
Description:
With extended ID frames, a frame may be received into a receive message buffer (MB) if a
match occurs for the ID_HIGH part of the frame's extended ID, irrespective of the ID_LOW and
the acceptance mask bits MID[14:0]. So unwanted messages, which should be filtered by the
hardware mask register, may be received and so the ID field of the receive MB may be
overwritten by the received frame's ID.
This issue only happens to the messages with the extended ID when the match occurs for the
extended ID bits 28 to 15.
Messages with standard ID have no such issue.
Workaround:
Use only the Standard ID format for all messages, not the extended format.
Workaround:
If extended IDs are used, ensure that only ID bits 28 to 15 are used as the filter criteria, so that
other ID bits (ID bits 14 to 0) are not used to filter messages. ID bits 14 to 0 may contain
information not used for message filtering purposes.
Fix plan:
Currently, there are no plans to fix this.
SECF036A: PLL Does Not Lock in Normal PLL Mode with Crystal Reference
Errata type:
Silicon
MCF5282 Chip Errata, Rev 8, 02/2015
10 Freescale Semiconductor, Inc.
Affects:
PLL
Description:
During a power on reset, if the CLKMOD[1:0] equals 11 (normal PLL mode with crystal
reference), the PLL does not lock and the device never comes out of reset.
Workaround:
When configuring the PLL for normal PLL mode with crystal reference, tie CLKMOD1 to RSTI
and not straight to 3.3V. This allows the PLL to correctly detect the desired operating mode
and lock.
Fix plan:
Currently, there are no plans to fix this.
SECF015: Internal Flash Speculation Address Qualification Incomplete
Errata type:
Silicon
Affects:
Flash controller
Description:
The flash controller uses a variety of advanced techniques, including two-way 32-bit bank
interleaving, address speculation, and pipelining to improve performance. An issue involving a
complex series of interactions between the local flash controller and other memory accesses
(internal SRAM, EIM, or SDRAM) has been uncovered. In rare instances, the interaction
between a non-flash memory access and a flash access can result in incorrect data usage for
a read operation. This may produce unexpected exceptions, incorrect execution, or silent data
corruption.
The problem requires two accesses where the modulo (flash size) address and address mask
configuration are the same for both a flash access and a non-flash access that occur close in
time.
Workaround:
Workaround Step 1 (Always do this): Use FLASHBAR[6] to disable the address speculation
mechanisms of the flash controller. The default configuration (FLASHBAR[6] = 0) enables the
address speculation. If FLASHBAR[6] equals 1, address speculation is disabled. Core
performance may be degraded from 4% – 9%, depending heavily on application code.
NOTE
FLASHBAR[6] is user accessible via the movec instruction.
FLASHBAR[6] always reads back as 0.
NOTE
On MCF528x and MCF521x devices FLASHBAR[6] is already set
to 1 for datecodes XXX0327 and later. The bit still reads back as 0.
Workaround Step 2a (Select one of the step 2 options to use): Construct the device
memory map so the flash and SRAM spaces are disjoint within the modulo-(flash_size)
addresses. In some cases if this approach is selected, the upper portion of the flash memory
might be unused and the SRAM be mapped to this unused flash space.
Consider an example where the flash memory size is 256 Kbytes and the on-chip SRAM size
is 32 Kbytes. If 224 Kbytes or less of flash are used, the SRAM can be based at the upper 32
Kbytes (within the modulo-256 Kbyte address) of the flash address space:
Flash: size = 0x40000, base = 0x0000_0000
RAM: size = 0x08000, base = 0x8003_8000 = RAM_BASE+(256-32) Kbytes
where the flash and SRAM base addresses are unique BA[31:16].
In summary, this approach can be applied if the combined size of the used flash and used
SRAM is less than the total flash size, with the flash contents justified to the lower address
range and the SRAM contents justified to the upper address range.
MCF5282 Chip Errata, Rev 8, 02/2015
Freescale Semiconductor, Inc. 11
Workaround Step 2b (Select one of the step 2 options to use): Separate the contents of
the SRAM and the flash memory into exclusive categories and use the address space mask
bits in FLASHBAR and RAMBAR to restrict accesses. For example, if the flash contains only
instructions and the SRAM contains only operands (all data), the appropriate address space
mask fields are specified to prevent flash and SRAM accesses from overlapping.
Workaround Step 3a (Select one of the step 3 options to use if external parallel memory
is used in the system): Do not enable caching of external memories. With caching disabled
the timing requirements for an issue to occur will not be met, so this will prevent conflicts
between flash and external parallel memory accesses through the EIM or SDRAMC.
Workaround Step 3b (Select one of the step 3 options to use if external parallel memory
is used in the system): Separate the contents of the EIM and/or SDRAM and the flash
memory into exclusive categories and use the address space mask bits in FLASHBAR,
CSMRn, and DMRn to restrict accesses. For example, if the flash contains only instructions
and the SDRAM contains only operands (all data), the appropriate address space mask fields
are specified to prevent flash and SRAM accesses from overlapping.
MCF5282 Chip Errata, Rev 8, 02/2015
12 Freescale Semiconductor, Inc.

MCF5282CVF80

Mfr. #:
Manufacturer:
NXP / Freescale
Description:
32-bit Microcontrollers - MCU MCF5282 V2CORE 512KFLASH
Lifecycle:
New from this manufacturer.
Delivery:
DHL FedEx Ups TNT EMS
Payment:
T/T Paypal Visa MoneyGram Western Union