Forums

I send you an other important information: in Starterware packet , in Binary folder I have 3 type of demo.out : cgt_ccs, gcc, cgt. All types work but only gcc file work well for USB, the other 2 have driver's problem.  The 3 type of usb_dev_msc binary application have the same problem and have driver's problem as mentioned before.

Regards.

Sergio D'Orazio.

Hi Sergio, 

BeagleBone example can be found under AM335x  StarterWare install path "...\examples\beaglebone\usb_dev_msc". You can download AM335x StarterWare SDK from below link.

 http://software-dl.ti.com/dsps/dsps_public_sw/am_bu/starterware/02_00_00_05/index_FDS.html

"... gcc file work well for USB, the other 2 have driver's problem.  The 3 type of usb_dev_msc binary application have the same problem ..."

From the above statement, I understand, you were able to execute the mouse example with gcc build only and for usb_dev_msc, you are not able to execute using any of the builds. Please correct me.

Can you please let me know:

1) The host OS being used

2) Were you able to execute the usb_dev_msc pre-built binaries without any change?

Regards Sirish

Thank's Sirish,

1- I am using Windows 7 or Windows XP with same problem

2- I have tested usb_dev_msc pre-build binaries without any change : the 3 type of binary file (gcc,cgt,cgt_ccs) have the same problem on windows 7 and on windows XP, the application start well but host PC has driver problem.

3- I have tested usb_dev_mouse pre-build binaries without any change : the 2 type of binary file (cgt,cgt_ccs) have problem on windows 7 and on windows XP, the application start well but host PC has driver problem; the gcc binary file work well , windows 7 and windows XP know the driver.

Regards.

Sergio.

Hi Sergio,

We are able to execute the example using GCC build on following the steps documented in the link below using the mini (J6) connector and Windows XP SP2 host PC. Can you please try the same and see if you can proceed?

http://processors.wiki.ti.com/index.php/StarterWare_USB#Example_Application_3

There is a know issue (check the link below) linked with binaries generated using TMS470 tool chain.

http://processors.wiki.ti.com/index.php/StarterWare_01.10.02.02_Release_Notes#Known_Issues_and_Limitations

Regards

Sirish

Hi Sirish,

yesterday I wasn't at work, today I can work on this problem, I am sure that with your help I can solve all problems.

I am following the Example application 3 but I have the same problem. I have seen a different : in my Starterware packet there is USBDCDInit() function and not DCDinit() . Is it correct ?

Second problem: I have only CCSv5 compiler and not GCC compiler . Is this a problem ?

Regards Sergio.

Hello Sergio,

There is a know issue (check the link below) linked with binaries generated using CCS/TMS470 tool chain.

http://processors.wiki.ti.com/index.php/StarterWare_01.10.02.02_Release_Notes#Known_Issues_and_Limitations

Latest version of TMS470 tool chain will be available at below  link. You can give a try.

http://syntaxerror.dal.design.ti.com/alpha/alpha.cgi/TMS470

Since the SDK is tested working for GCC build, you can use this tool chain.

Regards

Sirish

Hi Sirish,

1. in the link "http://processors.wiki.ti.com/index.php/StarterWare_01.10.02.02_Release_Notes#Known_Issues_and_Limitationsthere" isn't problem for CCSv5 for USB application. why do you send me this link ?
2. the link "http://syntaxerror.dal.design.ti.com/alpha/alpha.cgi/TMS470" is unknown, can you send me the correct link ?
3. TMS470 isn't OMAPL138 EVM , can I load this executables ?
4. the problem is on the windows driver or on Starterware software. My Starterware software work but it has only a small problem, I think is better solve this small problem and not found a binary of an other compiler that work well !

Regards. Sergio.

Hi Sergio,

1. The problem 'SDOCM00080255' is with 'TMS470 toolchain for un-aligned memory access', which is used by CCS5 to cross-compile. The issue you are seeing is related to this underlying issue.
2. Please up-date the tools directly from CCS using "Help->Check for Updates" option.
3. "TMS470 isn't OMAPL138 EVM , can I load this executables?" I am not sure about this statement. TMS470 tool-chain can be used to cross compile for the SoC on OMAPL138 EVM.
4. Regarding the issue (explained in 1), corresponding team is working to address the issue. Unfortunately, for now, you may have to opt for other tool chains.

Regards

Sirish

Hi Sergio,

2) and 4):

Below link provides some details on availability of updated TMS470 tool-chain for un-aligned data issue:

http://e2e.ti.com/support/embedded/starterware/f/790/t/171281.aspx#636880

3) "TMS470 isn't OMAPL138 EVM , can I load this executables ?"

From your above question, I understood, you are asking if a .out file generated using TMS470 tool-chain can be used to load over OMAP-L138.

The answer is Yes. 'TMS470 tool-chain' is what is used by CCSv5.

1) I am sorry but, I will have to check this (un-able to execute the pre-built binaries) why! I will try to get back with details soon.

Regards

Sirish

Hi Sergio,

It is re-verified that, the GCC pre-built binaries from the release execute without any issue.

Since the pre-built binaries are not working as expected at your end, I would request you to re-verify if you are executing as documented. If you still see the issue, please try testing the example using a different EVM set-up including a different Mini-B to Std-A connecter (used to connect to the PC).

Regards

Sirish