曙海教育集团论坛DSP专区DSP系统和硬件开发讨论区 → 谈DSP,MPU,MCU,CPU的区别


  共有14198人关注过本帖树形打印

主题:谈DSP,MPU,MCU,CPU的区别

美女呀,离线,留言给我吧!
wangxinxin
  1楼 个性首页 | 博客 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级:青蜂侠 帖子:1393 积分:14038 威望:0 精华:0 注册:2010-11-12 11:08:23
谈DSP,MPU,MCU,CPU的区别  发帖心情 Post By:2010-11-13 12:21:11

谈DSP,MPU,MCU,CPU的区别 CPU(Centeral Process Unit)这里所说的CPU其实是一个狭义的概念, 特别是近些年PC的普及,所以一般就是指Intel的X86兼容芯片, 内部结构大家也应该很清楚了,新的只不过是加了些指令集, 超流水线,cache罢了,总的来说是采用封.诺一慢结构,是复杂 指令集。功能吗就是整数浮点都很一般,控制也不能达到MCU的水平。 3.MPU(Micro Process Unit)其实和CPU差不多,多半是都是CISC的,也有 部分是RISC的,同CPU一样,只不过好象更泛泛些。MPU相比,MPU适宜于相 同管理这样的应用中,以条件判断为主的应用,以软件管理的操作系统为核 心的 产品,MPU的设计侧重于不妨碍程序的流程,以保证操作系统支 持功能及转移预测功能等.而DSP侧重于保证数据的顺利通行,结构尽 量简单。 4.DSP都是RISC(Reduce Instruction Set Computer),结构上采用了 增强Harvard,或超级Harvard结构,对于Pipeline的进程要求严格, 并行指令应用等。DSP侧重于保证数据的顺利通行,结构尽量简单。 特别是尽量少打断Pipeline。 下面介绍一下DSP的结构: DSP应用不同于主流的嵌入式系统应用,在那些应用中,你可以依赖一个通用的多优 先级核心(Kernel)的服务。而在DSP领域,该核心与DSP模块可能是两回事,尽管核心都 应 该提供CPU资源、中断处理、通信机制等。所以,一个有丰富细节的核心和操作系统通常 是不加以考虑的,因为它 加在紧凑的DSP上实在勉强。开发者常常自已设计系统软件框架,作为目标代码的一部分 一起运行。开发者甚至没有意识到自已编写了一个小型操作系统。   可见,这样的核心/操作系统随着应用的不同是多种多样的。也需要有各种核心,支 持从简单到复杂的应用。至于是自已写核心或者从别的专业公司获得帮助,那是需要在 效 率、紧凑、灵活、扩展性、安全等因素进行折衷考虑的。 2.1 核心的种类   一般来说,框架从简单到复杂分成:单任务和一个中断服务程序(ISR)、多个互相通 信的任务、多个分时循环的线程、多优先级的结构。   .单任务和中断服务流程ISR(基本核心结构)   单任务处理一个数据缓冲区,数据由一个ISR从特定的硬件取得(如AD器件)。系统首 先需要初始化,使能中断,建立外设的正确状态。ISR的编程则应该保护现场,ISR的错 误 是调试很难检查的。通常一次ISR控制一个数据,而主任务需要一个数据缓冲区。解决办 法是双缓冲结构。主程序 于相同管理这样的应用中,以条件判断为主的应用,以软件管nt 的常见流程是:等待ISR填满缓冲区;处理缓冲区数据,释放已经处理完的缓冲区。为了 保证实时性,系统至少是双缓冲,因此主程序处理一个缓冲区时,ISR正在向另一个缓冲 区送数。这种情况下,不需要特别的同步机制,缓冲区的满就是同步机制,整个系统除 了 主任务外就无所事事了, 主任务则占用一切DSP资源。故此模式效率非常高。   .通用的任务    系统有一个核心,它可以管理多任务,允许向系统列表加任务来扩展系统,占用如何扩 展 则与应用有关。首先以一个自动应答机来说明这种扩展,ISR是一个,而多个任务串行执 行:音调检查、语音识别、话音压缩等。第一个任务控制CPU的缓冲区,执行完后主动彻 底放弃控制,移交下一个 任务。这种安排使得任务切换开销很小,因为你完全知道切换时,哪些状态需要保存而 哪 些不需要。这种方式的毛病就是任何一个任务失控,整个系统就崩溃了,因为核心没有 办 法取得对CPU的控制。   .多个执行线程以循环(round-robin)模式切换   对前一种结构的改进是使用一种更安全的任务安排,使各个任务的依赖关系弱化。 这 需要一个基于时间段的任务切换器,在当前任务用完了规定时间片后将控制权移交下一 个 任务。在循环结构中,各个任务是平等的机会。这样CPU不会在为一个坏的任务而瘫痪, 当然,安全的代价是你 无法准确知道任务切换在什么时候发生,于是某个线程进入时的现场保护必须保护该线 程 要使用的所有寄存器,并且在退出线程时全部恢复。  .循环(round-robin)线程与协作序列的组合 n)线程与协作序列的组合中,以条件判断为主的应用,以软件管nt   当处理一个较复杂但每个通路的处理是相同的时候,如语音信箱,无线基站,PXB等 。可以将多个通路按照通用的多任务方式处理,而每个任务内以循环线程组成,每个任 务 是安全的,也就保证了整个系统的安全的。   .通用的解决:多优先组结构   这是灵活性最强的方式,广泛应用于浮点和定点DSP系统。多优先级可以认为是循环 方式的一种增强版,在资源可用时,高优先级的线程会被执行。多优先级核心应该小心 使 用,因为很难确定实时执行序列,特别是如果还允许动态改变优先级的话,调试更加困 难 。而且核心本身占用的C PU资源对定点DSP而言是相当大的开销。   除了这些缺点,本结构是某些应用的理想选择。比如,系统中的任务有的是时间苛 刻 的(高优先级),有些是可以后台运行的(低优先级),比如在蜂房电话中,DSP要迅速及时 处理带内信号信令,对用户的按键则可以较慢地响应。随着DSP和MCU的功能上进一步集 成 ,这种应用会越来越多 。 2.2 其他性能综述   .现场保护   任务切换中的现场保护(上下文保护)是影响性能的一个重要因素,它与中断响应时 延 是矛盾的,在任务列表被访问和管理期间,中断通常需要禁止。所以,任务机制越复杂 , 中断需要的时延越大。注意,在DSP领域,实时中断常处理几十kHz的信号,对中断响应 需 要的时延是很敏感的。   .实时与非实时   .实时与非实时obin)线程与协作序列的组合中,以条件判断为主的应用,以软件管 nt   对于基于核心的系统进行调试,将系统作为一个整体来调试需要满足两个基本要求 : 需要系统全速运行时可以观察和管理系统;需要知道每次观察时影响的上下文。为达到 此 要求系统必须增加额外开销。   DSP设计者并非处处需要实时调试工具,模块的很多部分可以单步调试。但是,大部 分问题(bug)都是整个系统全速运行时暴露出来的。Go-DSP的调试工具Code Composer的 优 越是在系统全速运行时仍然可以观察和修改状态。实时调试是需要代价的,需要有Debug Agent伴随应用代码,占用了CPU部分资源,当然在最终产品上,Debug Agent是完全去掉 的。 3 实时操作系统RTOS与DSP应用的结合 3.1 用于嵌入式微处理器的传统的实时多任务操作系统   目前的趋势是一个微处理器MCU从单一任务结构变成多任务的结构,初期软件设计是 在应用中增加一个任务调用循环作为主程序,随着软件规模上升和对实时性要求的提高 , RTOS作为一种软件开发平台,成为嵌入式系统领域的主流。   RTOS是一段MCU启动后首先执行的背景程序,贯穿系统运行的始终。RTOS的引入会增 加系统的代码存储器占用和运行时间。RTOS主要的性能指标是存储器占用、最小任务切 换 时间、最大中断延时。这三个指标与RTOS自身的设计、微处理器的设计、C语言编译器的 性能有关。 3.2 实时操作系统RTOS与DSP结合   DSP软件开发越来越复杂,开发者会发现自已在两个矛盾的方向努力,一方面,设计 者必须对底层代码优化以满足实时应用,同时由于系统越来越复杂,需要高层次的设计 手 段,包括使用库和第三方软件包。   对DSP应用提供RTOS支持,是DSP的性能和功能日益增加的必然结果。DSP正在从高速 数学引擎转变为包含主流控制器具有的特性的芯片,因此需要DSP设计人员集中精力解决 应用问题,而不是重复实施系统级功能。   DSP系统一般是两个极端,简单的单片DSP设计,用于Modem或峰房电话等。另一种是 高性能的多处理器DSP系统,用于大批输入流的实时处理。对于高档多处理器DSP系统设 计 ,有四个可能影响性能的主要因素:通过系统的数据流(流水线或星形);主系统总线(VM E或PCI总线);RTOS的性 能,多DSP系统中,RTOS在每个DSP上运行于嵌入式模式,RTOS提供所需要的数据流和处 理 性能,同时又允许主处理器继续在其固有模式(Win 95/NT/Solaris)中操纵整个系统;处 理来自A/D阵列的输入流的接口设计,最好方法是使A/D转换子系统与系统其余部分有效 隔 离。   选择RTOS的关键考虑因素:   .保证其可靠性足以应付DSP负载。   .支持与NT或Unix主系统的互操作性。  。度胧 操作核心要足够小,?应于有限的DSP存储空间。   .有面向DSP的高级指令集,便于迅速编程。   .必要时可以对低级程序码手动优化。  嵌入式RTOS的主要功能是为DSP之间的实时协调与通信提供一个标准化的环境,包括 中断处理和存储区分配等,以及和主机OS握手的所有功能。RTOS运行于DSP之上,所以必 须很小,还应该能进行分布操作和DSP任务的并行编程。RTOS的结构应该使程序员很容易 把单DSP任务变成分裂模式 把单DSP任务变成分裂模式 足实时应用,同时由于系统?来越复杂,需要高层次的设计 手t ,即能运行于多个DSP。RTOS应该能支持顺畅地把任务分摊。面向DSP的嵌入式RTOS的主 要 功能是:多任务;动态进程;同步消息传递;信号机;时钟管理;等等。总之,目标是 最 小的运行开销和最大的硬件控制能力。   作为Eonic公司的Virtuoso,可以用于浮点和定点DSP。用于TI C4x和ADSP1060的版本的差别是有特殊的通信端口,便于多处理器系统的硬件开发。通过 提供透明的多处理,使软件开发也容易。Virtuoso对于单DSP的应用也提供了很多优越性 ,从一开始开发,你就有一个完全的多任务环境,这就意味着你可以将应用分成几个小 的 任务,更便于编程。有一 套完整的工具用于任务间通信,任务同步,管理存储区和定时器,中断管理。提供了一 个 ISR1层支持嵌套中断。而TI缺省的ISR0层的中断服务中是不允许被中断的。如果系统中 有 突发性的中断发生,就有可能丢中断。Virtuoso的ISR1层提供了可嵌套的中断机制,且 响 应速度与ISR0相当。多 任务机制使设计人员能够充分发挥DSP的能力,因为可以使DSP是100%的忙碌,否则DSP可 能为了等待某个事件发生而处于空闲。特别是采用TMS320C6201,不使用RTOS是无法充分 发挥其性能的。Virtuoso的另一个优点是可移植性,编写的C代码可以使用到Virtuoso支 持的任何DSP。   用于DSP的RTOS对加快开发进度、提供高级功能调用和标准的I/O库是非常有用的。 许 多RTOS支持多任务并包含DSP库,使用它有助于可移植性和可维护性。另一方面,RTOS要 占用处理器的开销,耗费本来可用于信号处理的DSP周期。如果是对于单处理器,支持多 任务的开销可能会很可观 。另外,成本也是要考虑的因素。

支持(0中立(0反对(0单帖管理 | 引用 | 回复 回到顶部
总数 50 1 2 3 4 5 下一页

返回版面帖子列表

谈DSP,MPU,MCU,CPU的区别








签名