Android蓝牙开发浅谈

Android蓝牙开发浅谈 对于一般的软件开发人员来说，蓝牙是很少用到的，尤其是Android的蓝牙开发，国内的例子很少 Android对于蓝牙开发从2.0版本的sdk才开始支持，而且模拟器不支持，测试至少需要两部手机，所以制约了很多技术人员的开发，刚巧这段时间公司有蓝牙开发的需求，我看了很多国内、国外的资料，又研究了一下J2ME的蓝牙开发(为了找找思路)，虽然我想要的功能还没实现，我要实现的功能是连接一个硬件设备，凡是跟硬件沾上边的，都让软件人员开发头疼.. 好了，废话不说了，鉴于很多开发人员现在也有蓝牙开发的需求，也为了大家少走些弯路，先将我积攒的一点点在Android蓝牙开发经验与大家分享一下! 首先，要操作蓝牙，先要在AndroidManifest.xml里加入权限 然后，看下api，Android所有关于蓝牙开发的类都在android.bluetooth包下，如下图，只有8个类 而我们需要用到了就只有几个而已: 1.BluetoothAdapter 顾名思义，蓝牙适配器，直到我们建立bluetoothSocket连接之前，都要不断操作它 BluetoothAdapter里的很多，常用的有以下几个: cancelDiscovery() 根据字面意思，是取消发现，也就是说当我们正在搜索设备的时候调用这个方法将不再继续搜索 disable()关闭蓝牙 enable()打开蓝牙，这个方法打开蓝牙不会弹出提示，更多的时候我们需要问下用户是否打开，一下这两行代码同样是打开蓝牙，不过会提示用户: Intemtenabler=newIntent(BluetoothAdapter.ACTION_REQUEST_ENABLE); startActivityForResult(enabler,reCode);//同startActivity(enabler); getAddress()获取本地蓝牙地址 getDefaultAdapter()获取默认BluetoothAdapter，实际上，也只有这一种方法获取BluetoothAdapter getName()获取本地蓝牙名称 getRemoteDevice(String address)根据蓝牙地址获取远程蓝牙设备 getState()获取本地蓝牙适配器当前状态(感觉可能调试的时候更需要) isDiscovering()判断当前是否正在查找设备，是返回true isEnabled()判断蓝牙是否打开，已打开返回true，否则，返回false listenUsingRfcommWithServiceRecord(String name,UUID uuid)根据名称，UUID创建并返回BluetoothServerSocket，这是创建BluetoothSocket服务器端的第一步 startDiscovery()开始搜索，这是搜索的第一步 2.BluetoothDevice看名字就知道，这个类描述了一个蓝牙设备 createRfcommSocketToServiceRecord(UUIDuuid)根据UUID创建并返回一个BluetoothSocket 这个方法也是我们获取BluetoothDevice的目的——创建BluetoothSocket 这个类其他的方法，如getAddress(),getName(),同BluetoothAdapter 3.BluetoothServerSocket如果去除了Bluetooth相信大家一定再熟悉不过了，既然是Socket，方法就应该都差不多， 这个类一种只有三个方法 两个重载的accept(),accept(inttimeout)两者的区别在于后面的方法指定了过时时间，需要注意的是，执行这两个方法的时候，直到接收到了客户端的请求(或是过[attach]3[/at期之后)，都会阻塞线程，应该放在新线程里运行! 还有一点需要注意的是，这两个方法都返回一个BluetoothSocket，最后的连接也是服务器端与客户端的两个BluetoothSocket的连接 close()这个就不用说了吧，翻译一下——关闭! 4.BluetoothSocket,跟BluetoothServerSocket相对，是客户端 一共5个方法，不出意外，都会用到 close(),关闭 connect()连接 getInptuStream()获取输入流 getOutputStream()获取输出流 getRemoteDevice()获取远程设备，这里指的是获取bluetoothSocket指定连接的那个远程蓝牙设备 写到这的时候，恭喜你，你要用到的就只用这4个类!但是你可能没看懂，因为这跟看api没什么区别，不过就是翻译过来了... 要学习蓝牙先认识 一RFCOMM通道: RFCOMM协议 一个基于欧洲电信协会ETSI07.10规程的串行线性仿真协议。此协议提供RS232 如传统的串行线缆控制和状态信号，如基带上的损坏，CTS以及数据信号等，为上层业务(应用)提供了传送能力。 RFCOMM是一个简单传输协议，其目的是针对如何在两个不同设备上的应用之间保证一条完整的通信路径，并在它们之间保持一通信段。 RFCOMM协议概述 RFCOMM通信段 RFCOMM是为了兼容传统的串口应用，同时取代有线的通信方式，蓝牙协议栈需要提供与有线串口一致的通信接口而开发出的协议。RFCOMM协议提供对基于L2CAP协议的串口仿真，基于ETSI07.10。可支持在两个BT设备之间同时保持高达60路的通信连接。 目的: 在两个不同设备(通信设备的两端)上的应用之间保证一条完整的通信路径，并在他们之间保持一通信段。下图是一条完整的通信路径。 RFCOMM只针对直接互连设备之间的连接，或者是设备与网络接入设备之间的互连。通信两端设备必须兼容于RFCOMM协议，有两类设备:DTE (Data Terminal Endpoint，通信终端，如PC，PRINTER)和DCE (Data Circuit Endpoint，通信段的一部分，如Modem)。此两类设备不作区分。 RFCOMM服务 RFCOMM仿真RS232串口，仿真过程包括非数据通路状态的传输，RFCOMM内置空Modem仿真标准框架。 -232通路 RFCOMM中的仿真RS 多串口仿真 两个采用RFCOMM通信的BT设备有可能同时打开多个串口，RFCOMM支持同时打开60个端口。 认识二:MAC硬件地址 MAC(Medium/MediaAccess Control, 介质访问控制)MAC地址是烧录在NetworkInterfaceCard(网卡,NIC)里的.MAC地址,也叫硬件地址,是由48比特长(6字节),16进制的数字组成.0-23位叫做组织唯一标志符(organizationally unique，是识别LAN(局域网)节点的标识.24-47位是由厂家自己分配。其中第40位是组播地址标志位。网卡的物理地址通常是由网卡生产厂家烧入网卡的EPROM(一种闪存芯片，通常可以通过程序擦写)，它存储的是传输数据时真正赖以标识发出数据的电脑和接收数据的主机的地址。 也就是说，在网络底层的物理传输过程中，是通过物理地址来识别主机的，它一般也是全球唯一的。比如，著名的以太网卡，其物理地址是 48bit(比特位)的整数，如:44-45-53-54-00-00,以机器可读的方式存入主机接口中。以太网地址管理机构(除了管这个外还管别的) (IEEE)(IEEE:电气和电子工程师协会)将以太网地址，也就是48比特的不同组合，分为若干独立的连续地址组，生产以太网网卡的厂家就购买其中一组，具体生产时，逐个将唯一地址赋予以太网卡。 形象的说，MAC地址就如同我们身份证上的身份证号码，具有全球唯一性。 步骤一:Setting Up Bluetooth 通过BluetoothAdapter得到蓝牙的Activity 发送蓝牙连接意图 通过e onActivityResult()得到蓝牙连接意图 步骤二: Finding Devices 通过得到开启蓝牙用户名和MAC地址 配对蓝牙 步骤三:连接蓝牙 就像java的聊天系统一样用一个蓝牙手机当服务器，一个当客户端，在用一个类当做连接的管理类就行了