关于: 安卓能否与iphone通过蓝牙4.0(BLE)通讯?
安卓手机与iphone能通过蓝牙4.0进行连接吗? 不是说都开放了各自的蓝牙API么?
iphone给安卓发数据, 在安卓上可以发现iphone的服务(Service)和特征(Characteristics), 但是connect了几秒钟, 后面又断开了, 感觉有些不稳定啊
===============================================================
结论是:
截止到Android4.4.2,通过BLE(蓝牙4.0), 安卓手机和iphone之间, ,无法进行数据的传输.
其实理论上是可以, 并且在Google的官方文档上也说可以, 但是实际上是不行的, 当时看了官方的文档说可以, 觉得没问题, 结果钻研了2个星期发现压根不行, 真是浪费了不少的时间, 希望后来的朋友看到后能够悬崖勒马啊, 如果有一天可以实现互通了,还请各位朋友第一时间站内信告诉我哈 (我平常事情也不少, 并不只研究蓝牙这一块)
重要补充:
根据最新的消息:
Android L(也就是Android 5.0)上, 可以让安卓设备做为外设(Peripheral)�了, 据说能够实现iOS与Android的互通了(本人没亲测), 但Android5.0的普及, 估计还需要一段时间
===============================================================
原因:
Android4.3 规范了BLE的API，但是直到目前的4.4，还有些功能不完善。
在BLE协议标准中，有两个角色，外围设备（Periphery）和中心设备（Central）；外设是数据提供者(发数据的), 比如可穿戴设备, 血糖仪, 手环, 等等有蓝牙4.0的芯片的设备，中心设备是数据使用/处理者(收数据的)；
在iOS SDK里面，可以把一个iOS设备作为一个外设(常用来模拟各种可穿戴设备)，也可以作为一个中央；
但是在Android SDK里面，直到目前最新的Android4.4.2，Android手机只能作为中心设备来使用和处理数据；
So:
安卓(4.4.2)只能单向建立连接: 它只能作为中心设备收数据, 无法以Peripharal的身份发数据 (只能当大爷啊..).
在安卓发数据时: 它发出去的数据命令包, 无法被iOS设备读懂
现象:
通过抓取安卓的HCI Log, 发现:
安卓设备发了一个以0x02开头的连接请求包(L2CAP信号包), 而iOS设备回了一个以0x01开头的拒绝命令包(并附带原因: 指令错误 command not understood),
分析一下发现:
安卓通过 "L2CAP协议第5通道"(一个蓝牙2.0的通讯通道) , 发送了一个请求连接的命令(以0x02开头的那个包),
它之所以这么做, 是因为iOS设备发数据的时候 , 发出的数据包中, 有1 bit的标志位没有发, 这样肯定就会产生误会, 少了这个标志位, 在安卓端就代表: 不支持BLE,仅支持BR/EDR(蓝牙2.0)
SO:
结果就是: 安卓错误的去用BR/EDR的信号通道发数据, 这不用说, 肯定会让连接崩掉的
最终解决方案:
等待新版iOS SDK的发布, 能在底层发数据的时候, 把那1bit的标志位补上
等待Android 新版SDK, 让其能够忽略那1bit的标志位, 不用传统蓝牙模式传输, 而直接用低功耗BLE传输
========================================The End===============================================
�吐个槽:
整了2个星期, 得出的结论就是iphone手机和android手机, 无法进行蓝牙通讯, 找出了android底层的和iOS底层的小bug, 额, 感觉是给Google和苹果干活的, 而且一分钱还都没有.... 能不能不要这么苦逼啊..囧....
