近期C6000 DSP开发小结
使用C++开发DSP
如果你也跟我一样刚开始接触C6000系列的DSP,我觉得可以尝试一下用C++来开发,虽然说这么做代码的执行效率可能会比C或者纯汇编的开发来得低,但它胜在能够让整个工程的脉络更加清晰。
面向C6000开发的cl6x编译器对C++有比较好的支持。上面三个文档就在编译器的安装路径下,一个是介绍COFF移植到EABI的注意点,另外两个一个是关于编译器的文档,一个是关于汇编工具的文档。本文中的部分内容主要也是参考上面的文档。
编译器支持的C标准是C89,支持的C++标准是C++98(而且有一些例外,本文中没有列出),支持的C++的主要特性有下面这些:
- Complete C++ standard library support
- Templates
- Exceptions, which are enabled with the --exceptions option
- Run-time type information (RTTI), which can be enabled with the --rtti compiler option
它虽然并不是完全支持C++98,但上面这些特性基本上完全够用了,模板、异常处理。特别是模板类的定义和类的继承让一些算法的实现方便很多。
实现了C++的灵活性的同时,肯定损失了不少性能,因此还可以使能“Embedded C++ ”的选项,它限制了部分开销较大的C++的功能,从一定程度上能够提高代码的执行效率,受到限制的功能主要有下面这些:
- Templates
- Exception handling
- Run-time type information
- The new cast syntax
- The keyword mutable
- Multiple inheritance
- Virtual inheritance
可以注意到,这里模板、虚继承、多重继承都被禁用了。所以如果决定使能“Embedded C++”时,就要注意写代码的时候不能用到上面这些特性。使能Embedded C++势必能够提高代码的执行效率,是否需要使能可以根据实际情况决定。
我先写了一段最简单的代码试了一下,然后发现没有输出。(一度以为它对C++的支持有毛病)
1 |
|
后来发现是栈溢出的问题,DSP的开发,一直没有栈溢出的报错。有个Stack Usage的窗口我也用不了,可能是我的CCS版本太低的缘故。每次栈溢出了,程序就会跑飞。我一开始没有输出就是stack设置得太小了。
cl6x对C/C++采用同样的编译命令,所以其实源代码中可以C和C++的代码混着写。C++的代码在调用C写的函数的时候,C写的函数的声明需要有exter "C" 的说明,可以把C函数的声明包括在 “exter “C” {}” 的花括号中间。
1 |
|
初始化列表中的数组初始化
C++11中新引入了初始化列表,initializer-clause 。这个在C++98里面是没有的,下面是两种规范中对“赋值运算表达式”的定义,C++11中做了这一更改。
C++11 中的定义
C++98 中的定义
我当时是想在类的构造函数的初始化列表里直接初始化数组,后来发现不行,才在构造函数的函数体里逐个初始化数组的每个元素。后来我做了一个简单的实验。
这是我在windows下的g++版本
用C++98的标准来编译的,报错。
用C++11的标准来编译的,就能正常通过。
COFF与EABI
COFF和EABI主要就是设置编译生成的目标文件的格式。COFF是传统的格式,EABI是新的格式。我们能用新的就用新的呗。但以前的驱动文件是以COFF的标准写的,要从COFF移植到EABI是我们需要关心的问题。
COFF和EABI的差异在上面的文档SPRAB09中有详细的介绍。我目前觉得最大的区别就是,在编译COFF格式的目标文件的时候,C/C++的源文件中的symbol前面会加上一个下划线。而EABI则不会有这个情况。
如果整个工程中的源文件都是用C/C++写的,那就不会有什么问题,因为每个源文件都遵守相同的规则。但是如果有用汇编写的源文件,目标文件格式是COFF,那么“.asm”文件中的symbol前面都至少有一个下划线,那样才能和C/C++的源文件link;而如果目标文件格式是EABI,那这些symbol就和C/C++的源文件中保持一致就行。
上面这个报错就是因为在汇编文件中的symbol定义都是在前面加了下划线的,所以在link的时候就出现了找不到symbol的问题。
这一问题最简单的办法我觉得就是把上面这个“–strip_coff_underscore”的选项勾上。这样在编译的时候“.asm”文件中的symbol前面的下划线都会被去掉。当然还可以去改汇编的源代码,但那样就相对来说麻烦很多了。
数据地址模型
文档里写的是“Data Adress Model”,我也不知道我的翻译合不合适。大概是说有一个数据页面指针(DP),里面存放一个基地址,在这一基地址附近的数据可以很快被访问到,因为偏移地址可以直接嵌在一条指令里面;而如果待访问的数据不在DP指针附近,那就需要多个周期才能访问到需要的数据。前者是near类型的变量,后者是far类型的变量。
DSP有三种可选的设置。near和far分别表示变量默认为near类型的访问或者far类型的访问。而“far aggregates”则表示数组作为far类型访问,而其他的变量作为near类型访问。
如果设置了很多全局变量,就有可能出现这样的错误。就是near类型的访问够不到这些变量了。
the xx-bit relocated address xxx is too large to encode in the 15-bit unsigned field
最简单的解决办法就是把访问类型设置成far,这样会导致变量的访问变慢;或者设置部分变量为far。比如:
1 | int far a; |
EDMA3配置
C6000系列的EDMA3可以实现非常灵活的数据传输功能。我用过C6455的EDMA和M6678的EDMA,它们的功能几乎完全一样,不同的可能只是通道数量、中断源的编号不同。下面的代码以C6455的CSL驱动函数为例做一个介绍。
EDMA有很多通道,每个通道可能会和一个外部事件绑定(也可能没有),这是固定的。通道和PaRAM还有队列的关系可以用户自己设置。队列是有优先级的,队列号小的优先级高(会优先出队列)。每个队列都和一个传输控制器对应,多个传输控制器在数据总线上也有优先级,这也可以设置。EDMA功能的实现最关键的还是PaRAM的设置,它决定了每次传输要实现的功能。
下面是某一个PaRAM的设置代码。
1 | hParam = CSL_edma3GetParamHandle(ms_hEdma3, 0, &status); |
一个事件产生,或者一次手动触发,通道控制器(CC)就会向传输控制器(TC)发送一个传输请求(TR)
A模式和AB模式的区别主要在于,一个TR传输的数据量。A模式一个TR传输ACnt数据,AB模式一个TR传输ACnt×BCnt的数据。
TC完成一次TR之后一般就会等待下一次触发,但如果设置了ITCCH,在这次TR完成之后还会触发另一个传输。TCCH表示在完成了整个PaRAM的传输之后会触发另一个传输。这个叫做“Chain” 。
中断也是类似的,ITCINT表示在这次TR完成之后会触发中断。TCINT表示在完成了整个PaRAM的传输之后会触发中断。
在整个PaRAM传输完成之后,可以设置link字段,从别的PaRAM把参数复制过来,更新PaRAM。这个叫做“Link” 。
合理地设置Chain和Link就能利用EDMA实现复杂的数据传输功能。