这里会显示出您选择的修订版和当前版本之间的差别。
cc2640r2f:hci [2017/08/31 16:30] 127.0.0.1 外部编辑 |
cc2640r2f:hci [2021/06/22 23:14] |
||
---|---|---|---|
行 1: | 行 1: | ||
- | < | ||
- | # Host控制接口(HCI) # | ||
- | 主控制器接口(HCI)层是在蓝牙协议栈的主机(Host)和控制器(controller)之间传送命令和事件的薄层。在纯网络处理器应用程序(即host_test项目)中,HCI层通过SPI或UART等传输协议实现。 | ||
- | |||
- | 在诸如simple_peripheral项目的嵌入式无线MCU项目中,HCI层通过无线MCU内的函数调用和回调来实现。所有与Controller进行通信的命令和事件(如ATT,GAP等)将最终称为HCI API,从协议栈的Host通过HCI层传递到Controller。同样,控制器通过HCI将接收到的数据和事件发送到Host上层。 | ||
- | |||
- | 除了标准的蓝牙LE HCI命令之外,还有许多HCI扩展供应商特定的命令可以扩展控制器的一些功能,以供应用使用。有关在嵌入式应用程序中调用的可用HCI和HCI扩展命令的描述,请参阅BLE Stack API参考。 | ||
- | |||
- | BLE5-Stack支持纯网络处理器配置(host_test),即允许应用程序在外部MCU上运行以连接到BLE5-Stack。网络处理器可以通过外部传输协议(UART,SPI等)接受所有LE HCI命令; 然而,因为 BLE Controller和Host都驻留在无线MCU上,所以一些HCI命令将使其相应的事件被TI BLE主机消耗。因此,不可能使用标准HCI LE命令将外部的蓝牙主机与CC2640无线MCU进行接口连接。网络处理器配置应使用HCI和TI供应商特定的HCI命令来实现外部蓝牙应用。 | ||
- | |||
- | 类似于网络处理器配置(host_test),BLE5-Stack可以被配置为使用子集HCI命令,然后通过UASRT,SPI传递给控制器,从而能够切换到完整的嵌入式应用。此配置称为生产测试模式(PTM)。可用的HCI命令的子集是执行蓝牙RF认证的子集。有关如何在嵌入式应用程序上启用PTM的信息,请参阅使用生产测试模式(PTM)。 | ||
- | |||
- | 当需要满足以下条件时,应考虑将PTM用于直接测试模式(DTM),以代替完整的网络处理器配置(host_test): | ||
- | |||
- | - 设备只会烧写一次FLASH在生产过程中。并且固件镜像无法再更改 | ||
- | |||
- | - HCI传输层FLASH可用,PTM需要FLASH在应用程序,因此减少应用程序FLASH | ||
- | |||
- | 注意 | ||
- | BLE5-Stack也支持直接测试模式(DTM)。DTM在蓝牙核心规范版本5.0的直接测试模式部分([第6卷,第F部分))中有详细描述。Host_test支持所有DTM命令以及供应商特定的调制解调器测试命令。有关如何设置用于定制产品和芯片包类型的host_test应用程序二进制文件的信息,请参阅配置CC2640的蓝牙直接测试模式(SWRA530)。 | ||
- | |||
- | ## 在应用程序中使用HCI和HCI供应商特定的命令 ## | ||
- | 按照以下步骤使用这些命令并在应用程序中接收各自的事件: | ||
- | 1. 包括HCI传输层头文件。 | ||
- | ````C | ||
- | `# | ||
- | ```` | ||
- | 2. 注册用于HCI/ | ||
- | ````C | ||
- | // | ||
- | GAP_RegisterForMsgs (selfEntity ); | ||
- | ```` | ||
- | 3. 应用程序能调用HCI或HCI特定于供应商的命令。请参阅BLE Stack API Reference,HCI部分具体介绍可以发送哪些命令。 | ||
- | |||
- | 4. 作为HCI_GAP_EVENT_EVENT的任务间消息返回HCI事件 。请参阅simple_peripheral项目。 | ||
- | |||
- | 以下部分讨论接收HCI事件和HCI供应商特定的事件。 | ||
- | |||
- | ## 标准LE HCI命令和事件 ## | ||
- | 这些命令在“ 蓝牙核心规范版本5.0”的“HCI命令和事件”一章(第2卷,第E部分,第7节)中有记录。使用这些命令的机制与蓝牙核心规范版本5.0中的任何命令相同,包括HCI LE命令。下面的示例演示了如何使用 蓝牙核心规范版本5.0在应用程序中实现HCI命令。使用的命令是读RSSI命令。 | ||
- | |||
- | ### 发送HCI命令 ### | ||
- | 1. 在蓝牙核心规范版本5.0中查找命令: | ||
- | |||
- | ![](http:// | ||
- | |||
- | 2. 查找映射到BLE堆栈命令。使用BLE Stack API参考(HCI部分 -> HCI功能映射),显示此命令映射到HCI_ReadRssiCmd()。 | ||
- | |||
- | 3. 使用步骤1中的API,填写参数并从应用程序的某处调用命令。在形成连接后,应该调用此特定命令。这里只有一个参数:一个2字节的连接句柄。在这个例子的情况下,连接句柄是0x0000: | ||
- | ````C | ||
- | `HCI_ReadRssiCmd (0x0000); | ||
- | ```` | ||
- | ### 接收HCI event ### | ||
- | 注意: | ||
- | |||
- | 1.查看蓝牙核心规范版本5.0以查看返回事件的格式: | ||
- | |||
- | ![](http:// | ||
- | |||
- | 2. 此命令返回一个Command complete事件(hciEvt_CmdComplete_t),因此在处理HCI_GAP_EVENT_EVENT时将其添加。这在下面进一步详细说明。 | ||
- | ````C | ||
- | static | ||
- | { | ||
- | | ||
- | | ||
- | | ||
- | case HCI_GAP_EVENT_EVENT : | ||
- | { | ||
- | // | ||
- | { | ||
- | |||
- | // | ||
- | HCI_COMMAND_COMPLETE_EVENT_CODE : | ||
- | { | ||
- | // | ||
- | | ||
- | | ||
- | |||
- | // find which command complete is for | ||
- | | ||
- | | ||
- | case HCI_READ_RSSI : | ||
- | { | ||
- | | ||
- | | ||
- | uint16_t | ||
- | |||
- | // | ||
- | if (handle | ||
- | { | ||
- | // | ||
- | | ||
- | |||
- | ```` | ||
- | 首先,检查堆栈消息的状态以查看它是什么类型的HCI事件。在这种情况下,它是一个 HCI_COMMAND_COMPLETE_EVENT_CODE。然后,将作为消息(pMsg)从堆栈返回的事件转换为hciEvt_CmdComplete_t,其定义为: | ||
- | ````C | ||
- | // Command Complete Event typedef struct | ||
- | { | ||
- | osal_event_hdr_t | ||
- | uint8 numHciCmdPkt ; | ||
- | uint16 | ||
- | uint8 * pReturnParam ; | ||
- | } hciEvt_CmdComplete_t ; | ||
- | ```` | ||
- | 接下来,检查cmdOpcode,并发现它与HCI_READ_RSSI匹配 。然后检查事件的状态。现在事件已知,可以使用蓝牙核心规范版本5.0中的信息来解析pReturnParmam 。上述蓝牙核心规范版本5.0 API声明pReturnParam的第一个字节为状态。的蓝牙核心规范5.0版 API指出pReturnParam的第二和第三个字节是句柄。然后检查RSSI以查看它是否对应于所需的连接手柄。继续解析使用蓝牙核心规范版本5.0 API,RSSI值可以通过读取pReturnParam的第四个字节来找到。最后,存储RSSI值。 | ||
- | |||
- | ## HCI供应商特定的命令 ## | ||
- | 这些命令在“ TI供应商特定HCI指南”中有说明。对于所有特定于供应商的命令,使用这些命令的机制是相同的。下面的示例演示了如何使用“ TI供应商特定HCI指南” 在应用程序中实现HCI命令。使用的命令是HCI扩展包错误率。 | ||
- | |||
- | ### 发送HCI供应商特定的命令 ### | ||
- | |||
- | 1. 在TI BLE供应商特定指南中查找命令: | ||
- | |||
- | ![](http:// | ||
- | |||
- | |||
- | 2. 使用BLE Stack API Reference中的HCI部分找到实现此命令的BLE Stack函数:HCI_EXT_PacketErrorRateCmd()。 | ||
- | 3. 使用步骤1中的API,填写参数并从应用程序调用命令。在这种特定情况下,在连接形成后应该调用此命令。第一个参数是一个2字节的connHandle,这个例子是0x0000。第二个参数是读取计数器的1字节命令(HCI_EXT_PER_READ)。因此,使用: | ||
- | |||
- | `HCI_EXT_PacketErrorRateCmd ( 0 , HCI_EXT_PER_READ | ||
- | |||
- | ### 接收HCI供应商特定事件 ### | ||
- | |||
- | 1. 在“ TI供应商特定HCI指南”中查找相应的事件 | ||
- | |||
- | ![](http:// | ||
- | ![](http:// | ||
- | |||
- | 2. 如命令API的“对应事件”部分所述,此命令返回“供应商特定命令完成事件”(hciEvt_VSCmdComplete_t),因此在处理HCI_GAP_EVENT_EVENT处理时添加此事件。这在下面进一步详细说明。 | ||
- | ````C | ||
- | static uint8_t SimpleBLEPeripheral_processStackMsg(ICall_Hdr* pMsg) | ||
- | { | ||
- | | ||
- | | ||
- | { | ||
- | case HCI_GAP_EVENT_EVENT: | ||
- | { | ||
- | // Process HCI message | ||
- | | ||
- | { | ||
- | // Process HCI Vendor Specific Command Complete Event | ||
- | case HCI_VE_EVENT_CODE: | ||
- | { | ||
- | // Parse Command Complete Event for opcode and status | ||
- | hciEvt_VSCmdComplete_t* command_complete = (hciEvt_VSCmdComplete_t*)pMsg; | ||
- | |||
- | // Find which command this command complete is for | ||
- | switch(command_complete-> | ||
- | { | ||
- | case HCI_EXT_PER: | ||
- | { | ||
- | uint8_t status = command_complete-> | ||
- | if (status == SUCCESS) | ||
- | { | ||
- | | ||
- | |||
- | if (cmdVal == 1) //if we were reading packet error rate | ||
- | { | ||
- | uint16_t numPkts = BUILD_UINT16(command_complete-> | ||
- | uint16_t numCrcErr = BUILD_UINT16(command_complete-> | ||
- | uint16_t numEvents = BUILD_UINT16(command_complete-> | ||
- | uint16_t numMissedEvents = BUILD_UINT16(command_complete-> | ||
- | |||
- | ```` | ||
- | 首先,检查堆栈消息的状态以查看它是什么类型的HCI事件。在这种情况下,它是一个HCI_VE_EVENT_CODE。接下来,将作为消息(pMsg)从堆栈返回的事件转换为hciEvt_VSCmdComplete_t,其定义为: | ||
- | ````C | ||
- | typedef struct | ||
- | { | ||
- | | ||
- | | ||
- | } hciEvt_VSCmdComplete_t; | ||
- | ```` | ||
- | 通过读取command_complete-> | ||
- | |||
- | 接下来,解析* pEventParam来提取事件API中定义的参数。前两个字节(图67中以红色显示)是事件操作码(0x1404)。第三个字节是状态。所有供应商特定事件都是这种情况。 | ||
- | |||
- | 从pEventParam的第四个字节开始,从第三个参数开始,使用“TI BLE供应商指南”中的事件API进行解析。所有供应商特定事件都是这种情况。对于此示例,pEventParam的第四个字节对应于cmdVal参数。这在存储器中显示并在下面进一步解释。 | ||
- | |||
- | ![](http:// | ||
- | |||
- | 通过读取事件参数的第三个字节(command_complete-> | ||
- | |||
- | 从事件参数(command_complete-> | ||
- | |||
- | 使用事件API继续解析,下一个参数是两个字节的numPkts。这是通过在事件参数的第五和第六个字节中构建一个uint16_t来找到的。这显示为蓝色。以类似的方式,从第七和八个字节的事件参数(绿色显示)中找到numCrcErr。 | ||
- | |||
- | 接下来,从事件参数的第九和第十个字节找到numEvents(以橙色显示)。最后,从事件参数的第十一和第十二个字节找到numMissedEvents(以紫色显示)。 | ||
- | |||
- | ## 加入我们 ## | ||
- | 文章所有代码、工具、文档开源。加入我们[**QQ群 591679055**](http:// | ||
- | <div> | ||
- | <p align=" | ||
- | <a target=" | ||
- | © Copyright 2017, 成都乐控畅联科技有限公司. | ||
- | </p> | ||
- | </ | ||
- | |||
- | </ | ||