cc2530跑zstack-3.0.2问题

1.基于GenericApp例程做修改以EnddeviceEB模式，在zclGenericApp_Init加了一个osal_start_timerEx( zclGenericApp_TaskID, GENERICAPP_EVT_1, 500 );用来打印UART信息

2.已经按照官方的内存优化方案优化

3.烧录程序到cc2530，开始供电。

4.发现过了很久才开始打印UART信息

5.问题：出现这种原因应该是系统没有跑起来或者卡住了，是不是cc2530跑zstack 3.0.2很吃力，但是我看官方是有支持cc2530的，并且我只是烧录enddevice模式，还是我有些地方没有设置好？

Viki Shi：

CC2530跑zigbee3.0确实有点吃力，支持是支持的，但是更推荐CC2652

user4381970：

回复 Viki Shi:

啥叫吃力啊，这词语也太商务了。
终端是3个角色最小的了，还吃力。那如果烧写协调器或者路由还能用吗？还可以作为产品卖给 客户吗

user6069081：

回复 user4381970:

2530跑3.0资源有限，留给你优化代码的空间不多，协调器更是如此。不过烧路由和协调器是可以用的，能利用的资源不多就是了。

YiKai Chen：

回复 user4381970:

CC2530已經是10多年的芯片、確實如果要跑Zigbee 3.0協議棧確實吃力、一般建議要跑Zigbee 3.0協議棧就換到用CC2652R