[参考译文] CC1352P：射频本底噪声因板而异

您好！

 当 由于多路径传播效应而通过天线接收时、在一个平方米内 RSSI 水平将有一个高达10dB 的自然变化。

当天线被拆除时、预计在进行 RSSI 测试时、与辐射测试相比、变化应该低得多。

您是否将信号发生器连接到 LaunchPad 以进行 RSSI 测试？

此致、

  Richard

由于低数据速率可正常工作、而高数据速率不是我怀疑在较高的 RX BW 下会产生额外的噪声。  

-尝试使用50欧姆的天线输入端接，以最大程度地降低外部噪声。 那么、您看到的 Δ 值是否相同？

-尝试关闭 DCDC (它是 SmartRF Studio 中的单选按钮。 如果这样做、您是否会看到差异？ 我已经看到、如果 DCDC 未按照最佳实践进行布局、可能会增加一些噪声。  

但是、如果没有天线、我希望所有电路板中的本底噪声都是相似的。 我已经使用射频信号发生器测试了这些电路板。 我发送了-70dBm 信号、所有电路板都正确显示了 RSSI 水平、大约为-70dBm。 如果没有天线、当我监控本底噪声时、不同电路板的 RSSI 的范围从-98dBm 到-82dBm 不等。  我的统计数据的快照：

PCB 45 RF1 (CC50)-98 RF2 (CC52P)-93

PCB 46 RF1 (CC50)-97 RF2 (CC52P)-93

PCB 47 RF1 (CC50)-98 RF2 (CC52P)-91

PCB 48 RF1 (CC50)-98 RF2 (CC52P)-87

PCB 49 RF1 (CC50)-98 RF2 (CC52P)-85

PCB 50 RF1 (CC50)-96 RF2 (CC52P)-87

PCB 51 RF1 (CC50)-98 RF2 (CC52P)-83

PCB 52 RF1 (CC50)-98 RF2 (CC52P)-87

PCB 53 RF1 (CC50)-96 RF2 (CC52P)-91

PCB 54 RF1 (CC50)-98 RF2 (CC52P)-85

PCB 55 RF1 (CC50)-97 RF2 (CC52P)-89

PCB 56 RF1 (CC50)-97 RF2 (CC52P)-97

PCB 57 RF1 (CC50)-98 RF2 (CC52P)-89

PCB 58 RF1 (CC50)-98 RF2 (CC52P)-82

PCB 59 RF1 (CC50)-98 RF2 (CC52P)-86

PCB 60 RF1 (CC50)-97 RF2 (CC52P)-89

如前所述、它可能是由电路板或其他器件产生的噪声。 如果没有天线、这是否意味着您刚刚移除了天线、但没有以已知阻抗端接天线连接器？ 如果是这种情况、可能是阻抗变化导致了差异。  

其他信息：

使用覆铜性能、本底噪声-83…84dBm 打一个 PCB。 将电路板上的 CC1352P 芯片替换为 IC 卷盘中的新芯片、现在同一电路板测量-89…90dBm 本底噪声。

我没有证据、但感觉有一些参数会严重影响 CC1352P 硅片容差。 而 RF Smart Studio 以不同的方式使用这些系数。  但 SmartRF_settings.c 和 smartrf_settings.h 中提供的选项相同。 也许#include DeviceFamily_constructPath (rf_patches/rf_patch_cpe_prop.h)或 SDK 中的其他资源中有什么不同？  

我使用“Smart RF Studio 7 2.24.0”

用于固件代码开发的 SDK "simplelink_cc13x2_26x2_SDK_5_10_00_48"

注意：相同的固件代码和 PCB 板、但仅具有 CC1350射频前端不存在此问题。 所有电路板均测量 Aprox -98dBm 本底噪声。 当然、我说"相同"是指除了射频芯片初始化和辅助代码之外、一切都是相同的。 但所有 RSSI 平均算法和策略都是相同的。 PCB 具有相同的直流/直流转换器、相同的功能块、相同的微控制器和电路板布局相同。  

此致

Aivaras

SmartRF Studio 和 SysConfig 中的设置是相同的。 这意味着、如果您在两种工具中选择50kbps、对讲机将具有相同的设置。 如果您在代码中的对讲机设置中设置了断点、您还可以查看对讲机使用的内容。

- CC1352P 和 CC1350引脚不兼容、这意味着您不能同时使用相同的 PCB。 此外、更改芯片会改变性能这一事实也有点奇怪。 您是否能够发布原理图/布局的射频部分的屏幕截图以获得更好的想法？  

-您能否分享您在 FW 中测量 RSSI 的方式？

早上好、
是的、它们不是引脚对引脚兼容的。 我的意思是这两个 PCB 完全相同，除了安装了 RF 收发器的部件。 包含射频收发器的射频屏蔽部分有所不同、但在其他地方电路板是相同的。

RSSI 代码  

RF_cmdRxTest.endTrigger.triggerType = TRIG_REL_START;
RF_cmdRxTest.endTime = RF_convertMilisecondsToRatTicks(500);
RF_CmdHandle cmd_handle = RF_postCmd(
    rfHandle,
    (RF_Op*)&RF_cmdRxTest,
    RF_PriorityNormal,
    &RADIO_rxCallbackScan,
    RF_EventRxEntryDone);
int8_t rssiNow = 0;
while((rssiNow == RF_GET_RSSI_ERROR_VAL) || (rssiNow == 0)){
    rssiNow = RF_getRssi(rfHandle);
    }
    RF_cancelCmd(rfHandle, cmd_handle, 0);
    RF_pendCmd(rfHandle, cmd_handle, RF_EventRxEntryDone)

其他信息：

我们的编程人员缩小了此问题的根源。 现在、所有电路板都测量相同的 RSSI、该 RSSI 大约为-102dBm。  当由射频发生器供电时、我可以看到 RF CW 达到这些水平。  唯一的代码差异是在实际测量之前添加了小睡眠例程。

    RF_cmdRxTest.endTrigger.triggerType = TRIG_REL_START;
    RF_cmdRxTest.endTime = RF_convertMilisecondsToRatTicks(500);
    RF_CmdHandle cmd_handle = RF_postCmd(
            rfHandle,
            (RF_Op*)&RF_cmdRxTest,
            RF_PriorityNormal,
            &RADIO_rxCallbackScan,
            RF_EventRxEntryDone);
 
    int8_t rssiNow = 0;
    while((rssiNow == RF_GET_RSSI_ERROR_VAL) || (rssiNow == 0)){
        Task_sleep(1);
        rssiNow = RF_getRssi(rfHandle);
    }
 
    RF_cancelCmd(rfHandle, cmd_handle, 0);
    RF_pendCmd(rfHandle, cmd_handle, RF_EventRxEntryDone);

因此、RF_getRssi (rfHandle)似乎返回了不正确的 RSSI 值、该值取决于 CC1352P 二氧化硅芯片。 如果我们用 Task_sleep (1)提供一些空闲时间、我们将获得适当的 RSSI 值。

现在、我需要在处理真实数据包和真实通信时测量系统的实际灵敏度。 我不再相信我们在通信过程中会获得完全的灵敏度、它不会破坏我的不良本底噪声。 除非社区中有人以不同的方式看待这种情况并能解释。

总的来说、这个社区有更多的经验看到了更多不同的场景、那么我、也许有人可以分享这方面的意见？ 我是否需要担心、在全速1Mbps 通信期间、我会将不一致的本底噪声作为灵敏度瓶颈来实现？  

起初我怀疑有硬件问题、但现在我认为您有软件问题。 我没有在这里查看过时序、但我怀疑在某些情况下、您在不处于 RX 状态时正在读取 RSSI。 当无线电处于 RX 中时、有可能将一个 DIO 设定为高电平、我将这样做、同时在使用 getRSSI 之前/之后设定一个 DIO。

对于数据包、可以更轻松地将最后接收到的数据包的 RSSI 附加到接收缓冲器。 您是否浏览 过 https://dev.ti.com/tirex/content/simplelink_cc13xx_cc26xx_sdk_6_40_00_13/docs/proprietary-rf/proprietary-rf-users-guide/proprietary-rf-guide/index-cc13xx_cc26xx.html ？