精华内容
下载资源
问答
  • android(linux)平台蓝牙驱动的详细调试过程和总结
  • 简洁完美稳定的Android蓝牙驱动蓝牙串口调试助手,有十六进制显示和发送选择开关,代码简洁,方便修改,并且有接收中断线程,方便移植需要蓝牙通讯的程序中
  • 也许喜欢分享, 希望一起进步。
  • 3.2Android蓝牙协议栈的关系6 四Bluetooth之HCI层分析6 4.1HCI层与基带的通信方式6 4.2包的分析及研究7 4.3通信过程的研究与分析8 五Bluetooth之编程实现8 5.1HCI层编程8 5.2L2CAP层编程11 5...

    Bluetooth基本概念 3

    AndroidBluetooth架构 3

    2.1Bluetooth架构图 3

    2.2Bluetooth代码层次结构 3

    Bluetooth协议栈分析 4

    3.1蓝牙协议栈 4

    3.2Android与蓝牙协议栈的关系 6

    BluetoothHCI层分析 6

    4.1HCI层与基带的通信方式 6

    4.2包的分析及研究 7

    4.3通信过程的研究与分析 8

    Bluetooth之编程实现 8

    5.1HCI层编程 8

    5.2L2CAP层编程 11

    5.3SDP层编程 13

    Bluetooth之启动过程实现 14

    6.1Bluetooth启动步骤 14

    6.2Bluetooth启动流程 15

    6.3Bluetooth数据流向 15

    6.4Bluez控制流程 15

    6.5Bluetooth启动过程分析 16

    Bluetooth之驱动移植 17

    7.1android系统配置 17

    7.2启动项修改 17

    7.3电源管理rfkill驱动 17

    7.4Rebuild Android image and reboot 18

    7.5实现BT睡眠唤醒机制 18

    7.6系统集成 19

    Bluetooth之调试与编译 19

    8.1Bluetooth驱动调试 19

    8.2Bluetooth调试工具 20

    Bluetooth之应用程序开发 20

    9.1BluetoothAPI开发 20

    9.2The Basics开发 21

    9.3Bluetooth Permissions开发 22

    9.4Setting Up Bluetooth服务 22

    9.5Finding Devices服务 23

    9.6Connecting Devices服务 25

    9.7Managing a Connection服务 31

    9.8Working with Profiles服务 34

    十总结与疑问 36

     

    一Bluetooth基本概念

    蓝牙是无线数据和语音传输的开放式标准,它将各种通信设备、计算机及其终端设备、各种数字数据系统、甚至家用电器采用无线方式联接起来。它的传输距离为10cm~10m,如果增加功率或是加上某些外设便可达到100m的传输距离。它采用2.4GHzISM频段和调频、跳频技术,使用权向纠错编码、ARQ、TDD和基带协议。TDMA每时隙为0.625μs,基带符合速率为1Mb/s。蓝牙支持64kb/s实时语音传输和数据传输,语音编码为CVSD,发射功率分别为1mW、2.5mW和100mW,并使用全球统一的48比特的设备识别码。由于蓝牙采用无线接口来代替有线电缆连接,具有很强的移植性,并且适用于多种场合,加上该技术功耗低、对人体危害小,而且应用简单、容易实现,所以易于推广。

    蓝牙技术的系统结构分为三大部分:底层硬件模块、中间协议层和高层应用。底层硬件部分包括无线跳频(RF)、基带(BB)和链路管理(LM)。无线跳频层通过2.4GHz无需授权的ISM频段的微波,实现数据位流的过滤和传输,本层协议主要定义了蓝牙收发器在此频带正常工作所需要满足的条件。基带负责跳频以及蓝牙数据和信息帧的传输。链路管理负责连接、建立和拆除链路并进行安全控制。

    二AndroidBluetooth架构

    2.1 Bluetooth架构图

    Android蓝牙系统分为四个层次,内核层、BlueZ库、BlueTooth的适配库、BlueTooth的JNI部分、Java框架层、应用层。下面先来分析Android的蓝牙协议栈。

    图1面向库的架构视图

    Linuxkernel层:

    bluez协议栈、uart驱动,h4协议,hci,l2cap, sco, rfcomm

    bluez层:

    这是bluez用户空间的库,开源的bluetooth代码,包括很多协议,生成libbluetooth.so。

    library层:

    libbluedroid.so等

    framework层:

    实现了Headset/Handsfree和A2DP/AVRCPprofile,但其实现方式不同Handset/Handfree是直接在bluez的RFCOMMSocket上开发的,没有利用bluez的audioplugin,而A2DP/AVRCP是在bluez的audioplugin基础上开发的,大大降低了实现的难度。

    Android的蓝牙协议栈采用BlueZ来实现,BlueZ分为两部分:内核代码和用户态程序及工具集。

     

    图2面向进程的架构视图

    2.2 Bluetooth代码层次结构

    (1)JAVA层

    frameworks/base/core/java/android/bluetooth/

    包含了bluetooth的JAVA类。

    (2)JNI层

    frameworks/base/core/jni/android_bluetooth_开头的文件

    定义了bluez通过JNI到上层的接口。

    frameworks/base/core/jni/android_server_bluetoothservice.cpp

    调用硬件适配层的接口system/bluetooth/bluedroid/bluetooth.c

    (3)bluez库

    external/bluez/

    这是bluez用户空间的库,开源的bluetooth代码,包括很多协议,生成libbluetooth.so。

    (4)硬件适配层

    system/bluetooth/bluedroid/bluetooth.c

    包含了对硬件操作的接口

    system/bluetooth/data/*一些配置文件,复制到/etc/bluetooth/。

    还有其他一些测试代码和工具。

    内核代码主要由BlueZ核心协议和驱动程序组成;蓝牙协议实现在内核源代码net/bluetooth中,驱动程序位于内核源代码目录driver/bluetooth中。用户态程序及工具集主要包括应用程序接口和BlueZ工具集,位于Android源代码目录externel/bluetooth(注:Android版本不一样,有的在externel/bluez目录下)中。

    三Bluetooth协议栈分析

    3.1蓝牙协议栈

    蓝牙协议栈的体系结构由底层硬件模块、中间协议层和高端应用层三部分组成。

    (1)底层硬件模块

    组成:

    链路管理协议(LinkManagerProtocol,LMP);

    基带(BaseBand,BB);

    射频(RadioFrequency,RF)。

    功能:

    射频(RF)通过2.4GHz的ISM频段实现数据流的过滤和传输。

    基带(BB)提供两种不同的物理链路,即同步面向连接链路(SynchronousConnection Oriented,SCO)和异步无连接链路(AsynchronousConnectionLess,ACL),负责跳频和蓝牙数据,及信息帧的传输,且对所有类型的数据包提供不同层次的前向纠错码(FrequencyError Correction,FEC)或循环冗余度差错校验(CyclicRedundancyCheck,CRC)。

    链路管理协议(LMP)负责两个或多个设备链路的建立和拆除,及链路的安全和控制,如鉴权和加密、控制和协商基带包的大小等,它为上层软件模块提供了不同的访问入口。

    主机控制器接口(HostControllerInterface,HCI)是蓝牙协议中软硬件之间的接口,提供了一个调用下层BB、LMP、状态和控制寄存器等硬件的统一命令,上下两个模块接口之间的消息和数据的传递必须通过HCI的解释才能进行。

    (2)中间协议层

    组成:

    逻辑链路控制和适配协议(LogicalLinkControl and Adaptation Protocol,L2CAP);

    服务发现协议(ServiceDiscoveryProtocol,SDP);

    串口仿真协议(或称线缆替换协议RFCOMM);

    二进制电话控制协议(TelephonyControlprotocolSpectocol,TCS)。

    功能:

    L2CAP位于基带(BB)之上,向上层提供面向连接的和无连接的数据服务,它主要完成数据的拆装、服务质量控制、协议的复用、分组的分割和重组,及组提取等功能。

    SDP是一个基于客户/服务器结构的协议,它工作在L2CAP层之上,为上层应用程序提供一种机制来发现可用的服务及其属性,服务的属性包括服务的类型及该服务所需的机制或协议信息。

    RFCOMM是一个仿真有线链路的无线数据仿真协议,符合ETSI标准的TS07.10串口仿真协议,它在蓝牙基带上仿真RS-232的控制和数据信号,为原先使用串行连接的上层业务提供传送能力。

    TCS定义了用于蓝牙设备之间建立语音和数据呼叫的控制信令(CallControl Signalling),并负责处理蓝牙设备组的移动管理过程。

    (3)高端应用层

    组成:

    点对点协议(Point-to-PointProtocol,PPP);

    传输控制协议/网络层协议(TCP/IP);

    用户数据包协议(UserDatagramProtocol,UDP);

    对象交换协议(ObjectExchangProtocol,OBEX);

    无线应用协议(WirelessApplicationProtocol,WAP);

    无线应用环境(WirelessApplicationEnvironment,WAE);

    功能:

    PPP定义了串行点对点链路应当如何传输因特网协议数据,主要用于LAN接入、拨号网络及传真等应用规范。

    TCP/IP、UDP定义了因特网与网络相关的通信及其他类型计算机设备和外围设备之间的通信。

    OBEX支持设备间的数据交换,采用客户/服务器模式提供与HTTP(超文本传输协议)相同的基本功能。可用于交换的电子商务卡、个人日程表、消息和便条等格式。

    WAP用于在数字蜂窝电话和其他小型无线设备上实现因特网业务,支持移动电话浏览网页、收取电子邮件和其他基于因特网的协议。

    WAE提供用于WAP电话和个人数字助理(PersonalDigitalAssistant,PDA)所需的各种应用软件。

    3.2 Android与蓝牙协议栈的关系

    蓝牙系统的核心是BlueZ,因此JNI和上层都围绕跟BlueZ的沟通进行。JNI和Android应用层,跟BlueZ沟通的主要手段是D-BUS,这是一套被广泛采用的IPC通信机制,跟Android框架使用的Binder类似。BlueZ以D-BUS为基础,给其他部分提供主要接口。

    四Bluetooth之HCI层分析

    蓝牙系统的HCI层是位于蓝牙系统的L2CAP(逻辑链路控制与适配协议)层和LMP(链路管理协议)层之间的一层协议。HCI为上层协议提供了进入LM的统一接口和进入基带的统一方式。在HCI的主机(Host)和HCI主机控制器(HostController)之间会存在若干传输层,这些传输层是透明的,只需完成传输数据的任务,不必清楚数据的具体格式。目前,蓝牙的SIG规定了四种与硬件连接的物理总线方式:USB、RS232、UART和PC卡。其中通过RS232串口线方式进行连接具有差错校验。蓝牙系统的协议模型如图3所示。

    图3 Bluetooth协议模型

    4.1 HCI层与基带的通信方式

    HCI是通过包的方式来传送数据、命令和事件的,所有在主机和主机控制器之间的通信都以包的形式进行。包括每个命令的返回参数都通过特定的事件包来传输。HCI有数据、命令和事件三种包,其中数据包是双向的,命令包只能从主机发往主机控制器,而事件包始终是主机控制器发向主机的。主机发出的大多数命令包都会触发主机控制器产生相应的事件包作为响应。

    图4底层协议通信图

    命令包分为六种类型:

    *链路控制命令;

    *链路政策和模式命令;

    *主机控制和基带命令;

    *信息命令;

    *状态命令;

    *测试命令。

    事件包也可分为三种类型:

    *通用事件,包括命令完成包(CommandComplete)和命令状态包(CommandStatus);

    *测试事件;

    *出错时发生的事件,如产生丢失(FlushOccured)和数据缓冲区溢出(DataBuffer Overflow)。

    数据包则可分为ACL和SCO的数据包。包的格式如图5所示。

    图5HCI包格式

    4.2包的分析及研究

    命令包:命令包中的OCF(OpcodeCommand Field)和OGF(OpcodeGroup Field)是用于区分命令种的。ParameterLength表示所带参数的长度,以字节数为单位,随后就是所带的参数列表。下面以Inquiry命令为例对HCI的命令包做具体说明。

    在Inquiry命令中,OGF=0x01表示此命令属于链路控制命令,同时OCF=0x0001则表示此命令为链路控制命令中的Inquiry命令。OCF与OGF共占2字节,又由于底位字节在前,则它们在命令包为0x0104。在Inquiry命令中,参数ParameterLength为5。Inquiry命令带3个参数,第一个参数为LAP(lowaddress part), 它将用来产生Baseband中查询命令包的包头中的AccessCode。第二个参数为Inquiry_Length,它时表示在Inquiry命令停止前所定义的最大时间,超过此时间,Inquiry命令将终止。第三个参数为NUM_Response,它的值为0X00表示设备响应数不受限制,只为0x00-0xff则表示在Inquiry命令终止前最大的设备响应数。因此,若LAP=0x9e8b00,Inquiry_Length=0x05,NUM_Response=0x05,则协议上层调用Inquiry命令是HCI向基带发的明令包将为:0x0104 05 00 8b 9e 05 05。

    事件包:事件包的EventCode用来区分不同的事件包,ParameterLength表示所带参数的长度,以字节数为单位,随后就是所带的参数列表。以CommandStatus Event事件包为例对HCI的事件包进行具体说明。

    当主机控制器收到主机发来的如上面所提到的Inquiry命令包并开始处理时,它就会向主机发送CommandStatus Event事件包,此事件包为:0x0f04 00 0a 01 04。0xOf表示此事件包为CommandStatusEvent事件包,0x04表示此事件包带4字节长度的参数,0x00为此事件包的第一个参数即Status,表示命令包正在处理。0x0a为事件包的第二个参数NUM_HCI_Command_Packets,表示主机最多可在向主机控制器发10个命令包。0x0104为第三个参数Command_Opcode,表示此事件包是对Inquiry命令包的响应。

    数据包:ACL和SCO数据包中的ConnectionHandle即连接句柄是一个12比特的标志符,用于唯一确认两台蓝牙设备间的数据或语音连接,可以看作是两台蓝牙设备间唯一的数据通道的标识。两台设备间只能有一条ACL连接,也就是只有一个ACL的连接句柄,相应L2CAP的信道都是建立在这个连接句柄表示的数据通道上;两台设备间可以有多个SCO的连接,则一对设备间会有多个SCO的连接句柄。连接句柄在两设备连接期间一直存在,不管设备处于什么状态。在ACL数据包中,Flags分为PBFlag和BCFlag,PBFlag为包的界限标志,PBFlag=0x00表示此数据包为上层协议包(如L2CAP包)的起始部分;PBFlag=0x01表示此数据包为上层协议包(如L2CAP包)的后续部分。BCFlag为广播发送的标志,BCFlag=0x00表示无广播发送,只是点对点的发送;BCFlag=0x01表示对所有处于激活状态的从设备进行广播发送,BCFlag=0x02表示对所有的从设备包括处于休眠状态的从设备进行广播发送。ACL和SCO数据包中的DataTotal Length 都表示所载荷的数据的长度,以字节位单位。

    4.3通信过程的研究与分析

    当主机与基带之间用命令的方式进行通信时,主机向主机控制器发送命令包。主机控制器完成一个命令,大多数情况下,它会向主机发出一个命令完成事件包(CommandComplete Packet),包中携带命令完成的信息。有些命令不会收到命令完成事件,而会收到命令状态事件包(CommandStatusPacket),当收到该事件则表示主机发出的命令已经被主机控制器接收并开始处理,过一段时间该命令被执行完毕时,主机控制器会向主机发出相应的事件包来通知主机。如果命令参数有误,则会在命令状态事件中给出相应错误码。假如错误出现在一个返回CommandComplete事件包的命令中,则此CommandComplete事件包不一定含有此命令所定义的所有参数。状态参数作为解释错误原因同时也是第一个返回的参数,总是要返回的。假如紧随状态参数之后是连接句柄或蓝牙的设备地址,则此参数也总是要返回,这样可判别出此CommandComplete事件包属于那个实例的一个命令。在这种情况下,事件包中连接句柄或蓝牙的设备地址应与命令包种的相应参数一致。假如错误出现在一个不返回CommandComplete事件包的命令中,则事件包包含的所有参数都不一定是有效的。主机必须根据于此命令相联系的事件包中的状态参数来决定它们的有效性。

    五Bluetooth之编程实现

    5.1 HCI层编程

    HostController Interface(HCI)是用来沟通Host和Module。Host通常就是PC,Module则是以各种物理连接形式(USB,serial,pc-card等)连接到PC上的bluetoothDongle。

    在Host这一端:application,SDP,L2cap等协议都是软件形式提出的(Bluez中是以kernel层程序)。在Module这一端:LinkManager, BB, 等协议都是硬件中firmware提供的。

    而HCI则比较特殊,它一部分在软件中实现,用来给上层协议和程序提供访问接口(Bluez中,hci.chci_usb.c,hci_sock.c等).另一部分也是在Firmware中实现,用来将软件部分的指令等用底层协议明白的方式传递给底层。

    居于PC的上层程序与协议和居于Modules的下层协议之间通过HCI沟通,有4种不同形式的传输:Commands,Event, ACL Data, SCO/eSCO Data。

    1. 打开一个HCISocket---int hci_open_dev(int dev_id):

    这个function用来打开一个HCISocket。它首先打开一个HCIprotocol的Socket(房间),并将此Socket与deviceID=参数dev_id的Dongle绑定起来。只有bind后,它才将Socket句柄与Dongle对应起来。

    注意,所有的HCICommand发送之前,都需要使用hci_open_dev打开并绑定。

    1. 关闭一个HCISocket--- int hci_close_dev(int dd)

    简单的关闭使用hci_open_dev打开的Socket。

    1. 向HCISocket发送request---inthci_send_req(int dd, struct hci_request *r, int to)

    BlueZ提供这个function非常有用,它可以实现一切Host向Modules发送Command的功能。

    参数1:HCISocket。

    参数2:Command内容。

    参数3:以milliseconds为单位的timeout.

    下面详细解释此function和用法:

    当应用程序需要向Dongle(对应为一个bind后的Socket)发送Command时,调用此function.

    参数一dd对应一个使用hci_open_dev()打开的Socket(Dongle)。

    参数三to则为等待Dongle执行并回复命令结果的timeout.以毫秒为单位。

    参数二hci_request* r最为重要,首先看它的结构:

    struct hci_request {

    uint16_t ogf; //Opcode Group

    uint16_t ocf; //Opcode Command

    int event; //此Command产生的Event类型。

    void *cparam;//Command参数

    int clen; //Command参数长度

    void *rparam; //Response参数

    int rlen; //Response参数长度

    };

    ogf,ocf不用多说,对应前面的图就明白这是GroupCode和CommandCode。这两项

    先确定下来,然后可以查HCISpec。察看输入参数(cparam)以及输出参数(rparam)

    含义。至于他们的结构以及参数长度,则在~/include/net/bluetooth/hci.h中有定义。

    至于event.如果设置,它会被setsockopt设置于Socket。

    1. 得到指定DongleBDAddr---int hci_read_bd_addr(int dd, bdaddr_t *bdaddr, int to);

    参数1:HCISocket,使用hci_open_dev()打开的Socket(Dongle)。

    参数2:输出参数,其中会放置bdaddr.

    参数3:以milliseconds为单位的timeout.

    1. 读写DongleName:

    inthci_read_local_name(int dd, int len, char *name, int to)

    inthci_write_local_name(int dd, const char *name, int to)

    参数1:HCISocket,使用hci_open_dev()打开的Socket(Dongle)。

    参数2:读取或设置Name。

    参数3:以milliseconds为单位的timeout.

    注意:这里的Name与IOCTLHCIGETDEVINFO得到hci_dev_info中的name不同。

    1. 得到HCIVersion:

    inthci_read_local_version(int dd, struct hci_version *ver, int to)

    1. 得到已经UP的DongleBDaddr--- int hci_devba(int dev_id, bdaddr_t *bdaddr);

    dev_id:Dongle Device ID.

    bdaddr:输出参数,指定Dongle如果UP,则放置其BDAddr。

    1. inquiry远程BluetoothDevice:

    inthci_inquiry(int dev_id, int len, int nrsp, const uint8_t *lap,inquiry_info **ii, long flags)

    hci_inquiry()用来命令指定的Dongle去搜索周围所有bluetoothdevice.并将搜索到的BluetoothDevice bdaddr 传递回来。

    参数1:dev_id:指定DongleDevice ID。如果此值小于0,则会使用第一个可用的Dongle。参数2:len:此次inquiry的时间长度(每增加1,则增加1.25秒时间)

    参数3:nrsp:此次搜索最大搜索数量,如果给0。则此值会取255。

    参数4:lap:BDADDR中LAP部分,Inquiry时这块值缺省为0X9E8B33.通常使用NULL。则自动设置。

    参数5:ii:存放搜索到BluetoothDevice的地方。给一个存放inquiry_info指针的地址,它会自动分配空间。并把那个空间头地址放到其中。

    参数6:flags:搜索flags.使用IREQ_CACHE_FLUSH,则会真正重新inquiry。否则可能会传回上次的结果。

    返回值是这次Inquiry到的BluetoothDevice数目。

    注意:如果*ii不是自己分配的,而是让hci_inquiry()自己分配的,则需要调用bt_free()来帮它释放空间。

    1. 得到指定BDAddr的reomtedevice Name:

    inthci_read_remote_name(int dd, const bdaddr_t *bdaddr, int len, char*name, int to)

    参数1:使用hci_open_dev()打开的Socket。

    参数2:对方BDAddr.

    参数3:name长度。

    参数4:(out)放置name的位置。

    参数5:等待时间。

    1. 读取连接的信号强度:

    inthci_read_rssi(int dd, uint16_t handle, int8_t *rssi, int to)

    注意,所有对连接的操作,都会有一个参数,handle.这个参数是连接的Handle。前面讲过如何得到连接Handle的。

    5.2 L2CAP层编程

    逻辑连接控制和适配协议(L2CAP)为上层协议提供面向连接和无连接的数据服务,并提供多协议功能和分割重组操作。L2CAP充许上层协议和应用软件传输和接收最大长度为64K的L2CAP 数据包。

    L2CAP基于 通道(channel)的概念。 通道(Channel)是位于基带(baseband)连接之上的逻辑连接。每个通道以多对一的方式绑定一个单一协议(singleprotocol)。多个通道可以绑定同一个协议,但一个通道不可以绑定多个协议。每个在通道里接收到的L2CAP数据包被传到相应的上层协议。多个通道可共享同一个基带连接。

    L2CAP处于Bluetooth协议栈的位置如下:

    图6L2CAP协议

    L2CAP使用L2CAP连接请求(ConnectionRequest)命令中的PSM字段实现协议复用。L2CAP可以复用发给上层协议的连接请求,这些上层协议包括服务发现协议SDP(PSM= 0x0001)、RFCOMM(PSM= 0x0003)和电话控制(PSM= 0x0005)等。

    图7PSM协议字段

    L2CAP编程非常重要,它和HCI基本就是LinuxBluetooth编程的基础了。几乎所有协议的连接,断连,读写都是用L2CAP连接来做的

    1. 创建L2CAPSocket:

    socket(PF_BLUETOOTH,SOCK_RAW, BTPROTO_L2CAP);

    domain=PF_BLUETOOTH,type可以是多种类型。protocol=BTPROTO_L2CAP

    1. 绑定

    memset(&addr,0, sizeof(addr));

    addr.l2_family= AF_BLUETOOTH;

    bacpy(&addr.l2_bdaddr,&bdaddr); //bdaddr为本地DongleBDAddr

    if(bind(sk, (struct sockaddr *) &addr, sizeof(addr)) < 0)

    {

    perror("Can'tbind socket");

    gotoerror;

    }

    1. 连接

    memset(&addr,0, sizeof(addr));

    addr.l2_family= AF_BLUETOOTH;

    bacpy(addr.l2_bdaddr,src);

    addr.l2_psm= xxx;

    if(connect(sk, (struct sockaddr *) &addr, sizeof(addr)) < 0)

    {

    perror("Can'tconnect");

    gotoerror;

    }

    注意:

    structsockaddr_l2

    {

    sa_family_tl2_family; //必须为AF_BLUETOOTH

    unsignedshort l2_psm; //与前面PSM对应,这一项很重要

    bdaddr_tl2_bdaddr; //Remote Device BDADDR

    unsignedshort l2_cid;

    };

    1. 发送数据到RemoteDevice:

    send()或write()都可以。

    1. 接收数据

    revc()或read()都可以

    5.3 SDP层编程

    服务发现协议(SDP或BluetoothSDP)在蓝牙协议栈中对蓝牙环境中的应用程序有特殊的含意,发现哪个服务是可用的和确定这些可用服务的特征。SDP定义了bluetoothclient发现可用bluetoothserver服务和它们的特征的方法。这个协议定义了客户如何能够寻找基于特定属性的服务而不让客户知道可用服务的任何知识。SDP提供发现新服务的方法,在当客户登录到正在操作的蓝牙服务器的一个区域时是可用的时。

    Servicediscovery机制提供client应用程序侦测server应用程序提供的服务的能力,并且能够得到服务的特性。服务的品质包含服务type或服务class.

    SDP也提供SDPserver与SDPclient之间的通讯。SDPserver维护着一个服务条目(servicerecord)列表.每个服务条目描述一个单独的服务属性。SDPclient可以通过发送SDPrequest来得到服务条目。

    如果一个client或者依附于client之上的应用程序决定使用某个service.它创建一个单独的连接到service提供者。SDP只提供侦测Service的机制,但不提供如何利用这些Service的机制。Sam觉得,这里其实是说:SDP只提供侦测Service的办法,但如何用,SDP不管。

    每个BluetoothDevice最多只能拥有一个SDPServer。如果一个BluetoothDevice只担任Client,那它不需要SDPServer。但一个BluetoothDevice可以同时担当SDPServer和SDPclient.

    (1)ServiceRecord(Service条目):

    一个service是一个实体为另一个实体提供信息,执行动作或控制资源。一个service可以由软件,硬件或软硬件结合提供。

    图8Service Record

    所有的Service信息都包含于一个ServiceRecord内。一个ServiceRecord包含一个Serviceattribute(Service属性)list.

    (2)ServiceAttribute(Service属性):

    每个Service属性描述servcie的特性.一个ServiceAttribute由2部分:

    AttributeID + Attribute Value。

    图9Service Attribute

    (3)ServiceClass:

    每个Service都是某个ServiceClass的实例.Service Class定义了ServiceRecord中包含的Service属性。属性ID,属性值都被定义好了。

    每个ServiceClass也有一个独特ID。这个ServiceClass标识符包含在属性值ServiceClassIDList属性中。并描绘为UUID。自从ServiceRecord中的属性格式以及含义依赖于ServiceClass后,ServiceClassIDList属性变得非常重要。

    (4)SearchingFor Service:

    ServiceSearch transaction(事务?)允许client得到ServiceRecord Handle。一旦SDPClient得到ServiceRecord Handle,它就可以请求这个Record内具体属性的值。

    如果某个属性值UUID,则可以通过查找UUID查到这个属性。

    UUID:universally uniqueidentifier.(唯一性标识符)

    总之,DP协议栈使用request/response模式工作,每个传输过程包括一个requestprotocol data unit(PDU)和一个responsePDU. SDP使用L2CAP连接传输数据。在发送RequestPDU但未收到ResponsePDU之前,不能向同一个server再发送RequestPDU。

    六Bluetooth之启动过程实现

    对于蓝牙无论最底层的硬件驱动如何实现,都会在HCI层进行统一。也就是说,HCI在主机端的驱动主要是为上层提供统一接口,让上层协议不依赖于具体的硬件实现。HCI在硬件中的固件与HCI在主机端的驱动通信方式有多种,比如UART,USB和SDIO等。

    HCI层在所有的设备面前都被抽象为一个hci_dev结构体,因此,无论实际的设备是哪种蓝牙设备、通过什么方式连接到主机,都需要向HCI层和蓝牙核心层注册一个hci_dev设备,注册过程由hci_registe_dev()函数来完成,同时也可以通过hci_unregister_dev()函数卸载一个蓝牙设备。

    具体的蓝牙驱动有很多,常用的在linux内核都自带有驱动。比如:hci_vhci.c为蓝牙虚拟主控制器驱动程序,hci_uart.c(或者hci_ldisc.c)为串口接口主控制器驱动程序,btusb.c为USB接口主控制器驱动程序,btsdio.c为SDIO主控制器驱动程序。

    6.1 Bluetooth启动步骤

    (1)串口驱动必须要先就绪(uart蓝牙而言),这是cpu和蓝牙模块之间的桥梁。

    (2)蓝牙初始化,模块上电和PSKEY的设置。

    (3)通过hciattach建立串口和蓝牙协议层之间的数据连接通道。

    6.2 Bluetooth启动流程

    (1)打开蓝牙电源,通过rfkill来enable;(system/bluetooth/bluedroid/bluetooth.c)

    (2)启动servicehciattch -n -s 115200 /dev/ttyS2 bcm2035 115200;

    (3)检测HCI是否成功(接受HCIDEVUPsocket来判断或hciconfighci0 up);

    (4)hcid deamon start up。

    6.3 Bluetooth数据流向

    (1)uart口取得蓝牙模块的数据;

    (2)uart口通过ldisc传给hci_uart;

    (3)hci_uart传给在其上的bcsp;

    (4)bcsp传给hci层;

    (5)hci层传给l2cap层

    (6)l2cap层再传给rfcomm;

    蓝牙模块上电:

    一般是通过一个GPIO来控制的,通常是先高再低再高;

    PSKEY的设置:

    通过串口发送命令给蓝牙模块,对于串口必须要知道的是要能通讯,必须得设好波特率,另外一方面蓝牙模块的晶振频率也必须要设,否则它不知道该怎么跳了;当然不同的芯片可能初始化的过程也不一样,也许还要下载firmware等等,一般是通过bccmd来完成的。

    经过上面的设置基本上蓝牙模块以及可以正常工作了;

    但是还没有和上面的协议层建立纽带关系,也就是说从uart收到的数据还没有传给hci层;如何把uart也就是蓝牙模块传上来的数据交给hci层,在驱动里面是通过一个叫做disc的机制完成的,这个机制本意是用来做过滤或者限制收上来的字符的,但是在蓝牙驱动里面则直接把数据传给了蓝牙协议层,再也不回到串口的控制了;

    6.4 Bluez控制流程

    classbluetoothsetting是UI的入口,通过按buttonscan进入搜索状态,

    applicaton层调用bluetoothdevice,接着就是bluetoothservice的调用,

    bluetoothservice调用native方法,到此全部的java程序结束了。

    下面的调用都是JNI,cpp实现的。android_server_bluetoothservice.cpp里面实现了native

    方法,最终通过dbus封装,调用HCID deamon的functionDiscoverDevice。

    6.5 Bluetooth启动过程分析

    1.各协议层的注册

    (1)在af_bluetooth.c中首先调用bt_init()函数完成初始化,打印信息Bluetooth:Core ver 2.16随后调用函数sock_register()注册sock,打印信息Bluetooth:HCI device and connection manager initialized

    (2)接着调用函数hci_sock_init(),l2cap_init(),sco_init()实现各个协议的初始化

    (3)在hci_sock.c中,注册bt_sock协议,打印信息Bluetooth:HCI socket layer initialized

    (4)在L2cap_core.c中,调用l2cap_init_socks()函数,完成初始化,打印信息Bluetooth:L2CAP socket layer initialized

    (5)在sco.c中,注册BTPROTO_SCO协议,完成初始化,打印信息Bluetooth:SCO socket layer initialized

    2.各硬件的初始化

    (1)在Hci_ldisc.c中,完成hci_uart_init的初始化,打印信息Bluetooth:HCI UART driver ver 2.2

    (2)在Hci_h4.c中,完成h4_init的初始化,打印信息Bluetooth:HCI H4 protocol initialized

    (3)在Hci_ath.c中,完成ath_Init的初始化,打印信息Bluetooth:HCIATH3Kprotocol initialized

    (4)在hci_ibs.c中,完成ibs_init的初始化,打印信息Bluetooth:HCI_IBSprotocol initialized

    (5)在Core.c中,完成rfcomm_init的初始化,其中调用函数rfcomm_init_ttys()、rfcomm_init_sockets(),实现rfcomm的初始化,打印信息Bluetooth:RFCOMMver 1.11

    (6)在TTY.C中,完成rfcomm_init_ttys的初始化,实现rfcomm_tty_driver的注册,打印信息Bluetooth:RFCOMMTTY layer initialized

    (7)在Sock.c中,完成rfcomm_init_sockets的初始化,实现BTPROTO_RFCOMM的注册,打印信息Bluetooth:RFCOMMsocket layer initialized

    (以上通过rfcomm完成uart串口的初始化,在G:\M8960\M8960AAAAANLYA1023\kernel\net\bluetooth\rfcomm)

    3. bnep-蓝牙网络封装协议

    在Core.c中,完成bnep_init的初始化,实现bnep的初始化,打印信息Bluetooth:BNEP(Ethernet Emulation) ver 1.3/Bluetooth:BNEP filters: protocol

    (以上完成蓝牙网络封装协议的初始化G:\M8960\M8960AAAAANLYA1023\kernel\net\bluetooth\bnep)

    七Bluetooth之驱动移植

    7.1 android系统配置

    build\target\board\generic下面的generic.mk增加:

    BOARD_HAVE_BLUETOOTH:= true

    这个是由于编译相关蓝牙代码时需要这个宏,请看:\system\bluetooth\android.mk

    ifeq($(BOARD_HAVE_BLUETOOTH),true)

    include$(all-subdir-makefiles)

    endif

    在 external\bluetooth也同样存在此宏起作用

    7.2启动项修改

    system\core\rootdir下init.rc文件增加:

    servicehciattach /system/bin/hciattach -n -s 115200 /dev/ttyS2 bcm2035115200

    userbluetooth

    groupbluetooth net_bt_admin

    disabled

    oneshot

    请放在 servicebluetoothd /system/bin/bluetoothd -n类似这种语句的后面任意位置即可。

    7.3电源管理rfkill驱动

    Kernel/driver/bluetooth/bluetooth-power.c

    高通的这个文件基本上不用动。

    在kernel\arch\arm\mach_msm7x27.c:static int bluetooth_power(int on)中

    实现:上电:把bt_resetpin和bt_reg_onpin拉低

    mdelay(10);

    把bt_resetpin和bt_reg_onpin拉高

    mdelay(150)

    下电:把bt_resetpin和bt_reg_onpin拉低

    7.4 Rebuild Androidimage and reboot

    命令行测试:

    echo0 >/sys/class/rfkill/rfkill0/state //BT下电

    echo1 >/sys/class/rfkill/rfkill0/state //BT上电

    brcm_patchram_plus-d--patchram/etc/firmware/BCM4329B1_002.002.023.0061.0062.hcd/dev/ttyHS0

    hciattach-s115200 /dev/ttyHS0 any

    没任何错误提示是可以用以下测试

    hciconfighci0up

    hcitoolscan

    7.5实现BT睡眠唤醒机制

    Kernel\drivers\bluetooth\bluesleep.c一般来说这个文件改动比较少,但可能逻辑上会有些问题。需要小的改动。

    在kernel\arch\arm\mach_xxx/board_xxx.c:bluesleep_resources中定义gpio_host_wake(BT唤醒host脚)、gpio_ext_wake(host唤醒BT脚)、host_wake(BT唤醒host的中断号)。

    注:各个平台的board_xxx.c文件名字不同,请客户确认

    7.6系统集成

    1)在init.qcom.rc中确认有下面的内容:

    servicehciattach/system/bin/sh /system/etc/init.qcom.bt.sh

    userbluetooth

    groupqcom_oncrpc bluetooth net_bt_admin

    disabled

    oneshot

    2)修改init.qcom.bt.sh

    确认有:

    BLUETOOTH_SLEEP_PATH=/proc/bluetooth/sleep/proto

    echo1 >$BLUETOOTH_SLEEP_PATH

    /system/bin/hciattach-n/dev/ttyHS0 any 3000000 flow &改为:

    ./brcm_patchram_plus--enable_lpm–enable_hci --patchram /system/etc/wifi/BCM4329BT.hcd--baudrate3000000 /dev/ttyHS0 &

    注掉:高通下载firmware的命令。

    最后,重新编译system。此时BT应该能运行了。

    八Bluetooth之调试与编译

    8.1 Bluetooth驱动调试

    调试你的蓝牙实现,可以通过读跟蓝牙相关的logs(adblogcat)和查找ERROR和警告消息。Android使用Bluez,同时会带来一些有用的调式工具。下面的片段为了提供一个建议的例子:

    1 hciconfig -a # print BT chipset address and features.Useful to check if you can communicate with your BT chipset.

    2 hcidump -XVt # print live HCI UART traffic.

    3 hcitool scan # scan for local devices. Useful to check ifRX/TX works.

    4 l2ping ADDRESS # ping another BT device. Useful to check ifRX/TX works.

    5 sdptool records ADDRESS # request the SDP records of another BTdevice.

    守护进程日志

    hcid(STDOUT)和hciattach(STDERR)的守护进程日志缺省是被写到/dev/null。编辑init.rc和init.PLATFORM.rc在logwrapper下运行这些守护进程,把它们输出到logcat。

    hciconfig-a和 hcitool

    如果你编译你自己的system.img,除了hcitool扫描不行,hciconfig-a是可以工作的,尝试安装固件到蓝牙芯片。

    8.2 Bluetooth 调试工具

    BlueZ为调试和与蓝牙子系统通信提供很多设置命令行工具,包含下面这些:

    (1)hciconfig

    (2)hcitool

    (3)hcidump

    (4)sdptool

    (5)dbus-send

    1. dbus-monitor

    九Bluetooth之应用程序开发

    9.1 Bluetooth的API开发

    Android平台包含了对Bluetooth协议栈的支持,允许机器通过Bluetooth设备进行无线数据交换。应用框架通过AndroidBluetoothAPI访问Bluetooth功能模块。这些API能让应用无线连接其他Bluetooth设备,实现点对点和多点之间的通信。

    运用蓝牙API,Android应用程序可以完成如下操作:

    (1)扫描其他Bluetooth设备。

    (2)查询配对Bluetooth设备的本地Bluetooth适配器。

    (3)建立RFCOMM通道。

    (4)通过服务探索连接到其他设备。

    (5)与其他设备进行数据传输。

    (6)管理多个连接

    9.2 The Basics开发

    本文描述如何使用AndroidBluetoothAPIs完成Bluetooth通讯的4个必要任务:设置Bluetooth,搜寻本地配对或者可用的Bluetooth设备,连接Bluetooth设备,与Bluetooth设备进行数据传输。

    所有可用的BluetoothAPIs都包含在android.bluetooth包中。下面是建立Bluetooth连接需要用到的类和接口的总结:

    (1)BluetoothAdapter

    描述本地Bluetooth适配器(Bluetooth接收器)。BluetoothAdapter是所有Bluetooth相关活动的入口。运用BluetoothAdapter可以发现其他Bluetooth设备,查询连接(或配对)的设备列表,用已知MAC地址实例化一个BluetoothDevice对象,创建一个BluetoothServerSocket对象侦听其他设备的通信。

    (2)BluetoothDevice

    描述一个远程Bluetooth设备。可以用它通过一个BluetoothSocket请求一个远程设备的连接,或者查询远程设备的名称、地址、类、连接状态等信息。

    (3)BluetoothSocket

    描述一个BluetoothSocket接口(类似于TCPSocket)。应用通过InputStream和OutputStream与另外一个Bluetooth设备交换数据,即它是应用与另外一个设备交换数据的连接点。

    (4)BluetoothServerSocket

    BluetoothServerSocket是一个开放的socket服务器,用来侦听连接进来的请求(类似于RCPServerSocket)。为了连接两个Android设备,一个设备必须使用该类来开启一个socket做服务器,当另外一个设备对它发起连接请求时并且请求被接受时,BluetoothServerSocket会返回一个连接的BluetoothSocket对象。

    (5)BluetoothClass

    BluetoothClass是用来定义设备类和它的服务的只读属性集。然而,它并不是可靠的描述设备支持的所有Bluetooth配置和服务,而只是一些设备类型的有用特征。

    (6)BluetoothProfile

    BluetoothProfile是两个设备基于蓝牙通讯的无线接口描述。Profile定义了设备如何实现一种连接或者应用,你可以把Profile理解为连接层或者应用层协议。比如,如果一家公司希望它们的Bluetooth芯片支援所有的Bluetooth耳机,那么它只要支持HeadSetProfile即可,而无须考虑该芯片与其它Bluetooth设备的通讯与兼容性问题。如果你想购买Bluetooth产品,你应该了解你的应用需要哪些Profile来完成,并且确保你购买的Bluetooth产品支持这些Profile。

    (7)BluetoothHeadset

    提供移动电话的Bluetooth耳机支持。包括Bluetooth耳机和Hands-Free(v1.5) profiles。

    (8)BluetoothA2dp

    定义两个设备间如何通过Bluetooth连接进行高质量的音频传输。A2DP(AdvancedAudio Distribution Profile):高级音频传输模式。

    (9)BluetoothProfile.ServiceListener

    一个接口描述,在与服务连接或者断连接的时候通知BluetoothProfileIPC(这是内部服务运行的一个特定的模式<profile>)。

    9.3 BluetoothPermissions开发

    要使用Bluetooth功能,至少需要2个Bluetooth权限:BLUETOOTH和BLUETOOTH_ADMIN.

    BLUETOOTH:用来授权任何Bluetooth通信,如请求连接,接受连接,传输数据等。

    BLUETOOTH_ADMIN:用来授权初始化设备搜索或操作Bluetooth设置。大多数应用需要它的唯一场合是用来搜索本地Bluetooth设备。本授权的其他功能不应该被使用,除非是需要修改Bluetooth设置的“powermanager(电源管理)”应用。

    注意:需要BLUETOOTH_ADMIN权限的场合,BLUETOOTH权限也是必需的。需要在manifest文件中声明Bluetooth权限,示例如下:

    <manifest... >

    <uses-permissionandroid:name="android.permission.BLUETOOTH" />

    ...

    </manifest>

    9.4 Setting UpBluetooth服务

    在用Bluetooth通讯之前,需要确认设备是否支持Bluetooth,如果支持,还得确保Bluetooth是可用的。

    如果设备不支持Bluetooth,需要优雅的将Bluetooth置为不可用。如果支持Bluetooth,但没有开启,可以在应用中请求开启Bluetooth。该设置使用BluetoothAdapter.通过两个步骤完成。

    (1)获取BluetoothAdapter

    BluetoothAdapter是每个Bluetooth的Activity都需要用到的。用静态方法getDefaultAdapter()获取BluetoothAdapter,返回一个拥有Bluetooth适配器的BluetoothAdapter对象。如果返回null,说明设备不支持Bluetooth,关于Bluetooth的故事到此就结束了(因为你干不了什么了)。示例:

    BluetoothAdaptermBluetoothAdapter = BluetoothAdapter.getDefaultAdapter();

    if(mBluetoothAdapter == null) {

    //Device does not support Bluetooth

    }

    (2)EnableBluetooth

    接下来,就是确保Bluetooth功能是开启的。调用isEnabled()来检查Bluetooth当前是否是开启的。用ACTION_REQUEST_ENABLEactionIntent调用startActivityForResult()来请求开启Bluetooth,这会通过系统设置发出一个Bluetooth使能请求(并且不会停止本应用程序)。示例:

    if(!mBluetoothAdapter.isEnabled()) {

    IntentenableBtIntent = new Intent(BluetoothAdapter.ACTION_REQUEST_ENABLE);

    startActivityForResult(enableBtIntent,REQUEST_ENABLE_BT);

    }

    用户请求使能Bluetooth时,会显示一个对话框。选择“Yes”,系统会使能Bluetooth,并且焦点会返回你的应用程序。

    如果使能Bluetooth成功,你的Activity会在onActivityResult()回调函数中收到RESULT_OK的结果码。如果Bluetooth使能因发生错误(或用户选择了“No”)而失败,收到的结果码将是RESULT_CANCELED。

    作为可选项,应用也可以侦听ACTION_STATE_CHANGEDbroadcastIntent,这样无论Bluetooth状态何时被改变系统都会发出broadcast(广播)。该广播包含附加的字段信息EXTRA_STATE和EXTRA_PREVIOUS_STATE分别代表新的和旧的Bluetooth状态,该字段可能的值为STATE_TURNING_ON,STATE_ON, STATE_TURNING_OFF,和STATE_OFF。应用运行时,侦听ACTION_STATE_CHANGED广播来检测Bluetooth状态的改变是很有用的。

    提示:启用Bluetooth可被发现功能能够自动开启Bluetooth。如果在完成Activity之前需要持续的使能Bluetooth可被发现功能,那么上面的第2步就可以忽略。

    9.5 Finding Devices服务

    使用BluetoothAdapter可以通过设备搜索或查询配对设备找到远程Bluetooth设备。

    Devicediscovery(设备搜索)是一个扫描搜索本地已使能Bluetooth设备并且从搜索到的设备请求一些信息的过程(有时候会收到类似“discovering”,“inquiring”或“scanning”)。但是,搜索到的本地Bluetooth设备只有在打开被发现功能后才会响应一个discovery请求,响应的信息包括设备名,类,唯一的MAC地址。发起搜寻的设备可以使用这些信息来初始化跟被发现的设备的连接。

    一旦与远程设备的第一次连接被建立,一个pairing请求就会自动提交给用户。如果设备已配对,配对设备的基本信息(名称,类,MAC地址)就被保存下来了,能够使用BluetoothAPI来读取这些信息。使用已知的远程设备的MAC地址,连接可以在任何时候初始化而不必先完成搜索(当然这是假设远程设备是在可连接的空间范围内)。

    需要记住,配对和连接是两个不同的概念:

    配对意思是两个设备相互意识到对方的存在,共享一个用来鉴别身份的链路键(link-key),能够与对方建立一个加密的连接。连接意思是两个设备现在共享一个RFCOMM信道,能够相互传输数据。

    目前AndroidBluetooth API's要求设备在建立RFCOMM信道前必须配对(配对是在使用BluetoothAPI初始化一个加密连接时自动完成的)。

    下面描述如何查询已配对设备,搜索新设备。

    注意:Android的电源设备默认是不能被发现的。用户可以通过系统设置让它在有限的时间内可以被发现,或者可以在应用程序中要求用户使能被发现功能。

    (1)Queryingpaired devices

    在搜索设备前,查询配对设备看需要的设备是否已经是已经存在是很值得的,可以调用getBondedDevices()来做到,该函数会返回一个描述配对设备BluetoothDevice的结果集。例如,可以使用ArrayAdapter查询所有配对设备然后显示所有设备名给用户:

    Set<BluetoothDevice>pairedDevices = mBluetoothAdapter.getBondedDevices();

    //If there are paired devices

    if(pairedDevices.size() > 0) {

    //Loop through paired devices

    for(BluetoothDevice device : pairedDevices) {

    //Add the name and address to an array adapter to show in a ListView

    mArrayAdapter.add(device.getName()+ "\n" + device.getAddress());

    }

    }

    BluetoothDevice对象中需要用来初始化一个连接唯一需要用到的信息就是MAC地址。

    (2)Discoveringdevices

    要开始搜索设备,只需简单的调用startDiscovery()。该函数时异步的,调用后立即返回,返回值表示搜索是否成功开始。搜索处理通常包括一个12秒钟的查询扫描,然后跟随一个页面显示搜索到设备Bluetooth名称。

    应用中可以注册一个带CTION_FOUNDIntent的BroadcastReceiver,搜索到每一个设备时都接收到消息。对于每一个设备,系统都会广播ACTION_FOUNDIntent,该Intent携带着而外的字段信息EXTRA_DEVICE和EXTRA_CLASS,分别包含一个BluetoothDevice和一个BluetoothClass。下面的示例显示如何注册和处理设备被发现后发出的广播:

    //Create a BroadcastReceiver for ACTION_FOUND

    privatefinal BroadcastReceiver mReceiver = new BroadcastReceiver() {

    publicvoid onReceive(Context context, Intent intent) {

    Stringaction = intent.getAction();

    //When discovery finds a device

    if(BluetoothDevice.ACTION_FOUND.equals(action)) {

    //Get the BluetoothDevice object from the Intent

    BluetoothDevicedevice = intent.getParcelableExtra(BluetoothDevice.EXTRA_DEVICE);

    //Add the name and address to an array adapter to show in a ListView

    mArrayAdapter.add(device.getName()+ "\n" + device.getAddress());

    }

    }

    };

    //Register the BroadcastReceiver

    IntentFilterfilter = new IntentFilter(BluetoothDevice.ACTION_FOUND);

    registerReceiver(mReceiver,filter); // Don't forget to unregister during onDestroy

    警告:完成设备搜索对于Bluetooth适配器来说是一个重量级的处理,要消耗大量它的资源。一旦你已经找到一个设备来连接,请确保你在尝试连接前使用了cancelDiscovery()来停止搜索。同样,如果已经保持了一个连接的时候,同时执行搜索设备将会显著的降低连接的带宽,所以在连接的时候不应该执行搜索发现。

    (3)Enablingdiscoverability

    如果想让本地设备被其他设备发现,可以带ACTION_REQUEST_DISCOVERABLEaction Intent调用startActivityForResult(Intent,int)方法。该方法会提交一个请求通过系统刚设置使设备出于可以被发现的模式(而不影响应用程序)。默认情况下,设备在120秒后变为可以被发现的。可以通过额外增加EXTRA_DISCOVERABLE_DURATIONIntent自定义一个值,最大值是3600秒,0表示设备总是可以被发现的(小于0或者大于3600则会被自动设置为120秒)。下面示例设置时间为300:

    IntentdiscoverableIntent = new

    Intent(BluetoothAdapter.ACTION_REQUEST_DISCOVERABLE);

    discoverableIntent.putExtra(BluetoothAdapter.EXTRA_DISCOVERABLE_DURATION,300);

    startActivity(discoverableIntent);

    询问用户是否允许打开设备可以被发现功能时会显示一个对话框。如果用户选择“Yes”,设备会在指定时间过后变为可以被发现的。Activity的onActivityResult()回调函数被调用,结果码等于设备变为可以被发现所需时长。如果用户选择“No”或者有错误发生,结果码会是Activity.RESULT_CANCELLED。

    提示:如果Bluetooth没有启用,启用Bluetooth可被发现功能能够自动开启Bluetooth。

    在规定的时间内,设备会静静的保持可以被发现模式。如果想在可以被发现模式被更改时受到通知,可以用ACTION_SCAN_MODE_CHANGEDIntent注册一个BroadcastReceiver,包含额外的字段信息EXTRA_SCAN_MODE和EXTRA_PREVIOUS_SCAN_MODE分别表示新旧扫描模式,其可能的值为SCAN_MODE_CONNECTABLE_DISCOVERABLE(discoverablemode),SCAN_MODE_CONNECTABLE(notin discoverable mode but still able to receiveconnections),SCAN_MODE_NONE(notin discoverable mode and unable to receive connections)。

    如果只需要连接远程设备就不需要打开设备的可以被发现功能。只在应用作为一个服务器socket的宿主用来接收进来的连接时才需要使能可以被发现功能,因为远程设备在初始化连接前必须先发现了你的设备。

    9.6 ConnectingDevices服务

    为了建立两个设备之间的应用的连接,需要完成服务器端和客户端,因为一个设备必须打开一个服务器socket而另外一个设备必须初始化连接(用服务器端的MAC地址)。服务器和客户端在各自获得一个基于同一个RFCOMM信道的已连接的BluetoothSocket对象后就被认为连接已经建立。这个时候,双方设备可以获取输入输出流,数据传输可以开始了。本节描述如何在两个设备之间初始化连接。

    服务器设备和客户端设备用不同的方式获取各自需要的BluetoothSocket对象。服务器端的在接收一个进来的连接时获取到,客户端的在打开一个与服务器端的RFCOMM信道的时候获取到。

    一个实现技巧是自动把每个设备作为服务器,这样就拥有了一个打开的socket用来侦听连接。然后任一设备就能够发起与另一个设备的连接,并成为客户端。另外,一个设备也可以明确的成为“host”,并打开一个服务端socket,另一个设备可以简单的发起连接。

    注意:如果两个设备之前没有配对,那么在连接处理过程中Android应用框架会自动显示一个配对请求的通知或对话框给用户。因此,当尝试连接设备时,应用不需要关心设备是否已经配对。RFCOMM连接会阻塞直到用户成功将设备配对(如果用户拒绝配对或者配对超时了连接会失败)。

    (1)Connectingas a server

    如果要连接两个设备,其中一个必须充当服务器,通过持有一个打开的BluetoothServerSocket对象。服务器socket的作用是侦听进来的连接,如果一个连接被接受,提供一个连接好的BluetoothSocket对象。从BluetoothServerSocket获取到BluetoothSocket对象之后,BluetoothServerSocket就可以(也应该)丢弃了,除非你还要用它来接收更多的连接。

    下面是建立服务器socket和接收一个连接的基本步骤:

    ①通过调用listenUsingRfcommWithServiceRecord(String,UUID)得到一个BluetoothServerSocket对象。

    该字符串为服务的识别名称,系统将自动写入到一个新的服务发现协议(SDP)数据库接入口到设备上的(名字是任意的,可以简单地是应用程序的名称)项。UUID也包括在SDP接入口中,将是客户端设备连接协议的基础。也就是说,当客户端试图连接本设备,它将携带一个UUID用来唯一标识它要连接的服务,UUID必须匹配,连接才会被接受。

    ② 通过调用accept()来侦听连接请求。

    这是一个阻塞的调用,知道有连接进来或者产生异常才会返回。只有远程设备发送一个连接请求,并且携带的UUID与侦听它socket注册的UUID匹配,连接请求才会被接受。如果成功,accept()将返回一个连接好的BluetoothSocket对象。

    ③ 除非需要再接收另外的连接,否则的话调用close()。

    close()释放serversocket和它的资源,但不会关闭连接accept()返回的连接好的BluetoothSocket对象。与TCP/IP不同,RFCOMM同一时刻一个信道只允许一个客户端连接,因此大多数情况下意味着在BluetoothServerSocket接受一个连接请求后应该立即调用close()。

    accept()调用不应该在主ActivityUI线程中进行,因为这是个阻塞的调用,会妨碍其他的交互。经常是在在一个新线程中做BluetoothServerSocket或BluetoothSocket的所有工作来避免UI线程阻塞。注意所有BluetoothServerSocket或BluetoothSocket的方法都是线程安全的。

    示例:

    下面是一个简单的接受连接的服务器组件代码示例:

    privateclass AcceptThread extends Thread {

    privatefinal BluetoothServerSocket mmServerSocket;

     

    publicAcceptThread() {

    //Use a temporary object that is later assigned to mmServerSocket,

    //because mmServerSocket is final

    BluetoothServerSockettmp = null;

    try{

    //MY_UUID is the app's UUID string, also used by the client code

    tmp= mBluetoothAdapter.listenUsingRfcommWithServiceRecord(NAME,MY_UUID);

    }catch (IOException e) { }

    mmServerSocket= tmp;

    }

     

    publicvoid run() {

    BluetoothSocketsocket = null;

    //Keep listening until exception occurs or a socket is returned

    while(true) {

    try{

    socket= mmServerSocket.accept();

    }catch (IOException e) {

    break;

    }

    //If a connection was accepted

    if(socket != null) {

    //Do work to manage the connection (in a separate thread)

    manageConnectedSocket(socket);

    mmServerSocket.close();

    break;

    }

    }

    }

     

    /**Will cancel the listening socket, and cause the thread to finish */

    publicvoid cancel() {

    try{

    mmServerSocket.close();

    }catch (IOException e) { }

    }

    }

    本例中,仅仅只接受一个进来的连接,一旦连接被接受获取到BluetoothSocket,就发送获取到的BluetoothSocket给一个单独的线程,然后关闭BluetoothServerSocket并跳出循环。

    注意:accept()返回BluetoothSocket后,socket已经连接了,所以在客户端不应该呼叫connnect()。

    manageConnectedSocket()是一个虚方法,用来初始化线程好传输数据。

    通常应该在处理完侦听到的连接后立即关闭BluetoothServerSocket。在本例中,close()在得到BluetoothSocket后马上被调用。还需要在线程中提供一个公共的方法来关闭私有的BluetoothSocket,停止服务端socket的侦听。

    (2)Connectingas a client

    为了实现与远程设备的连接,你必须首先获得一个代表远程设备BluetoothDevice对象。然后使用BluetoothDevice对象来获取一个BluetoothSocket来实现来接。

    下面是基本的步骤:

    ①用BluetoothDevice调用createRfcommSocketToServiceRecord(UUID)获取一个BluetoothSocket对象。

    这个初始化的BluetoothSocket会连接到BluetoothDevice。UUID必须匹配服务器设备在打开BluetoothServerSocket时用到的UUID(用listenUsingRfcommWithServiceRecord(String,UUID))。可以简单的生成一个UUID串然后在服务器和客户端都使用该UUID。

    ② 调用connect()完成连接

    当调用这个方法的时候,系统会在远程设备上完成一个SDP查找来匹配UUID。如果查找成功并且远程设备接受连接,就共享RFCOMM信道,connect()会返回。这也是一个阻塞的调用,不管连接失败还是超时(12秒)都会抛出异常。

    注意:要确保在调用connect()时没有同时做设备查找,如果在查找设备,该连接尝试会显著的变慢,慢得类似失败了。

    实例:

    下面是一个完成Bluetooth连接的样例线程:

    privateclass ConnectThread extends Thread {

    privatefinal BluetoothSocket mmSocket;

    privatefinal BluetoothDevice mmDevice;

     

    publicConnectThread(BluetoothDevice device) {

    //Use a temporary object that is later assigned to mmSocket,

    //because mmSocket is final

    BluetoothSockettmp = null;

    mmDevice= device;

     

    //Get a BluetoothSocket to connect with the given BluetoothDevice

    try{

    //MY_UUID is the app's UUID string, also used by the server code

    tmp= device.createRfcommSocketToServiceRecord(MY_UUID);

    }catch (IOException e) { }

    mmSocket= tmp;

    }

     

    publicvoid run() {

    //Cancel discovery because it will slow down the connection

    mBluetoothAdapter.cancelDiscovery();

     

    try{

    //Connect the device through the socket. This will block

    //until it succeeds or throws an exception

    mmSocket.connect();

    }catch (IOException connectException) {

    //Unable to connect; close the socket and get out

    try{

    mmSocket.close();

    }catch (IOException closeException) { }

    return;

    }

     

    //Do work to manage the connection (in a separate thread)

    manageConnectedSocket(mmSocket);

    }

     

    /**Will cancel an in-progress connection, and close the socket */

    publicvoid cancel() {

    try{

    mmSocket.close();

    }catch (IOException e) { }

    }

    }

    注意到cancelDiscovery()在连接操作前被调用。在连接之前,不管搜索有没有进行,该调用都是安全的,不需要确认(当然如果有要确认的需求,可以调用isDiscovering())。

    manageConnectedSocket()是一个虚方法,用来初始化线程好传输数据。

    在对BluetoothSocket的处理完成后,记得调用close()来关闭连接的socket和清理所有的内部资源。

    9.7 Managing aConnection服务

    如果已经连接了两个设备,他们都已经拥有各自的连接好的BluetoothSocket对象。那就是一个有趣的开始,因为你可以在设备间共享数据了。使用BluetoothSocket,传输任何数据通常来说都很容易了:

    (1)通过socket获取输入输出流来处理传输(分别使用getInputStream()和getOutputStream())。

    (2)用read(byte[])和write(byte[])来实现读写。

    仅此而已。

    当然,还是有很多细节需要考虑的。首要的,需要用一个专门的线程来实现流的读写。只是很重要的,因为read(byte[])和write(byte[])都是阻塞的调用。read(byte[])会阻塞直到流中有数据可读。write(byte[])通常不会阻塞,但是如果远程设备调用read(byte[])不够快导致中间缓冲区满,它也可能阻塞。所以线程中的主循环应该用于读取InputStream。线程中也应该有单独的方法用来完成写OutputStream。

    示例:

    下面是一个如上面描述那样的例子:

    privateclass ConnectedThread extends Thread {

    privatefinal BluetoothSocket mmSocket;

    privatefinal InputStream mmInStream;

    privatefinal OutputStream mmOutStream;

     

    publicConnectedThread(BluetoothSocket socket) {

    mmSocket= socket;

    InputStreamtmpIn = null;

    OutputStreamtmpOut = null;

     

    //Get the input and output streams, using temp objects because

    //member streams are final

    try{

    tmpIn= socket.getInputStream();

    tmpOut= socket.getOutputStream();

    }catch (IOException e) { }

     

    mmInStream= tmpIn;

    mmOutStream= tmpOut;

    }

     

    publicvoid run() {

    byte[]buffer = new byte[1024]; // buffer store for the stream

    intbytes; // bytes returned from read()

     

    //Keep listening to the InputStream until an exception occurs

    while(true) {

    try{

    //Read from the InputStream

    bytes= mmInStream.read(buffer);

    //Send the obtained bytes to the UI Activity

    mHandler.obtainMessage(MESSAGE_READ,bytes, -1, buffer)

    .sendToTarget();

    }catch (IOException e) {

    break;

    }

    }

    }

     

    /*Call this from the main Activity to send data to the remote device */

    publicvoid write(byte[] bytes) {

    try{

    mmOutStream.write(bytes);

    }catch (IOException e) { }

    }

     

    /*Call this from the main Activity to shutdown the connection */

    publicvoid cancel() {

    try{

    mmSocket.close();

    }catch (IOException e) { }

    }

    }

    构造函数中得到需要的流,一旦执行,线程会等待从InputStream来的数据。当read(byte[])返回从流中读到的字节后,数据通过父类的成员Handler被送到主Activity,然后继续等待读取流中的数据。

    向外发送数据只需简单的调用线程的write()方法。

    线程的cancel()方法时很重要的,以便连接可以在任何时候通过关闭BluetoothSocket来终止。它应该总在处理完Bluetooth连接后被调用。

    9.8 Working withProfiles服务

    从Android3.0开始,BluetoothAPI就包含了对Bluetoothprofiles的支持。Bluetoothprofile是基于蓝牙的设备之间通信的无线接口规范。例如Hands-Freeprofile(免提模式)。如果移动电话要连接一个无线耳机,他们都要支持Hands-Freeprofile。

    你在你的类里可以完成BluetoothProfile接口来支持某一Bluetoothprofiles。AndroidBluetooth API完成了下面的Bluetoothprofile:

    Headset:Headsetprofile提供了移动电话上的Bluetooth耳机支持。Android提供了BluetoothHeadset类,它是一个协议,用来通过IPC(interprocesscommunication)控制BluetoothHeadset Service。BluetoothHeadset既包含BluetoothHeadset profile也包含Hands-Freeprofile,还包括对AT命令的支持。

    A2DP:AdvancedAudio Distribution Profile (A2DP)profile,高级音频传输模式。Android提供了BluetoothA2dp类,这是一个通过IPC来控制BluetoothA2DP的协议。

    下面是使用profile的基本步骤:

    ① 获取默认的Bluetooth适配器。

    ②使用getProfileProxy()来建立一个与profile相关的profile协议对象的连接。在下面的例子中,profile协议对象是BluetoothHeadset的一个实例。

    ③设置BluetoothProfile.ServiceListener。该listener通知BluetoothProfileIPC客户端,当客户端连接或断连服务器的时候。

    ④在onServiceConnected()内,得到一个profile协议对象的句柄。

    ⑤一旦拥有了profile协议对象,就可以用它来监控连接的状态,完成于该profile相关的其他操作。

    例如,下面的代码片段显示如何连接到一个BluetoothHeadset协议对象,用来控制Headsetprofile:

    BluetoothHeadsetmBluetoothHeadset;

     

    //Get the default adapter

    BluetoothAdaptermBluetoothAdapter = BluetoothAdapter.getDefaultAdapter();

     

    //Establish connection to the proxy.

    mBluetoothAdapter.getProfileProxy(context,mProfileListener, BluetoothProfile.HEADSET);

     

    privateBluetoothProfile.ServiceListener mProfileListener = newBluetoothProfile.ServiceListener() {

    publicvoid onServiceConnected(int profile, BluetoothProfile proxy) {

    if(profile == BluetoothProfile.HEADSET) {

    mBluetoothHeadset= (BluetoothHeadset) proxy;

    }

    }

    publicvoid onServiceDisconnected(int profile) {

    if(profile == BluetoothProfile.HEADSET) {

    mBluetoothHeadset= null;

    }

    }

    };

     

    //... call functions on mBluetoothHeadset

     

    //Close proxy connection after use.

    mBluetoothAdapter.closeProfileProxy(mBluetoothHeadset);

    十 总结与疑问

    1.蓝牙驱动的上下电是怎么完成的?是通过操作寄存器,还是其他的方式?

    2.bccmd命令主要用来初始化蓝牙,比如说上电,设置波特率,下载firmware,它是如何实现的?

    3.如何设置PSKEY键值?

    4.蓝牙协议栈bluez是如何通过dbus总线与framework层进行数据交互的?

    展开全文
  • 从网上搜集的rtl8822bu驱动,WiFi蓝牙都有,已经验证过,可以使用。 00013955-RTL88x2BU_WiFi_linux_v5.6.1.2_32629.20190321_COEX...Linux_BT_USB_v3.10_20171108_8822BU_BTCOEX_20171124-5656 这个是bu的蓝牙驱动
  • rtl8821cu 蓝牙模块调试log,8821cu_bt_error.log 为未成功加载驱动的log,8821cu_bt_error2位移植了驱动的log,8821cu_bt_error__1.log为全部的log,8821cu_bt_ok.log为调试成功的log
  • 概念 RFKill, 就是RF(射频) 设备的开关,有类似一键关闭所有... 目前已经很多厂商的设备使用的是RFKill的驱动来管理一些无线设备的电源了, 都是和RF相关的芯片, 比如WIFI, 蓝牙, NFC, FM, GPS等等. 由于这个rfkill的功

    概念

    RFKill, 就是RF(射频) 设备的开关,有类似一键关闭所有射频外设的功能,比如当我们在飞机上飞行开启飞行模式时候, 所有这些RF相关的设备都需要关闭.

    linux的rfkill子系统提供了用于禁用系统中任何无线电发射器的通用接口, 发射设备关闭时.不得辐射任何功率. RFKill的出现方便管理各种RF芯片的开关. 目前已经很多厂商的设备使用的是RFKill的驱动来管理一些无线设备的电源了, 都是和RF相关的芯片, 比如WIFI, 蓝牙, NFC, FM, GPS等等. 由于这个rfkill的功能是管理无线设备的电源开关, 所以这和硬件的关联是直接的,一般都会涉及到硬件的power或reset引脚.

    rfkill子系统有"hard"和"soft" block的概念, block的意思就是发射器关闭, hard block和soft block的差异在于

    hard block : 软件无法管控到的只读类型的无线模块
    soft block: 系统软件可设置的无线模块(可不需要读权限)

    rfkill子系统由三个主要组件组成:

    1.rfkill core
    2.rfkill-input模块(不推荐使用的, 输入层处理程序,已由用户空间策略代码代替)
    3.rfkill驱动程序

    rfkill core为驱动程序提供了API,让驱动程序可向内核注册无线电发射器设备, 以及打开和关闭内核的方法, 这样系统就知道怎么禁用设备硬件. rfkill core还向用户空间通知状态更改,并为用户空间提供查询当前状态的方法.

    hal层一般使用/dev/rfkill设备节点来操作设备使能/禁用, 用户空间一般都操作这个设备节点来写程序. linux下有rfkill工具, 有兴趣的朋友可以去玩下, 就是开关无线设备功能. 比如我电脑ubuntu上的:

    zkh@zkh-ThinkPad-Edge-E430c:~$ rfkill
    Usage:	rfkill [options] command
    Options:
    	--version	show version (0.5-1ubuntu3.1 (Ubuntu))
    Commands:
    	help
    	event
    	list [IDENTIFIER]
    	block IDENTIFIER
    	unblock IDENTIFIER
    where IDENTIFIER is the index no. of an rfkill switch or one of:
    	<idx> all wifi wlan bluetooth uwb ultrawideband wimax wwan gps fm nfc
    
    

    查询电脑上支持的设备:

    zkh@zkh-ThinkPad-Edge-E430c:~$ rfkill list
    0: phy0: Wireless LAN
    	Soft blocked: no
    	Hard blocked: no
    

    这里看到有个无线设备,就是wifi的,操作开关就不演示了,按照命令帮助操作就能操作到wifi的开关了.

    驱动

    相关代码:

    include/linux/rfkill.h 驱动编程的API接口
    net/rfkill/ rfkill的核心代码, 为驱动提供API
    厂商实现的驱动

    我们要做的一般是调试厂商已经做好的驱动,或者我们自己实现API的接口,这个并不难,其实最终就是操作GPIO引脚.

    一个蓝牙芯片里面,一般包含ARM Cortex芯片, RAM, ROM, PMU.延伸出来的控制引脚, 一般会有bt_power,reset,host_wake, wakeup ,irq等等我们常控制的引脚.

    接口:

    || rfkill_alloc 申请一个rfkill设备结构体,用于register注册
    || rfkill_register
    || rfkill_pause_polling 休眠操作
    || rfkill_resume_polling 唤醒操作
    || rfkill_unregister
    || rfkill_destroy
    || rfkill_set_hw_state
    || rfkill_set_sw_state
    || rfkill_init_sw_state
    || rfkill_set_states
    || rfkill_blocked 关闭设备
    || rfkill_find_type 返回注册设备时候传入的设备类型
    || rfkill_get_led_trigger_name 获取灯控制
    || rfkill_set_led_trigger_name 设置灯

    设备类型

    驱动注册成功后,可用通过/dev/rfkill和属性文件来操作蓝牙上下电, 这里的rfkill0需要看实际的情况,如果有注册多个rfkill设备, 可用看看
    echo 0 >/sys/class/rfkill/rfkill0/state //下电
    echo 1 >/sys/class/rfkill/rfkill0/state //上电

    rfkill 驱动, 设备类型:

    /**
     * enum rfkill_type - type of rfkill switch.
     *
     * @RFKILL_TYPE_ALL: toggles all switches (requests only - not a switch type)
     * @RFKILL_TYPE_WLAN: switch is on a 802.11 wireless network device.
     * @RFKILL_TYPE_BLUETOOTH: switch is on a bluetooth device.
     * @RFKILL_TYPE_UWB: switch is on a ultra wideband device.
     * @RFKILL_TYPE_WIMAX: switch is on a WiMAX device.
     * @RFKILL_TYPE_WWAN: switch is on a wireless WAN device.
     * @RFKILL_TYPE_GPS: switch is on a GPS device.
     * @RFKILL_TYPE_FM: switch is on a FM radio device.
     * @RFKILL_TYPE_NFC: switch is on an NFC device.
     * @NUM_RFKILL_TYPES: number of defined rfkill types
     */
    enum rfkill_type {
        RFKILL_TYPE_ALL = 0,
        RFKILL_TYPE_WLAN,
        RFKILL_TYPE_BLUETOOTH,
        RFKILL_TYPE_UWB,
        RFKILL_TYPE_WIMAX,
        RFKILL_TYPE_WWAN,
        RFKILL_TYPE_GPS,
        RFKILL_TYPE_FM,
        RFKILL_TYPE_NFC,
        NUM_RFKILL_TYPES,
    };
    
    

    蓝牙的rfkill驱动注册顺序, RFKILL_TYPE_BLUETOOTH为注册的设备类型.

    bt_rfk = rfkill_alloc(“bt-dev”, &pdev->dev, RFKILL_TYPE_BLUETOOTH, &bt_rfkill_ops, pdata);
    rfkill_init_sw_state(bt_rfk, false);
    rfkill_register(bt_rfk);

    其中bt_rfkill_ops

    static int bt_set_block(void *data, bool blocked)
    {
        struct bt_dev_data *pdata = data;
    
        pr_info("BT_RADIO going: %s\n", blocked ? "off" : "on");
    
        if (!blocked) {
            pr_info("AML_BT: going ON\n");
            bt_device_on(pdata);
        } else {
            pr_info("AML_BT: going OFF\n");
        bt_device_off(pdata);
        }   
        return 0;
    }
    
    static const struct rfkill_ops bt_rfkill_ops = { 
        .set_block = bt_set_block,
    };
    
    

    bt_device_on和bt_device_off是直接操作设备的gpio引脚控制设备on和off. 引脚的设置在dts文件里面配置, 具体引脚结合硬件原理图配置.

    展开全文
  • 蔡工RK3288_Android7.1驱动开发入门

    千人学习 2020-02-17 13:13:44
    1、基于RK3288平台,基于Android7.1,kernel4.4的驱动移植、调试和开发,驱动框架分析,跟代码等; 2、讲解RK平台的常用外设模块驱动(例如LCD,TP,GPIO,wifi+BT,IR,camera和key等)的调试流程以及一些简单代码...
  • Android BCM4330 蓝牙BT驱动调试记录

    万次阅读 2012-01-06 12:01:28
    网上关于BT的驱动很少,所以我在开发过程中把其中的步骤记录下来。供大家相互学习讨论。 一、关于BT driver的移植: 1. Enablebluetootch in BoadConfig.mk  BOARD_HAVE_BLUETOOTH := ...

    网上关于BT的驱动很少,所以我在开发过程中把其中的步骤记录下来。供大家相互学习讨论。


    一、关于BT driver的移植:


    1. Enablebluetootch in BoadConfig.mk

           BOARD_HAVE_BLUETOOTH := true


    2.实现BT电源管理rfkill驱动。

    Kernel/driver/bluetooth/bluetooth-power.c    高通的这个文件基本上不用动。

    在kernel\arch\arm\mach_msm7x27.c: static int bluetooth_power(int on)中

    实现:上电:把bt_reset pin 和bt_reg_on pin 拉低

                    mdelay(10);

                  把bt_resetpin 和bt_reg_on pin 拉高

                  mdelay(150)

          下电:把bt_reset pin 和bt_reg_on pin 拉低       

     

    3. RebuildAndroid image and reboot

    命令行测试:

    echo 0 >/sys/class/rfkill/rfkill0/state   //BT下电

    echo 1 >/sys/class/rfkill/rfkill0/state   //BT上电

    brcm_patchram_plus-d --patchram /etc/firmware/BCM4329B1_002.002.023.0061.0062.hcd/dev/ttyHS0

    hciattach -s115200 /dev/ttyHS0 any

    没任何错误提示是可以用以下测试

    hciconfig hci0up

    hcitool scan

     

    4.实现BT睡眠唤醒机制

    Kernel\drivers\bluetooth\bluesleep.c一般来说这个文件改动比较少,但可能逻辑上会有些问题。需要小的改动。

    在kernel\arch\arm\mach_xxx/board_xxx.c:bluesleep_resources中定义gpio_host_wake(BT唤醒host脚)、gpio_ext_wake(host唤醒BT脚)、host_wake(BT唤醒host的中断号)。

    注:各个平台的board_xxx.c文件名字不同,请客户确认 


    5.系统集成

    1)在init.qcom.rc中确认有下面的内容:

    service hciattach/system/bin/sh /system/etc/init.qcom.bt.sh

        user bluetooth

        group qcom_oncrpc bluetooth net_bt_admin

        disabled

        oneshot

     

    2)修改init.qcom.bt.sh

    确认有:

    BLUETOOTH_SLEEP_PATH=/proc/bluetooth/sleep/proto

    echo 1 >$BLUETOOTH_SLEEP_PATH

    /system/bin/hciattach-n /dev/ttyHS0 any 3000000 flow & 改为:

    ./brcm_patchram_plus--enable_lpm –enable_hci --patchram /system/etc/wifi/BCM4329BT.hcd --baudrate3000000 /dev/ttyHS0 &

    注掉:高通下载firmware的命令。

     

    6.重新编译system。此时BT应该能运行了。


    二、BT的休眠唤醒配置


    BT的休眠在driver/bluetooth/bluesleep.c中,首先驱动的名字叫“bluesleep”与arch/arm/mach-msm/board-msm7x30.c相匹配就执行platform_driver_probe(&bluesleep_driver, bluesleep_probe)然后调用static int __init bluesleep_probe(struct platform_device *pdev),这里会配置两个引脚HOST_WAKE_BT & BT_WAKE_HOST 

    bsi = kzalloc(sizeof(struct bluesleep_info), GFP_KERNEL);
            if (!bsi)
                    return -ENOMEM;

            res = platform_get_resource_byname(pdev, IORESOURCE_IO,
                                    "gpio_host_wake");
            if (!res) {
                    BT_ERR("couldn't find host_wake gpio\n");
                    ret = -ENODEV;
                    goto free_bsi;
            }
            bsi->host_wake = res->start;
            //[SIMT-zhangmin-111230] change the configuration of BT sleep gpio from bt_power to here {
            gpio_tlmm_config(GPIO_CFG(bsi->host_wake, 0, GPIO_CFG_INPUT, GPIO_CFG_NO_PULL, GPIO_CFG_2MA),GPIO_CFG_ENABLE);
            //[SIMT-zhangmin-111230] }
            ret = gpio_request(bsi->host_wake, "bt_host_wake");
            if (ret)
                    goto free_bsi;
            ret = gpio_direction_input(bsi->host_wake);

     bsi->host_wake_irq = platform_get_irq_byname(pdev, "host_wake");

    如上代码所示,主要将HOST_WAKE_BT设置为输出脚,BT_WAKE_HOST 设置为输入脚并也设置为中断脚,等待BT芯片的唤醒。

    然后再bluesleep_init函数中建立BT目录/proc/bluetooth/sleep/读btwake中HOST_WAKE_BT的状态。读出的状态值为0或1。

    或在BT目录/proc/bluetooth/sleep/写btwake中HOST_WAKE_BT的状态。写出状态值为0或1。


    展开全文
  • rk3288 Android7.1 wifi 蓝牙 驱动

    千次阅读 2020-06-28 14:10:52
    dts 调试 (0) 查看芯片 rk3288:/sys/bus/sdio/devices/mmc1:0001:3 $ dmesg | grep "card at address" [ 2.348838] mmc2: new high speed MMC card at address 0001 [ 2.417267] mmc1: new ultra high speed SDR...

    dts

    调试

    (0) 查看芯片

    rk3288:/sys/bus/sdio/devices/mmc1:0001:3 $ dmesg | grep "card at address"      
    [    2.348838] mmc2: new high speed MMC card at address 0001
    [    2.417267] mmc1: new ultra high speed SDR104 SDIO card at address 0001
    rk3288:/sys/bus/sdio/devices/mmc1:0001:3 $ 
    

    (1)

    rk3288:/ $ cat /sys/class/rkwifi/chip                                          
    [  267.558874] Current WiFi chip is AP6255.
    AP6255rk3288:/ $ 
    

    (2)

    rk3288:/ $ lsmod                                                               
    Module                  Size  Used by
    bcmdhd                968060  0 
    rk3288:/ $ 
    

    (3)

    rk3288:/ $ logcat | grep WifiHW
    01-01 12:00:10.744   503   575 D WifiHW  : Kernel version is 4.4.
    01-01 12:00:10.744   503   575 E WifiHW  : Wifi driver is not ready.
    01-01 12:00:10.744   503   575 D WifiHW  : wifi_load_driver
    01-01 12:00:10.744   503   575 D WifiHW  : uevent path:/sys/bus/sdio/devices/./uevent
    01-01 12:00:10.744   503   575 D WifiHW  : uevent path:/sys/bus/sdio/devices/../uevent
    01-01 12:00:10.744   503   575 D WifiHW  : uevent path:/sys/bus/sdio/devices/mmc1:0001:1/uevent
    01-01 12:00:10.744   503   575 D WifiHW  : found device pid:vid : 02d0:a9bf
    01-01 12:00:10.745   503   575 D WifiHW  : wifi detectd return ret:0
    01-01 12:00:10.745   503   575 D WifiHW  : SDIO WIFI identify sucess
    01-01 12:00:10.745   503   575 D WifiHW  : check_wifi_chip_type_string: AP6255
    01-01 12:00:10.760   503   575 D WifiHW  : /data/wifi_chip is exit
    01-01 12:00:10.760   503   575 D WifiHW  : wifi_load_driver matched ko file path  /system/lib/modules/bcmdhd.ko
    01-01 12:00:11.409   503   575 D WifiHW  : Kernel version is 4.4.
    01-01 12:00:11.409   503   575 E WifiHW  : Wifi driver is not ready.
    01-01 12:00:11.609   503   575 D WifiHW  : Kernel version is 4.4.
    01-01 12:00:11.609   503   575 E WifiHW  : Wifi driver is not ready.
    01-01 12:00:11.809   503   575 D WifiHW  : Kernel version is 4.4.
    01-01 12:00:11.810   503   575 D WifiHW  : Wifi driver is ready for now...
    01-01 12:00:11.810   234   525 D WifiHW  : uevent path:/sys/bus/sdio/devices/./uevent
    01-01 12:00:11.811   234   525 D WifiHW  : uevent path:/sys/bus/sdio/devices/../uevent
    01-01 12:00:11.811   234   525 D WifiHW  : uevent path:/sys/bus/sdio/devices/mmc1:0001:1/uevent
    01-01 12:00:11.811   234   525 D WifiHW  : found device pid:vid : 02d0:a9bf
    01-01 12:00:11.811   234   525 D WifiHW  : wifi detectd return ret:0
    01-01 12:00:11.811   234   525 D WifiHW  : SDIO WIFI identify sucess
    01-01 12:00:11.811   234   525 D WifiHW  : check_wifi_chip_type_string: AP6255
    01-01 12:00:12.635   503   575 D WifiHW  : wifi_start_supplicant: p2p_supplicant
    01-01 12:00:12.743   972   972 D WifiHW  : uevent path:/sys/bus/sdio/devices/./uevent
    01-01 12:00:12.743   972   972 D WifiHW  : uevent path:/sys/bus/sdio/devices/../uevent
    01-01 12:00:12.743   972   972 D WifiHW  : uevent path:/sys/bus/sdio/devices/mmc1:0001:1/uevent
    01-01 12:00:12.743   972   972 D WifiHW  : found device pid:vid : 02d0:a9bf
    01-01 12:00:12.743   972   972 D WifiHW  : wifi detectd return ret:0
    01-01 12:00:12.743   972   972 D WifiHW  : SDIO WIFI identify sucess
    01-01 12:00:12.743   972   972 D WifiHW  : check_wifi_chip_type_string: AP6255
    01-01 12:00:12.964   972   972 D WifiHW  : check_wifi_chip_type_string: AP6255
    

    (4)

    rk3288:/sys/bus/sdio/devices/mmc1:0001:1 $ cat uevent                          
    DRIVER=bcmsdh_sdmmc
    SDIO_CLASS=00
    SDIO_ID=02D0:A9BF
    MODALIAS=sdio:c00v02D0dA9BF
    rk3288:/sys/bus/sdio/devices/mmc1:0001:1 $ 
    

    (5)

    (6)

    rk3288:/ $ ls -l system/lib/modules/                                           
    total 68784
    -rw-r--r-- 1 root root  2330788 2020-06-14 05:18 8188eu.ko
    -rw-r--r-- 1 root root  1886284 2020-06-14 05:18 8188fu.ko
    -rw-r--r-- 1 root root  1650648 2020-06-14 05:18 8189es.ko
    -rw-r--r-- 1 root root  1419240 2020-06-14 05:18 8189fs.ko
    -rw-r--r-- 1 root root  2431156 2020-06-14 05:18 8723bs.ko
    -rw-r--r-- 1 root root  2173548 2020-06-14 05:18 8723bu.ko
    -rw-r--r-- 1 root root  2417484 2020-06-14 05:18 8723cs.ko
    -rw-r--r-- 1 root root  2586304 2020-06-14 05:18 8723ds.ko
    -rw-r--r-- 1 root root  3579640 2020-06-14 05:18 8822be.ko
    -rw-r--r-- 1 root root 10307328 2020-06-14 05:18 bcmdhd.ko  -》是他
    -rw-r--r-- 1 root root       26 2020-06-14 04:48 readme.txt
    -rw-r--r-- 1 root root    17358 2020-06-14 04:48 rk29-ipp.ko
    -rw-r--r-- 1 root root    17358 2020-06-14 04:48 rk29-ipp.ko.3.0.101+
    -rw-r--r-- 1 root root    17387 2020-06-14 04:48 rk29-ipp.ko.3.0.36+
    -rw-r--r-- 1 root root  4349524 2020-06-14 05:18 ssv6051.ko
    rk3288:/ $ 
    
    展开全文
  • http://blog.csdn.net/myxuan475/article/details/51451256//命令行测试wlan//加载驱动#insmod /system/lib/modules/ath6kl/cfg80211.ko#insmod /system/lib/modules/ath6kl/ath6kl_sdio.ko//查看加载的情况root@...
  • rk3399_android7.1调试USB蓝牙模块小结

    千次阅读 2019-11-21 22:07:33
    背景: BT chip:RTL8761 ...蓝牙框架结构 Android4.2 之后采用 bluedroid 作为协议;整体由 bluetooth.apk,bluedroid ,libbt-vendor 三个 部 分 组 成 ; bluetooth.apk 作 为 蓝 牙 服 务 进 程 , 通 过 l...
  • 解决RK3399 android7.1.2 使用RTL8723bu WIFI无法使用问题
  • 使用App Inventor创建Android应用 Arduino分步指南:完整指南 Arduino仿真和块编码 房间的光线水平会极大影响人的心情和生产力。 早晨的灯光会有助于您的机敏和清醒,既可以诱使您感到疲劳,也可以使您整夜保持精力...
  • linux 蓝牙串口 连接android手机调试

    千次阅读 2018-11-15 15:17:24
    蓝牙驱动买模块时会提供的,编译安装就OK了。 这里列一下调试串口的过程。 安装 bluez (包含许多蓝牙管理工具) hciconfig -a 查看设备 root@debian:~# hciconfig -a hci0: Type: BR/EDR Bus: USB ...
  • 蓝牙通讯调试方法-windows与手机

    千次阅读 2019-04-22 22:17:17
    需要做个安卓端蓝牙连接、收发数据的APP,程序写...windows可以直接将蓝牙虚拟成串口(也可能非系统而是蓝牙驱动的功能) 右键右下角蓝牙图表-打开设置(如果是win10会进入新的设置界面,找到更多蓝牙选项,可进入...
  • android 无线调试_Android 11的无线调试

    千次阅读 2020-08-23 22:37:03
    android 无线调试Android 11 developer preview has lots of new features to look but one of the coolest is Wireless debugging. It is a new method for developers to pair their Android devices with a ...
  • Android系统驱动介绍

    千次阅读 2019-08-12 09:02:37
    Android在Linux内核中增加的主要是一些驱动程序,这些驱动程主要分为两种:Android专用驱动Android使用的设备驱动Android专用驱动    Android专用驱动程序不是Linux的标准驱动,它们的作用是辅助系统运行,...
  • RK3399开发板调试android8.1功能实现

    千人学习 2019-05-18 20:00:55
    本次课程将会使用 RK3399 多块开发板,使用 android 8.1 最新代码,带领大家把开发板上面的硬件模块功能都实现了 总体课程规划如下;         1准备篇    ...
  • OS: Android 6.0 Kernel: 3.10.92 rk3288提供了fiq debugger功能, 因此rk将debug uart和普通uart区分开来, debug uart的初始化集成到了fiq debugger代码中完成,不过uart的初始化 方法还是遵循linux的uart初始...
  • 平台RK3288 Android5.1 最近由于硬件升级换芯片,WIFI模块换成AP6256,用原来的默认配置发现wifi和蓝牙都不能用。 首先查看SDIO是否正常通讯。有如下打印信息,说明通讯是正常的 [ 2.263209] mmc2: new high ...
  • Android命令行下蓝牙使用
  • 此工具的需求产生是研发人员在开发产品时涉及到蓝牙驱动和安卓蓝牙两个东西。但是呢,蓝牙不太稳定,那么工作来了。就需要研发人员一边开发,一遍测试(用产品的安卓app一直按连接,产品设备重启,安卓app再连接蓝牙...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 4,128
精华内容 1,651
关键字:

android蓝牙驱动调试