EasyManua.ls Logo

NXP Semiconductors UM11227 - Background Debug Controller (BDC); BKGD;PTA4 Pin Description

NXP Semiconductors UM11227
205 pages
To Next Page IconTo Next Page
To Next Page IconTo Next Page
To Previous Page IconTo Previous Page
To Previous Page IconTo Previous Page
Loading...
NXP Semiconductors
UM11227
NTM88 family of tire pressure monitor sensors
UM11227 All information provided in this document is subject to legal disclaimers. © NXP B.V. 2020. All rights reserved.
User manual Rev. 6 — 24 April 2020
32 / 205
ACTIVE BACKGROUND mode commands for CPU register access
GO and TRACE1 commands
BACKGROUND command can wake CPU from STOP or WAIT modes
One hardware address breakpoint built into BDC
Oscillator runs in STOP mode, if BDC enabled
COP watchdog disabled while in ACTIVE BACKGROUND mode
9.2 Background debug controller (BDC)
All MCUs in the HCS08 Family contain a single-wire BACKGROUND DEBUG interface
that supports in-circuit programming of on-chip nonvolatile memory and sophisticated
non-intrusive debug capabilities. Unlike debug interfaces on earlier 8-bit MCUs, this
system does not interfere with normal application resources. It does not use any user
memory or locations in the memory map and does not share any on-chip peripherals.
BDC commands are divided into two groups:
ACTIVE BACKGROUND mode commands require that the target MCU is in ACTIVE
BACKGROUND mode (the user program is not running). ACTIVE BACKGROUND
mode commands allow the CPU registers to be read or written, and allow the user
to trace one user instruction at a time, or GO to the user program from ACTIVE
BACKGROUND mode.
Non-intrusive commands can be executed at any time even while the user’s program is
running. Non-intrusive commands allow a user to read or write MCU memory locations
or access status and control registers within the BACKGROUND DEBUG controller.
Typically, a relatively simple interface pod is used to translate commands from a
host computer into commands for the custom serial interface to the single-wire
BACKGROUND DEBUG system. Depending on the development tool vendor, this
interface pod may use a standard RS-232 serial port, a parallel printer port, or some
other type of communications such as a universal serial bus (USB) to communicate
between the host PC and the pod. The pod typically connects to the target system with
ground, the BKGD/PTA4 pin, RESET, and sometimes V
DD
. An open-drain connection to
reset allows the host to force a target system reset, which is useful to regain control of a
lost target system or to control startup of a target system before the on-chip nonvolatile
memory has been programmed. Sometimes V
DD
can be used to allow the pod to use
power from the target system to avoid the need for a separate power supply. However,
if the pod is powered separately, it can be connected to a running target system without
forcing a target system reset or otherwise disturbing the running application program.
2
4
6
1
3
5
NO CONNECT
NO CONNECT RESET
BKGD GND
VDD
aaa-028042
Figure 7. BDM tool connector
9.2.1 BKGD/PTA4 pin description
BKGD/PTA4 is the single-wire BACKGROUND DEBUG interface pin. The primary
function of this pin is for bidirectional serial communication of ACTIVE BACKGROUND
mode commands and data. During reset, this pin is used to select between starting
in ACTIVE BACKGROUND mode or starting the user’s application program. This
pin is also used to request a timed sync response pulse to allow a host development

Table of Contents