[参考译文] WL1831："Send_HCI_VS_DRPb_Enable_RF_Calibration_Enhanced 命令的影响

尊敬的 Andrew：

 禁用定期校准时、我不能想到任何主要问题。 但是、看起来最新指定的命令已启用定期校准：

客户是否专门选择了定期校准模式？

谢谢、
Jacob

客户添加了一系列 Send _HCI_VS_DRPb_Set_Power_Vector 命令来限制发射功率、从而简化认证。 一次性校准被添加到"锁存"这些命令的效果、如下序列中的注释所示。

#运行 TPC 校准以将 ACW (振幅控制字)更新为 PA
Send_HCI_VS_DRPb_Enable_RF_Calibration_Enhanced 0xFDFB、0x00、0x00000800、0x01
WAIT_HCI_Command_Complete_VS_DRPb_Enable_RF_Calibration_Enhanced_Event 5000、任意、HCI_DRPb_END_VS_Calibration_ENAB_ENABLE_RF 校准 0x00

在这种情况下、有充分证据表明、此一次性命令引入了我们所看到的问题。

由于发布的默认周期为5分钟、 我想知道计时器在默认情况下是否正在运行、但校准列表(位图)为空、因此通常在计时器过期时不会发生任何情况、但在这种情况下、一次性校准已修改校准列表、因此现在校准已激活、并在计时器过期提示时运行 我们看到的问题。

您认为这个想法有道理吗？ 它会按照类似的命令执行操作

SEND_HCI_VS_DRPb_Enable_RF_Calibration_Enhanced 0xFDFB、0x00、0x00000000、0x01

乐于助人？

谢谢

Andrew Roca

尊敬的 Andrew：

我明天将在这里跟进。

谢谢、
Jacob

尊敬的 Andrew：

我还有点困惑客户为什么要从原始命令更改：

(1)  Send_HCI_VS_DRPb_Enable_RF_Calibration_Enhanced 0xFDFB, 0x00, 0x00000800, 0x01

《WiLink 8 HCI 命令指南 》文档中提到的以下命令：

(2)  Send_HCI_VS_DRPb_Enable_RF_Calibration_Enhanced 0xFDFB, 0x01,0xff, 0x00000000, 0x01

第二个命令(2)实际上 是启用定期校准。 您是否建议客户注意到第一个命令(1)会定期出现性能变化？ 我了解客户想要限制输出功率、但我很困惑第一条命令是如何每5分钟改变一次性能的。 将 Mode 参数指定为"Init calibration"时、"Periodic Options"参数甚至不可用。

根据 WiLink8 HCI 命令指南设置功率矢量表后、我建议客户使用(1)。 如果您可以通过(1)澄清客户是否定期遇到性能问题、我们可以在此处继续调试。 否则、我建议客户使用(1)。

谢谢、
Jacob

原始命令是

我们有一个核心问题导致我们考虑这一点。 我们有一个位置应用程序、用于扫描 BT 信标。 
在测试过程中、系统似乎一次停止查找任何其他蓝牙设备几乎完全5分钟。 
根据时间对发现的蓝牙设备数量进行图形化表示检测到的蓝牙设备数量具有非常明显的五分钟节律。 

即使继续发现某些器件、被检测到的蓝牙器件的数量也会发生巨大变化。 
五分钟的周期之后发生的变化。 

搜索此变量性能的来源后、我们选择了校准计时器(默认为五分钟)。 
我们已经发出此命令来锁定新的功率值。 

SEND_HCI_VS_DRPb_Enable_RF_Calibration_Enhanced 0xFDFB、0x00、0x00000800、0x01 

因此、这被认为是可疑的。 
如果我们更改为校准计时器周期、则扫描变化的节律会发生变化、以匹配新的校准频率。 

因此、我们尝试遵循 

SEND_HCI_VS_DRPb_Enable_RF_Calibration_Enhanced 0xFDFB、0x00、0x00000800、0x01 

使用 

SEND_HCI_VS_DRPb_Enable_RF_Calibration_Enhanced 0xFDFB、0x01、0xff、0x00000000、0x01 

它应将定期校准的周期设置为无穷大、这似乎是一个改进。 
有人担心，虽然它在办公室条件下工作，但它可能会产生副作用，从而导致原始查询。 

有证据表明、即使不发布初始扫描、也存在此扫描灵敏度问题 

SEND_HCI_VS_DRPb_Enable_RF_Calibration_Enhanced 0xFDFB、0x00、0x00000800、0x01 

目前仍在研究这一点以及一些证据、证明至少在我们的系统上、系统的软件复位/重新启动无法完全复位此器件、并且需要重启电源。 

但愿这对您有所帮助

Andrew

尊敬的 Andrew：

只是为了澄清、客户注意到即使在运行标准 TPC 校准时也会出现周期性问题？

SEND_HCI_VS_DRPb_Enable_RF_Calibration_Enhanced 0xFDFB、0x00、0x00000800、0x01 

[引用 userid="524938" URL"~/support/wireless-connectivity/wi-fi-group/wii/wi-fi-fi-forum/11107566/wl1831-effective-ofy-send_HCI_Vs_drpb_enable_rf_calibration_enhanced 命令/4123931#4123931"]即使存在初始扫描问题，也没有发出此问题的证据[引用用户的初始灵敏度：

是否有与上述陈述相关的日志？

本主题中的建议可能 会有所帮助。

谢谢、
Jacob

是的、系统运行

SEND_HCI_VS_DRPb_Enable_RF_Calibration_Enhanced 0xFDFB、0x00、0x00000800、0x01

命令的一部分、然后继续显示故障、这就是我们开始查看这一点的原因。

即使没有发出命令、也有一个显示故障的日志、但生成该命令的工程师使用了测试脚本、并且我不相信处理器复位会触发1831的正确复位。 在手动测试过程中、即使发出多个重新启动命令后、扫描检测计数也低于预期值、但在系统电池取出几秒钟后、系统电池恢复到正常水平、然后更换。

另外、我们还提供了 PDF、说明这些命令仅记录第一个参数(单次触发或周期)的值0和1、但在4.1.3.4节中

我们可以看到

HCI_VS_DRPb_Tester_CON_TX (0xFDCA)

SEND_HCI_VS_DRPb_Enable_RF_Calibration_Enhanced 0xFDFB、1、0xFF、0x00000000、0x01
禁用 RXRX 周期校准
SEND_HCI_VS_DRPb_Enable_RF_Calibration_Enhanced 0xFDFB、3、0xFF、0x00000000、0x01
#禁用 RXRX LNA (周期性)校准
SEND_HCI_VS_DRPb_Enable_RF_Calibration_Enhanced 0xFDFB、4、0xFF、0x00000000、0x01

没有记录的值。

请注意、定期校准计时器的默认值为0x1E (5分钟)、要禁用计时器、该值为0xff、因此默认情况下计时器始终运行、单次触发不会影响计时器。

我想知道一次性位字段0x00000800是否使发送校准保持启用状态？

尊敬的 Andrew：

以下是调试输出功率降低时的性能问题的建议：

1.删除/注释任何对定期校准的引用

2.按照 WiLink 8 VS HCI 命令指南 第4.1.3.2节中的步骤将输出功率降低到所需的水平(包括第42页上用于 TPC 校准的步骤5)

3.运行 HCI_VS_DRPb_Tester_Con_TX命令以测试性能

4.[如果适用]如果周期性问题仍然存在、则添加第4.1.3.4节中的禁用定期校准命令

如果您仍然注意到周期性问题、我们将需要继续 获取固件和 HCI 日志。

谢谢、
Jacob

另一位工程师目前正在查看此内容(我已向他发送您的回复)、他上周在度假、目前正在等待定制 PCB 以帮助进行测试。 我稍后会与他交谈、并尝试更新他。

谢谢

Andrew Roca

听起来不错！

雅各布

您好、Jacob、

我是 Andrew Roca 的同事(Andrew F)。 我观察到 HCI_VS_GET_System_Status 响应中报告的"温度指数"变化与性能下降相关。 两个器件都使用相同的 BTS 文件、其中包含以下序列：

# Run TPC calibration to update the ACW (Amplitude Control Word) to the PA
Send_HCI_VS_DRPb_Enable_RF_Calibration_Enhanced 0xFDFB, 0x00, 0x00000800, 0x01
Wait_HCI_Command_Complete_VS_DRPb_Enable_RF_Calibration_Enhanced_Event 5000, 0x00, 0xfdfb, 0x00

Send_HCI_VS_DRPb_Enable_RF_Calibration_Enhanced 0xFDFB, 0x01, 0x01, 0xffffffff, 0x00
Wait_HCI_Command_Complete_VS_DRPb_Enable_RF_Calibration_Enhanced_Event 5000, 0x00, 0xfdfb, 0x00

即执行单次 TPC 校准、然后我明确地将重校准周期设置为10秒、不要更改过程位图(特殊值0xFFFFFFFF)、也不要覆盖温度条件。 顶部的图形显示了这两个设备(均位于空调办公室的办公桌上)在每次定期扫描中如何看到不同的 UUID 数量。 这些器件足够接近、我们希望接收到的 UUID 数量具有密切相关性。 "器件1"(蓝线和红线)、但我们可以合理地预期会有一些偏差。

底部的图形显示了从同一时间刻度上对 HCI_VS_GET_System_Status 命令的响应中获取的"温度指数"和"检测到的温度"数据。

观察结果和问题

1. SWRU442B (https://www.ti.com/lit/ug/swru442b/swru442b.pdf)定义温度指数的值0-4 (请参阅第4.1.4.2节)。 两个器件都只报告值6和7、这些值未定义。 是否有一个 SWRU442B 的更新版本来定义这些新值？
2. 当"检测到的温度"低于30°C 时、"器件2"转换为"温度索引" 6、而"器件1"保持在温度索引7中。 器件1表现出一致和更好的性能。 这两个观察结果是否相关？
3. "温度指数"值6和7之间交叉是否有任何已知的原因导致性能发生如此重大的变化？

""="" src="https://e2e.ti.com/resized-image/__size/1440x547/__key/communityserver-discussions-components-files/968/performance_5F00_changes_5F00_when_5F00_temperature_5F00_index_5F00_changes_5F00_for_5F00_ti_5F00_forum.png">

Andrew F.、您好！

我明天将在这里跟进。

最棒的
Jacob

谢谢、Jacob。

对此进行了任何更新？ 如果您需要从 HCI 接口获取其他数据、请告诉我

很抱歉、Andrew、

我将在明天跟进。

最棒的
Jacob

您好、Andrew、

我会坚持您所链接的指南(最新)中给出的温度建议。  

[引用 userid="527884" URL"~°μ C/support/wireless-connectivity/wi-fi-group/wii-fi-fi-forum/1110756/wl1831-effective-ofy-send_HCI_Vs_drpb_enable_rf_calibration_enable-command/4148576#414876"]、而"器件温度指数在"温度"低于"温度值7°C"中保持为"低于"温度值7°C、而温度系数6°C。 器件1表现出一致和更好的性能。 这两个观察结果是否相关？[/引述]

有了这条评论、您建议温度指数7的性能优于6？ 从我们的固件中可以看到、6表示温度区域高于20、7表示温度区域高于30。 我不知道为什么这些内容被遗漏在文档中。

BR、
Jacob

[引用 userid="456020" URL" URL"~/support/wireless-connectivity/wi-fi-group/wii/fi-fi-forum/11107566/wl1831-effective-ofy-send_hci_vs_drpb_enable_rf_calibration_enable-command/4154029#4154029"]您认为温度指数优于温度指数6？ 从我们的固件中可以看到、6表示温度区域高于20、7表示温度区域高于30。 我不知道为什么这些内容被遗漏在文档中。[/引述]

我观察到、在温度指数之间切换会导致更多的"校准程序"事件发生、任何校准程序都可能导致性能显著降低。

我们的目标是确定我们为什么在"重校准"之后看到性能显著下降

观察结果表明、固件的工作方式如下(在伪代码中)：

On time expiry:
    if (current_temperature_index != previous_temperature_index) || override_temp_condition, then:
        do_recalibration_procedures()


我的问题：

1. 为什么"校准"有时会导致一个校准和另一个校准之间的性能明显较差？
2. 什么"过程"(如4.1.3.1 SWRU442B 部分中的过程位图中定义的)是 WL1831温度的函数？
   例如、如果温度指数发生变化、是否需要重新运行发射功率控制？

尊敬的 Andrew：

我将在下周跟进。

您好、Jacob、

您是否能够提供更新？

谢谢、

Andrew

您好、Jacob、

这对我们来说仍然是一个未决问题。 请提供任何后续信息吗？ 我很高兴尝试回答您可能需要帮助您的团队的任何后续问题。

谢谢、

Andrew