1. 用c语言能否对DSP寄存器进行位域读取
这里不是用C语言指令完成的，包括读取。用的是联合
请看，
【SciaRegs的定义】volatile struct SCI_REGS SciaRegs;
【struct SCI_REGS的定义】
struct SCI_REGS {
union SCICCR; // Communications control register
... //这里我剪裁了其它部分
};
【union SCICCR_REG的定义】
union SCICCR_REG {
Uint16 all;
struct SCICCR_BITS bit;
};
【struct SCICCR_BITS的定义】
struct SCICCR_BITS { // bit description
Uint16 SCICHAR:3; // 2:0 Character length control
Uint16 ADDRIDLE_MODE:1; // 3 ADDR/IDLE Mode control
Uint16 LOOPBKENA:1; // 4 Loop Back enable
Uint16 PARITYENA:1; // 5 Parity enable
Uint16 PARITY:1; // 6 Even or Odd Parity
Uint16 STOPBITS:1; // 7 Number of Stop Bits
Uint16 rsvd1:8; // 15:8 reserved
};
既然你已经用SciaRegs.SCICCR.bit.SCICHAR=7给这个控制寄存器的低3位赋值，那么读取时你可以直接用，比如：if ( SciaRegs.SCICCR.bit.SCICHAR==7 ) ...即可，系统会读取这个寄存器，你可以按照.all的方式来读，也可以利用union读局部位。
2. DSP可不可以用C语言写
当然可以啦... 只要有编译开发环境，比如Code Composer Studio，编译就可以了
3. DSP库函数cfft32_SCALE、cifft32_NOSCALE、cbrev32分别是干什么的，最好能给出C或C++语言实现
以上DSP的函数虽然是汇编的，但在库函数的目录中有相滑顷关文档，其中详细解卜薯释了C语言的调用规则，还有算法原理，大部分会有相应C代码。你可以去目录中查一下。
汇编是针对DSP进行过优化的，目的是为了实现效率最型让者大化。
4. DSP的C语言，菜鸟起步，高手帮帮忙；感激不尽
这是非整数的定点计算, 无论加减法, 乘除法, 都需要移位.
5. 同一C语言程序写进不同型号的DSP芯片，他们结果相同吗
看看你所用到的功能在这两个不同型号的芯片说明书里软件操作上，功能上是否有差别。如果没有差别，编译正常 且外围电路都一样能正常工作的话，结果电路所完成的功能一般都会相同。只是不同芯片，性能不一样，执行速度等都有所差别
6. CDSP课程有什么内容
这个缺睁课程内中搏容还是挺丰富的，比如谷安天下的课程涵盖了数伏培岁据安全的基础知识、安全架构、关键设计和最佳实践等多个不同的方面。
7. 关于c语言和dsp编程的问题
这个问题太常见了呀，原因是路径设置错了。
进入界面后，选择OPTIONS--选择Directories
然后稿氏设置路径,（以下是我的设置，你参考）
1：INCLUDE文件夹所在路径，Include directories: E:\散升TC2\INCLUDE
2：Library文件夹所在路径，Library directories: E:\TC2\LIB
3:OuPut文件夹即文件编译输出到哪个目录下
4：TurbroC程序所在的目录
最后选择 OPTIONS下的键掘散SAVE OPTIONS即可。一定要SAVE呀。
8. C语言文件中的文件格式*.dsp,*.dsw,*.ncb,*.opt是什么意思
.DSP：VC开发环境生成的工程文件，VC4及以前版本使用MAK文件来定义工程。
.DSW：VC开发环境生成的WorkSpace文件，用来把多个工程组织到一个WorkSpace中。
.NCB：NCB是“No Compile Browser”的缩写，其中存放了供ClassView、WizardBar和Component Gallery使用的信息，由VC开发环境自动生成。
.OPT：VC开发环境自动生成的用来存放WorkSpace中各种选项的文件。
去这个网站，里面有VC开发环境下各种文件后缀的VC6中的文件后缀名的意思。
http://www.21shipin.com/html/95386.shtml
9. DSP中C语言
你好 你的握拍罩问题段闹贺祥我可以解决 这个10.000L L代表的是长整型long型 32位数据
位数越多可表示的精度越大
10. 对DSP而言，CCS用C语言编程和汇编编程，二者的效率相差多少
我用的是28XX系列的，不知道经验对你有没有用，因为不同系列的芯片多少有些差别。
TI提供的库已经相当可以了，兼顾易用与效率。我当时做过这样的测试
1. 用IQMATH实现
2. 直接C语言实现
3. C语言优化实现
4. 原生汇编实现
IQMATH的运行周期在1000左右，比方案3快几十个周期，比方案4慢几个周期，方案2是10000多个周期。
另外，因为只是单独测的算法，汇编之所以快是快在寄存器的使用上，操作数可以直接入寄存器，但是考虑到程序其他部分是用C语言编写的话，把操作栈的时间也加上，并不比方案1快。毕竟我对TI的汇编吃的也不透。
在编写上，无疑是方案1提供了最接近C语言风格的实现，几乎不用考虑ISA方面的问题。
另外对于执行效率，我觉得主要考虑三点：
1.分支的使用
CCS对C语言的优化我没做过太多比对。其实单从反汇编的结果看，我接触过的嵌入式开发环境的编译器都能做出很好的优化。但是几乎每个编译器都会在逻辑的优化上有欠缺——它只能对一些显而易见的判断条件进行优化，而在写程序的过程中，我们经常出于易读性的考虑，或者稳定性的考虑，或者其他的考虑加入几乎不会发生的分支，这样的分支判断会消耗一定比率的代码段执行效率，视乎代码段内有用功能的长度而定，越长这个比率越小，越短这个比率越高。
2.一般操作，就是各种赋值操作
在一般的操作上，编译器的优化已经很令人满意了，基本上可以作为编写汇编的范本。我觉得所谓效率能达到90%就是针对这个部分说的。
3.特殊操作，比如对整块内存的操作，或者是浮点运算上。
在一些特殊的操作上，就要看是否有现成的库，或者看硬件是否支持。比如对整块内存操作就别用循环一个字节一个字节的搬了。
以上三点都能考虑到的话，相信执行效率方面已经没有太大的提升空间了。
另外如果你的代码发生在初始化部分，也就是只在系统运行开始的时候运行一次，那么优化不优化其实没有太大的必要，除非你对系统初始化的时间有严格的要求。但是如果你的代码是作为任务要被反复运行的，那就有优化的必要了。
在CCS里有代码消耗时钟周期的统计，如果你觉得某段代码效率低下的话，可以先分段进行消耗时钟周期的计算，这样优化比较有针对性。