xds100v1 and custom board

Hi Gaston,

You mean to say that with CCS v5, you're able to debug and run while with CCS v3.3 you aren't?

Note: JTAG Testing is one thing and debug *** running is a different thing. 

Regards,

Gautam

Gautam,

                  jtag test using CCSv5  (using dbgjtag.exe)= succed

                  jtag test using CCSv3.3 (using dbgjtag.exe) = error

This is to check the JTAG lines integrity on my own board (custom board). The real problem is that I'm unable to debug my board using th eemulator xds100v1 and CCSv3.3

Regards

Gastón

Exactly I got that, but what I'm trying to know here is, are you able to debug your board using the emulator xds100v1 and CCSv5.x ??? 

Regards,

Gautam

Yes, I'm able to debug my board using CCSv5

Regards

So Gaston, its crystal clear there's some compatibility issue of your board with CCS v3.3! Maybe the there's some conflict with the XDS driver set ie some communication issue.

But I'm very keen to know, why is that you want to work with CCS v3.3 when CCS v5.x is able to do your job? 

Regards,

Gautam

Where can I find the drivers to be able to use my emulator with CCSv3.3? I'm not interested in use CCSv5

Thanks anyway

Gastón

Hi Gaston,

Here are some known issues:

What are the known issues?

• While loading a large program or program section, the file load status bar may appear frozen when it is not frozen. The status bar is showing section load start and completion.
• When a second FTDI device is plugged in (ex: FT232RL), and it receives a lower chain number, the XDS100 SW will address it instead of the FT2232 used by the XDS100. Solution: only plug the XDS100 HW into the PC. This has been fixed with Code Composer Studio v4 support for the XDS100v2.
• XDS100 SW Driver does not install properly under Windows Vista 64 bit using CCSv3.3
• If "Option" under CCSv3.3 “connect to target at CCS startup” is enabled and c674x target board is connected, then the following error is reported when you try to "Disconnect" for the 1st time. It works fine on 2nd attempt to disconnect. Note, this has been fixed for CCS v4.

Error: 
Error 0xA0002020/-150 
Error during: Execution, Control, 
This error was generated by TI's USCIF driver.

SC_ERR_POD_FAIL <-150> 
This utility failed to operate the adapter for a custom emulator. 
The adapter returned an error for unknown reasons.

• When selecting OMAPL137 configuration in CCS 4.0.2, the GEL files cause the connection to be hung. Remove the GEL file from the target configuration.
• ETB for OMAPL137/8 is not working. Error of "ETB definitions cannot be loaded. Device not supported." is reported. ETB11 for OMAPL137/138 is not supported at this time.
• When installating XDS100v2 patch via update manager, CCS says that the feature is not digitally signed. Continue installation.
• Target power loss detection is not working in CCS v4.1/v4.1.x. This has been fixed in CCS v4.2.
• Adaptive clocking use with OMAPL138/ARM9 cores connection reliability varies by card. This results in connection errors. A fix has been identified by upgrading the CPLD on XDS100v2 designs. Please seeXDS100#Q:_How_can_I_update_the_CPLD_on_my_XDS100v2.3F

Check this link out: http://processors.wiki.ti.com/index.php/XDS100

Regards,

Gautam

If you read again my post, I mention the link, the error you post.

Thanks anyway

Gaston, you've no where mentioned about the OS(bit) you're using? Because if the OS is Win 7/vista 64-bit then "XDS100 SW Driver does not install properly under Windows Vista 64 bit using CCSv3.3". If this is the case then there's no other route to proceed; else atleast there's some hope!

Also do you've CCS v5.x and CCS v3.3 both installed on your PC?

Regards,

Gautam

Hi Guys!

Gaston, try these drivers with CCSv3 4527.XDS100 Drivers_0.rar

Regards,

Igor

seems like reinstalling Code Composer and the drivers doesn't help at all. 

REgards

Gastón

Hi!

Stop...But it seems Spectrum Digital emulator use XDS510 drivers (not XDS100). Or I'm wrong?

Regards,

Igor

Yes it seems like on their site! But I guess XDS100 drivers are supposed to be loaded by the inbuilt CCS driver set.

Regards,

Gautam

Well...Yes. With CCSv5 it somehow works...

Regards,

Igor

Hi Gaston!

Please pay attention on this document 1263.CCS_Selection_Guide.pdf. There XDS100v2 is mentioned (not v1). Maybe the issue is at that.

Regards,

Igor 

Igor,

well, perhaps i don't understand english very well, but in this link:

http://processors.wiki.ti.com/index.php/XDS100

under the section:

Installation for Code Composer Studio v3.3 (XDS100v1 Hardware Only)

says something quite different.

Perhaps someone from Texas could bring some light to this matter.

Regards

Gastón

Hi!

I have looked at your link. Apparently there is a conflict with my link http://emulators.spectrumdigital.com/files/CCS_Selection_Guide.pdf. Indeed it remains to hope for TI employees only.

Regards,

Igor

Gaston,

1) Firstly, if using Win7 or Win8 I would highly recommend running "CCStudiov3.3" and "Setup CCStudiov3.3" as Administrator.  I've seen that if this is not done, occasionally weird things happen.

2) From the thread it appears that you are using dbgjtag to test your CCSv3.3 connection.  If so, are you using the command shown at the following:
http://processors.wiki.ti.com/index.php/Debugging_JTAG_Connectivity_Problems#Code_Composer_Studio_v3\

Assuming that you are doing this, check the ccBrd0.dat file and see if it mentions "XDS100 USB" in it.  For things to work it should.  (I just ran the CCSv3.3 version of dbgjtag on my '027 cSTICK and my brd0.dat has mentions of XDS100.  The test passed.)

3) You mentioned that you copied the emulator from a controlSTICK.  Assuming that you have one, could you try to run dbgjtag (CCSv3.3 version) on your controlSTICK?


Thank you,
Brett

Many thanks Brett that you responded to my request.

Regards,

Igor

Brett,

                  I'm using Windows XP (32bits). I'm using the Code Composer that comes with the piccolo controlstick (32KB limited ? - version : 3.3.81.28). Using the dbgjtag.exe to test the JTAG integrity on my board, this error appears on the screen:

C:\CCStudio_v3.3\cc\bin>dbgjtag -f brddat\ccbrd0.dat -rv

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

This utility has selected an XDS510 class product.
This utility will load the adapter 'jioserdesusb.dll'.
This utility will operate on port address '0'.
The controller does not use a programmable FPGA.

An error occurred while hard opening the controller.

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

This error is generated by TI's USCIF driver.

The value is '-150' (0xffffff6a).
The title is 'SC_ERR_POD_FAIL'.

The explanation is:
This utility failed to operate the adapter for a custom emulator.
The adapter returned an error for unknown reasons.

The VID\PID of the emulator it seems ok (VID = 0403 - PID = A6D0, product description = Texas Instruments Inc.XDS100 Ver 1.0)

I'm using theXDS100v1 from Spectrum Digital (http://www.digikey.com/product-detail/en/TMDSEMU100U-14T/296-28138-ND/2232583). I used the piccolo controlstick schematics as guidelines to build my board (tms320f28027 datasheet pag85). 

I don't have here any piccolo, but I'm able to connect each piccolo controlSTICK to CCSv3.3.  I'm pretty sure that performing a dbgjtag.exe will show success in this case.

regards

Gastón

Gaston,

Your hardware setup is not clear to me.  Which of these options are true:
1) The setup that is not working consists of a custom-made board with an xds100v1 emulator embedded on it (which was copied from the Piccolo controlSTICK reference)
2) The setup that is not working consists of a custom-made board with a JTAG header on it.  I am trying to connect to the device on this board using a XDS100v1 emulator from Spectrum Digital.  This is not working.

(feel free to describe your hardware setup if both options are wrong :) )


Thank you,
Brett

Brett,

               I'm using the option 2.

my schematics:

Gastón

Brett,

           A friend have the CCSv5 installed in his machine and is able to program the custom board with the xds100v1.  Guess the problem is CCSv3.3, but what? Drivers? LImited version? I tried reinstalling the CCSv3.3, reinstalling the drivers. I tried first installing the xds100 drivers in the CCStudio_v3.3 folder but this error was still there. Then I tried in the C:\ where is installed CCStudio, without succeed.

Regards

Gastón

Gaston,

From a hardware standpoint, everything appears to be valid (however for extra stability I might recommend making R10 a bit stronger, maybe ~4K7 ohm).  Obviously things work reasonably well though (since everything works in CCSv5).

Since the controlSTICK works with CCSv3.3 (and it has an xds100v1 on-board) and your board works with CCSv5, the issue must be an incompatibility between CCSv3.3 and Spectrum Digital's xds100v1 emulator.  I might recommend that you contact Spectrum Digital for this. You could also make a post in the CCS forum.

If I may, why do you wish to use CCSv3.3?  I'd recommend CCSv5 since any bugfixes, compiler optimizations, etc will only occur in the newer versions of CCS.  You'll also be limited to using only older devices.


Thank you,
Brett

Brett,

          I downloaded the SR12_CCS_v3.3_SR_3.3.82.13.exe and installed but the same error appears in the screen. Could you check if this revision is working on limited versions of CCS? I changed the f2807 of the controlSTICK (REV0) for another f28027 (REVA) and when I tried to program the Flash an error appears on CCSv3.3 screen

FLASH API Error #1

Unknow error during Flash operation

This is getting darker and darker....

Why am I working with CCSv3? Because I'm also work with Matlab, without errors, and I have a Lots of programs in CCSv3, and it seems to me the code is not portable between differents versions of CCS.

Regards

Gastón

i just finish to perform the upgrade of the code generation tools to v5.2.7. I tried to program the flash of the controlSTICK with an f28027 (REVA) and I'm getting the same error as before. I tried this using the onboard emulator of the piccolo. If I just made the upgrades ,to be able to work with f28027 (REVA) and at the same time with external emulator like in my case the xds100v1, how can this happens? It's necessary to change the FTDI chip program if I want work with the f28027 REVA?

Regards

Gastón

Hi Gastón!

Recently you have written that with using CCSv5 all right (at your first post). Did the problem appear after the upgrade of the code generation tools? Or I don't understand something?

Regards,

Igor

Igor,

           I'm still trying with the CCSv3.3 to be able to program the f28027 FLASH. As I mention before, I changed the f28027 (REV0) of the controlSTICK with a f28027 (REVA) to be able to program the Flash using the onboard emulator of the piccolo (due to the problem related in the first post of this thread). this changes won't allow me to program the Flash. I tried again by downloading the last revision of CCSv3.3 and the last CGT,  but again I'm still getting the same error, why?

Did someone was able to program the  Flash of the f28027 (REVA) with this version of CCS?

I'm trying to do a migration with the CCSv5.4, but I'm getting errors..(other post)....this is really frustrating.

Regards

Gastón

Hi Gastón!

Gaston_Melo_Arg said:

I'm trying to do a migration with the CCSv5.4, but I'm getting errors..(other post)....this is really frustrating.

Please pay attention on my suggestion on your post http://e2e.ti.com/support/microcontrollers/c2000/f/171/t/284462.aspx

Regards,

Igor