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

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无线更新功能模块，该模块在更进一步的调试中使用（手表端调试：二次调试），该更新模块在项目中写成条件编译的形式，就是只在调试阶段编译，等到了正式版本阶段就不编译（为了正式版本节省空间）。