android蓝牙,android蓝牙传输数据

android中蓝牙2.0和4.0的区别是什么？

最主要的区别就是蓝牙2.0的传输速度没有蓝牙4.0快。以下为蓝牙各版本的说明。\x0d\x0a\x0d\x0a1.1 为最早期版本，传输率约在748~810kb/s，因是早期设计，容易受到同频率之产品所干扰下影响通讯质量。\x0d\x0a蓝牙1.2标准\x0d\x0a1.2 同样是只有 748~810kb/s 的传输率，但在加上了(改善 Software)抗干扰跳频功能。\x0d\x0a蓝牙2.0标准\x0d\x0a2.0 是 1.2 的改良提升版，传输率约在 1.8M/s~2.1M/s，开始支持双工模式——即一面作语音通讯，同时亦可以传输档案/高质素图片，2.0 版本当然也支持 Stereo 运作。\x0d\x0a应用最为广泛的是Bluetooth 2.0+EDR标准，该标准在2004年已经推出，支持Bluetooth 2.0+EDR标准的产品也于2006年大量出现。\x0d\x0a虽然Bluetooth 2.0+EDR标准在技术上作了大量的改进，但从1.X标准延续下来的配置流程复杂和设备功耗较大的问题依然存在。\x0d\x0a蓝牙2.1标准\x0d\x0a2007年8月2日，蓝牙技术联盟今天正式批准了蓝牙2.1版规范，即“蓝牙2.1+EDR”，可供未来的设备自由使用。和2.0版本同时代产品，目前仍然占据蓝牙市场较大份额，相对2.0版本主要是提高了待机时间2倍以上，技术标准没有根本性变化。\x0d\x0a蓝牙3.0标准\x0d\x0a2009年4月21日，蓝牙技术联盟(Bluetooth SIG)正式颁布了新一代标准规范"Bluetooth Core Specification Version 3.0 High Speed"(蓝牙核心规范3.0版 )，蓝牙3.0的核心是"Generic Alternate MAC/PHY"(AMP)，这是一种全新的交替射频技术，允许蓝牙协议栈针对任一任务动态地选择正确射频。\x0d\x0a蓝牙3.0的数据传输率提高到了大约24Mbps(即可在需要的时候调用802.11 WI-FI用于实现高速数据传输)。在传输速度上，蓝牙3.0是蓝牙2.0的八倍，可以轻松用于录像机至高清电视、PC至PMP、UMPC至打印机之间的资料传输，但是需要双方都达到此标准才能实现功能。\x0d\x0a蓝牙4.0标准\x0d\x0a蓝牙4.0规范于2010年7月7日正式发布，新版本的最大意义在于低功耗，同时加强不同OEM厂商之间的设备兼容性，并且降低延迟，理论最高传输速度依然为24Mbps(即3MB/s)，有效覆盖范围扩大到100米(之前的版本为10米)。该标准芯片被大量的手机、平板所采用，如苹果The New iPad平板电脑，以及苹果iPhone 5、魅族MX4、HTC One X等手机上带有蓝牙4.0功能。\x0d\x0a蓝牙4.1标准\x0d\x0a蓝牙4.1于2013年12月6日发布，与LTE无线电信号之间如果同时传输数据，那么蓝牙4.1可以自动协调两者的传输信息，理论上可以减少 其它信号对蓝牙4.1的干扰。改进是提升了连接速度并且更加智能化，比如减少了设备之间重新连接的时间，意味着用户如果走出了蓝牙4.1的信号范围并且断开连接的时间不算很长，当用户再次回到信号范围中之后设备将自动连接，反应时间要比蓝牙4.0更短。最后一个改进之处是提高传输效率，如果用户连接的设备 非常多，比如连接了多部可穿戴设备，彼此之间的信息都能即时发送到接接收设备上。\x0d\x0a除此之外，蓝牙4.1也为开发人员增加了更多的灵活性，这个改变对普通用户没有很大影响，但是对于软件开发者来说是很重要的，因为为了应对逐渐兴起的可穿戴设备，那么蓝牙必须能够支持同时连接多部设备。\x0d\x0a目前支持该标准的手机还比较少，三星GALAXY Note4则是其中具有代表性的一款。\x0d\x0a蓝牙4.2标准\x0d\x0a2014年12月4日，最新的蓝牙4.2标准颁布，改善了数据传输速度和隐私保护程度，并接入了该设备将可直接通过IPv6和6LoWPAN接入互联网。在新的标准下蓝牙信号想要连接或者追踪用户设备必须经过用户许可，否则蓝牙信号将无法连接和追踪用户设备。\x0d\x0a速度方面变得更加快速，两部蓝牙设备之间的数据传输速度提高了2.5倍，因为蓝牙智能(Bluetooth Smart)数据包的容量提高，其可容纳的数据量相当于此前的10倍左右。蓝牙的版本自然是越高级越好，考虑到传输距离和功耗的问题，最新的蓝牙4.1是优选，但是目前市场上蓝牙4.1的产品并不多，而主流的蓝牙4.0产品性价比更高，至于蓝牙3.0、2.1及以下的版本已经失去选购的价值。

相关问答

Q1: Android 蓝牙开发(三)-蓝牙的详细介绍

前面的两篇文章，主要是在 Android 官网关于蓝牙介绍的基础上加上自己的理解完成的。主要针对的是 Android 开发中的一些 API 的使用。

第一篇文章 Android 蓝牙开发（一） 主要是介绍了普通的蓝牙在 Android 开发中的运用。

第二篇文章 Android 蓝牙开发（二） 主要是介绍了低功耗蓝牙的开发。

这篇文章主要介绍的是蓝牙的历史和一些关于蓝牙的通用知识，还有广播包的知识。要想彻底了解蓝牙开发，这些基础的知识也是需要的，就像网络协议一样，这些都是基础的内容。我们的 API 的调用都是以这个为基础的，了解这些，开发过程中遇到问题，才可以知道什么怎么一回事。

下篇文章主要讲的就是实际开发中的一些坑。

蓝牙其实就是一种近距离无线通信技术。

从下到上分别为：控制器（Controller）--主机（host）--应用（Application）

详细介绍各个层的含义：

BLE 应用可以分为两大类：基于非连接的和基于连接的

意思就是外设和周边设备不发生连接，主要靠扫描到的广播来获取信息。发送广播的一方叫做 broadcaster 监听广播的一方叫做 oberver 在 GAP 层有对应的角色定义。

网络拓扑图：

这种方式就是广播设备不断的向外发送广播（含有特定的信息），然后观察者接受到广播按照两者之间约定好的协议进行解析拿到有用的信息。例如：iBeacon，通过这种设备我们可以实现室内定位。

其实这些设备的角色可以即使广播者又是观察者。接收到广播后作出了处理，然后又发送广播。这样就形成了双向的网络，类似于因特网，这就是蓝牙 Mesh 组网。

广播数据包格式：

每个广播数据包由 31 byte 组成。分为有效数据和无效数据两部分。

例子：

这里是扫描的数据包（转换成了 16 进制，两个代表一个字节），第一个字节是 02 表示后面的两个字节是数据部分，然后第二个字节是 01 表示了数据的类型。后面一个字节就是真正的数据了。这个广播数据单元就分析完了。下面就是另一个数据单元了。依次类推，关于数据类型的解释，官网有。

这是数据类型对应的含义表。

网络拓扑图：

一个中心设备可连接多个外设，但是一个外设只能连接一个中心（外设连接成功后就会停止对外广播，别人就发现不了它了）。其中一个中心设备的连接外设的数量也是有限的。

链接： ;mid=2247484141idx=1sn=fd7e71864189b3631ce529afeb4cf669scene=21#wechat_redirect

Q2: Android蓝牙协议-蓝牙配对与连接

蓝牙设备在连接前，会先检查设备是否已经配对过，如果没有则先配对，配对完成后，再开始连接。

蓝牙连接开始于设备列表 DeviceListPreferenceFragment的onPreferenceTreeClick方法。

DeviceListPreferenceFragment是蓝牙设备列表，点击其中一个蓝牙设备，开始蓝牙的连接过程。

调用onDevicePreferenceClick方法，接着调用BluetoothDevicePreference的onClicked方法，开始连接，以及连接前的状态检测。

获取mCachedDevice的绑定状态，

pair方法会调用CachedBluetoothDevice.startPairing，启动配对

createBond调用BluetoothDevice.createBond方法，BluetoothDevice.createBond接着调用IBluetooth.createBond方法，下面会调用蓝牙远程服务。

和蓝牙扫描一样，实现IBluetooth接口的类是AdapterServiceBinder，

AdapterServiceBinder实现IBluetooth.Stub接口，并且是AdapterService的私有内部类， AdapterServiceBinder接受事件，都会转交AdapterService处理 ，所以IBluetooth.createBond方法会调用AdapterService.createBond方法。

createBond方法会检查一下远程设备属性信息，再次取消蓝牙扫描任务，将配对任务转交mBondStateMachine，由状态机处理该信息。

BondStateMachine状态机的初始状态是StableState，所以BondStateMachine.CREATE_BOND由StableState处理，StableState在processMessage中调用BondStateMachine.createBond方法

createBondNative方法实现com_android_bluetooth_btservice_AdapterService.cpp中

Q3: Android开发之蓝牙（Bluetooth）

在上一篇中有介绍了Wifi与网络连接处理

Android开发之WiFi与网络连接处理

下面，来继续说说Android中蓝牙的基本使用。

Bluetooth是目前使用的最广泛的无线通讯协议之一,主要针对短距离设备通讯（10米），常用于连接耳机、鼠标和移动通讯设备等。

值得一提的是：

android4.2新增了部分新功能，但是对于Bluetooth熟悉的人或许开始头疼了，那就是Android4.2引入了一个新的蓝牙协议栈针BLE。谷歌和Broadcom之间的合作，开发新的蓝牙协议栈，取代了基于堆栈的Bluez。因此市场上出现了老设备的兼容问题，很多蓝牙设备在android4.2手机上不能正常使用。

BluetoothAdapter简单点来说就是代表了本设备(手机、电脑等)的蓝牙适配器对象。

first：we need permission

要操作蓝牙，先要在AndroidManifest.xml里加入权限

**下面来看看如何使用蓝牙。 **↓↓↓****

Demo已就绪：

返回值：如果设备具备蓝牙功能，返回BluetoothAdapter 实例；否则，返回null对象。

打开蓝牙设备的方式：

1.直接调用函数enable()去打开蓝牙设备 ；

2.系统API去打开蓝牙设备，该方式会弹出一个对话框样式的Activity供用户选择是否打开蓝牙设备。

注意： 1.如果蓝牙已经开启，不会弹出该Activity界面。2.在目前大多数Android手机中，是不支持在飞行模式下开启蓝牙的。如果蓝牙已经开启，那么蓝牙的开关 ,状态会随着飞行模式的状态而发生改变。

1. 搜索蓝牙设备

使用BluetoothAdapter的startDiscovery()方法来搜索蓝牙设备

startDiscovery()方法是一个异步方法，调用后会立即返回。该方法会进行对其他蓝牙设备的搜索，该过程会持续12秒。该方法调用后，搜索过程实际上是在一个System Service中进行的，所以可以调用cancelDiscovery()方法来停止搜索（该方法可以在未执行discovery请求时调用）。

系统开始搜索蓝牙设备

^( * ￣(oo)￣ ) ^ 系统会发送以下三个广播：

2.扫描设备

3.定义广播接收器接收搜索结果

4.注册广播

获取附近的蓝牙设备

第一步建立连接：首先Android sdk（2.0以上版本）支持的蓝牙连接是通过BluetoothSocket建立连接，服务端BluetoothServerSocket和客户端（BluetoothSocket）需指定同样的UUID，才能建立连接，因为建立连接的方法会阻塞线程，所以服务器端和客户端都应启动新线程连接。

（这里的服务端和客户端是相对来说的）

两个蓝牙设备之间的连接，则必须实现服务端与客户端的机制。

当两个设备在同一个RFCOMM channel下分别拥有一个连接的BluetoothSocket，这两个设备才可以说是建立了连接。

服务端设备与客户端设备获取BluetoothSocket的途径是不同的。

1，服务端设备是通过accepted一个incoming connection来获取的，

2，客户端设备则是通过打开一个到服务端的RFCOMM channel来获取的。

服务端

通过调用BluetoothAdapter的listenUsingRfcommWithServiceRecord(String, UUID)方法来获取BluetoothServerSocket（UUID用于客户端与服务端之间的配对）

客户端

调用BluetoothService的createRfcommSocketToServiceRecord(UUID)方法获取BluetoothSocket（该UUID应该同于服务端的UUID）。

调用BluetoothSocket的connect()方法（该方法为block方法），如果UUID同服务端的UUID匹配，并且连接被服务端accept，则connect()方法返回。

数据传递，通过以上操作，就已经建立的BluetoothSocket连接了，数据传递无非是通过流的形式

获取流

该类就是关于远程蓝牙设备的一个描述。通过它可以和本地蓝牙设备---BluetoothAdapter连接通信。

好多东西我也不知道怎么描述，下面给出Demo：

刚好有刚学习的小伙伴问我ListView怎么用，那我就用ListView。

源码：

RairDemo

GitHub:

Coding:

Q4: android手机怎样通过蓝牙传输文件

若使用的是vivo手机，进入手机设置--（其他网络与连接/更多设置）--蓝牙--开启蓝牙，开启后手机会自动搜索附近的设备，点击设备名就可以配对了，配对成功之后，进入文件管理中找到需要传输的文件长按，选择使用“蓝牙”分享即可。

Q5: Android 低功耗蓝牙(Ble) 开发总结

Android 从 4.3(API Level 18) 开始支持低功耗蓝牙，但是只支持作为中心设备（Central）模式，这就意味着 Android 设备只能主动扫描和链接其他外围设备（Peripheral）。从 Android 5.0(API Level 21) 开始两种模式都支持。

低功耗蓝牙开发算是较偏技术,实际开发中坑是比较多的,网上有很多文章介绍使用和经验总结,但是有些问题答案不好找,甚至有些误导人,比如 :获取已经连接的蓝牙,有的是通过反射,一大堆判断,然而并不是对所有手机有用,关于Ble传输速率问题的解决,都是默认Android每次只能发送20个字节,然而也并不是,,,下面进入正文。

这里用的是 Android5.0 新增的扫描API，

这里说一下，如果做蓝牙设备管理页面，可能区分是否是已连接的设备,网上又通过反射或其他挺麻烦的操作,也不见得获取到,官方Api 就有提供

与外围设备交互经常每次发的数据大于 mtu的，需要做分包处理，接收数据也要判断数据的完整性最后才返回原数据做处理，所以一般交互最少包含包长度，和包校验码和原数据。当然也可以加包头，指令还有其他完整性校验。下面分享几个公用方法:

我自己封装的一个BleUtil ，因为涉及跟公司业务关联性太强（主要是传输包的协议不同）就先不开源出来了，如果这边文章对大家有帮助反馈不错，我会考虑上传个demo到github供大家使用，

在这先给大家推荐一个不错 Demo ，里面除了没有分包，协议，和传输速率。基本的功能都有，而且调试数据到打印到界面上了。最主要是它可以用两个个手机一个当中心设备一个当外围设备调试。

首先传输速率优化有两个方向，1 外围设备传输到Android 。2 Android传输到外围设备。

我在开发中首先先使用上面那位仁兄的demo调试，两个Android 设备调试不延时，上一个成功马上下一个，最多一秒发11个20字节的包。

后来和我们的蓝牙设备调试时发现发送特别快，但是数据不完整，他蓝牙模块接收成功了，但是透传数据到芯片处理时发现不完整，我们的硬件小伙伴说因为 波特率 限制（差不多每10字节透传要耗时1ms）和蓝牙模块的buff （打印时是最多100byte，100打印的）限制，就算蓝牙模块每包都告诉你接收成功，也是没透传完就又接收了。后来通过调试每次发20K数据，最后是 Android 发是 20字节/130ms 稳定。给Android 发是 20字节/ 8ms 。 （天杀的20字节，网上都是说20字节最多了）

后来看了国外一家物联网公司总结的 Ble 吞吐量的文章（上面有连接），知道Android 每个延时是可以连续接收6个包的。就改为 120字节/ 16ms (为啥是16ms，不是每次间隔要6个包吗，怎么像间隔两次，这时因为波特率影响，多了5个包100字节，差不多 我们的单片机透传到蓝牙模块要多耗时不到10ms )

而Android 发数据可以申请 我们设备的mtu 来得到最多每次能发多少字节。延时还是130ms，即：241字节/ 130ms 提高12倍，这个速度还可以。

根据蓝牙BLE协议， 物理层physical layer的传输速率是1Mbps，相当于每秒125K字节。事实上，其只是基准传输速率，协议规定BLE不能连续不断地传输数据包，否则就不能称为低功耗蓝牙了。连续传输自然会带来高功耗。所以，蓝牙的最高传输速率并不由物理层的工作频率决定的。

在实际的操作过程中，如果主机连线不断地发送数据包，要么丢包严重要么连接出现异常而断开。

在BLE里面，传输速度受其连接参数所影响。连接参数定义如下：

1）连接间隔。蓝牙基带是跳频工作的，主机和从机会商定多长时间进行跳频连接，连接上才能进行数据传输。这个连接和广播状态和连接状态的连接不是一样的意思。主机在从机广播时进行连接是应用层的主动软件行为。而跳频过程中的连接是蓝牙基带协议的规定，完全由硬件控制，对应用层透明。明显，如果这个连接间隔时间越短，那么传输的速度就增大。连接上传完数据后，蓝牙基带即进入休眠状态，保证低功耗。其是1.25毫秒一个单位。

2）连接延迟。其是为了低功耗考虑，允许从机在跳频过程中不理会主机的跳频指令，继续睡眠一段时间。而主机不能因为从机睡眠而认为其断开连接了。其是1.25毫秒一个单位。明显，这个数值越小，传输速度也高。

蓝牙BLE协议规定连接参数最小是5，即7.25毫秒；而Android手机规定连接参数最小是8，即10毫秒。iOS规定是16，即20毫秒。

连接参数完全由主机决定，但从机可以发出更新参数申请，主机可以接受也可以拒绝。android手机一部接受，而ios比较严格，拒绝的概率比较高。

参考:

在iOS和Android上最大化BLE吞吐量

最大化BLE吞吐量第2部分：使用更大的ATT MTU