• State Resolved
  • Locked Locked
  • Replies 3 replies
  • Answers 1 answer
  • Subscribers 32 subscribers
  • Views 152 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.

Original question:

TMDS273EVM: CS_DAP_0 Error, the second time i debug the TMDS273EVM

TMDS273EVM: TMDS273EVM: CS_DAP_0 Error, the second time i debug the TMDS273EVM (2)

Konstantinos Milas
Prodigy 60 points

Part Number: TMDS273EVM

Hello,

I am reviving this thread : https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1518050/tmds273evm-cs_dap_0-error-the-second-time-i-debug-the-tmds273evm

because it is important for me to understand the issue behind this incompatibility, in order to solve it with a custom EVM.
You stated that i should POR the board with a power relay in order to continue my development and it is specific to the AM273x EVM.

  1. I want to create a custom board with the AM273x to resolve this issue. If the issue is specific with the TMDS273EVM, is there a HW issue on the board itself that prevents the POR from the CCS? How can i foresight this problem in my custom implementation? 
  2. Do you suggest any other solution to overcome this problem with the EVM you provide (from custom CCS script maybe)?


    Thanks in advance,
    Kostas 
  • 0
    TI__Mastermind 22925 points

    Kostas,

    The primary issue with the AM273 EVM is that the XDS110 (the on board emulator) has no way to reset the AM273 SOC, the JTAG TRST line from the XDS110 host is not connected in any way to the AM273, because the AM273 device does not include the TRST pin. This is what forces the requirement for a manual POR trigger (pressing SW1).

    If you want to make a custom board, the easiest "fix" for this "problem" is to connect the nRST line from the emulator (pin 15 on the standard ARM 20 pin JTAG connector) into the AM273 PORz circuitry.  One note, if you want to make a custom board, you will need to use an external emulator.  We do not support custom on-board XDS110 implementations.  When you connect this external emulator connector, please make sure to connect nRST into the POR circuitry as described above, such that when the debug environment issues a reset (through the TRST line), it forces a PORz circuitry.  Once this is done, issuing a reset from the JTAG host should implement the required PORz to the AM273 SOC.

    Thanks,
    Mike

  • 0 in reply to Mike Pridgen
    Prodigy 60 points

    So if the problem is at the XDS110 emulator, is it possible to resolve it by using another debugger like the 560v2 from the J19 EVM port?
    Here is a subset of the J19 pinout:

  • +1 in reply to Konstantinos Milas
    TI__Mastermind 22925 points

    Kostas,

    The problem isn't the XDS110 emulator itself, its the AM273 EVM board design.  The board design does not connect the reset from the XDS110 to the POR reset of the AM273 SOC.  Similarly, the J19 Trace debug port does not actually connect either of the reset signals (pin 6 MIPI_NRST and pin 9 MIPI_JTAG_NRST) from J19 to the AM273 SOC.

    The problem is that the AM273 nRESET signal (pin L2 on the AM273 SOC) on the AM273 EVM is only connected to the SW1 pushbutton or the PMIC nRSTOUT signal.  So the only way to trigger this AM273 nRESET signal is using SW1, or removing power from the EVM.

    Thanks,
    Mike