DSP学习常见注意事项，CCS编译及调试遇到的问题与解决办法（连续补充）

  目前刚开始学习DSP，在这里记录一下学习过程中遇到的问题与解决办法，另外还包含一些常见的注意事项，避免重复遇到问题。
使用的DSP为：广州创龙电子的TMS320C6748

1 常见注意事项

1.1 开发板常见的启动方式区分

  开发板常见的启动方式有6种：

  其中在初学常用到的有以下3种：

• UART2：在UART2启动模式下，将USB线接在电路板UART2上并与电脑连接，打开串口调试助手，配置好后，给开发板上电，串口调试助手会显示：BOOTME字样。
• DEBUG：使用仿真器在线调试需要将开发板调整到DEBUG模式，编译好代码后，执行RUN→DEBUG，进入在线调试。
• NAND FLASH：当将编译好的.out文件转换为.ais文件后，.ais文件用来下载到电路板的内存中，下载到电路板后，选择NAND FLASH模式，开发板上电，这时程序从NAND FLASH加载。

1.2 CCS调试的一些经验

  大家在调试工程的时候会不会遇到工程出错，但是又找不到是哪个部分出问题，一般有经验的工程师在编写子函数时都会写一些返回值，这样在调试时直接查看这些返回值就可以知道程序那里出错了。但是，这样编写效率不高，遇到多次调用子函数的情况很难知道哪个部分出问题了。一般工程师们还会在程序运行时及时打印出系统运行状态，主要有两种方法，一种是基于UART接口的方法（我们以后结合UART再说），另一种是调用printf函数的方法。
  格式为：printf("hello !\r\n");
  重要的事情说三遍，在语句的结尾一定一定要有回车符\r和换行符\n。
  大家可以看到在CCS的Console里有如下的显示。

2 调试遇到的问题与解决办法

2.1 debug的时候连接不上仿真器

  问题现象：在编写好程序执行RUN→DEBUG时出现
  报错：Source lookup: unable to restore CPU specific source container - expecting valid source container id value.

  问题原因：该project创建、编译时的CCS版本和当前使用的CCS版本不兼容导致，该问题发生在使用CCS导入别人编译好的工程时。
  解决措施：删除project文件夹下settings和launchs这两个文件夹，然后重新编译，这样就会生成两个新的文件夹。这样就可以debug了。

2.2 加载.out文件时出现Load program Error

  a data verification error occurred, file load failed

  解决措施：

1. 如果没加载GEL文件，将gel文件加载上，显示success则正确。

2. 重新测试仿真器与板子的连接，如果连接不成功，可能是仿真器配置的问题，也可能是CCS刚刚加载上license文件，需要重启CCS。