经验5316 米
在线时间172 小时
版本6.10.27
机型小米手机4
签到次数144
MIUI版本6.10.27
来自网页版
小米手机4 CDMA-3G
之前wifi就经常断线，必须关了蓝牙才能连上，今天更新完后刚开机时正常使用，过一会手环解锁就失灵，顶部蓝牙图标时有时无，打开小米运动app卡顿，连接不到手环。怀疑蓝牙有问题！
wifi一天内还是会断两次左右，现在蓝牙变得有问题，别跟我说是微信的原因了，之前还没严重到这样的，小米手环也取关了什么的，再折腾我我真是没法再用体验版了，小bug不要紧，我这天天用的东西都有问题真是受够了
分享到微信朋友圈
打开微信，点击底部的“发现”，使用 “扫一扫” 即可将网页分享到我的朋友圈。
经验5316 米
在线时间172 小时
版本6.10.27
机型小米手机4
签到次数144
MIUI版本6.10.27
来自网页版
看见小米运动里状态栏显示没有蓝牙了吧，其实我蓝牙一直是开着的，打开app就不显示蓝牙图标，关上就显示了，而且时不时的蓝牙图标就从状态栏消失了，然后又出现了，我要疯了
经验1588 米
在线时间90 小时
积分 1410, 距离下一级还需 590 积分
积分 1410, 距离下一级还需 590 积分
机型小米手机3/4 WCDMA版
签到次数101
MIUI版本6.4.1
同样的问题，希望尽快修复
经验4849 米
在线时间115 小时
版本7.2.20
机型小米Note2
签到次数103
MIUI版本7.2.20
经验82799 米
威望335 米
在线时间2879 小时
版本7.2.20
丨迪奥瑞斯·馒丨不定时巡逻丨日常纯净水
机型小米MIX
签到次数195
MIUI版本7.2.20
来自网页版
同样的问题
经验7895 米
在线时间436 小时
版本7.2.17
机型小米手机5
签到次数107
MIUI版本7.2.17
来自网页版
本帖最后由 GGBond20 于
11:38 编辑
复测此BUG结果整合（来源：复测组组员 |重要性：普通）
机型 | 版本号 | 类型：MI 4C | 5.6.5 | 小米手机底层驱动
原问题描述： 蓝牙断开 手环解锁失效 手环连不上运动app
复测次数&复现几率：5 / 100%
复测结果详细描述：关闭蓝牙后打开小米运动，提示打开蓝牙，点击允许后，下拉刷新，会出现卡顿，无反应等情况，且蓝牙图标时有时无。离开小米运动界面，蓝牙图标正常。清除应用数据后重启手机，重新绑定手环后使用正常，但重复步骤后问题重现。
复测log文件：
(1.56 MB, 下载次数: 5)
11:34 上传
点击文件名下载附件
下载积分: 经验 -1 米
复测视频如下：
11:38复测结束
经验2869 米
在线时间152 小时
机型小米手机4
签到次数132
MIUI版本7.2.9
来自网页版
本帖最后由 郭誉夫 于
11:05 编辑
复测此BUG结果整合（来源：复测组组员 |重要性：普通）
机型 | 版本号 | 类型：MI 4C | 5.6.5 | 其它
原问题描述： 蓝牙断开 手环解锁失效 手环连不上运动app
复测次数&复现几率：5 / 100%
复测结果详细描述： 打开蓝牙 然后锁屏 发现手环不能解锁，然后打开小米运动app，发现连接不上手环 蓝牙图标时有时无 有时还会发生卡顿现象。
复测log文件：
(1.91 MB, 下载次数: 12)
11:02 上传
点击文件名下载附件
下载积分: 经验 -1 米
复测截图如下：
Screenshot_-10-58-57.png (220.57 KB, 下载次数: 0)
Screenshot_-10-51-54.png (169.79 KB, 下载次数: 0)
经验5501 米
在线时间14 小时
版本7.1.20
积分 5598, 距离下一级还需 14402 积分
积分 5598, 距离下一级还需 14402 积分
机型小米手机3/4 WCDMA版
签到次数88
MIUI版本7.1.20
在连蓝牙小钢炮时，WIFI太慢了，蓝牙关后明显网速变快
经验5316 米
在线时间172 小时
版本6.10.27
机型小米手机4
签到次数144
MIUI版本6.10.27
来自网页版
复测此BUG结果整合（来源：复测组组员 |重要性：普通）
机型 | 版本号 | 类型：MI 4C | 5.6.5 | 小米手机底 ...
蓝牙有问题 手环连接不了app&&app卡顿，想给手环充电插上电源毫无反应，也无法登陆app查看电量等状态，
但是呢。。过了一天后我刚刚打开了小米运动app 发现又连接上手环了，然后再充电就冲的进去了，但是手环显示又16%的电量 插了充电器拔下来就剩6%&&不过不知道蓝牙会不会再出问题
经验4300 米
在线时间35 小时
积分 4363, 距离下一级还需 637 积分
积分 4363, 距离下一级还需 637 积分
机型红米手机2 联通版/电信 高配版
签到次数200
MIUI版本7.1.5
来自网页版
小米note也是这个问题
MIUI 3000万
MIUI 3000万发烧友纪念勋章
MIUI 7纪念勋章
MIUI五周年
MIUI五周年纪念勋章
已关注微信
已关注极客秀微信
关注腾讯微博
已关注腾讯微博
关注新浪微博
已关注新浪微博
MIUI 100周
100周发布纪念勋章
MIUI 300周
MIUI 300周更新纪念勋章
小米5发布会
参加小米5发布会直播页大转盘抽奖获得
参与红米Note 4X活动
灵魂画手勋章
参与灵魂画手活动
2017年小金鸡勋章
回复2016年度评选活动贴
圣诞节勋章
参与圣诞活动
APP 1000万
MIUI论坛APP注册用户突破1000万纪念勋章
小火箭勋章
神舟11号 话题活动
为奥运加油勋章
为奥运加油勋章
MIUI 8纪念勋章
MIUI 8纪念勋章
小米六周年
小米六周年米粉节
MIUI 2000万
MIUI 2000万发烧友纪念勋章
1000万用户纪念勋章
MIUI1000万用户纪念勋章
参加流量购买活动
MIUI三周年
MIUI三周年纪念勋章
发烧友俱乐部
发烧友俱乐部
MIUI六周年
MIUI六周年纪念勋章
Copyright (C) 2016 MIUI
京ICP备号 | 京公网安备34号 | 京ICP证110507号总是断开连接是什么情况？ - 蓝牙Bluetooth 技术 - 德州仪器在线技术支持社区
总是断开连接是什么情况？
发表于2年前
<input type="hidden" id="hGroupID" value="42"
使用btool连接从机，连接上以后使用discovery char by uuid 之后，连接就断开了，原因是超时。为什么？&/p>
&p>下面是收到的数据&/p>
&p>[1] : &Rx& - 01:24:01.859&br>-Type&&: 0x04 (Event)&br>-EventCode&: 0xFF (HCI_LE_ExtEvent)&br>-Data Length&: 0x06 (6) bytes(s)&br>&Event&&: 0x0509 (ATT_ReadByTypeRsp)&br>&Status&&: 0x14 (Can&#39;t Perform Function When Not In A Connection)&br>&ConnHandle&: 0x0000 (0)&br>&PduLen&&: 0x00 (0)&br>Dump(Rx):&br>04 FF 06 09 05 14 00 00 00 &br>------------------------------------------------------------------------------------------------------------------------&br>[2] : &Info& - 01:24:01.875&br>Device Disconnected&br>Handle = 0x0000&br>Addr Type = 0x00 (Public)&br>BDAddr = 88:33:14:DD:8A:63&br>------------------------------------------------------------------------------------------------------------------------&br>[3] : &Rx& - 01:24:01.875&br>-Type&&: 0x04 (Event)&br>-EventCode&: 0xFF (HCI_LE_ExtEvent)&br>-Data Length&: 0x06 (6) bytes(s)&br>&Event&&: 0x0606 (GAP_TerminateLink)&br>&Status&&: 0x00 (Success)&br>&ConnHandle&: 0x0000 (0)&br>&Reason&&: 0x08 (Supervisor Timeout)&br>Dump(Rx):&br>04 FF 06 06 06 00 00 00 08 &br>------------------------------------------------------------------------------------------------------------------------&/p>&div style=&clear:&>&/div>" />
总是断开连接是什么情况？
此问题已被解答
All Replies
举人1255分
使用btool连接从机，连接上以后使用discovery char by uuid 之后，连接就断开了，原因是超时。为什么？
下面是收到的数据
[1] : &Rx& - 01:24:01.859-Type&&: 0x04 (Event)-EventCode&: 0xFF (HCI_LE_ExtEvent)-Data Length&: 0x06 (6) bytes(s)&Event&&: 0x0509 (ATT_ReadByTypeRsp)&Status&&: 0x14 (Can&#39;t Perform Function When Not In A Connection)&ConnHandle&: 0x0000 (0)&PduLen&&: 0x00 (0)Dump(Rx):04 FF 06 09 05 14 00 00 00 ------------------------------------------------------------------------------------------------------------------------[2] : &Info& - 01:24:01.875Device DisconnectedHandle = 0x0000Addr Type = 0x00 (Public)BDAddr = 88:33:14:DD:8A:63------------------------------------------------------------------------------------------------------------------------[3] : &Rx& - 01:24:01.875-Type&&: 0x04 (Event)-EventCode&: 0xFF (HCI_LE_ExtEvent)-Data Length&: 0x06 (6) bytes(s)&Event&&: 0x0606 (GAP_TerminateLink)&Status&&: 0x00 (Success)&ConnHandle&: 0x0000 (0)&Reason&&: 0x08 (Supervisor Timeout)Dump(Rx):04 FF 06 06 06 00 00 00 08 ------------------------------------------------------------------------------------------------------------------------
You have posted to a forum that requires a moderator to approve posts before they are publicly available.
举人1255分
还发现了 有时候底层会调用GAP_UpdateLinkParamReq ，但是有时候却不会，如果调用了更新的话这边连接时间长一点~但是也会断开，这是什么原因呢？
You have posted to a forum that requires a moderator to approve posts before they are publicly available.
榜眼39390分
你的supervision timeout时间应该设置长一点。
这个在BTool上也可以设置。记得设置好以后按一下set按钮。
GAP_UpdateLinkParamReq （）这个取决于你的外设端，有没有把DEFAULT_ENABLE_UPDATE_REQUEST设置成TRUE。
You have posted to a forum that requires a moderator to approve posts before they are publicly available.
举人1255分
谢谢你的回答，但是我还有一些问题。
supervision timeout我设置成最大过的，问题还是存在，DEFAULT_ENABLE_UPDATE_REQUEST 这边默认是TRUE的。
不过我现在问题已经解决，是等到从机设备启动事件以后再进行连接，这样的话没有出现supervision timeout 这样的事情。
然后主机这也会出现Param Update ,
static void simpleBLECentralEventCB( gapCentralRoleEvent_t *pEvent )
case GAP_LINK_PARAM_UPDATE_EVENT:&&&&& {&&&&&&& LCD_WRITE_STRING( &Param Update&, HAL_LCD_LINE_1 );&&&&&&& SerialPrintString(&Param Update\r\n&);&&&&&& }&&&&&
我的问题是，DEFAULT_ENABLE_UPDATE_REQUEST 一直是默认的，那为什么我从机这边会没有Param Update呢？
You have posted to a forum that requires a moderator to approve posts before they are publicly available.
榜眼39390分
你的情况是正常的。
从机的DEFAULT_ENABLE_UPDATE_REQUEST 设置成TRUE，从机就会发送param update的一个请求，所以主机能收到GAP_LINK_PARAM_UPDATE_EVENT。然而蓝牙协议栈规定，真正的param update更新这个动作是只能由主机来做的，从机不能做，所以从机这边没这个事件。。。&
You have posted to a forum that requires a moderator to approve posts before they are publicly available.
举人1255分
我在主机中查找了一下这个更新动作，是不是这个函数，如下
static void simpleBLECentral_HandleKeys( uint8 shift, uint8 keys )
if ( keys & HAL_KEY_RIGHT ) { SerialPrintString(& [KEY RIGHT pressed!]\r\n&); // Connection update if ( simpleBLEState == BLE_STATE_CONNECTED ){GAPCentralRole_UpdateLink( simpleBLEConnHandle,DEFAULT_UPDATE_MIN_CONN_INTERVAL,DEFAULT_UPDATE_MAX_CONN_INTERVAL,DEFAULT_UPDATE_SLAVE_LATENCY,DEFAULT_UPDATE_CONN_TIMEOUT );& } }
但是这个是按键更新啊，我没有用按键来更新怎么会有param update。或者这个更新动作最终是在协议栈里面完成的么？
You have posted to a forum that requires a moderator to approve posts before they are publicly available.
榜眼39390分
你看一下simpleBLEPeripheral里面&DEFAULT_ENABLE_UPDATE_REQUEST 是否为TRUE.
这个为TRUE的话peripheral会自动请求（注意，是请求，不是主动更新）central去更新连接参数。
You have posted to a forum that requires a moderator to approve posts before they are publicly available.
举人1255分
谢谢 你的回答，大致已经明白了
You have posted to a forum that requires a moderator to approve posts before they are publicly available.
1、在初始化函数SimpleBLEPeripheral_Init里面，有配置scanRspData的参数，GAPRole_SetParameter( GAPROLE_SCAN_RSP_DATA, sizeof ( scanRspData ), scanRspData );，然后在Slave和Master连接的过程，当Master请求扫描的时候，Slave用scanRspData[] 响应，scanRspData[] 里面有interval和latency等参数。流程大概是这样吗？
2、如果是，那DEFAULT_ENABLE_UPDATE_REQUEST &设置是否为TRUE如何影响Slave是否提出参数更新的请求
3、当peripheral请求central去更新连接参数的时候，central有权利决定是否更新，是否更新在central代码里面哪里能体现出来呢？
You have posted to a forum that requires a moderator to approve posts before they are publicly available.蓝牙耳机信号时有时无是怎么回事
我的蓝牙耳机跟手机连接过后信号一会连接一会又断开时怎么回事 ······？
10-01-06 &匿名提问
蓝牙技术就是一种无线局域网通讯技术，类似红外线所以 的手机如果带有蓝牙功能，那么 只需配上一个蓝牙耳机即可随时随地随身听了，并且没有线的束缚，在一定距离内都是无拘无束的，想听就听。
请登录后再发表评论!}