完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
版本信息:
CH58x_BLE_LIB_V1.30 MESH_LIB_V1.5 配置信息: // relay功能 #define CONFIG_BLE_MESH_RELAY 0 // 代理功能 #define CONFIG_BLE_MESH_PROXY 0 // GATT层配网功能 #define CONFIG_BLE_MESH_PB_GATT 0 // FLASH存储功能 #define CONFIG_BLE_MESH_SETtiNGS 1 // 朋友节点功能 #define CONFIG_BLE_MESH_FRIEND 0 // 低功耗节点功能 #define CONFIG_BLE_MESH_LOW_POWER 1 // config模型客户端功能 #define CONFIG_BLE_MESH_CFG_CLI 0 // health模型客户端功能 #define CONFIG_BLE_MESH_HLTH_CLI 0 开启了GPIO唤醒功能: 中断处理: 问题: GPIO产生中断可能正常进入,但打印不正常,打印的是乱码,并且tmos的事件不处理。但再按一个键,打印就正确了。做一个5S的定时器,定时器一到,这个TMOS事件就会处理。即第一次错,第二次正确,第三次错,第四次正确。 下图中的打印信息,红色线是第一次中断产生的,红色线以下是第二次打印的,第二次正确了。 测得打印输出的波特率偏低,在中断内加延时后,打印的数据正确了。但TMOS事件还是不会处理。 |
|
相关推荐
2个回答
|
|
从你描述的这个现象,应该是调用的协议栈的睡眠,第一次按键唤醒后又进入了idle模式,按键第二次才会唤醒,另外tmos任务是禁止在中断中调用的,可以在中断中置一个标志,在主循环中查询标志来调用任务。
|
|
|
|
我们的协议栈使用的是rtc唤醒的方式,在等待晶体起振的时候,使用idle模式能够进一步降低功耗,如果使用gpio中断的方式唤醒,可以调用相应时间的延时来等待晶体起振,大概在1.5ms左右,
|
|
|
|
只有小组成员才能发言,加入小组>>
463 浏览 1 评论
CH579M+RT-Thread,RTC从Sleep模式唤醒失败是什么原因?
2868 浏览 2 评论
2357 浏览 1 评论
810浏览 2评论
CH569通过HSPI实现USB3.0和FPGA高速双向通讯
633浏览 1评论
494浏览 1评论
CH32F103C8T6使用当前官网上的CDC例程会出现设备描述符请求失败
358浏览 1评论
632浏览 1评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-22 13:24 , Processed in 1.043261 second(s), Total 79, Slave 62 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号