关于蓝牙重连的 疑问
没有开发过蓝牙，对于以下蓝牙的应用场景 有一个疑问！比如 买了一个蓝牙音箱， 手机打开蓝牙，与音箱连接成功， 然后播放音乐正常。
1 。这时有人打电话过来， 音箱播放音乐暂停了一会， 电话打完后，又可以正常播放
2。 手机将蓝牙关掉， 等一会之后 再打开， 音箱却不会播放音乐， 需要手机 手动再去连接一下。
手机 是source 端， 音箱是sink 端。
对于第2个场景，是不是SIG 就规定 一定要这样，一定要手动去重连？
有人说可以在APP 端实现自动重连，，，人家买音箱未必就会安装你家的APP 啊？
我想问一下 音箱端可以自动发起重连吗？就是sink 端发起对source 端的重连？ 这样符合SIG 的规定吗？
首先一点: sink端是不能主动发起connect的,
其次, 针对你的场景,是可以从软件里面解决这个问题的, 之所以要手动点击(手动点击的过程实际就是source端主动发起回连的触发动作), 是因为sink端(也就是音响)已经寻呼超时了,此时为了降低系统整体的功耗, 已经进入sniff模式了, 如果延长设置这个进入sniff的时间, 甚至说不设置让其进入sniff模式, 就可以解决你的困惑,但牺牲的是系统整体的功耗 软件里面加个回连功能就行，开机会自动连接 关于你第2个场景，没有规定。
像部分手机，你打开蓝牙，手机会主动连接sink(音箱)，部分手机连接上还会自动播放.
音箱端可以发起重连。没有什么符不符合SIG规定。
只要你客户或用户想做，就可以。这些只是看市场需求了。
之前做的国外大客户，他们就喜欢这个断开30秒后sink自动发起回连，5分钟内没回连到手机，音箱自动关机。
第二个也可以自动回连呀，第一个是正常功能呀
页:
[1]