完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
|
手动关闭广播后，串口接收到Waiting for advertising打印消息后程序卡死，问题一般出在什么地方？
AdvertisingFlat=0; initial_advertising_enable = FALSE; GAPRole_SetParameter(GAPROLE_ADVERT_ENABLED, sizeof(uint8_t), &initial_advertising_enable); 
0
|
|
相关推荐
3个回答
|
|
|
打印Waiting for advertising并不会导致程序卡死，只是报了一个状态，广播停止了，等待再次广播，程序还是继续跑的。
如图所示，下面的周期任务还是会继续跑的。 |
|
|
|
|
|
开启了HAL_SLEEP，就不会继跑了，不开启HAL_SLEEP就可以
|
|
|
|
|
|
开启HAL_SLEEP也是可以跑的，因为我们的睡眠就是由tmos传的时间来决定睡眠的，如果你没有开启事件，那么大概在两分钟左右会醒一次，我们的rtc有一个校准任务是120s执行一次。
如果广播关了，把所有任务都去掉，那么协议栈不会自己调用睡眠，因为不清楚需要睡多久，此时需要自己调用睡眠（PM例程）。 |
|
|
|
|
只有小组成员才能发言，加入小组>>
468 浏览 1 评论
CH579M+RT-Thread，RTC从Sleep模式唤醒失败是什么原因？
2871 浏览 2 评论
2359 浏览 1 评论
814浏览 2评论
CH569通过HSPI实现USB3.0和FPGA高速双向通讯
640浏览 1评论
497浏览 1评论
CH32F103C8T6使用当前官网上的CDC例程会出现设备描述符请求失败
363浏览 1评论
638浏览 1评论
/6 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
545
评论
淘帖
762
