完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
电子发烧友论坛|
你的这个问题可能是蓝牙的连接间隔过小导致的，由于其间隔过小，而你的任务过长，导致蓝牙本身任务受到阻碍被打断
因此， 1、拆分你的任务，缩短你的任务长 2、调整连接间隔，这里所提供的是连接间隔的范围（间隔时间：6~3200，单位是1.25ms，所以实际的连接间隔时间是6*1.25~3200*1.25ms），你可以将它适当增大一些，然后观察一下打印的信息，查看具体连接间隔。 |
|
|
|
|
|
因为发送的是图片数据，数据有点大，如果改小连接间隔是不是发送就会慢一点了，读数据是要连续的，拆分了图片数据就会不完整，如果用定时器中断去处理蓝牙事件可以吗
|
|
|
|
|
|
|
|
|
|
|
|
你好， 我也遇到类似问题。
// Minimum connection interval (units of 1.25ms, 20=25ms) #define DEFAULT_DESIRED_MIN_CONN_INTERVAL 20 //最大可以调整为3200=4000ms // Maximum connection interval (units of 1.25ms, 100=125ms) #define DEFAULT_DESIRED_MAX_CONN_INTERVAL 100 这两个宏只是定义了一个参考范围，但是 在哪里具体定义 实际的连接间隔时间的呢？ 还是说 通过调整这两个宏，有ble库，或者主机来决定最终的连接间隔呢？ |
|
|
|
|
|
最终的连接间隔是通过主机与从机的协商来决定的，也许你定义了范围，但是实际连接间隔仍然不一定在这范围以内。
这里是原本打印实际连接间隔的地方，你可以写一个多次协商的函数，这里提供的函数供参考。 |
|
|
|
|
只有小组成员才能发言，加入小组>>
468 浏览 1 评论
CH579M+RT-Thread，RTC从Sleep模式唤醒失败是什么原因？
2871 浏览 2 评论
2359 浏览 1 评论
811浏览 2评论
CH569通过HSPI实现USB3.0和FPGA高速双向通讯
637浏览 1评论
495浏览 1评论
CH32F103C8T6使用当前官网上的CDC例程会出现设备描述符请求失败
360浏览 1评论
636浏览 1评论
/6 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
436
评论
淘帖
539
