蓝牙资料整理讲义.doc

蓝牙（Bluetooth） 基础概念 BLE是什么 BLE 是Bluetooth Low Energy的缩写，区别于蓝牙3.0和之前的技术。BLE前身是NOKIA开发的Wibree技术，主要用于实现移动智能终端与周边配件之间的持续连接，是功耗极低的短距离无线通信技术，并且有效传输距离被提升到了100米以上，同时只需要一颗纽扣电池就可以工作数年之久。是在蓝牙技术的基础上发展起来的，既同于蓝牙，又区别于传统蓝牙。设备分单模和双模两种，双模简称BR，商标为Bluetooth Smart Ready单模简称BLE或者LE,商标为Bluetooth Smart。Android是在4.3后才支持BLE，这可以解释不是所有蓝牙手机都支持BLE，而且支持BLE的蓝牙手机一般是双模的。双模兼容传统蓝牙，可以和传统蓝牙通信，也可以和BLE通信，常用在手机上，android4.3和IOS4.0之后版本都支持BR，也就是双模设备。单模只能和BR和单模的设备通信，不能和传统蓝牙通信，由于功耗低，待机长，所以常用在手环的智能设备上。这可以解释手机上的BLE与手环等设备上的BLE的区别。不是所有手机都支持BLE，因为BLE不仅仅依靠软件实现，同时需要硬件支持，于是有很多手机不能联接智能手环等设备。Android4.3手机上安装的是双模BR，因此兼容蓝牙3.0之前的技术，既能与BLE设备通信，也能与传统蓝牙通信，比较耗电，能够像传统设备一样高速传输。大部分智能手环使用的单工BLE，不支持传统蓝牙，不能与之联结和通信，低功耗低速率设备。TCP/IP，交换数据的婚介是数据包，但蓝牙通信中，工程师找不到数据包访问方式，于是就产生疑问。其实蓝牙最底层也是基于无线数据包交换，只是通过层层封装，交付给工程师的API接口就变成了Client访问Server的方式。 Server首先将一个服务按“属性/句柄/数值/描述”这种格式予以组织，然后调用API函数GATTServApp_RegisterService将服务数据进行注册。举个实例吧，设提供一个电池电量服务字节，它允许Client读取，数据为一个8比特无符号数（0～100%），它的组织如下：02?25?00?19?2A,?这5个数据（小端格式）分别是：0x02=只读属性，0x0025=句柄；0x2A19=服务UUID。 Server提供服务中的UUID UUID(Universal?Unique?Identifier)全球惟一标识符，本来是SIC组织分配给特定蓝牙服务的标识，如分配0x2A25为设备序列号的UUID，这样任意蓝牙设备都可以通过它得到另一个设备的序列号。 Server提供服务中的句柄 句柄(Handle)就是服务数据在数据中心的地址，当所有的服务数据组织起来后，它总得有个先后顺序，某个服务的位置就是它的句柄。还是上面的类比，如果想去图书馆借阅《现代操作系统》，需要查明该书在哪一层楼，哪个房间，这就是该书的Hanle。 如何知道一个服务的Handle 根据服务的UUID调用API函数GATT_ReadUsingCharUUID。协议栈会返回该服务的Handle。特别注意的是，一个服务的Descriptor的Handle总是该服务的Handle+1，如电池电量服务的Handle是0x0025，那么它的Descriptor的Handle是0x0026。 Client如何访问Server的服务 大致分三类： 读取服务的值，需要知道服务的UUID或者Handle； 写服务的值，需要知道服务的Hanle； 写服务描述符，需要知道该Descriptor的Hanle。 Server可以访问Client吗 蓝牙通信中，Server不能直接访问（读/写）Client，但是可以通知（Notification）Client，通知的前提是Client通过写Descriptor使能通知功能。例如，某Server发现电池电量已经低于安全阀值，它可以调用GATT_Notification通知已连接的Client，但是Client接收后如果处理是它自己的事情。 （个人理解，此处Client指的是启动站一方，例如手机端，Server指的是从动站，例如下位机。） 蓝牙通信的主从关系蓝牙技术规定每一对设备之间进行蓝牙通讯时，必须一个为主角色，另一为从角色，才能进行通信，通信时，必须由主端进行查找，发起配对，建链成功后，双方即可收发数据。理论上，一个蓝牙主端设备，可同时与7个蓝牙从端设备进行通讯。一个具备蓝牙通讯功能的设备，可以在两个角色间切换，平时工作在从模式，等待其它主设备来连接，需要时，转换为主模式，向其它设备发起呼叫。一个蓝牙设备以主模式发起呼叫时，需要知道对方的蓝牙地址，配对密码等信息，配对完成后，可直接发起呼叫。这可以解释为什么有时无