This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

CC2652PSIP: Unable to access the DAP

Part Number: CC2652PSIP
Other Parts Discussed in Thread: UNIFLASH

Hi All. Thanks for your time.

I tried to load a custom project into a CC2652PSIP with a custom board with 2 pin cJTAG. 

The connection passed the jTAG test. The report is shown in the following.

[Start: Texas Instruments XDS110 USB Debug Probe_0]

Execute the command:

%ccs_base%/common/uscif/dbgjtag -f %boarddatafile% -rv -o -S integrity

[Result]


-----[Print the board config pathname(s)]------------------------------------

C:\Users\Tony\AppData\Local\TEXASI~1\CCS\
ccs1220\0\0\BrdDat\testBoard.dat

-----[Print the reset-command software log-file]-----------------------------

This utility has selected a 100/110/510 class product.
This utility will load the adapter 'jioxds110.dll'.
The library build date was 'Nov 28 2022'.
The library build time was '16:30:46'.
The library package version is '9.10.0.00080'.
The library component version is '35.35.0.0'.
The controller does not use a programmable FPGA.
The controller has a version number of '5' (0x00000005).
The controller has an insertion length of '0' (0x00000000).
This utility will attempt to reset the controller.
This utility has successfully reset the controller.

-----[Print the reset-command hardware log-file]-----------------------------

The scan-path will be reset by toggling the JTAG TRST signal.
The controller is the XDS110 with USB interface.
The link from controller to target is direct (without cable).
The software is configured for XDS110 features.
The controller cannot monitor the value on the EMU[0] pin.
The controller cannot monitor the value on the EMU[1] pin.
The controller cannot control the timing on output pins.
The controller cannot control the timing on input pins.
The scan-path link-delay has been set to exactly '0' (0x0000).

-----[Perform the Integrity scan-test on the JTAG IR]------------------------

This test will use blocks of 64 32-bit words.
This test will be applied just once.

Do a test using 0xFFFFFFFF.
Scan tests: 1, skipped: 0, failed: 0
Do a test using 0x00000000.
Scan tests: 2, skipped: 0, failed: 0
Do a test using 0xFE03E0E2.
Scan tests: 3, skipped: 0, failed: 0
Do a test using 0x01FC1F1D.
Scan tests: 4, skipped: 0, failed: 0
Do a test using 0x5533CCAA.
Scan tests: 5, skipped: 0, failed: 0
Do a test using 0xAACC3355.
Scan tests: 6, skipped: 0, failed: 0
All of the values were scanned correctly.

The JTAG IR Integrity scan-test has succeeded.

-----[Perform the Integrity scan-test on the JTAG DR]------------------------

This test will use blocks of 64 32-bit words.
This test will be applied just once.

Do a test using 0xFFFFFFFF.
Scan tests: 1, skipped: 0, failed: 0
Do a test using 0x00000000.
Scan tests: 2, skipped: 0, failed: 0
Do a test using 0xFE03E0E2.
Scan tests: 3, skipped: 0, failed: 0
Do a test using 0x01FC1F1D.
Scan tests: 4, skipped: 0, failed: 0
Do a test using 0x5533CCAA.
Scan tests: 5, skipped: 0, failed: 0
Do a test using 0xAACC3355.
Scan tests: 6, skipped: 0, failed: 0
All of the values were scanned correctly.

The JTAG DR Integrity scan-test has succeeded.

[End: Texas Instruments XDS110 USB Debug Probe_0]

When the device is put under debug mode, the program is loaded normally. The program is pending to be started in the main() as expected. With the following messge in the console.

Cortex_M4_0: GEL Output: Memory Map Initialization Complete.
Cortex_M4_0: GEL Output: Memory Map Initialization Complete.
Cortex_M4_0: GEL Output: Board Reset Complete.

However, once the program is started, an error was raised with the following message.

Cortex_M4_0: JTAG Communication Error: (Error -1170 @ 0x0) Unable to access the DAP. Reset the device, and retry the operation. If error persists, confirm configuration, power-cycle the board, and/or try more reliable JTAG settings (e.g. lower TCLK). (Emulation package 9.10.0.00080)
Cortex_M4_0: Breakpoint Manager: Remove job failed: Register/memory write failure[22005]

I have tried the following solution to deal with the problem.

1. Mass erased the device with the following message in the output.

Cortex_M4_0: MassErase(): Initializing.
Cortex_M4_0: MassErase(): Issuing Board Reset.
Cortex_M4_0: GEL Output: Memory Map Initialization Complete.
Cortex_M4_0: MassErase(): Mass erase complete.

It didnt work.

2. Lower the TCLK in cJTAG setup.

Identical situation was experienced in TCLK down to 500kHz.

3. Re-do and crosscheck the hardware.

It didnt work.

I wonder why such issue exist. Is it the JTAG hardware problem, the XDS problem or the problem in the device?

  • Hi Tony,

    Thank you for providing all of this information!  The "(Error -1170 @ 0x0)" typically indicates either a hardware failure on the board or invalid code on the subcore that causes a JTAG reset and disconnect.  You can read through the relevant CCS Debugging JTAG Connectivity Issues page to learn more.  I recommend that you evaluate out-of-box examples from the SimpleLink SDK and confirm whether your project can operate normally outside of the CCS debug session after being programmed.  Are you able to program the device through Uniflash and use a UART/LED user interface or BLE advertisements to verify that your project is running?

    Regards,
    Ryan

  • Thanks Ryan.

    As instructed i tried to load a SimplePeripheral project into the device and it is functioning as expected with correct GATT profile and interactivities.

    I then switch back to my project and identical error was raised.

    Does it conclued that the error could be from the software side?

  • Thanks for confirming usage of a BLE example.  You should perform further debugging of your custom project as it appears to be resetting the device during operation.  Please consult the BLE5-Stack Migration Guide.

    Regards,
    Ryan