[Android源码分析]从spec角度来详细分析inquiry command带来的影响

最新推荐文章于 2022-03-09 11:13:44 发布

gordon1986

最新推荐文章于 2022-03-09 11:13:44 发布

阅读量4.2k

点赞数 4

分类专栏： android蓝牙分析 android4.0 源码解读文章标签： android 蓝牙扫描

本文链接：https://blog.csdn.net/u011960402/article/details/17216563

版权

本文探讨了Android如何通过inquiry command执行蓝牙扫描，详细分析了inquiry cmd的格式，包括LAP参数和扫描时长。此外，还阐述了此command触发的Command Status、Inquiry Result和Inquiry Complete事件，以及这些事件在框架层的处理，如ACTION_DISCOVERY_STARTED广播及其对应的receiver——BluetoothDiscoveryReceiver和ScanningStateChangedHandler的作用。

摘要由CSDN通过智能技术生成

上文我们详细介绍了Android是如何通过ui操作到最终发出inquiry command来实现蓝牙的扫描功能的。本文晓东将会和大家一起来看看inquiry command的格式，以及发出这个command后会产生哪些影响。

4、inquiry cmd的格式分析。

在蓝牙core spec中明确定义了inquirycmd的格式已经返回的event。我们来具体看看：

Inquiry command的格式^[1]

针对这个command的参数设置如下：

LAP：在spec上是这样描述这个参数的：“The reserved LAP addresses are 0x9E8B00-0X9E8B3F，The general LAP is 0x9E8B33.”也就是说，LAP的地址范围是0x9E8B00-0X9E8B3F，一般而言我们设为0x9E8B33。从上面的代码我们也可以发现，android中的确使用的是推荐值：uint8_t lap[3] = {0x33, 0x8b, 0x9e };

Inquiry length：这个顾名思义就是扫描的时间长度。上面的LENGTH_BR_INQ的值是0x08，简单计算一下08*1.28s，大概就是10s了，所以，我们从上层才会看到一般的android手机搜索的时间就是10s，若是需要修改，则可以改这边的参数，当然最长不能超过61.44s了。