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.

CCS/TMS320F28035: TMDSCNCD28035ISO

Part Number: TMS320F28035
Other Parts Discussed in Thread: C2000WARE, TMDSCNCD28035ISO, , CONTROLSUITE

Tool/software: Code Composer Studio

I have a connection problem.

I am using docking station named on the board as, "Docking-Stn USB-EMU [R3]" with the control card of 28035 Piccolo family named on the board as "CC2803x ISo DIMM REV 1.3". From the code composer studio in Traget configuration settings I am selecting connection as " Texas Instrument XDS100v1 USB Debug Probe" and Board or device as " Experimenter's Kit - Piccolo F28035". 

But after saving and doing test connection the following results generate which shows JTAG has failed the Integrity scan-test. I have 2 control cards on both it is showing the same error. 

the complete error is as follow:

[Start: Texas Instruments XDS100v1 USB Debug Probe_0]

Execute the command:

%ccs_base%/common/uscif/dbgjtag -f %boarddatafile% -rv -o -F inform,logfile=yes -S pathlength -S integrity

[Result]


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

C:\Users\ahmad\AppData\Local\TEXASI~1\CCS\
ti\3\0\BrdDat\testBoard.dat

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

This utility has selected a 100- or 510-class product.
This utility will load the adapter 'jioserdesusb.dll'.
The library build date was 'Jul 21 2017'.
The library build time was '19:36:41'.
The library package version is '7.0.48.0'.
The library component version is '35.35.0.0'.
The controller does not use a programmable FPGA.
The controller has a version number of '4' (0x00000004).
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 FTDI FT2232 with USB interface.
The link from controller to target is direct (without cable).
The software is configured for FTDI FT2232 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).

-----[The log-file for the JTAG TCLK output generated from the PLL]----------

There is no hardware for programming the JTAG TCLK frequency.

-----[Measure the source and frequency of the final JTAG TCLKR input]--------

There is no hardware for measuring the JTAG TCLK frequency.

-----[Perform the standard path-length test on the JTAG IR and DR]-----------

This path-length test uses blocks of 64 32-bit words.

The test for the JTAG IR instruction path-length failed.
The JTAG IR instruction scan-path is stuck-at-ones.

The test for the JTAG DR bypass path-length failed.
The JTAG DR bypass scan-path is stuck-at-ones.

-----[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.
Test 2 Word 0: scanned out 0x00000000 and scanned in 0xFFFFFFFF.
Test 2 Word 1: scanned out 0x00000000 and scanned in 0xFFFFFFFF.
Test 2 Word 2: scanned out 0x00000000 and scanned in 0xFFFFFFFF.
Test 2 Word 3: scanned out 0x00000000 and scanned in 0xFFFFFFFF.
Test 2 Word 4: scanned out 0x00000000 and scanned in 0xFFFFFFFF.
Test 2 Word 5: scanned out 0x00000000 and scanned in 0xFFFFFFFF.
Test 2 Word 6: scanned out 0x00000000 and scanned in 0xFFFFFFFF.
Test 2 Word 7: scanned out 0x00000000 and scanned in 0xFFFFFFFF.
The details of the first 8 errors have been provided.
The utility will now report only the count of failed tests.
Scan tests: 2, skipped: 0, failed: 1
Do a test using 0xFE03E0E2.
Scan tests: 3, skipped: 0, failed: 2
Do a test using 0x01FC1F1D.
Scan tests: 4, skipped: 0, failed: 3
Do a test using 0x5533CCAA.
Scan tests: 5, skipped: 0, failed: 4
Do a test using 0xAACC3355.
Scan tests: 6, skipped: 0, failed: 5
Some of the values were corrupted - 83.3 percent.

The JTAG IR Integrity scan-test has failed.

-----[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.
Test 2 Word 0: scanned out 0x00000000 and scanned in 0xFFFFFFFF.
Test 2 Word 1: scanned out 0x00000000 and scanned in 0xFFFFFFFF.
Test 2 Word 2: scanned out 0x00000000 and scanned in 0xFFFFFFFF.
Test 2 Word 3: scanned out 0x00000000 and scanned in 0xFFFFFFFF.
Test 2 Word 4: scanned out 0x00000000 and scanned in 0xFFFFFFFF.
Test 2 Word 5: scanned out 0x00000000 and scanned in 0xFFFFFFFF.
Test 2 Word 6: scanned out 0x00000000 and scanned in 0xFFFFFFFF.
Test 2 Word 7: scanned out 0x00000000 and scanned in 0xFFFFFFFF.
The details of the first 8 errors have been provided.
The utility will now report only the count of failed tests.
Scan tests: 2, skipped: 0, failed: 1
Do a test using 0xFE03E0E2.
Scan tests: 3, skipped: 0, failed: 2
Do a test using 0x01FC1F1D.
Scan tests: 4, skipped: 0, failed: 3
Do a test using 0x5533CCAA.
Scan tests: 5, skipped: 0, failed: 4
Do a test using 0xAACC3355.
Scan tests: 6, skipped: 0, failed: 5
Some of the values were corrupted - 83.3 percent.

The JTAG DR Integrity scan-test has failed.

[End: Texas Instruments XDS100v1 USB Debug Probe_0]

  • Mohsin,
    Since this is the ISO version of the control card, the power domain is split into 2 parts.
    1)Power to the debugger; this is from the USB connection to the control card which also serves as the link to the XDS100
    2)Power to the MCU, for the ISO version the power comes through the docking station connection; so the base board needs to have power, either from another USB connection or a 5V barrel connector.

    This is the most common reason for the problem you have described, can you confirm that you have both domains powered per the above?

    Best,
    Matthew
  • Matthew,
    I have connected the ISO board with available mini USB connection with computer. Do you mean that should I also connect the docking station with its available connection to the computer USB connection?

    Regards,
    Mohsin
  • Matthew,
    I have tried by powering the board and docking station both with their respective USB connection available. But it is still show the same error i changed the board too but same error.

    Regards,
    Mohsin
  • Mohsin,
    You are correct, that is what I wanted you to do.

    Can you confirm if switch SW3 (middle of the control card) is in the ON/down position? This connects TRSTn from the MCU to the emulator.

    If there are still issues, please look at the state of LEDs L4(upper left) and L1(lower right). L4 indicates that the FTDI/XDS100 has power and L1 indicates the MCU has power. If either are off, then we still have an issue with power to the entire control card.

    Best,
    Matthew
  • Hello Mathew,

    Yes the both LEDs are turned green LD1 and LD4. But still I tried with both controllers and when SW3 is in down position only LD1 and LED4 are on. when SW3 is moved to other position LD3 starts to blink red and it keeps on blinking red even the SW3 is moved to down position. Is it normal? and not in any way CCS is show the same test connectivity result. below I have attached the screenshot from Device manager it is showing that two XDS 100 ports of TI is connected. 


    Can you suggest any other approach?

    Regards,

    Mohsin Ejaz Ahmad

  • Mohsin,
    Thanks for the device manager capture, at this point we can be confident the XDS100 is working properly since we see both the emulation port and the UART port show up.

    I believe that you are seeing the device run boot code, LD3 is connected to GPIO34. This would also explain why switching SW3 back after power up makes no difference.

    Please locate switch SW2(lower right) and put the #1 switch off/down and the #2 switch on/up. This will place the device in Wait Boot mode so that whatever code is in Flash will not run/keep the MCU from connecting.

    Once you power up with the switches in these positions (remember to put SW3 to on/down) you should be able to connect.

    Let me know if this works.

    There are some start up guides here:
    C:\ti\c2000\C2000Ware_1_00_05_00\boards\controlCARDs\TMDSCNCD28035ISO\

    as well as schematics that may help expand on the above.

    Best,
    Matthew
  • Hello Matthew,

    Below I have attached the image as you the positions of the switches you can have a look. I turned it on like step-by-step as:

    1- Set up the positions of switches.

    2- connection with mini usb to computer to power controlCARD.

    3- docking station Usb connection with PC.

    4- from Target configurations: Connection: Texas Instrument XDS100v1 USB Debug Probe

    5- Board or Device Experimenter's Kit - Piccolo F28035 (I changed to TMS320F28035)

    with these settings too and this configuration the error is there and it is not building the project. I am sure that there is some problem in setting up because I am working with Piccolo ControlSTICK F28027 in parallel but i have to use docking station and control card because of more GPIO pins.

  • This is error when I try to build the FlashingLeds-F28035 example from Template Projects in controlSUITE:

    C28xx: Error connecting to the target: (Error -1135 @ 0x0) The debug probe reported an error. Confirm debug probe configuration and connections, reset the debug probe, and retry the operation. (Emulation package 7.0.48.0)
  • Hello Matthew,

    Why in the Test Connection it is showing

    The test for the JTAG IR instruction path-length failed.
    The JTAG IR instruction scan-path is stuck-at-ones.

    and then

    The test for the JTAG IR instruction path-length failed.
    The JTAG DR instruction scan-path is stuck-at-ones.
    ?
  • Mohsin,
    Can you launch the ccxml config you have made for this board, and then manually try to connect by right clicking on the device in the CCS debug view? I want to make sure that gives the same result as the scan test.

    Matt
  • Mohsin,

    There are a few things I'd like to try:

    The below app note walks through the critical steps for JTAG connection debug.  I had assumed we were dealing with an ISO issue, but I think it would be good to have you go through the document/flow chart to confirm exactly where things are breaking

    1)http://www.ti.com/lit/an/spracf0/spracf0.pdf

    Inside of the app note, there is a step to re-program the XDS100v1 that I want to call out, as I'd like to try this after you have gone through the document.  Even though the XDS100 is showing up in Window Device Manager, I think it would be a good idea to go through this and get the FTDI chip in a known state.

    2)https://e2e.ti.com/support/microcontrollers/c2000/f/171/t/21086