CCS5.5使用总结

GBK与UTF-8区别，百度答案：

字符均使用双字节来表示，只不过为区分中文，将其最高位都定成1。

至于UTF－8编码则是用以解决国际上字符的一种多字节编码，它对英文使用8位（即一个字节），中文使用24位（三个字节）来编码。对于英文字符较多的论坛则用UTF－8节省空间。

GBK包含全部中文字符；UTF-8则包含全世界所有国家需要用到的字符。

GBK是在国家标准GB2312基础上扩容后兼容GB2312的标准（好像还不是国家标准） UTF-8编码的文字可以在各国各种支持UTF8字符集的浏览器上显示。

比如，如果是UTF8编码，则在外国人的英文IE上也能显示中文，而无需他们下载IE的中文语言支持包。 所以，对于英文比较多的论坛 ，使用GBK则每个字符占用2个字节，而使用UTF－8英文却只占一个字节。

UTF8是国际编码，它的通用性比较好，外国人也可以浏览论坛，GBK是国家编码，通用性比UTF8差，不过UTF8占用的数据库比GBK大~

18

编译好的工程拷贝到其它路径下变成出错：“gmake: *** No rule to make ”

原本工程路径如下：

共32页 第32页

CCS5.5使用总结

加载到CCS5.5编译正确通过! 但拷贝一份到其它路径：

编译却出错：

查看头文件设置的都是绝对路径，在工程中也加载进来了，什么原因？ 但将工程文件直接拷贝到D或者E盘下编译都没有问题，什么原因？

19

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

共32页 第33页

CCS5.5使用总结

如果对程序要进行版本修订，又要保持一份原版本的，则可通过以下方法实现： 新建一个文件夹“WlCnt_EthDrive”，用于存储所有版本：

将原始老版本V1.0（在CCS5.5下新建工程生成的）拷贝进去，在再次文件夹下将V1.0复制一份命名为V1.1,同时在CCS5.5下打开后将工程名改为V1.1，否则CCS会任务与原工程同名，编译没有问题！

如果再用V1.1去创建V1.2会发现，V1.2工程链接到V1.1的.C去了，这样在编辑代码时实际是编辑了V1.1工程下的源代码，所以必须用原本创建！

20

附件

附件1：2812寄存器查询 附件2：MCP2515寄存器查询

附件3：SAE_J1939-71应用层-车辆 附件4：28335寄存器查询

附件5：MCU_DSP_SOFTWARE V1.0

共32页 第34页