TI的DSP(TMS320F2812)仿真器510和560有什么区别?
市面上卖的仿真器510和560价格相差悬殊。供应商只说稳定性、程序下载速度上有差别,谁可以从原理上解释一下它们的区别?...
市面上卖的仿真器510和560价格相差悬殊。供应商只说稳定性、程序下载速度上有差别,谁可以从原理上解释一下它们的区别?
展开
1个回答
展开全部
这个问题好,我用过510,对于560只知道功能比510强大许多,具体却没有深究过。看了你的问题后,特意搜了下,找到一篇解释的很详细的,转贴到这里,让大家共享。
1. 实时调试工具和传统仿真器的区别?
DSP 侧重于数据流处理,而MCU(如X86,ARM)侧重于事件处理。数据流需要
实时处理,所以DSP 子系统通常是实时系统。实时系统需要实时调试,但一般
的DSP 仿真器是不支持实时调试。
2.传统Debuger 与实时调试的区别?
一般来说调试是通过调试工具完成的,调试工具通常是一个在PC 上运行
的软件。Debugger 调试工具的主要任务是从目标CPU 获取信息并控制程序在目
标CPU 上的运行。(例如单步执行,设置断点,运行)但通常的仿真器在执行上
述工作时需要把在目标CPU 上运行的程序停下来。
实时系统需要实时调试工具,实时调试工具是在不停止目标CPU 工作的情
况下,从目标CPU 获取信息并控制程序在目标CPU 上的运行。
想要实现实时调试,需要在调试工具和目标CPU 之间建立一条实时信息通道。
实时通道包括两个方面:硬件通道和软件通道。我们称实时硬件通道为实时仿
真器,实时软件通道为实时调试工具。
3. DSP 实时调试---Realtime emulator
要在调试工具和目标CPU 之间实现硬件实时通信通道,需要在PC 端和目标
DSP 端定义硬件接口。
TI 的DSP 用JTAG 作为硬件调试接口,我们通常所用的PC 端的硬件接口有
PCI,USB,EPP,PCMCIA,所以DSP 实时调试工具通常是一个盒子或一个PC 插卡加
盒子。实时调试工具的代表是TI 的XDS560 和闻亭公司的XDS560。TI 的XDS510
和闻亭公司的XDS510 是准实时仿真器(510 不支持AET)
4. Realtime debugger----High speed RTDX
为在调试工具和目标CPU 之间实现软件实时数据交换通道,TI 在CCS 中定义
了RTDX 技术。RTDX 译为实时数据交换。在PC 上使用CCS 调试工具的使用者要
在目标DSP 中使能RTDX 模块,DSP 软件工程师要把RTDX.obj 与他自己的程序连
接起来,然后在他的应用软件中调用RTDX 功能。
当使用RTDX 功能时,需要停止目标DSP 的运行,然后在调试工具和DSP 之
间建立数据通道。
当使用TDS510 或XDS510 型号的仿真器时,RTDX 的速度仅有5-10K bytes/S,
对于DSP 的应用来说,这远远不够。仿真器与DSP 的JTAG 接口造成了RTDX 的
瓶颈,想要增大RTDX 的带宽就需要使用TDS560 或XDS560 和选择DSP 的EJTAG
接口(如6211,64x,55x)。如果使用XDS560 和6211 芯片,RTDX 速度可以提
高到1.5M bytes/S,我们称之为高速RTDX。
5. Real time Event debug----Advance Event Trigger (AET)
在实时系统,需要处理(像硬件中断,定时器)这样的实时事件。我们在
处理一般事件时,通常是在中断程序入口插入一个软件中断,事件一旦被触发,
程序将停在中断处,我们可以观察所需要的信息。但目标DSP 被停止运行后,
我们将丢失其他的实时事件和实时数据流。
为解决这样的问题TI 提出了AET(高级事件触发),我们可以在不停止DSP
运行的情况下捕捉到实时事件。要运行AET,我们需使用560 和选择有EJTAG
接口的DSP 芯片(621X,64X,55X,OMAP)。510 不支持AET。
6. Summary
Ÿ 560----支持高速RTDX,ATE(选用有EJTAG 接口的DSP 芯片)---我们称
之为实时调试工具
Ÿ 510----支持低速RTDX,不支持AET-----我们称之为“准实时仿真器”或
“非实时仿真器”
Ÿ 标注:560 包含了510 的主要函数,将在CCS2.3 版本中包含所有的函数,
客户通过选择560 可以使他们的投资保值,因为他们早晚要将510 升级成560.
1. 实时调试工具和传统仿真器的区别?
DSP 侧重于数据流处理,而MCU(如X86,ARM)侧重于事件处理。数据流需要
实时处理,所以DSP 子系统通常是实时系统。实时系统需要实时调试,但一般
的DSP 仿真器是不支持实时调试。
2.传统Debuger 与实时调试的区别?
一般来说调试是通过调试工具完成的,调试工具通常是一个在PC 上运行
的软件。Debugger 调试工具的主要任务是从目标CPU 获取信息并控制程序在目
标CPU 上的运行。(例如单步执行,设置断点,运行)但通常的仿真器在执行上
述工作时需要把在目标CPU 上运行的程序停下来。
实时系统需要实时调试工具,实时调试工具是在不停止目标CPU 工作的情
况下,从目标CPU 获取信息并控制程序在目标CPU 上的运行。
想要实现实时调试,需要在调试工具和目标CPU 之间建立一条实时信息通道。
实时通道包括两个方面:硬件通道和软件通道。我们称实时硬件通道为实时仿
真器,实时软件通道为实时调试工具。
3. DSP 实时调试---Realtime emulator
要在调试工具和目标CPU 之间实现硬件实时通信通道,需要在PC 端和目标
DSP 端定义硬件接口。
TI 的DSP 用JTAG 作为硬件调试接口,我们通常所用的PC 端的硬件接口有
PCI,USB,EPP,PCMCIA,所以DSP 实时调试工具通常是一个盒子或一个PC 插卡加
盒子。实时调试工具的代表是TI 的XDS560 和闻亭公司的XDS560。TI 的XDS510
和闻亭公司的XDS510 是准实时仿真器(510 不支持AET)
4. Realtime debugger----High speed RTDX
为在调试工具和目标CPU 之间实现软件实时数据交换通道,TI 在CCS 中定义
了RTDX 技术。RTDX 译为实时数据交换。在PC 上使用CCS 调试工具的使用者要
在目标DSP 中使能RTDX 模块,DSP 软件工程师要把RTDX.obj 与他自己的程序连
接起来,然后在他的应用软件中调用RTDX 功能。
当使用RTDX 功能时,需要停止目标DSP 的运行,然后在调试工具和DSP 之
间建立数据通道。
当使用TDS510 或XDS510 型号的仿真器时,RTDX 的速度仅有5-10K bytes/S,
对于DSP 的应用来说,这远远不够。仿真器与DSP 的JTAG 接口造成了RTDX 的
瓶颈,想要增大RTDX 的带宽就需要使用TDS560 或XDS560 和选择DSP 的EJTAG
接口(如6211,64x,55x)。如果使用XDS560 和6211 芯片,RTDX 速度可以提
高到1.5M bytes/S,我们称之为高速RTDX。
5. Real time Event debug----Advance Event Trigger (AET)
在实时系统,需要处理(像硬件中断,定时器)这样的实时事件。我们在
处理一般事件时,通常是在中断程序入口插入一个软件中断,事件一旦被触发,
程序将停在中断处,我们可以观察所需要的信息。但目标DSP 被停止运行后,
我们将丢失其他的实时事件和实时数据流。
为解决这样的问题TI 提出了AET(高级事件触发),我们可以在不停止DSP
运行的情况下捕捉到实时事件。要运行AET,我们需使用560 和选择有EJTAG
接口的DSP 芯片(621X,64X,55X,OMAP)。510 不支持AET。
6. Summary
Ÿ 560----支持高速RTDX,ATE(选用有EJTAG 接口的DSP 芯片)---我们称
之为实时调试工具
Ÿ 510----支持低速RTDX,不支持AET-----我们称之为“准实时仿真器”或
“非实时仿真器”
Ÿ 标注:560 包含了510 的主要函数,将在CCS2.3 版本中包含所有的函数,
客户通过选择560 可以使他们的投资保值,因为他们早晚要将510 升级成560.
浙江启扬智能科技有限公司
2019-05-20 广告
2019-05-20 广告
有些arm开发是不需要仿真器的。浙江启扬的开发板、主板均不需要仿真器,原因是arm9以上主板均运行操作系统。仿真器的意义仅在于烧写系统时下载引导代码,启扬的开发板、主板均可通过网络、USB、串口等下载引导代码,所以仿真器基本属于浪费,没必要...
点击进入详情页
本回答由浙江启扬智能科技有限公司提供
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询