I would like to know what you would like to see from C2000 Real-Time Controllers.
Software, Applications, Coding Practices, Hardware, Peripherals, Documentation, Web-Site, Training, etc. Anything goes :)
What do YOU need?
Edit: made sticky by LH
Given the architecture of the CLA, I would not waste even 1 minute on providing the capability to program the CLA in C. Given the applications for the CLA, it would actually take more effort to program in C (and evaluate the compiler's output) and it wouldn't eliminate the need to debug at the assembler/pipeline level. Yes, those who can't or don't want to learn to use assembler need some help to be able to benefit from the CLA but automatically translating C to CLA Assembly isn't the answer. A better solution would be to put some effort into providing a LARGE number of example CLA program snippets and examples that communicate back and forth between C28 and CLA code. Also a MACRO library for things like SQRT might be useful. A good CLA "cookbook" would be far more useful to real world CLA applications than a nearly useless C compiler and would provide a much more satisfying meal.
JHi - CCS4 crashes too often. I really hate JAVA.
- CCS4 crashes too often. I really hate JAVA.
Especially when you are debugging in real-time your motor control application and it decides to garbage collect... What is that burning smell?!?!
Wally RitchieA better solution would be to put some effort into providing a LARGE number of example CLA program snippets and examples that communicate back and forth between C28 and CLA code. Also a MACRO library for things like SQRT might be useful. A good CLA "cookbook" would be far more useful to real world CLA applications than a nearly useless C compiler and would provide a much more satisfying meal.
Hi Wally,
If you haven't taken a look at the CLAmath library then I'd like to suggest it to you - it is in the controlSUITE (www.ti.com/controlsuite) download under
C:\ti\controlSUITE\libs\math\CLAmath\
We are looking into adding more; at this time in V3 there are quite a few building blocks for CLA in this library - including SQRT.
Let us know your thoughts.
Regards,
-Lori
JHi- CCS4 crashes too often. I really hate JAVA.
Hi JHi,
If you would, please post your experiences with CCS on the code composer forum. It will help the developers of CCS understand the issues and work towards resolution. In particular if you can provide any log files that resulted from the crash it is very valuable information.
There were many updates made in V4.1.3 that improved the C2000 experience so if you have an older version, then I suggest updating as well.
The CCS forum is here:
http://e2e.ti.com/support/development_tools/code_composer_studio/default.aspx
Information on providing log files is here:
http://processors.wiki.ti.com/index.php/Troubleshooting_CCS#Information_for_Support
Thank you
Lori
pbk JHi - CCS4 crashes too often. I really hate JAVA. Especially when you are debugging in real-time your motor control application and it decides to garbage collect... What is that burning smell?!?!
pbk,
I would also ask if you would, please post your experiences with CCS on the code composer forum. It will help the developers of CCS understand the issues and work towards resolution. In particular if you can provide any log files that resulted from the crash it is very valuable information.
Lori Heustess If you would, please post your experiences with CCS on the code composer forum. I Thank you Lori
If you would, please post your experiences with CCS on the code composer forum. I
I have posted my experiences there but it would be nice if you answer to these question. For one question I have waited now a month to get a reply.
JHi,
Please let us know which question is outstanding
http://e2e.ti.com/support/development_tools/code_composer_studio/f/81/p/83252/287465.aspx#287465
http://e2e.ti.com/support/development_tools/code_composer_studio/f/81/p/73701/286652.aspx#286652
http://e2e.ti.com/support/development_tools/code_composer_studio/f/81/p/62421/228281.aspx#228281
http://e2e.ti.com/support/development_tools/code_composer_studio/f/81/p/53460/189550.aspx#189550
This one: http://e2e.ti.com/support/development_tools/code_composer_studio/f/81/p/73701/286652.aspx#286652
I would also like to get an answer to this question. And if this is a feature I would like to get rid of this in next versions:
http://e2e.ti.com/support/microcontrollers/tms320c2000_32-bit_real-time_mcus/f/171/p/62564/226184.aspx#226184
I have used statistical profiler before for profiling code. (Not on ti)The one on ccs 3.3 is based on break points. The statistical one just interrupts regularly and stores the context, basically the pc. It can do all this without hitting a break point and so the code runs at "full speed" with only an interrupt overhead. Ram is allocated for the stored pcs and transferred to the host only occasionally. This works better in some ways as the code keeps running. It does sub function profiling so hotspots at a line level can be found. It is statistical so you need to run it for a while. It would probably not profile interrupts so is limited in that way. It would profile flash code. Ccs would have to be integrated to show results. Results should be processed to show function hotspots as well as line level hotspots. From experience they are good at spotting accidental overuse of high wait state memory. For example constants or code in flash that should really be in ram. Sorry if you have all this already.