EZ430 Chronos 如何提高开发调试效率探讨

本文探讨了TI EZ430-Chronos开发套件在调试“广义手势语言”时存在的问题,并提出了改进调试效率的方法。包括评估JTAG与RF更新的区别,以及采用PC端调试算法与RF无线更新程序的策略。

EZ430 Chronos 如何提高开发调试效率探讨

TI的 EZ430 Chronos 开发套件在调试程序时需要把手表拆开,使用JTAG接口连接到另一个USB Debuger模块上,然后把此模块连接到PC的USB接口,就可以通过PC把写好、编译通过的程序发送到 EZ430 Chronos 上,如果是一般的应用程序调试,使用这种调试方法也没什么不好,但是因为本次要调试的是“广义手势语言”,需要把手表戴在手腕上来获取各种手势的坐标,因此,每次传入程序后都需要把手表还原,如果程序需要多次调试,相当不方便,会导致调试效率极其低下,而且多次拆装也容易弄坏套件。

有鉴于此,希望能够找到一种方便迅速的上传程序的方法来调试,EZ430 Chronos 本身支持 RF 传输数据,系统也有 RFBSL 程序可以进行固件更新,现在需要确认:

1、通过USB DEBUGER的JTAG接口连接的方式有什么特别之处?这种方式和RF更新的方式相比有哪些具体的区别?

2、通过RF的方式可以更新固件,是否可以更新程序?如果不行的话是否可以把要更新的程序绑定为固件,每次都通过更新固件的方式来更新程序?

还有一个思路就是:在调试手势识别算法时(PC端调试:一次调试),把算法实现放在PC端,手表只作为手势坐标收集器来使用,然后利用RF连接,这样可以更方便快捷地完成算法的调试,等到基本算法确认之后,再把算法程序移植到手表上。

手表上的程序可以先写一个框架,把具体的算法识别模块函数空出来,等确定后再充实,同时手表上的程序最好具备RF无线更新功能模块,该模块在更进一步的调试中使用(手表端调试:二次调试),该更新模块在项目中写成条件编译的形式,就是只在调试阶段编译,等到了正式版本阶段就不编译(为了正式版本节省空间)。

转载于:https://my.oschina.net/freeblues/blog/65409

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值