Because of the Thanksgiving holiday in the U.S., TI E2E™ design support forum responses may be delayed from November 25 through December 2. Thank you for your patience.

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.

TMDSDOCK28035: TMDSCNCD28035 R1.2

Part Number: TMDSDOCK28035
Other Parts Discussed in Thread: TMDSCNCD28035

Setup: Ubuntu 20, Code Composer Studio Version: 10.4.0.00006, TMDSDOCK28035, TMDSCNCD28035 R1.2. I'm using the target configuration: Texas Instruments XDS100v1 USB Debug Probe/C28xx. Upon launching the target I get: Error -151 @ 0x0. Upon running opt/ti/ccs1040/ccs/ccs_base/cloudagent/xds100serial, I get: 0403/a6d0  XDS100v1/v2     TI1YWKY6    Texas Instruments XDS100+RS232 V1. Yet I cannot connect. Would you help me get through this?

  • Hi Daniel,

    From within CCS you can launch your target config and the execute the "test connection" option. Can you do that an post the log of the test result? See the app note below for more details on the "test connection" option.

    https://www.ti.com/lit/an/spracf0/spracf0.pdf (JTAG debug flow step 9)

  • [Start: Texas Instruments XDS100v2 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)]------------------------------------

    /home/doconnor/.ti/ccs1040/1/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 'libjioserdesusb.so'.

    An error occurred while soft opening the controller.

    -----[An error has occurred and this utility has aborted]--------------------

    This error is generated by TI's USCIF driver or utilities.

    The value is '-151' (0xffffff69).
    The title is 'SC_ERR_FTDI_OPEN'.

    The explanation is:
    One of the FTDI driver functions used during the connect
    returned bad status or an error. The cause may be one or
    more of: no XDS100 is plugged in, invalid XDS100 serial number,
    blank XDS100 EEPROM, missing FTDI drivers, faulty USB cable.
    Use the xds100serial command-line utility in the 'common/uscif'
    folder to verify the XDS100 can be located.

    [End: Texas Instruments XDS100v2 USB Debug Probe_0]

  • Daniel,

    Thanks for the log. It looks like the FTDI device on the DOCK is not programmed, so CCS can't communicate with the XDS100v1 firmware.

    There are some instructions provided at the link below to program the FTDI device. Can you give that a try?

    https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/21086/important----c2000-experimenter-kit-dual-rs232-fix

    Is this a new board you have? Had it been working before and it stopped working?

  • Gus,

    This is not a new board. It was working with my previous Ubuntu 18 system. It is showing up on the usb port using lsusb:

    Bus 003 Device 006: ID 0403:a6d0 Future Technology Devices International, Ltd Texas Instruments XDS100v2 JTAG / BeagleBone A3
    Device Descriptor:
      bLength                18
      bDescriptorType         1
      bcdUSB               2.00
      bDeviceClass            0
      bDeviceSubClass         0
      bDeviceProtocol         0
      bMaxPacketSize0         8
      idVendor           0x0403 Future Technology Devices International, Ltd
      idProduct          0xa6d0 Texas Instruments XDS100v2 JTAG / BeagleBone A3
      bcdDevice            5.00
      iManufacturer           1 TI
      iProduct                2 Texas Instruments XDS100+RS232 V1.0
      iSerial                 3 TI1YWKY6
      bNumConfigurations      1
      Configuration Descriptor:
        bLength                 9
        bDescriptorType         2
        wTotalLength       0x0037
        bNumInterfaces          2
        bConfigurationValue     1
        iConfiguration          0
        bmAttributes         0x80
          (Bus Powered)
        MaxPower              200mA
        Interface Descriptor:
          bLength                 9
          bDescriptorType         4
          bInterfaceNumber        0
          bAlternateSetting       0
          bNumEndpoints           2
          bInterfaceClass       255 Vendor Specific Class
          bInterfaceSubClass    255 Vendor Specific Subclass
          bInterfaceProtocol    255 Vendor Specific Protocol
          iInterface              2 Texas Instruments XDS100+RS232 V1.0
          Endpoint Descriptor:
            bLength                 7
            bDescriptorType         5
            bEndpointAddress     0x81  EP 1 IN
            bmAttributes            2
              Transfer Type            Bulk
              Synch Type               None
              Usage Type               Data
            wMaxPacketSize     0x0040  1x 64 bytes
            bInterval               0
          Endpoint Descriptor:
            bLength                 7
            bDescriptorType         5
            bEndpointAddress     0x02  EP 2 OUT
            bmAttributes            2
              Transfer Type            Bulk
              Synch Type               None
              Usage Type               Data
            wMaxPacketSize     0x0040  1x 64 bytes
            bInterval               0
        Interface Descriptor:
          bLength                 9
          bDescriptorType         4
          bInterfaceNumber        1
          bAlternateSetting       0
          bNumEndpoints           2
          bInterfaceClass       255 Vendor Specific Class
          bInterfaceSubClass    255 Vendor Specific Subclass
          bInterfaceProtocol    255 Vendor Specific Protocol
          iInterface              2 Texas Instruments XDS100+RS232 V1.0
          Endpoint Descriptor:
            bLength                 7
            bDescriptorType         5
            bEndpointAddress     0x83  EP 3 IN
            bmAttributes            2
              Transfer Type            Bulk
              Synch Type               None
              Usage Type               Data
            wMaxPacketSize     0x0040  1x 64 bytes
            bInterval               0
          Endpoint Descriptor:
            bLength                 7
            bDescriptorType         5
            bEndpointAddress     0x04  EP 4 OUT
            bmAttributes            2
              Transfer Type            Bulk
              Synch Type               None
              Usage Type               Data
            wMaxPacketSize     0x0040  1x 64 bytes


            bInterval               0

  • I have 2 docking stations. It is doing the same on both:

    [Start: Texas Instruments XDS100v2 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)]------------------------------------

    /home/doconnor/.ti/ccs1040/1/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 'libjioserdesusb.so'.

    An error occurred while soft opening the controller.

    -----[An error has occurred and this utility has aborted]--------------------

    This error is generated by TI's USCIF driver or utilities.

    The value is '-151' (0xffffff69).
    The title is 'SC_ERR_FTDI_OPEN'.

    The explanation is:
    One of the FTDI driver functions used during the connect
    returned bad status or an error. The cause may be one or
    more of: no XDS100 is plugged in, invalid XDS100 serial number,
    blank XDS100 EEPROM, missing FTDI drivers, faulty USB cable.
    Use the xds100serial command-line utility in the 'common/uscif'
    folder to verify the XDS100 can be located.

    [End: Texas Instruments XDS100v2 USB Debug Probe_0]

  • Gus,

    It has to be that the drivers are not installed with the software. Or the set up is wrong somehow. Could we get on a call?

  • Gus,

    Have you dropped me?

  • Gus,

    Why have I not heard from you or another in an entire day and 1/2. Please contact me or hand me off to another Linux geek.

  • You can reinstall the FTDI drivers. The link is given at the forum post I provided before. 

    You can also try to connect the boards to a different setup to rule out a problem with the actual board.