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.

LP-XDS110: Programming TMS570 with LP-XDS110

Part Number: LP-XDS110
Other Parts Discussed in Thread: TMS570LS0914, TMS570LS1227

Hi,

 

I was looking at this programmer as a possible replacement for programming a TMS570 microcontroller.

 

I was looking at the pinout, in particular the ARM10 pin connector but I cannot locate the nTRST pin neither the RTCLK pin. I know I can avoid using RTCLK but as far as I know I need the nTRST pin to properly communicate and initialize the flashing and debug process. Is there anyway I can do to use this board to program a TMS570?

 

thanks 

  • Hi,

    I have looped in the TMS570 expert, please allow them some time to respond to your question.

    Kind regards,

    AJ Favela 

  • Hi Alberto,

    Could you please refer below thread once, hopefully this will clarify your doubts.

    TMS570LC4357-SEP: Programming TMS570LC4357-SEP with LP-XDS110 - Arm-based microcontrollers forum - Arm-based microcontrollers - TI E2E support forums

    --
    Thanks & regards,
    Jagadish.

  • I am using an LP-XDS110 for debugging a TMS570LS0914 based board.  It works great, and the serial port on the LP-XDS110 is quite handy.

    You can see my design at https://github.com/AMSAT-NA/PacSatFSKBoard and there some documentation there in the docs/Design.md that talks about how to hook it up.

  • Hi Corey,

    thanks for this indication! I went ahead and ordered the debugger , but now I am struggling as the nTRST pin is not available on this board , as neither Rtclk or vtref. I connected as follows, also using the indications on your repo:

    - 3.3V of the tms570 to 3.3V of the xds110-lp

    -nTRST of the tms570 to 3.3V (pullupped) of the xds110-lp

    -Rtclk left floating

    with this config it seems I am able to pass verification of connection but when I hit debug or flash the process get stuck at “waiting device to reboot/halt”

    can you confirm  how you wired your jtag signals of the tms570 to the xds110-lp? Finally, did you make any specific change to address missing of Rtclk, like lowering TCLK frequency?

    thanks!

  • Hi Jagadish,

    thanks it helped a bit. I am still struggling to understand how to handle the nTRST pin, as spoofing the signal with an oscilloscope I see it is driven low to high each time i hit debug in ccs, but not having a dedicated pin on the xds110-lp makes me think if a simple pull up to 3.3V (so that with the internal pull down at each connection with the xds110 you get a rising edge and for so a reset of tap controller ) is enough or not. Can you clarify this? In the other post it is only mentioned for the usual XDS110 - EMU.

    thanks 

  • Here's a schematic of the connection to the TMS570LS0914 on my board:

    You don't mention the TMS570 part you are using.  I'm using the standard 10-pin ARM debug port, obviously.

    -corey

  • Hi Corey,

    first of all thank you very much for sharing. You are right and sorry for omitting that. I am using a TMS570LS1227 (but the first iteration of our project used the same TMS570LS0914 as yours) ; both should have the same configuration for debugging. What I see right now is that I can pass with success the “verify” communication between chip and XDS but whenever i hit the programming i get stuck in the waiting for halt process ; I was wondering if you setup anything special in your configuration for the communication between the chip and XDS software side!

  • Nope, using a standard LP-XDS110 with a standard 10-pin ribbon cable that came with another board.  It's an old version of CCS, 12.81 IIRC, but you would have to be using that, too, to use the Hercules parts.

    What do you have the level shifter jumper set to on the LP-XDS110?  When debugging the board, it should be set to TGT, not XDS.  It's the jumper right by the big rectangular connector.  And is your debug connector wired exactly like what I showed?  Every one of those pins has to be there, even the power pin.