[参考译文] Linux/CC2564C：CC2564C

这可能是 BlueZ 配置问题。 您可以获取 FW 日志吗？

http://processors.wiki.ti.com/index.php/CC256x_Logger_User_Guide

谢谢

您好 Hari、

我们在这里有两个问题。

I.睡眠模式

二.与配对设备的连接。

注意：默认情况下(当模块上没有运行功能时、即扫描)、cc2564c 将进入睡眠模式、电流消耗为2mA。

             在仅扫描时，电流消耗为40mA。

在 后台运行扫描时、执行以下深度睡眠命令以使器件强制进入睡眠状态。但执行睡眠命令时返回00 (这意味着成功)、但电流消耗不会降低。

 hcitool -i hci0 cmd 0x03f 0x10c 00 01 00 ff ff ff ff ff 64

对于海宁、我们在 bacground 中以低于命令的方式运行

hcitool 扫描。

2.正如我已经提到过的、配对设备的连接问题。

附加观察到的日志 作为 zip 文件 e2e.ti.com/.../6646.log.zip

我在 FW 日志中看不到任何明显的错误。 您可以在主机端获取 BT 监测日志(BT MON)。 如果您正在使用版本中的默认 BTS 文件、则不必担心睡眠模式。 内核是在启用了 eHFILL 睡眠的情况下构建的、对吧？

谢谢

哈里

您好 Hari、

附加针对连接问题的 Btmon 日志。

e2e.ti.com/.../btmon_5F00_logs.txt

您要连接到哪个设备？ 此时会出现断开连接的情况、在配置文件级别查看 ACL 消息。 控制器与它无关。  

> ACL Data RX：handle 1 flags 0x02 dlen 12 #1007 [hci0] 92.672504
L2CAP：断开连接请求(0x06)标识10 len 4
目标 CID：65
来源 CID：66
< ACL 数据 TX：handle 1标志0x00 dlen 12 #1008 [hci0] 92.672658
L2CAP：断开响应(0x07)标识10 len 4
目标 CID：65
来源 CID：66
> HCI 事件：已完成数据包数(0x13) PLEN 5 #1009 [hci0] 92.676333
数字句柄：1.
句柄：1.
数量：1.
< ACL 数据 TX：handle 1标志0x00 dlen 12 #1010 [hci0] 95.279796
L2CAP：断开连接请求(0x06)标识7 len 4
目标 CID：64
来源 CID：64
> HCI 事件：已完成数据包数(0x13) PLEN 5 #1011 [hci0] 95.307223
数字句柄：1.
句柄：1.
数量：1.
> ACL Data RX：handle 1 flags 0x02 dlen 12 #1012 [hci0] 95.310027
L2CAP：断开响应(0x07)标识7 len 4
目标 CID：64
来源 CID：64
< HCI 命令：断开(0x01|0x0006) PLEN 3 #1013 [hci0] 97.307762
句柄：1.
原因：远程用户终止连接(0x13)
> HCI 事件：命令状态(0x0F) PLEN 4 #1014 [hci0] 97.309233
断开(0x01|0x0006) ncmd 1
状态：成功(0x00)
> HCI 事件：断开连接完成(0x05) PLEN 4 #1015 [hci0] 97.327928
状态：成功(0x00)
句柄：1.
原因：本地主机终止连接(0x16)
@器件断开连接：E4：46：DA：be：A6：2C (0)原因2.

谢谢

您好 Hari、

我们正在尝试连接到移动设备。

您能否详细说明什么是查看 ACL 消息的配置文件级别？

内核是在启用了 eHFILL 睡眠的情况下构建的、对吧？

是的，它在内核中启用。

您好 Hari、

请确认 HCI 命令、以便在扫描过程中将器件置于睡眠模式。

   当使用 wifi 进行任何交易时，都需要此功能(优先级为 wifi)，我们需要将 BT 设备保持在睡眠模式(停止 BT 上的当前活动)。

因此，无线网络上不会出现太多干扰，因为 BT 和 Wifi 都在相同的无线电频率下工作，以提高无线网络的吞吐量。 (TI 建议采用这种使 BT 器件保持睡眠的方法)。

还建议使用 HCI 命令将 BT 器件从睡眠模式唤醒。

此致、

Jagadiswar

您好！

您在这里查看了 HFILL 规格： http://processors.wiki.ti.com/index.php/CC256x_eHCILL_Low_Power_Protocol

LL 电源协议在 HCI 驱动器级别处理、而不是在应用级别处理。

谢谢

您好 Hari、

我们将按照以下步骤使器件进入睡眠模式。

1) 1) HCI_VS_SLEEP_Mode_Configurations 0xFD0C、1、DEEP_SLEEP_Enable、DEEP_SLEEP_Mode、0xFF、 0xFF、0xFF、0xFF、100

 hcitool -i hci0 cmd 0x03f 0x10c 01 00 ff ff ff ff ff ff 100

我们可以看到一些调试日志。

调试：HILL_GO_TO_SLEEP_IND  
 
调试：HILL_WAKE_UP_ACK  
 
调试：HILL_GO_TO_SLEEP_IND

我们还访问 了 https://e2e.ti.com/support/wireless-connectivity/bluetooth/f/538/t/134855

其中命令格式 为：{ 0x0c、0xFD、0x09、0x01、DEEP_SLEEP_Enable、 0、 0xff、0xff、0xff、0xff、 100、0｝。 DEEP_SLEEP_Enable：eHILL 为1、关断为0。

当我们按照此步骤操作时、该命令显示为

1) hcitool -i hci0 cmd 0x0c、0xFD、0x09、0x01、1、 0、 0xff、0x
FF、0xff、0xff、100、0
< HCI 命令：ogf 0x0c、ocf 0x00fd、PLEN 11
 09 00 01 EE 00 FF FF FF FF 00
>HCI 事件：0x0E PLEN 4.
 01 FD 30 01 此处状态：未知 HCI 命令(0x01)

2)在这里、我们将(0xFD0C)更改为 ogf 0x3f、ocf 0x010c 并在 comand 下执行。

hcitool -i hci0 cmd 0x3f、0x10c、0x09、0x01、1、 0、 0xff、
0xFF、0xff、0xff、100、0
< HCI 命令：ogf 0x3f、ocf 0x010c、PLEN 11
 09 00 01 01 00 FF FF FF FF 00
>HCI 事件：0x0E PLEN 4.
 01 0C FD 00

调试：HILL_WAKE_UP_ACK

在上述所有 情况下、功率不会降低、也不会 停止任何正在运行的活动(即扫描)。

让我知道我在配置中遗漏的任何内容。

谢谢、

在本主题前面、您提到了连接故障。 它现在已解决了吗？ 对于低功耗模式、只需在 BTS 文件中配置 HCILL、您无需从控制台发出任何 HCI 命令。 您正在使用哪个 BTS 文件？

谢谢