dsp源码

㈠ 为什么我的C++源码编译后是dsp文件和ncb文件。而不是obj文件，也编译不出exe文件

dsp文件和ncb文件都是项目文件
如果你的源代码编译成功，就会在项目目录下生成Debug目录
里面就有obj文件和exe文件

㈡ 给我一篇完整的dsp程序设计

随着DSP芯片功能的增强，已不再进行单纯的数字信号处理任务，而是作为一种MCU被广泛使用，控制板上各种资源，同时完成采集、计算、控制、通讯等任务。特别是当使用了TCP/IP或其它复杂通讯协议时，没有一个实时多任务操作系统是很难进行任务调度的。μC/OS－II作为一种源码公开的占先式实时多任务操作系统，总是执行处于就绪状态的优先级最高的任务，并支持Semaphore(信号量)、Mailbox(邮箱)、Message Queue(消息队列)等多种常用的进程间通信机制，是大多数高可靠嵌入式设备的首选。

2 开发环境简介
APCI5096是北京康拓工业电脑公司自行开发的一款DSP目标板，主要用于对模拟信号量的采样处理。该目标板以TMS320VC32为CPU，同时具有完备的输入/输出功能，可以实现30通道、16位、300KSPS的模拟输入。调试用编译器为TI公司的Code Composer ‘C3x－‘C4x，版本是4.10版。

3 移植过程
3.1 μC/OS－II系统结构
图1说明了μC/OS－II的软硬件体系结构。应用程序软件处于整个系统的顶层，只和μC/OS－II与处理器无关的代码以及μC/OS－II与应用相关的代码关联。这样保证了应用软件的可重用性。

μC/OS－II与处理器无关的代码提供了μC/OS－II的系统服务。利用这些API函数，应用程序可以进行内存管理、任务间的通信以及创建、删除任务等。μC/OS－II与应用相关的代码提供了对μC/OS－II本身的裁减，并可根据实际需要进行任务数、任务栈的大小等设置。

大部分的μC/OS－II代码是使用ANSI C语言书写的，因此μC/OS－II的可移植性较好。尽管如此，仍然需要使用C和汇编语言写一些处理器相关的代码。移植工作需要改写的是与处理器相关的代码，包括三个文件：OS_ CPU.H、OS_ CPU_ C�C、OS_ CPU_ A�ASM。重点是任务堆栈的初始化、任务切换时栈指针的调整。

3.2 OS_ CPU.H
在不同的处理器中有不同的字长，所以必须重新定义一系列数据类型以确保移植的正确性。在OS_ CPU�H文件中应完成：数据类型的重新定义、堆栈数据类型的定义、堆栈增长方向的定义、临界区开/关中断的方法、任务切换函数OS_TASK_SW的宏定义。

(1)数据类型的声明：在VC33中所有的整型数据(char、short、int、long)为相同的类型，用32位表示。浮点型数据(float、double)为相同类型，在VC33中用32位单精度浮点数表示。数据类型的重定义：
typedef unsigned char BOOLEAN;
typedef unsigned char INT8U;
typedef signed char INT8S;
typedef float FP32;
typedef double FP64;

(2)VC33栈的数据宽度为32位，采用上面重定义过的数据类型进行定义，确保栈数据类型的一致性。栈的数据类型声明：
typedef INT32U OS_ STK;

(3)μC/OS－II访问代码的临界区时需要先禁止中断，并且在访问完毕后重新允许中断。μC/OS－II利用两个宏来禁止和允许中断，通过状态寄存器的中断使能位开关中断。
cregister unsigned int ST； /＊声明CPU内部寄存器＊/
＃define OS_ ENTER_ CRITICAL() asm(“ANDN 2000H, ST ")； /＊清中断使能位＊/
＃define OS_ EXIT_ CRITICAL() asm(“OR 2000H, ST ")； /＊置中断使能位＊/

3.3 OS_ CPU_ C.C
在OS_ CPU_ C.C文件中主要完成的是OSTaskStkInit()函数，其余五个函数可以不进行处理。OSTaskStkInit()函数完成任务栈的初始化，使得任务栈的结构看起来如同在任务执行过程中发生过一次中断并将所有寄存器保存到堆栈一样。不同的编译器在函数调用时会有不同的入栈方法，如：参数和返回地址入栈顺序、参数之间入栈的顺序、参数利用寄存器还是堆栈保存等。在具体实现时还需要根据编译器的要求进行调整。

CCS函数调用时堆栈规则为：先将参数从左往右入栈、然后是函数返回地址入栈。依照此规则设计任务栈初始结构如图2。VC33共有28个寄存器，程序中应将寄存器全部入栈，在OSTaskStkInit中实现：

{
OS_ STK ＊stk; /＊定义栈的数据结构＊/
opt=opt;
stk=(OS_ STK ＊)ptos; /＊装入栈顶指针＊/
＊stk=(OS_ STK)pdata; /＊参数入栈＊/
＊＋＋stk=(OS_ STK)task; /＊任务返回地址＊/
＊＋＋stk=(OS_ STK)task; /＊中断返回地址＊/
＊＋＋stk=(OS_ STK)0x2000; /＊状态寄存器，开中断＊/ 其余CPU寄存器全部入栈，并初始化为0
}

3.4 OS_ CPU_ A.ASM
在OS_ CPU_ A�ASM文件中要求用户编写四个简单的汇编语言函数：OSStartHighRdy()、OSCtxSw()、OSIntCtxSw()、OSTickISR()。这四个函数具有完全相同的公共部分：寄存器入栈和寄存器出栈。只要按照上面设计好的栈结构进行就可以了。注意的是VC33的R0到R7是扩展精度寄存器，具有40位。在入栈和出栈时均需要用两句话完成，如下：
入栈： 出栈：
PUSH R0 POPF R0
PUSHF R0 POP R1

而OSIntCtxSw函数具有特殊部分，该函数用于从中断返回时进行任务切换，由于在调用_ OSIntCtxSw函数前已经发生了中断，中断服务程序已经将CPU寄存器保存到堆栈中了，所以此处不再进行寄存器保存。同时还要进行栈指针的调整，去掉堆栈中一些不需要的内容，然后再将寄存器全部出栈。由于该函数是μC/OS－II中唯一的与编译器相关的函数，所以在移植后必须利用多次任务切换检查栈指针是否正确调整。

3.5 时钟中断源初始化
μC/OS－II还要求用户提供一个时钟资源，用于实现时间延时和确认超时。根据APCI5096的硬件设置，需要在三个文件中进行时钟资源的设置。

(1)OS_ CPU_ A�ASM：
APCI5096中，已将VC33的定时器1用于测频通道，因此利用未被占用的定时器0产生定时中断。实现方法为在TINT0的中断向量入口处放一跳转指令，跳转到自己写的OSTickISR。
�sect “�TINT0_ vector"
TINT0 br _ OSTickISR

(2)CMD文件
将TINT0跳转到OSTickISR后，还应再指定TINT0的向量入口地址。APCI5096板上的VC33被设置为BootLoader方式，在该方式下TINT0的入口地址固定在0x809FC9。在CMD文件的SECTIONS段指定如下：
�TINT0_ vector：> 0x809FC9

(3)Main�C文件
μC/OS－II要求用户在OSStart()运行后，μC/OS－Ⅱ启动运行的第一个任务中初始化节拍中断。自己编写一个函数TimerInit()，并在第一个任务开始处调用该函数完成定时器0的初始化。函数中TIM0_ XXX代表的是定时器0的三个寄存器的地址，在完成对定时器0的设置后还要打开全局中断和时钟中断。

{
＊TIM0_PRD= 0x7530; /＊设置周期为1KHZ＊/
＊TIM0_CNT=0;
＊TIM0_CTL=0x2C1; /＊启动时钟＊/
ST|=0x2000; /＊打开中断＊/
IE|=0x100; /＊打开时钟中断＊/
}

4 测试、编写驱动和应用程序
做完以上工作以后，就要测试移植是否成功。最初测试时，可以先运行操作系统本身，调度一些简单的任务和时钟节拍中断任务。主要测试系统本身的正确性，如果调试成功就可以在上面继续开发驱动程序和添加应用程序。

㈢ 各种编程工具的源码的后缀名是什么

java的后缀：.java
C语言和C++:：
.h头文件，主要是函数、结构声明，常量定义等
.c，源文件，函数定义
.exe，可执行文件
.dll，动态链接库
.lib，静态链接库
.dsp,.dsw都是工程文件，
.cpp是C++的源文件
C#语言：.cs

asp（web）：.asp

asp.net(web):.aspx

php(web):.php

JSP(web):.jsp

㈣ 什么是dsp技术

20世纪60年代以来，随着计算机和信息技术的飞速发展，数字信号处理技术应运而生并得到迅速的发展。在过去的二十多年时间里，数字信号处理已经在通信等领域得到极为广泛的应用。数字信号处理是利用计算机或专用处理设备，以数字形式对信号进行采集、变换、滤波、估值、增强、压缩、识别等处理，以得到符合人们需要的信号形式。数字信号处理是围绕着数字信号处理的理论、实现和应用等几个方面发展起来的。数字信号处理在理论上的发展推动了数字信号处理应用的发展。反过来，数字信号处理的应用又促进了数字信号处理理论的提高。而数字信号处理的实现则是理论和应用之间的桥梁。数字信号处理是以众多学科为理论基础的，它所涉及的范围极其广泛。例如，在数学领域，微积分、概率统计、随机过程、数值分析等都是数字信号处理的基本工具，与网络理论、信号与系统、控制论、通信理论、故障诊断等也密切相关。近来新兴的一些学科，如人工智能、模式识别、神经网络等，都与数字信号处理密不可分。可以说，数字信号处理是把许多经典的理论体系作为自己的理论基础，同时又使自己成为一系列新兴学科的理论基础。世界上第一个单片DSP芯片应当是1978年AMI公司发布的S2811，1979年美国Intel公司发布的商用可编程器件2920是DSP芯片的一个主要里程碑。这两种芯片内部都没有现代DSP芯片所必须有的单周期乘法器。1980年，日本NEC公司推出的μPD7720是第一个具有乘法器的商用DSP芯片。在这之后，最成功的DSP芯片当数美国德州仪器公司（TexasInstruments，简称TI）的一系列产品。TI公司在1982年成功推出其第一代DSP芯片TMS32010及其系列产品TMS32011、TMS320C10/C14/C15/C16/C17等，之后相继推出了第二代DSP芯片TMS32020、TMS320C25/C26/C28，第三代DSP芯片TMS320C30/C31/C32，第四代DSP芯片TMS320C40/C44，第五代DSP芯片TMS320C5X/C54X，第二代DSP芯片的改进型TMS320C2XX，集多片DSP芯片于一体的高性能DSP芯片TMS320C8X以及目前速度最快的第六代DSP芯片TMS320C62X/C67X等。TI将常用的DSP芯片归纳为三大系列，即：TMS320C2000系列（包括TMS320C2X/C2XX）、TMS320C5000系列（包括TMS320C5X/C54X/C55X）、TMS320C6000系列（TMS320C62X/C67X）。如今，TI公司的一系列DSP产品已经成为当今世界上最有影响的DSP芯片。TI公司也成为世界上最大的DSP芯片供应商，其DSP市场份额占全世界份额近50％。DSP处理器与通用处理器的比较考虑一个数字信号处理的实例，比如有限冲击响应滤波器（FIR）。用数学语言来说，FIR滤波器是做一系列的点积。取一个输入量和一个序数向量，在系数和输入样本的滑动窗口间作乘法，然后将所有的乘积加起来，形成一个输出样本。 类似的运算在数字信号处理过程中大量地重复发生，使得为此设计的器件必须提供专门的支持，促成了了DSP器件与通用处理器（GPP）的分流：1、对密集的乘法运算的支持GPP不是设计来做密集乘法任务的，即使是一些现代的GPP，也要求多个指令周期来做一次乘法。而DSP处理器使用专门的硬件来实现单周期乘法。DSP处理器还增加了累加器寄存器来处理多个乘积的和。累加器寄存器通常比其他寄存器宽，增加称为结果bits的额外bits来避免溢出。同时，为了充分体现专门的乘法-累加硬件的好处，几乎所有的DSP的指令集都包含有显式的MAC指令。2、存储器结构传统上，GPP使用冯.诺依曼存储器结构。这种结构中，只有一个存储器空间通过一组总线（一个地址总线和一个数据总线）连接到处理器核。通常，做一次乘法会发生4次存储器访问，用掉至少四个指令周期。大多数DSP采用了哈佛结构，将存储器空间划分成两个，分别存储程序和数据。它们有两组总线连接到处理器核，允许同时对它们进行访问。这种安排将处理器存贮器的带宽加倍，更重要的是同时为处理器核提供数据与指令。在这种布局下，DSP得以实现单周期的MAC指令。还有一个问题，即现在典型的高性能GPP实际上已包含两个片内高速缓存，一个是数据，一个是指令，它们直接连接到处理器核，以加快运行时的访问速度。从物理上说，这种片内的双存储器和总线的结构几乎与哈佛结构的一样了。然而从逻辑上说，两者还是有重要的区别。GPP使用控制逻辑来决定哪些数据和指令字存储在片内的高速缓存里，其程序员并不加以指定（也可能根本不知道）。与此相反，DSP使用多个片内存储器和多组总线来保证每个指令周期内存储器的多次访问。在使用DSP时，程序员要明确地控制哪些数据和指令要存储在片内存储器中。程序员在写程序时，必须保证处理器能够有效地使用其双总线。此外，DSP处理器几乎都不具备数据高速缓存。这是因为DSP的典型数据是数据流。也就是说，DSP处理器对每个数据样本做计算后，就丢弃了，几乎不再重复使用。3、零开销循环如果了解到DSP算法的一个共同的特点，即大多数的处理时间是花在执行较小的循环上，也就容易理解，为什么大多数的DSP都有专门的硬件，用于零开销循环。所谓零开销循环是指处理器在执行循环时，不用花时间去检查循环计数器的值、条件转移到循环的顶部、将循环计数器减1。与此相反，GPP的循环使用软件来实现。某些高性能的GPP使用转移预报硬件，几乎达到与硬件支持的零开销循环同样的效果。4、定点计算大多数DSP使用定点计算，而不是使用浮点。虽然DSP的应用必须十分注意数字的精确，用浮点来做应该容易的多，但是对DSP来说，廉价也是非常重要的。定点机器比起相应的浮点机器来要便宜（而且更快）。为了不使用浮点机器而又保证数字的准确，DSP处理器在指令集和硬件方面都支持饱和计算、舍入和移位。5、专门的寻址方式DSP处理器往往都支持专门的寻址模式，它们对通常的信号处理操作和算法是很有用的。例如，模块（循环）寻址（对实现数字滤波器延时线很有用）、位倒序寻址（对FFT很有用）。这些非常专门的寻址模式在GPP中是不常使用的，只有用软件来实现。 6、执行时间的预测大多数的DSP应用（如蜂窝电话和调制解调器）都是严格的实时应用，所有的处理必须在指定的时间内完成。这就要求程序员准确地确定每个样本需要多少处理时间，或者，至少要知道，在最坏的情况下，需要多少时间。如果打算用低成本的GPP去完成实时信号处理的任务，执行时间的预测大概不会成为什么问题，应为低成本GPP具有相对直接的结构，比较容易预测执行时间。然而，大多数实时DSP应用所要求的处理能力是低成本GPP所不能提供的。这时候，DSP对高性能GPP的优势在于，即便是使用了高速缓存的DSP，哪些指令会放进去也是由程序员（而不是处理器）来决定的，因此很容易判断指令是从高速缓存还是从存储器中读取。DSP一般不使用动态特性，如转移预测和推理执行等。因此，由一段给定的代码来预测所要求的执行时间是完全直截了当的。从而使程序员得以确定芯片的性能限制。7、定点DSP指令集定点DSP指令集是按两个目标来设计的：·使处理器能够在每个指令周期内完成多个操作，从而提高每个指令周期的计算效率。·将存贮DSP程序的存储器空间减到最小（由于存储器对整个系统的成本影响甚大，该问题在对成本敏感的DSP应用中尤为重要）。为了实现这些目标，DSP处理器的指令集通常都允许程序员在一个指令内说明若干个并行的操作。例如，在一条指令包含了MAC操作，即同时的一个或两个数据移动。在典型的例子里，一条指令就包含了计算FIR滤波器的一节所需要的所有操作。这种高效率付出的代价是，其指令集既不直观，也不容易使用（与GPP的指令集相比）。GPP的程序通常并不在意处理器的指令集是否容易使用，因为他们一般使用象C或C++等高级语言。而对于DSP的程序员来说，不幸的是主要的DSP应用程序都是用汇编语言写的（至少部分是汇编语言优化的）。这里有两个理由：首先，大多数广泛使用的高级语言，例如C，并不适合于描述典型的DSP算法。其次，DSP结构的复杂性，如多存储器空间、多总线、不规则的指令集、高度专门化的硬件等，使得难于为其编写高效率的编译器。即便用编译器将C源代码编译成为DSP的汇编代码，优化的任务仍然很重。典型的DSP应用都具有大量计算的要求，并有严格的开销限制，使得程序的优化必不可少（至少是对程序的最关键部分）。因此，考虑选用DSP的一个关键因素是，是否存在足够的能够较好地适应DSP处理器指令集的程序员。8、开发工具的要求因为DSP应用要求高度优化的代码，大多数DSP厂商都提供一些开发工具，以帮助程序员完成其优化工作。例如，大多数厂商都提供处理器的仿真工具，以准确地仿真每个指令周期内处理器的活动。无论对于确保实时操作还是代码的优化，这些都是很有用的工具。GPP厂商通常并不提供这样的工具，主要是因为GPP程序员通常并不需要详细到这一层的信息。

㈤ 如何使用STM32F4的DSP库

如何使用STM32F4的DSP库 我们平常所使用的CPU为定点CPU，意思是进行整点数值运算的CPU。当遇到形如1.1+1.1的浮点数运算时，定点CPU就遇到大难题了。对于32位单片机，利用Q化处理能发挥他本身的性能，但是精度和速度仍然不会提高很多。 现在设计...

㈥ 简单的dsp代码，谁能教教我

看书不够仔细哦，TXCON就是定时器控制寄存器。建议你回去再好好看一遍书。

㈦ 家庭影院AV功放源码输出好还是DSP音质好

功放好。
同样的喇叭，用传统功放推出来的声音比DSP功放推的更自然、更醇厚耐听。DSP功放的声音底气就没有那么浑厚，相对声音也会单薄一些。
DSP功放的功率低于传统功放。音色调教比传统功放差，但声场比传统功放的宽广。一般来说，功放的功率要大于喇叭的功率。DSP功放可以通过电脑更好地管理功放，EQ的调教，让音响的声音更耐听更好听。

㈧ 请教Simulink在生成DSP代码时的问题

标DSP：28335；
我刚开始学习用MATLAB生成DSP代码，现在操作中出现两个问题 。
1、simulink编译下出现gmake错误，但在命令窗显示正常。我就把生成的.O文件下载到板上，可以正常运行。
2、把生成的代码利用CCS软件打开，发现没有的头文件。我从matlab软件目录里面找到相关的头文件添加进工程。编译中停在gmake阶段。
请问如何