[参考译文] Linux：WL18xx BT 断开问题

您好 Nathan、

转过记录器文件、我可以说：

请从上电开始发送日志文件-这样我们就可以看到上电序列、并确保一切正常。

我可以在日志文件中看到三个断开连接：

第一个-
遥控器侧断开了连接。

第二个问题-同样、在加密过程成功通过后发生。

第三个-与第二个相同。

您能否添加有关该场景的更多信息？
是否可以添加监听器日志？

BR、
陈洛威

您好、Loewy、

感谢您的回复。

在 BT SPP 传输测试期间 ，我们发现蓝牙断开连接的时间大约为4分钟/时间

请在所附文件中找到新日志来自加电和固件。

此外，您能否告诉我如何捕获 BT 监听器？

e2e.ti.com/.../6403.2018723.7z

e2e.ti.com/.../TIInit_5F00_11.8.32_5F00_4.2_5F00_20180720.bts.7z

郭南

查看日志、似乎断开连接是从本地主机发起的。 您使用的是 Bluez 堆栈、对吧？ 我建议在 Linux 主机上使用 hcidump 或 BTMon 来获取 btsnoop 日志。

谢谢

尊敬的先生：

附件是 hcidump 日志，请给我一些建议

e2e.ti.com/.../hcidump_5F00_20180725.7z

郭南

你(们)好

有更新吗？

郭南

您好！

从日志中可以看到、由于某种原因、本地堆栈(Bluez)正在关闭 RFCOMM 通道、并通过关闭连接在此处关闭。 不是、为什么 Bluez stack 会发布？ 是否可以、应用程序终止 SPP/RFCOM 连接？

2000-01-07 12:58:35.718714 < ACL 数据：处理1个标志0x00 dlen 8.
L2CAP (d)：CID 0x004d len 4 [PSM 3]
RFCOMM：光盘：CR 0 DLCI 2 pf 1 ilen 0 FCS 0xd9
2000-01-07 12：58：35.721809 > HCI 事件：已完成数据包数(0x13) PLEN 5.
处理1个数据包1.
2000-01-07 12:58:35.774296> ACL 数据：处理1个标志0x02 dlen 8.
L2CAP (d)：CID 0x0040 len 4 [PSM 3]
RFCOMM：UA：CR 0 DLCI 2 pf 1 ilen 0 FCS 0xF3
2000-01-07 12:58:35.774713< ACL 数据:处理1个标志0x00 dlen 8.
L2CAP (d)：CID 0x004d len 4 [PSM 3]
RFCOMM：光盘：CR 0 DLCI 0 pf 1 ilen 0 FCS 0x9C
2000-01-07 12：58：35.778052 > HCI 事件：已完成数据包数(0x13) PLEN 5.
处理1个数据包1.
2000-01-07 12:58:35.781855> ACL 数据：处理1个标志0x02 dlen 8.
L2CAP (d)：CID 0x0040 len 4 [PSM 3]
RFCOMM：UA：CR 0 DLCI 0 pf 1 ilen 0 FCS b6
2000-01-07 12:58:35.782558 < ACL 数据：处理1个标志0x00 dlen 12.
L2CAP：Disconn 请求：DCID 0x004d scid 0x0040
2000-01-07 12：58：35.785651 > HCI 事件：已完成数据包数(0x13) PLEN 5.
处理1个数据包1.
2000-01-07 12:58:35.785671 > ACL data：handle 1 flags 0x02 dlen 12.
L2CAP：Disconn 请求：DCID 0x0040 scid 0x004d
2000-01-07 12:58:35.785811< ACL 数据:处理1个标志0x00 dlen 12.
L2CAP：Disconnr sp：DCID 0x0040 scid 0x004d
2000-01-07 12：58：35.789299 > HCI 事件：已完成数据包数(0x13) PLEN 5.
处理1个数据包1.
2000-01-07 12:58:35.793009> ACL data：handle 1 flags 0x02 dlen 12.
L2CAP：Disconnr sp：DCID 0x004d scid 0x0040
2000-01-07 12：58：36.399542 < HCI 命令：写入本地名称(0x03|0x0013) PLEN 248
名称"GNS-6000002"
2000-01-07 12：58：36.401466 > HCI 事件：命令完成(0x0E) PLEN 4.
写入本地名称(0x03|0x0013) ncmd 1
状态0x00
2000-01-07 12：58：39.786689 < HCI 命令：断开(0x01|0x0006) PLEN 3.
处理1原因0x13
原因：远程用户终止连接
2000-01-07 12：58：39.787806 > HCI 事件：命令状态(0x0F) PLEN 4.
断开(0x01|0x0006)状态0x00 ncmd 1
2000-01-07 12：58：39.792716 > HCI 事件：断开连接完成(0x05) PLEN 4.
状态0x00 handle 1原因0x16
原因：本地主机终止连接


采用(-B、--btssnoop)选项的 hcidump 会提供 btssnoop 日志文件，可以使用 Frontline BT 查看器查看该文件。

谢谢

您好 Hari、

我们使用"hcidump -i hci0 -XT -w"捕获日志，并可以在 Wireshark 上打开日志。 如下所示。

 

我还将此日志文件添加到附件中，您能帮助我查看 日志并给出一些评论吗？

Thanks.e2e.ti.com/.../hcidump_5F00_20180802.7z

郭南

尊敬的先生：

对这个问题有什么想法？  我们确实需要 TI 的帮助。  

郭南

您好！

查看日志后，它将显示在所有3个实例中，主机应用程序/Bluez 配置文件(SPP/RFCOMM )已启动断开连接。 控制器本身没有断开连接。

您好， Hari，

感谢您的回答。

我们还捕获了 BT 空气日志、 并检查了日志、下面有一些问题。

从空气日志分析中、当问题发生时、主机(移动电话)发送并退出监听请求。 在 LMP 层发出 LMP Unsniff req 后、WL8器件具有 ACK、且双方均退出 Sniff 模式。

在活动模式阶段、WL8器件不输出数据包、手机作为主机、每40个插槽轮询到 WL8器件、但 WL8器件没有响应数据包。

我们检查手机的 TX 频率以满足规格和预期、手机运行正常、但 WL8器 件不响应数据包并导致断开连接。

您能帮我分析一下并提出一些想法吗？

请在以下链接中找到 bt log 和 BT 分析器软件。

下载完毕后，请安装7z 文件中包含的“BluetoothAnalyzer”软件，然后打开“BluetoothAnalyzer ”上的“1621.BTT”日志文件以查看蓝牙无线日志。

谢谢。

郭南

是否有此问题的更新？

您可以在 Ellisys 嗅探器日志中提供您看到问题的时间吗？

谢谢

您好 Hari、

您可以将项目筛选器设置为"L2CAP"、然后您将找到断开连接事件。

郭南

谦逊 L2CAP 断开连接可能是由于上层配置文件断开连接而导致的通道断开连接、例如 SDP 发现通道断开连接之后。 L2CAP 是主机驻留堆栈、由于您使用的是 BlueZ、因此从该堆栈启动这些断开连接...

您好 Hari、

在我们将固件升级到 服务包4.3之后，我们在 hcidump 日志中得到了连接超时事件。

您对此有什么意见吗？

e2e.ti.com/.../hcidump_5F00_20180906.log

郭南

是的、从这些日志中、似乎有超时。 您是否可以利用 FW 日志进一步分析？

谢谢