我的dsp开发心得

《我的dsp开发心得》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、一.我是已经从事DSP开发有几年了，看到许多朋友对DSP的开发非常感兴取，我结合这几年对DSP的开发写一写自己的感受，一家之言，欢迎指教。我上研究生的第一天起根据老板的安排就开始接触DSP，那时DSP开发在国内高校刚刚开始，一台DSP开发器接近一万还是ISA总线的，我从206开始240、2407A都作过产品，对5402、2812、5471在产品方案规划制定和论证时也研究过。由于方向所限对6X、8X系列没有接触。我发现在国内无论在公司或高校许多地方为了加快开发周期往往把一个产品开发分为硬件和软件两个相对独立部分，由不同的人完成。这在具有

2、一定技术和管理基础的公司，由总设计师统一规划协调，分任务并行完成的情况下是可行的，也是符合现代产品开发规律的。但是在高校人员的流动很大，研究生的有效科研时间很短、基础差（许多研究生起步时对电熔、电阻、三极管的分类和选型都很困难，我也是这样过来的）更不用说系统规划设计了，况且许多老板自己也不太懂，师兄有自己的任务，他们搞明白时也毕业了。在许多高校做DSP就是找一个算法加到自己的主程序里，在板子上跑一下，基本达到效果就可以了，至于可靠性是次要的，产业化无从谈起，这已经算不错的了。其实我觉得一个系统的完成，系统的规划是最重要的，在规划时对硬

3、件设计的知识和认识是决定性的，它可以让你知道什么是可行的，什么是不可行的，当你同时具有软件设计能力时，就可以合理的分配系统功能，完成使用VHDL进行系统行为描述－—系统功能划分——系统子结构设计这样的自顶向下的设计规划流程，成为系统设计专家、项目经理，否则只是硬件工程师、软件工程师。无论作51、196、还是DSP都是这样。下面分别谈谈我对硬件和软件设计的感受硬件设计是系统设计的关键，国内和国外产品的差距往往是硬件设计水平高低决定的，任何软件设计思想没有可靠的物理载体都是空中楼阁，纸上谈兵。学校的研究生很多都想避开硬件设计，对于一个全新

4、的设计与其说不屑不如说不敢。试想一下烧几个片子的压力要比跑飞几段程序的压力大的多，尤其是功率器件，一旦烧掉，弄不好火光冲天，人的自信都没了。况且改一次板周期长，经费高，还不知行不行。其实在国外实力一般的公司也是尽量避免硬件的更新设计，产品一旦定型往往通过软件升级，这是公司的发展策略，对个人而言物以希为贵，培养一个硬件设计师往往要比软件设计师时间长花费多。在设计dsp硬件时，开始设计最小系统板，系统按功能分板设计调试，注意分板电路的稳定性可能不如整板电路，要多加入抗干扰环节，分板间的引线包括电源线地线要短，尽量在10公分以内，实在不行加

5、入光耦隔离、采用隔离电源。切记电源线、地线的干扰远比信号干扰对系统的危害大得多，又常常被人忽视。电路板工作正常的先决条件就是电源正常！当分板电路正常后再更居情况设计整板电路。在调试时发现的问题一定要找到原因解决，即使是飞线，割线，不要寄希望于下一板改了再看，除非原理性错误。每一个功能环节多准备几套方案。DSP的选型要根据系统功能而定，2000是一个功能比较全的控制器，但运算性能相对低，但目前大部分控制类、家电类包括中低层次的工业总线通信产品足够了，281X不错但太贵，而且开发技术不成熟。54XX更像一个协处理器，其实高端产品5471就

6、很好，功能完*，但BGA封装对产品的开发有一定难度。如果没有从事过嵌入式系统开发的朋友其实可以从51看起，许多思想是共通的，51很经典没有哪一款微处理器像51那样使用持久和普遍。在硬件设计时更多的精力放在外围电路设计上，外围电路设计的灵活性要比DSP本身高得多，难度大得多。建议多考虑CPLD。软件设计上，着眼点不要仅局限于某种算法和控制策略，而是软件系统框架的制定，即操作系统的选择和实现，算法和控制策略只是其中技巧性很强的子程序和子程序间参数相互关系，建议设计软件时能具有操作系统、数据结构和编译原理方面的知识，特别是使用C。对DSP的

7、内部硬件结构一定要掌握，特别是中断结构和流程、流水线操作，不然飞都不知道怎么飞的。在语言选择上我当时是这么给自己规定的先编20个左右的汇编程序，每个代码量超过4K，使用语句范围覆盖全部语句的60％－70％，在此基础上使用C。现在发现用C构建程序的主体框架（操作系统）比较快而其不容易出错，（我现在正在用ASM根据UCOSII的思想重写自己的操作系统）但对系统实时性影响比较大的运算算法一般采用MATLAB——C——ASM的办法仿真调试优化，这里的优化不单单是利用优化器优化，而是根据数据的特点改变运算方法，以除法为例C里的／号其实掩盖了许多

8、技巧，当除数为常数时就可以放大倒数移位相乘移位的办法进行，精度高速度快。这些办法只有掌握了ASM语言并用ASM语言思考才会熟练应用。另外我想告诉一些作算法特别是控制算法的朋友，千万不要随意评判一个算法的优劣，在程序中程序