[参考译文] CC2538：CC2592：了解高增益模式对 RSSI 和 CCA 阈值的影响？

尊敬的 Stuart：

尽管您不使用此解决方案、但在使用 HAL_PA_LNA_CC2592预定义时、Z-Stack 3.0.2应用了 CC2538 + CC2592解决方案。  这会将 CCACTRL0设置为 CCA_THR_HGM = 0x03的值、并进一步分配 macRadioDefsRssiAdj 值、因此我建议您查看此解决方案的 mac_rffrontad.c。

您还可以从 MAC PIB 查看 CSMA 机制。   maxCsmaBack、minBe 和 maxBe 是您可以考虑修改的值。  否则、一旦通道噪声降低、"卡塞"器件应能够恢复。  您是否曾观察到这种情况、是否能够调试有故障的器件？  可能是内存泄漏或损坏导致锁定问题。

此致、
Ryan

好吧、我想看一下、但我的理解是 Z-Stack 受保密协议限制、因此我在法律上不允许查看它、当我在工作之外使用无线通信协议时、我无法承受这样做的法律负担。

0x03的值是如何到达的？  该值是否取决于 HGM 引脚的状态？

至于存储器问题、我有一项任务、就是放入一些代码来监视_sbrk 指针和栈指针、以查看事物的深度。  (可能必须执行从计时器中断读取的堆栈指针、但这并不困难。)  存储器损坏问题尚未排除、但如果是存储器损坏问题、我希望再次看到该问题更加普遍。

以上是我的手写笔记、试图弄清楚这一点… 我看不到它们从哪里得到图0x03。  改变偏移值意味着0x04、为什么是0x03？  如果我关闭高增益模式、它是否仍然为0x03？

Z-Stack 3.0.2可免费下载、无需 NDA。  代码中的注释如下：

/* CC2538-CC2591 has 6db gain whereas CC2538-CC2592 has 3db. Choosing the lower value for threshold */
#define CCA_THR_HGM                   0x03UL   /* 3-76=-73dBm when CC2538 operated with CC2592 in HGM */

虽然这不是一个很好的描述，但我也不认为这一价值的微小变化将会造成这个领域更大的共同国家评估问题。  您是否使用过 SmartRF Studio 来评估模块的性能？

此致、
Ryan

您好、Ryan、非常感谢您的回应。

我没有尝试过 SmartRF Studio、因为它在我的计算机上无法正常工作(它需要传统的 Microsoft Windows 操作系统)。

话虽如此、您的代码段为我提供了一个进一步的提示：CC2591是一个不同的 LNA/PA 组合芯片。  "为阈值选择较低的值"是这里的关键… Z-Stack 中使用的值显然不是从 CC2592派生出来的、而是从 CC2591派生出来的。  查看这两个数据表、它们似乎具有相似的特性(高增益模式下典型增益为11dB、但 HGM 关闭时的 CC2592具有更大的增益：6dB 与1dB；两者的变化大致相同)。

不过，图-76是一个谜。  引用 CC2538用户指南(SWRU319C)：

该寄存器应更新为0xf8、转换为
输入电平约为-8 - 73 =-81dBm。

-8是要写入 CCA_THR 的有符号整数值(2的补码为0xf8)。  如果我正在正确读取数据表并将-73dBm 值作为"福音"一段时间(不知道该数字来自哪里、两者之间存在8dB 的差异)、我们应该使用0x00而不是0x03。

我目前还没有看到一些拼图、可以让我了解完整的图片。

尊敬的 Stuart：

Windows 10支持 Smart RF Studio 7。  您是否能够评估系统中不同值的有效性？  您是否已证明这是导致设备卡塞的根本原因？

此致、
Ryan

我还没有尝试更改任何设置、因为我想尝试并理解为什么选择这些值背后的数学原理。  每次我们更改此部门的设置时、我们都必须推出一个版本、因为很遗憾、我们无法在实验室条件下重复此问题。  因此、我犹豫只能盲目地进入那里、然后在不了解他们在做什么的情况下查看数字、错误的值很可能会阻止我进行进一步的 OTA 更新并要求进行现场访问。

我有一位同事在谈论运行传统的 Windows 10操作系统、也许可以查看 SmartRF Studio、但如前所述、它"在我的计算机上不起作用"。  我的计算机无法运行 Windows 10、从不 运行 Windows 10、从不运行 Windows 10、而且我日常所做的工作使我无法使用仍无法确定是 CP/M 还是 VMS 的操作系统。