现在的位置: 首页 > 综合 > 正文

CC2530 SampleApp 调试不成功的问题所在:HOLD_AUTO_START

2013年10月17日 ⁄ 综合 ⁄ 共 867字 ⁄ 字号 评论关闭

   手上有两块CC2530的板子,资源不多,一个按键,两个LED,一个RS232,一个Debug口,别的GPIO基本上是以排针的形式出现,算然寒碜,但是比起上千元的zigbee开发板来说算是简洁并且便宜多,所以就用他们作为我学习TI Z-Stack的“开发板”。

   Z-stack程序的运行流程,OS任务、事件以及Hal控制,基本上都已熟悉,并且阅读了TI的所有Zigbee文档,但是,把SampleApp的Coordinator和Router的程序下载到板子里运行时,总是得不到正确的结构,调试工具仅限于一个仿真器,折腾了好多天,也改了好多代码,Key,LED等能操作,就是网络建不起来,几近崩溃。

   后来又重新阅读了TI的相关文档,决定按照SampleApp里的步骤完整的重做一遍(由于文档的提到的是BUILD_ALL_DEVICES,即下载Demo程序,然后用Jumper重启成不同的器件,但是我的板子上没有把接口明显的接出来,所以当初就没有建立Demo程序,而是单个下载Coordinator与Router),结果实验成功了!于是我就在思考之前一直不成功的问题所在。

  我发现Tools文件夹下的f8w2530.xcl和f8wConfig.cfg,不管使用哪种build方法都是公用的同一个问题,而且程序也是一样的,那么肯定是有另外的一些Compile选项不一样导致的,果然:

Demo的Option中DefinedSymbol中是:

HOLD_AUTO_START

ZTOOL_P1

MT_TASK

MT_SYS_FUNC

而单个的Coordinator和Router中的Option则是:

ZTOOL_P1
MT_TASK
MT_SYS_FUNC
MT_ZDO_FUNC
LCD_SUPPORTED=DEBUG

试验后发现是因为未加HOLD_AUTO_START导致的问题。
HOLD_AUTO_START的意思为:

HOLD_AUTO_START  Disable automatic start-up of ZDApp event processing loop 

抱歉!评论已关闭.