Z-Stack 3.0 自带的SampleLight 示例卡死在MAC_Init()函数，难道是bug？

硬件：CC2530，自己设计的板子

1、测试用的是最新的Z-Stack 3.0代码，安装包为Z-Stack 3.0.0.exe，项目默认路径为：C:\Texas Instruments\Z-Stack 3.0.0\Projects\zstack\HomeAutomation\SampleLight\CC2530DB\SampleLight.eww ，不管编译为CoordinatorEB，还是RouterEB结果都是一样的

2、不管是debug模式，还是直接用SmartRF烧写进去，都会卡死在MAC_Init()函数，这是不是Z-Stack 3.0的bug？ 我很怀疑TI的3.0协议栈发出来到底有没有做过测试？不用怀疑芯片问题，我用了C:\Texas Instruments\Z-Stack 3.0.0\Projects\zstack\ZNP\CC253x\znp.eww就编译的程序没有一点问题，这一块都正常。

@VV 能不能在你的评估板上测一下3.0协议栈自带的SampleLight程序？

多年前论坛上有人遇到同样的问题，也没给出解决方案，http://www.deyisupport.com/question_answer/wireless_connectivity/zigbee/f/104/p/86535/220179.aspx#220179

同样的问题，卡在MAC_Init()，需要按键http://www.deyisupport.com/question_answer/wireless_connectivity/zigbee/f/104/p/73635/179829.aspx#179829

但是不是所有板子上都设计有按键

问题已经找到，原因是硬件部分问题，MAC_Init会初始化硬件，会调用HAL_CLOCK_STABLE宏，比如外部晶振没有焊接，而且程序默认使用的是外部晶振，就会出现这个问题，初步先改为内部32.768Khz晶振，问题已解决。

问题已经找到；

原因是外部32.768Khz晶振没有焊接，示例程序默认使用了外部晶振；

MAC_Init在库里面会调用HAL_CLOCK_STABLE这个宏，会判断外部晶振是否正常，初步先使用内部晶振。

问题已经找到；

原因是外部32.768Khz晶振没有焊接，示例程序默认使用了外部晶振；

MAC_Init在库里面会调用HAL_CLOCK_STABLE这个宏，会判断外部晶振是否正常，初步先使用内部晶振。

可以参考http://www.feibit.com/forum.php?mod=viewthread&tid=2908 这个链接，他们也出现同样的问题