博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
EZ430 Chronos 如何提高开发调试效率探讨
阅读量:6066 次
发布时间:2019-06-20

本文共 796 字,大约阅读时间需要 2 分钟。

hot3.png

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

你可能感兴趣的文章
Python读取redis数据
查看>>
删除treeview下的节点(包括子节点),不管在第几层
查看>>
SMARTFORM 小技巧
查看>>
一道练习题引发的思考
查看>>
Nancy 返回值详解
查看>>
ASP.NET MVC Form验证
查看>>
通过源码了解ASP.NET MVC 几种Filter的执行过程
查看>>
配置文件——节点<machineKey>的作用,强随机生成
查看>>
net.sf.json.JSONObject的json字符串转对象
查看>>
回溯法
查看>>
大作业:电梯设计的概要设计文档
查看>>
扑克游戏
查看>>
Android之LayoutInflater详解
查看>>
BZOJ-3172: [Tjoi2013]单词 (AC自动姬 fail树)
查看>>
Java 集合深入理解(7):ArrayList
查看>>
qsort函数应用大全
查看>>
(2)Spring框架详解(Spring基础配置和开发步骤)
查看>>
Anyhashable打印格式化
查看>>
打理一下IOS项目中的图片资源
查看>>
Why C++ ? 王者归来(转载)
查看>>