CC2541抽疯式停止广播

设备在室外路面露天放置，采用电池供电，外接有LED、光电对管位置开关、喇叭、继电器-电机，金属壳覆盖，天线外露。正常上电后，iOS或Android手机设备能搜索到蓝牙广播，通信正常；过一段时间（几小时或几天）蓝牙广播会突然停止，手机设备不再能搜索到CC2541的蓝牙信号，然后再过1-2小时，蓝牙广播会自动恢复。或者当发现蓝牙停止广播时，断开供电电源，再重新上电，蓝牙广播会立刻恢复。不确定蓝牙突然停止广播的时间点，不确定是否有环境因素。求高手赐教！

继电器和电机可能对系统干扰了!

不是大的继电器和电机，而且停止广播的时间电机、继电器都没有动作。应该不是电机干扰，而且电机干扰也不应该造成蓝牙停止广播。还有广播停止后又会自动恢复。

晶振用质量好的。 天线部分也很重要的。

你好，

应用环境的电磁干扰比较严重，不知道是不是这个原因。

另外，你们的产品成型之后射频性能如何？

32768的晶体ppm多少？

另外，你们是基于哪一版的sdk来做的？建议升级到最新版的sdk。

dear  kqian，你好，刚入门，看了software guide糊里糊涂的，你有入门教程之类的东西吗？

你好，最近使用CC2541调试，然后在测试过程中发现在有的板子上会出现中途停止广播的情况，停止广播一段时间后，大概（1~2h左右又会恢复广播），测试大概十多个；我广播的设置是：

#define DEFAULT_DISCOVERABLE_MODE GAP_ADTYPE_FLAGS_GENERAL

也把下面的API注释掉了，但是还是会发现停止广播：

//uint16 gapRole_AdvertOffTime = 0;

//GAPRole_SetParameter( GAPROLE_ADVERT_OFF_TIME, sizeof( uint16 ), &gapRole_AdvertOffTime );

实在不知道什么情况了，请问有遇到过这样的情况么，SDK版本用的是1.4.0的；最新的1.4.2 还在测试中。

旧版本的协议栈确实有客户反馈这个报错，所以首先还是需要升级协议栈。

另外define HAL_SLEEP_ADJ_TICKS这个值改成35试试

谢谢你的建议，另外那个值已经是35的。那我在测试下1.4.2的协议栈看看结果吧！