在命令行中编译龙芯1c库（或者裸机程序）使用make编译在eclipse中编译龙芯1c库（或裸机程序）eclipse的下载和安装新建Makefile项目。把龙芯1c库的源码加到工程中在eclipse中编译（构建）在eclipse中举察伍clean1（清理）编译生成的目标文件写固件（bin文件）到板子上E线仿真工具--EJTAG。用ejtag单步调试白菜板即可。
龙芯1C芯片是基于LS232处理器核的高性价比单芯片系统，具备丰富的正或外设接口及片上模块，为开发者提供足够的计算能力和多应用的连接能力。可应用于指纹生物识别、物联传感等领域。
这个问题好，我用过510,对于560只知道功能比510强大许多，具体却没有深究过。看禅宽了你的问题后，特意搜了下，找到一篇解释的很详细的，转贴到这里，让大家共享。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.
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）