DSP编写程序

这几句是将FLASH中的程序COPY到RAM中运行，通常的目的是加快程序的运行速度，通常有两种情况需要这样去 *** 作：

1、程序中对基要求比较高的函数，如中断；

2、程序需要对FLASH进行 *** 作，这时就要把程序先复制到RAM中运行然后才能对FLASH *** 作。

RamfuncsLoadStart、RamfuncsLoadEnd、RamfuncsRunStart这三个变量是在CMD文件中创建的，创建方式如下：

LOAD_START(RamfuncsLoadStart),

LOAD_END(RamfuncsLoadEnd),

RUN_START(RamfuncsRunStart),

分别表示了装载函数的首地址，装载函数的结束地址和装载函数的运行地址；

执行完MemCopy(&RamfuncsLoadStart, &RamfuncsLoadEnd, &RamfuncsRunStart);后，便将FLASH中相关的程序COPY到了RAM中，之后的程序运行时，只要调用FLASH中RamfuncsLoadStart地址开始的相关函数，系统都会自动地指向RAM中相应的函数入口地址运行。

求采纳为满意回答。

这个是CCS常见的问题，我遇到过，目前遇到的大致有三种情况

最简单的一种情况，代码烧写进去之后，不小心代码里面按了Enter，导致调试代码错位，解决很简单，重编译烧写就OK了

DSP的指令模式选得不对，导致编译器翻译指令的时候发生错误，这个可以通过查看汇编窗口看到，有很多指令CPU由于模式不对没有翻译对的都是用 word xxxxx来表示，这种情况会导致跑到空行，或者程序跑飞

如果是用汇编写的程序，用了与当前模式不支持的指令的话，会导致后面代码发生错位现象，CPU执行到空白行

在 DSP 中 printf 是非常占资源的指令，没有打印的原因可能是由于你没有设栈 （heap） ，在任意一个存储空间设上就OK了。建议你使用 BIOS 的LOG_printf 指令，这样就非常节省资源，可以通过菜单中 DPS/BIOS -> massage LOG 观察。

另外，printf 和 LOG_printf 都是仿真时候用的

这是以前看到的保存一段文字，希望对你有所帮助、、

其实我觉得一个系统的完成，系统的规划是最重要的，在规划时对硬件设计的知识和认识是决定性的，它可以让你知道什么是可行的，什么是不可行的，当你同时具有软件设计能力时，就可以合理的分配系统功能，完成使用VHDL进行系统行为描述－—系统功能划分—— 系统子结构设计这样的自顶向下的设计规划流程，成为系统设计专家、项目经理，否则只是硬件工程师、软件工程师。无论作51、196、还是DSP都是这样。

下面分别谈谈我对硬件和软件设计的感受

硬件设计是系统设计的关键，国内和国外产品的差距往往是硬件设计水平高低决定的，任何软件设计思想没有可靠的物理载体都是空中楼阁，纸上谈兵。学校的研究生很多都想避开硬件设计，对于一个全新的设计与其说不屑不如说不敢。试想一下烧几个片子的压力要比跑飞几段程序的压力大的多，尤其是功率器件，一旦烧掉，弄不好火光冲天，人的自信都没了。况且改一次板周期长，经费高，还不知行不行。其实在国外实力一般的公司也是尽量避免硬件的更新设计，产品一旦定型往往通过软件升级，这是公司的发展策略，对个人而言物以希为贵，培养一个硬件设计师往往要比软件设计师时间长花费多。

在设计dsp硬件时，开始设计最小系统板，系统按功能分板设计调试，注意分板电路的稳定性可能不如整板电路，要多加入抗干扰环节，分板间的引线包括电源线地线要短，尽量在10公分以内，实在不行加入光耦隔离、采用隔离电源。切记电源线、地线的干扰远比信号干扰对系统的危害大得多，又常常被人忽视。电路板工作正常的先决条件就是电源正常！当分板电路正常后再更居情况设计整板电路。在调试时发现的问题一定要找到原因解决，即使是飞线，割线，不要寄希望于下一板改了再看，除非原理性错误。每一个功能环节多准备几套方案。

DSP的选型要根据系统功能而定，2000是一个功能比较全的控制器，但运算性能相对低，但目前大部分控制类、家电类包括中低层次的工业总线通信产品足够了，281X不错但太贵，而且开发技术不成熟。54XX更像一个协处理器，其实高端产品5471就很好，功能完，但BGA封装对产品的开发有一定难度。如果没有从事过嵌入式系统开发的朋友其实可以从51看起，许多思想是共通的，51很经典没有哪一款微处理器像51那样使用持久和普遍。在硬件设计时更多的精力放在外围电路设计上，外围电路设计的灵活性要比DSP本身高得多，难度大得多。建议多考虑CPLD。

软件设计上，着眼点不要仅局限于某种算法和控制策略，而是软件系统框架的制定，即 *** 作系统的选择和实现，算法和控制策略只是其中技巧性很强的子程序和子程序间参数相互关系，建议设计软件时能具有 *** 作系统、数据结构和编译原理方面的知识，特别是使用C。对DSP的内部硬件结构一定要掌握，特别是中断结构和流程、流水线 *** 作，不然飞都不知道怎么飞的。在语言选择上我当时是这么给自己规定的先编20个左右的汇编程序，每个代码量超过4K，使用语句范围覆盖全部语句的60％－70％，在此基础上使用C。

现在发现用C构建程序的主体框架（ *** 作系统）比较快而其不容易出错，（我现在正在用ASM根据UCOSII的思想重写自己的 *** 作系统）但对系统实时性影响比较大的运算算法一般采用MATLAB——C——ASM的办法仿真调试优化，这里的优化不单单是利用优化器优化，而是根据数据的特点改变运算方法，以除法为例C里的／号其实掩盖了许多技巧，当除数为常数时就可以放大倒数移位相乘移位的办法进行，精度高速度快。这些办法只有掌握了ASM语言并用ASM语言思考才会熟练应用。另外我想告诉一些作算法特别是控制算法的朋友，千万不要随意评判一个算法的优劣，在程序中程序和代码优化的程度往往影响了控制效果好坏，而不是算法本身的思想。

其实在实际中往往PID甚至PI、PD就够了，神经元、模糊、小波适用于研究和写论文，模糊在实际中用的多一点，主要是小日本用的比较成熟，我再恨日本人，这点也服气，小日本就是滑，许多物理现象搞不透，就用这法，还管用，题外话。

最后我想说的是，当我们面对市场要求时，产品往往考虑的是可靠性、性能、价格而不是你用的什么芯片，在满足性能的基础上结构越简单就越可靠，芯片越通用价格就越低，能用51就不用196，能用2407就不用2812，除非把芯片本身作买点利用高成本赢取高利润。无论2000还是5000、6000系列都有市场前景，关键是要做深做透

获取知识的方法、处理项目的能力是相通的，具体的说就是不要把目光盯在做硬件还是做软件上，用ASM还是C，要勤动手打好基础，提高自己对系统总体设计的能力，从系统的眼光看问题。

这样的问题确实挺让人头痛的，往往这种情况还不报错，非常让人郁闷。28335我没用过。如果你用的是2812我能立即给你解决了。28335的话，我给你说一下我调试的经验吧。

1看看编译的时候有没有错误。如果有错的话，对应的去网上搜一下，往往都能找到一些方法。

2跑个例程看看，如果例程都不能跑通的话。先查查硬件有没有问题。

3例程跑通之后，将你的程序改小，然后将程序刷进去看看。一般就是按例程那样先一个模块一个模块的跑。如果加上某个模块不工作了，你看看有没有明显错误。如果没有，单独跑一下这个模块。如果单独可以跑的话。很有可能是cmd段分配和ccs设置的问题了。你可以试试在项目中右击，选择Properties(Alt+Enter),在如下图所示的选项卡中选择Optimization level,将其设置为off即不优化。

4下载进去之后，再在线调一下。在main开始处打个断点试试。如果程序是跑飞的进不了main以2812为例，我建议你检查一下你的Boot ROM是不是选择的从内部启动。2812上有个引脚MP/MC(微处理器模式/微计算机模式),如果这个引脚为0说明被设置为从内部boot启动，你看一下28335有没有类似的引脚，建议你出现ram中能运行，flash中不能运行的问题时，首先检查这引脚的状态。

5检查你的flash cmd文件，建议你先从Debug文件夹下的map文件看起。map文件是十分用于的。它包含了你编译出的所有段和定义的所有段的所有信息，包括段的起始地址、长度、使用长度和未使用长度。包括编译生成的test、cinint等段的信息，如果你发现某个段定义了但没有使用，很有可能是因为你这个段长度太小了，它放不进去就不放了。你了解一下cmd的编写对应看map文件改改看。

ps:我的版本是ccs55，工程项目以在ccs33下创建的为例。map文件部分截图如下：

以上就是关于DSP编写程序全部的内容，包括:DSP编写程序、ccs单步老是跑到空行去，请问什么原因、DSP开发工具CCS中不能用printf打印等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！