• State TI Thinks Resolved
  • Locked Locked
  • Replies 12 replies
  • Answers 4 answers
  • Subscribers 42 subscribers
  • Views 895 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

LAUNCHXL-CC3235SF: The watchdog routine cannot be debugged

Xinxin
Intellectual 690 points
Part Number: LAUNCHXL-CC3235SF
Other Parts Discussed in Thread: UNIFLASH, CC3235SF, CC1352P

Hi ,All .

I use the watchdog routine provided in the SDK. After clicking the "Debug" button in CCS, I can enter the debugging interface, but after clicking the "Resume" button, the following prompt will appear:

" 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 8.1.0.00007)
Cortex_M4_0: Failed to remove the debug state from the target before disconnecting.  There may still be breakpoint op-codes embedded in program memory.  It is recommended that you reset the emulator before you connect and reload your program before you continue debugging "

How can I solve this problem?

  • 0
    Guru 79905 points

    Hi,

    Please make sure that you have set development mode by Uniflash software. Also proper target configuration according set SOP mode need to be used. You can share photo of your LaunchPad to be sure that jumpers are set properly.

    Jan

  • 0 in reply to Jan D
    Intellectual 690 points

    Hi, Jan
    I loaded the binary file to be downloaded in the "Program" interface of UniFlash,  but after clicking "Load Image", the following error occurred:
    "Error!
    File: C:/Users/11/Desktop/CC3235_my/XI_gpiointerrupr-rtos/gpiointerrupt_CC3235SF_LAUNCHXL_tirtos_ccs/Debug/gpiointerrupt_CC3235SF_LAUNCHXL_tirtos_ccs.out: a data verification error occurred, file load failed"
    Is it because my operation is wrong?
    This is a picture of my LaunchPad.

  • 0 in reply to Xinxin
    Guru 79905 points
    Hi,

    You need to load *.bin not *.out file produced by CCS. Also you should to use SOP mode 010 (2-1-0).

    Here is description how to use Uniflash dev.ti.com/.../node

    Jan
  • 0 in reply to Jan D
    Intellectual 690 points

    Jan,

    When I loaded the program according to the Uniflash user manual you Shared, the program was successfully downloaded into FLASH, but after that, the following error occurred in the simulation with CCS. How to solve this problem?

    BR ,

    Xinxin

  • 0 in reply to Xinxin
    Guru 79905 points

    Hi Xinxin,

    In case you connect via Uniflash please make sure that your device is set into development mode (see chapter 6.4 inside www.ti.com/.../swru469 ). From jumpers settings at image above (SOP mode 0 - 0 - 0) you need to use four wire JTAG. You need to check that you have select proper target configuration in CCS (4 wire JTAG not SWD).

    Jan

  • 0 in reply to Jan D
    Intellectual 690 points
    Jan,

    Your answer well solved my question. Thank you very much for your patient answer.

    I have another question, that is I don't know when I need to use Uniflash to download the program. If I use CC3235 chip and build the external circuit by myself, do I still need to use Unflash?If so, wouldn't it be possible to download a program to FLASH without using Unflash?

    BR ,
    Xinxin
  • 0 in reply to Xinxin
    Guru 79905 points

    Hi Xinxin,

    No, you will need connection for Uniflash at your own hardware definitely. By connection for Uniflash means UART + reset pin control. Connection for Uniflash is not mandatory in case of mass production when content of SPI flash is uploaded directly by 3rd party SPI programmer. In your case you need Uniflash for:

    • switching device into development mode
    • Uploading content of external SPI sFlash (read/write files into flash). Uploading content (*.bin) files into sFlash is mandatory to be binary code persistent after device reset (with one exception, but this is not important in this case)

    In case of developing own board with CC3235SF QFN chip be aware that PCB design with this SoC is crucial. If you not carefully follow all recommendation from layout guide, that is almost 100% chance that your hardware will not be functional. Important is layout around DC-DC and RF output (especially 5GHz). If you not have experiences with such kind of RF design, it may to be reasonable to use CC3235MOD.

    Jan

  • 0 in reply to Jan D
    Intellectual 690 points
    Jan,

    Thank you for your answers and suggestions.

    If I use CC1352P chip and build my own peripheral circuit for development, do I still have to use UniFlash ?

    BR,

    Xinxin
  • 0 in reply to Xinxin
    Guru 79905 points
    Hi Xinxin,

    I don't understand your question about CC1352P device, but if you want develop firmware for CC3235 chip, you should use Uniflash via UART. Without this capability will be your options very limited.

    Jan
  • 0 in reply to Jan D
    Intellectual 690 points
    Hi Jan，

    I mean If I use CC3235 chip and build the external circuit by myself, do I still need to use Unflash ?

    The reason for asking this question is because I will be using CC1352P for development next.

    Xinxin
  • 0 in reply to Xinxin
    Guru 39650 points
    Hi Xinxin,

    Yes, you will need to use Uniflash for CC3235 device.

    Jan
  • 0 in reply to Hnz
    TI__Mastermind 22935 points
    Thanks for the help Jan.

    Xinxin, if you have any new question please create a new thread.

    Jesu