[参考译文] CC2564C：HCI 查询不显示所有活动的 BT 设备

您是否尝试使用 CC2564CQFNEVM 电路板？ 您可以获取 FW 日志吗？ 您还可以尝试通过以下方式更改查询传输功率级别：

HCI_READ_Inquiry_RESPONSE_Transmit Power_Level 和 HCI_Write_Inquiry_Transmit Power_Level

谢谢

哈里

您好！

查询 TX 功率设置为12、无法更改。 无论输入值是多少、始终使用 HCI_READ_Inquiry_RESPONSE_Transmit Power_Level 命令读回12。

与 TI-eval 板的比较在器件发现方面没有表现出任何差异。 但我意识到大多数周围的活动 BT 器件都是 BLE、因此未使用 HCI_INES查询 命令发现。  

仅列出了 BDR 和 EDR 设备的预期值。 使用定期查询模式可以真正提高效率。  比标准 HCI_INES查询 更高效、它不会随时显示所有可用器件、并且在5个可用器件中发现3-5个。  

我们有明确的证据(TI-eval 板日志文件)、表明在定期查询22秒后发现了50：1E：2D：3D：26：B0 (StreamKit1832)。 这时、不会使用 HCI_INES查询 发现器件。

e2e.ti.com/.../periodic-inquiry-TI_5F00_3.htm

好的... 'HCI_Inquiry"中使用的查询长度是多少？ 通过定期调查、很明显、机会比定期调查更好。 您是否同时拥有任何其他 BT 连接或 BT/BLE 活动？

谢谢

您好 Hari、

没有其他联系或活动在进行中，Ladislav 只是使用 HCITester，而只是进行了检验。 他将于周一恢复测试。 您n´t 使用什么查询长度(我不知道他不幸使用了什么、他已经离开了办公室)

谢谢、Christoph

请尝试"查询长度"约 为8到10秒、最大响应数约为20个左右。

谢谢

更改这些参数不会带来任何改进。 我想知道、查询模式是否会影响结果？ 我们现在使用扩展模式。

将查询模式更改为标准也没有更改结果、因此我们仍在寻找解决方案。

我们已经进一步移动了一点、并发现与 hcitool 或自己的硬件和应用软件配合使用时、CC2564C 的行为不同。  

第一种情况：CC2564C 通过 UART 连接到运行 hcitool 的 PC

- HCI 工具在 HCI_Inquiry 命令上从 CC2564C 捕获的数据采用标准格式，包含 BD 地址、解码类、时钟偏移...

- 发现并列出所有活动 BT 设备、包括(耳机级 Panasonic SC-MC07)。

第二个案例：CC2564C 加载 了 TI CC256XSTBTBLESW 4.2.1.0固件、 连接到运行应用软件的 MCU

-通过与 HCI_UART 并联的 UART/USB 转换器捕获的数据确认 CC2564C 以扩展查询格式响应、这意味着必须为此配置 BT 固件、因为我们可以看到其他信息、例如器件友好名称等。 问题在于、一个活动 BT 设备(耳机级 BT 扬声器 Panasonic SC-MC07)根本没有列出、既没有 BD 地址、也没有友好名称。 由于某种原因、BT 固件已将其滤除。

您好 Hari、  在 CC2564C 固件中应用了哪些规则来阻止扩展查询格式的下列器件？

 Panasonic SC-MC07

您的设备就像主设备一样、发出"查询"的权利？ 因此，扩大调查的答复来自奴隶。 您是否捕获了 MCU 和 CC2564C 之间的 HCI 消息、以便与检测 Panasonic 器件的 HCI 工具脚本进行比较。

谢谢

MCU 充当主设备、下面的日志是 CC2564C 的扩展查询响应。 您可以看到十六进制到 ASCII 转换日志中更低的值、其中未列出 Panasonic 设备。

04 0E 05 01 19 0C 00 03 04 0E 04 01 3A 0C 00 04 0E 04 01 1A 0C 00 04 0E

07 01 23 0C 00 28 00 04 0E 04 01 24 0C 00 04 F 04 00 01 01 04 04 04 2F
FF 01 D0 56 91 C0 D3 C0 01 02 0C 02 5A F8 17 A5 14 09 47 61 6C 61 78 79
20 54 61 62 20 41 20 28 32 30 31 36 29 11 03 05 11 0A 11 0C 11 0E 11 12
11 15 11 1F 11 00 12 01 05 01 07 28 FF 00 75 02 09 01 00 00 02 01 00
00 00 00 00 01 C2 D3 C0 91 56 D1 00 00 00 00 00 00 00 00 00 5B 54 61 62 6C
65 74 5D 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 04 2F FF 01 B0 26 3D 2D
1E 50 01 02 14 04 24 22 4A A9 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 04 2F FF 01 B0 26 3D 2D 1E 50 01 02 14 04
24 22 4A B6 20 09 53 74 72 65 61 6D 38 30 20 45 76 61 6C 75 61 74 69
6F 6E 20 4B 69 74 2D 33 64 32 36 62 30 02 0A 04 09 10 02 00 6B 1D 46 02
2B 05 0D 03 00 18 01 18 0E 11 0C 11 1E 11 0B 11 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 04 01 01 00

:#($/ÿÐV‘ÀÓÀZø¥Galaxy Tab A (2016)
(ÿu ÂÓÀ‘VÑ[平板电脑]ÿ°̊ C&=-P$"J/̊ C&=-P$"J ÿ°¶Stream800评估套件-3d26b0
KF+

因此、基本上使用 HCI 测试仪可以发现 Panasonic 设备。 与 MCU 主机堆栈一样、您不会看到器件被发现。 这种理解是否正确？

如果是、请检查 HCI 测试仪与 MCU 堆栈之间发送的 HCI 命令。 我想知道、如果 MCU 堆栈正在发送、'HCI_Inquiry_Mode'的值为2左右... 即 RSSI 或 EIR 格式的查询结果。

谢谢

您好、您的理解是正确的。 仅使用 HCI 工具查找器件。 基本上、hcitool 和 MCU 堆栈使用相同的查询命令 01 01 04。 唯一的区别是 MCU 堆栈提前发送的其他命令。

--------------------------------------------------

hcitool 发送的 HCI 命令

SEND_HCI_Inquiry "9E8B33"、0x08、0x14

01 04 05 33 8B 9E 08 14

--------------------------------------------------

MCU 堆栈发送的 HCI 命令：

HCI_OP_WRITE_SSP_MODE (安全简单配对)
01 56 0C 01 01

HCI_READ_Scan_Enable 命令
01 19 0C 00

HCI_Write_Current_IAC_LAP 命令
01 3A 0C 04 01 33 8B 9E

HCI_Write_Scan_Enable 命令
01 1A 0C 01 03

Read_Class_for_Device
01 23 0C 00

Write_Class_for_Device
01 24 0C 03 28 00 00

SEND_HCI_Inquiry "9E8B33"、0x08、0x14
01 04 05 33 8B 9E 08 14

我建议采用 BT FW 日志来比较 HCI 测试仪和 MCU 之间的 HCI 命令、以查看差异。

谢谢

您好 Hari、

我已经提供了用于比较的解码日志。 这些数据通过侦听 HCI_UART 通信的额外 UART 接口进行捕获。

如上所示、HCI Inquiry 命令在两种情况下都是相同的、但响应不同。

我们在开始生产之前的几周内、器件无法发现所有 BT 扬声器、请您在团队中优先考虑此主题。

此致

LACO

比较 FW 日志很容易、因为它们是控制器看到和执行的日志。  

无论如何、从上述 HCI 命令列表中、MCU 似乎也在发送页面和查询扫描。 您是否尝试禁用它？  

HCI_Write_Scan_Enable 命令
01 1A 0C 01 03

谢谢

无论我们为了更改参数或禁用 Write_Scan_Enable 命令而执行的是什么、BT 堆栈始终使用 参数03执行 Write_Scan_Enable。  

还有其他想法吗？

您使用的是哪种主机 BT 堆栈？  

CC2564CSTBTBLESW 4.2.1.0

您可以尝试使用 API 'HCI_Write_Scan_Enable()'。 请检查'API Documentation'文件夹中的'BluetopiaCoreAPI.pdf'。 您还可以在同一文档中使用 GAP API 'GAP_SET_discoverability _Mode()；和'GAP_SET_connectability _Mode()'。

谢谢

只要没有有效的 A2DP 连接、我们当前的实现就会将 GAP_SET_CONNECTICT_Mode_()设置为 true、否则设置为 false。 GAP_SET_Pairable_Mode()设置为 pmPairableMode_EnableSecureSimplePairing，当我们尝试与其他设备配对(也在查询期间)时，GAP_SET_DISCOVERYability Mode ()设置为 dmGeneralDiscoverableMode，当建立 A2DP 连接时，分别设置为 pNonPairableMode 和 dmNonDiscoverableMode。

这是建议的堆栈操作吗？

这些 API 与 HCI_Write_Scan_Enable()之间有何关系？

我现在也尝试了查询、所有这些呼叫都被禁用、但它仍然不能使受影响的 BT 设备在查询列表中可见。 还有其他建议吗？

谢谢

谦逊 我不确定、还有什么区别。 是否可以在启用 HCI/LMP 查看器的情况下获取 FW 日志(而不是 UART 日志)？

谢谢

您好、请查找请求的日志。 其中包括 BT 初始化和 BT 发现序列。

e2e.ti.com/.../2806.bt_5F00_log.zip

没有任何问题出现。 您是否尝试增加查询扫描窗口？ 明天我将更深入地了解一下。、

谢谢

您可以尝试使用周期性查询模式，即'HCI_Periode_Inquiry_Mode()'。 遗憾的是、我们没有示例演示。 但是、在文档 BluetopiaCoreApi.pdf 中描述了 API 的使用

谢谢

如您在捕获的日志中所见、新映像与建议的 BT Service Pack 1.4无法初始化。 您能不能看看这里出现了什么问题。

Thankse2e.ti.com/.../BT-log.zip

如您在捕获的日志中所见、新映像与建议的 BT Service Pack 1.4无法初始化。 您能不能看看这里出现了什么问题。

Thankse2e.ti.com/.../3286.BT-log.zip

您好！

您可以使用随附的服务包进行尝试。

e2e.ti.com/.../cc256xc_5F00_bt_5F00_sp_5F00_v1.4.1.zip

谢谢

您好！

Service Pack v1.4.1已正确初始化、但仍未发现特定的 Panasonic BT 扬声器。 请检查随附的包含 BT 初始化和设备发现的日志。

e2e.ti.com/.../logfile_5F00_1_5F00_4_5F00_1.zip

我们将查看日志、并在今天晚些时候返回。 但是、您是否尝试 了'HCI_Period_Inquiry_Mode()'？

谢谢

您好！

我们已经测试了 HCI_Period_Inquiry_Inquiry_mode、这增加了器件被发现的机会、但它没有解决我们的问题。 我向您提供的日志中是否有任何可疑消息？

由于问题变得严重、请告知我们、我们将向您发送 Panasonic SC-MC07器件以供进一步调试。

在提供的日志中、我没有看到向控制器发出"定期查询扫描"。 从日志中、我看到您在"查询"之前也启用了"查询和页面"扫描。 在发出"查询"之前、您是否尝试禁用"页面和查询扫描"(HCI_Write_Scan_Enable (xx、HCI_SCAN_ENABLE_NO_SCANS_ENABLED、xx)？ 此外、您是否尝试将查询长度从8个增加到12个或15个。

我们将在设置 Panasonic SC-MC07时运行测试、一旦我们获得测试。

谢谢

Hari、您好、与此同时、我们通过应用 服务包 v1.4.1修复了 Panasonic SC-MC07器件发现问题。 现在弹出了其他 BT 连接故障问题。 CC2564C 用作 BT 接收器、并尝试 与 JBL FLIP4 BT 扬声器配对和连接。 BT 堆栈报告连接失败。 您能否查看导致连接失败的原因的附加日志？e2e.ti.com/.../0728.btlog.zip

是否可以向我发送 FW 记录器的.lgr 文件？ 如果在配置文件级别发生故障、我们需要 HCI 日志。

https://www.ti.com/lit/pdf/swau058

谢谢

包含.lgr 文件、我只在之前的 poste2e.ti.com/.../8054.btlog.zip 中使用了 txt 扩展名而不是 lgr

日志显示连接已建立。 但是、后来、由于"远程用户终止连接"原因、它从本地或远程断开连接。 这可能来自更高的主机堆栈配置文件级别协商或用户终端。 您使用的是哪种主机设备？ 是否可以记录 HCI 日志？

谢谢  

是否要分析 MCU 和  CC2564C 之间的 HCI 通信？ 我可以用十六进制格式捕获日志、还是建议使用特定的 HCI 编码工具？

抱歉、我指的是 HCI 解码工具。

有一些工具、如 Frontline HCI 监听器等。 当您说、您可以十六进制格式进行捕获时、这是否意味着您使用 UART 监听器在 UART 串行端口进行捕获？

如果您可以 使用 Ellysis 或 Frontline 监听器获取监听器日志、这也是可以的。

谢谢

我捕获了十六进制格式的 UART HCI 通信、侦听 MCU 和 CC2564C 之间的 HCI 接口、希望可以通过 TI 用于 BT 开发和调试的工具对其进行解码。  

e2e.ti.com/.../3365.HCI_5F00_log.zip

除非 HCI 跟踪采用 BT snoop 格式、否则难以解码。 不管怎样，让我检查一下，然后回到你身边。

谢谢

您好 Hari、  

我认为、最好将其中一个出现故障的 JBL FLIP4 BT 扬声器发送给我们。 我们可以尝试使用 EVM 并获取监听器日志来分析问题。 我找不到解析您提供的十六进制转储的工具。

谢谢

尊敬的 Hari：

我们再现了 STM32评估板和连接的 CC2564C 适配器的问题。 您应该很快收到商用产品、以便在您的一侧调试此问题。

好的... 谢谢