CCS5.5应用常见问题解决经验总结(全为实践操作所得).doc

CCS5.5应用常见问题解决经验总结(全为实践操作所得).doc

《CCS5.5应用常见问题解决经验总结(全为实践操作所得).doc》由会员分享，可在线阅读，更多相关《CCS5.5应用常见问题解决经验总结(全为实践操作所得).doc（35页珍藏版）》请在冰豆网上搜索。

CCS5.5使用总结

目次

1报警信息Warning“compatibilitycannotbedetermined”处理方法 1

2报警信息Warning“creating".stack"sectionwithdefaultsizeof0x400;usethe-stackoptiontochangethedefaultsize” 3

3建议信息advice“Currentoptimization/debugsettings:

-opt_level=off--opt_for_speed=2” 5

4注释字体大小不一，难以辨认 6

5错误Problem：

“cannotfindfile/Description ResourcePathLocationType 8

6错误Problem：

”unresolvedsymbol_Flash2812_Erase,firstreferencedin./Par_Var.obj PGM48_DO_V1.0F2812_EzDSP_RAM_lnk.cmd” 11

7错误信息Problem:

”specifiesISArevision"C2800",whichisnotcompatiblewithISArevision"C2700"specifiedinapreviousfileoronthecommandline Problem” 12

8打开已有CCS5.5工程 14

9绝对路径设置（编译程序拷贝或剪切到其它电脑或者盘都可用） 16

10工程路径定义（不可修改）和源代码链接定义（可修改） 18

11从CCS3.3移植到CCS5.5的技巧 18

12CCS3.3与CCS5.5异同比较 22

13从3.3转为5.5时通用板程序.ebss分配的内存空间不足 25

14创建的CCS5.5工程文件夹名修改后不可用 25

15程序修改记录及修改对比 25

16新建库文件并且调用库文件中的函数 27

17工程文件的注释文字出现乱码解决办法 29

18编译好的工程拷贝到其它路径下变成出错：

“gmake:

***Noruletomake” 32

19工程文件管理及版本变更方法 33

20附件 34

I

1　报警信息Warning“compatibilitycannotbedetermined”处理方法

具体报警信息如下：

此信息代表编译obj所用编译器的版本与当前工程的编译器版本不一致（原来是3.3工程编译器与5.5编译器版本是不一样的），但不影响编译生成的结果，可忽略，也可以在属性中使用--diag_suppress=16002

来消除此警告信息

处理步骤：

1）点开工程属性：

2）打开build/C2000linker/AdvancdOption/Diagnose：

3）在suppressdiagnostic下设置：

Diag_suppress=16002

再次编译，问题解决：

2　报警信息Warning“creating".stack"sectionwithdefaultsizeof0x400;usethe-stackoptiontochangethedefaultsize”

具体如下：

根据报警提示，需修改堆栈默认大小=0x400，具体路径如下：

再次编译，报警消除：

3　建议信息advice“Currentoptimization/debugsettings:

-opt_level=off--opt_for_speed=2”

具体信息：

按提示属性修改成如下设置：

opt_level=off

opt_for_speed=2

再次编译，问题消除，编译通过：

4　注释字体大小不一，难以辨认

发现CCS3.3移植到CCS5.5后，注释部分尤其是汉字明显变小，修改字体大小及颜色方法：

进入Preference下：

通过ColorsandFonts来设置！

5　错误Problem：

“cannotfindfile/Description Resource Path Location Type

具体错误：

错误原因：

找不到Flash2812_API_V210库函数，需要添加该库函数。

先找到库函数添加位置：

其中的“CG_TOOL_ROOT”路径定义为：

在自己的调试机上找到该路径：

发现并没有Flash2812_API_V210库函数,将原来CCS3.3工程下的Flash2812_API_V210库函数拷贝到此文件下，再编译没有问题：

6　错误Problem：

”unresolvedsymbol_Flash2812_Erase,firstreferencedin./Par_Var.obj PGM48_DO_V1.0 F2812_EzDSP_RAM_lnk.cmd”

报错信息：

同5的处理方法一样！

7　错误信息Problem:

”specifiesISArevision"C2800",whichisnotcompatiblewithISArevision"C2700"specifiedinapreviousfileoronthecommandline Problem”

具体信息如下：

原因分析：

编译器下同时存在多个rts28xx.lib的版本，而工程中添加了该路径的Lib文件，导致编译报错：

C2800与C2700不匹配或者C2800与C28FPU32不匹配！

解决办法：

将编译器下的相关.lib文件剪切到各自工程中，各工程根据自己需要来添加哪些.Lib文件加入：

先删除编译器下相关的.lib文件：

然后工程中加入自己工程下的Lib文件

工程下的各种cmd/.C/.asm/.lib文件都可以通过直接拖到工程下的方式链接到工程。

同时删除属性下的Lib路径设置：

再次编译，没有错误：

8　打开已有CCS5.5工程

1右上角切换到编辑模式

2Project下打开已有CCS5.5工程：

3选择工程名所在路径，并选中工程名：

则自动选中工程了：

点击finish，则工程打开成功！

9　绝对路径设置（编译程序拷贝或剪切到其它电脑或者盘都可用）

当我们在PC机上新建了一个CCS5.5工程，并且成功编译通过。

然后当将该程序剪切到别的盘或者别的电脑再次打开时发现编译报错：

“找不到头文件”

原因很简单：

头文件设置用的是绝对路径：

"D:

\DSP_exe\PGM48_DO_V1.0\DSP281x_common\include"

当剪切到E盘或者其它电脑的E盘或者F盘，则“D:

\DSP_exe\PGM48_DO_V1.0“已经不复存在，故无法找到该路径，头文件自然无法找到，解决办法，改为绝对路径：

"..\..\DSP281x_common\include"则无论是放到哪里，只会识别本工程下的“\DSP281x_common\include“文件夹下的头文件。

如图所示（原来创建到D盘，剪切到E盘了）：

剪切到C盘编译：

当然库文件的绝对路径不用修改，因为CCS默认安装是C:

\ti\

10　工程路径定义（不可修改）和源代码链接定义（可修改）

工程安装路径及工程所在路径定义

源代码链接定义（可修改）：

11　从CCS3.3移植到CCS5.5的技巧

1）创建工程文件夹

u首先，需要在电脑某盘下创建相应文件夹如C:

\PGM48_DO_V1.0_CCSV5\PGM48_DO_V1.0_CCSV5，然后将工程指定到该路径下，这样.cproject等文件都在指定文件夹下，否则工程文件会放得到处都是，个人感觉这这一步是便于你管理工程文件和存档。

u然后，将cmd文件拷贝到该工程文件夹下。

u在工程名文件夹同一级下创建common/headers、UserHeader/UserSource等文件夹。

u将原来CCS3.3中的common/headers都拷贝过来，将原来CCS3.3自己设计的头文件和源程序.C文件分别拷贝到UserHeader/UserSource下。

u将原来CCS3.3中的库文件”Flash2812_API_V210.lib”拷贝到编译器lib安装路径下“C:

\ti\ccsv5\tools\compiler\c2000_6.2.0\lib”。

自此，原来CCS3.3下的所有类型文件（.C/.h/.cmd/.lib/.asm）文件都已经在工程文件夹下。

2）将相关源文件、头文件、cmd文件、库文件链接到程序工程中。

u.C/.cmd/.asm直接链接到工程中。

通过单击右键“Addfile”

然后选中相应文件：

选中linktoproject:

则链接完成。

3）设置.h和.lib的链接路径（必须是相对路径，如果是绝对路径则程序被剪切到其它位置后编译会出错）。

u头文件链接加入方法

单击右键选中“Properties“打开.在Build/IncludeOptions/下添加你工程所需头文件：

"..\..\DSP281x_common\include"

"..\..\DSP281x_headers\include"

"..\..\UserHeader"

系统自带头文件是自动加入的：

"${CG_TOOL_ROOT}/include"

其中CG_TOOL_ROOT在linkedResource可以找到：

u.lib文件链接加入方法：

在FileSearchPath下通过"${CG_TOOL_ROOT}/lib"添加进来，前提是”Flash2812_API_V210.lib“已经拷贝到CG_TOOL_ROOT下，否则编译出错，提示找不到FLASH_api系列的函数和变量，无法生成.OUT.

4）保存工程，开始编译整个工程。

一般会出现，API库版本不兼容的报警，不过不影响编译结果，这个紧紧是因为CCS5.5编译了原来CCS3.3下的API函数而已，该报警处理方法见报警信息Warning“compatibilitycannotbedetermined”处理方法。

另外，还会出现堆栈值报警，该报警信息处理见Warning“creating".stack"sectionwithdefaultsizeof0x400;usethe-stackoptiontochangethedefaultsize”的处理方法。

12　CCS3.3与CCS5.5异同比较

CCS3.3工程

CCS5.5

3.3下.lib显示在工程下，并且可以手动增减。

5.5必须是路径设置自动查找，并且不显示在工程下。

3.3工程下的文件是分类列出，5.5则没有，但其头文件自动显示了所在位置源头。

3.3的连接目标板和仿真器是通过与CCS独立的SetUP来设置，5.5则集成进来，只需要配置文件TargetConfig中将芯片型号和仿真器型号设置好就OK了。

3.3的头文件添加时通过Project下的Buildoption来设置的：

而5.5则是通过属性设置的。

3.3头文件设置位置

IncludeSearchPath中设置了绝对路径：

..\..\DSP281x_headers