[参考译文] CC1352R：UHF 功率泄漏到相邻通道中

admin

Other Parts Discussed in Thread: CC1352R, CC3120, LPSTK-CC1352R

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1025113/cc1352r-uhf-power-leaking-into-adjacent-channel

器件型号：CC1352R
主题中讨论的其他器件： CC3120、

你好。

我的新设计使用 CC1352R MCU 以及0900PC15A0036平衡-非平衡变压器来提供 BLE 和 UHF。在进行 UHF 传导测量时、我注意到过多的功率从所需的通道泄漏到相邻的通道中。具体而言、第二个相邻通道看起来是最糟糕的情况、会使 FCC 失效。泄漏到相邻通道的信号看起来像所需的信号(几乎像所需信号的回波)。无论我选择何种 UHF 通道、我都会看到同样的问题。我已经尝试过915MHz、904MHz 和902MHz。我在功率级别设置为0dBm 和5dBm 的情况下进行了测试、结果相同。我的测试使用 TI 1352R 开发板、通过调试接头连接直接控制我的产品。 TI 1352R 开发板运行的是 Smart RF Studio 7版本2.21.0。在测试过程中、我的产品还通过同一调试接头由 TI 1352开发板供电。

其他测试说明：

1.在我执行的辐射测试中也可能会出现此问题。

2.当我在独立模式下使用 TI 1352R 开发板(使用参考板上的 CC1352R 器件而不是产品上的 CC1352R 器件)时、不会出现此问题。

3. 本产品也有 wifi 模块(CC3120)，但我们已验证该 wifi 部件在测试期间处于复位状态。

3 年多前

0 admin 3 年多前

TI__Guru**** 1818760 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

-只需确认：如果您更改数据速率/ phy、我假设标记2下的"信号"形状与标记2下所需信号的形状相同。

-我在图中看不到标记1和2之间的确切增量。对于此 phy、默认 If 频率为250kHz。如果您通过更改 CMD_PROP_RADIO_DIV_SETUP.intFreq 更改 IF 频率、标记之间的差值是否会根据 IF 频率设置发生变化？

-从布局图来看、CC1352R 上的接地可能不是最佳。我建议通过 https://www.ti.com/tool/SIMPLELINK-SUB1GHZ-DESIGN-REVIEWS 申请布局审核、因为我怀疑布局上的某些内容会导致 if (？) 泄漏。

0 admin 3 年多前

TI__Guru**** 1818760 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

你(们)好。

感谢您提供此信息。我要为中心频率设置为868MHz 的传导测试附加其他 SmartRF 配置和频谱分析仪屏幕截图、以显示所需信号和不需要信号之间的增量。我可以看到、所需信号的不良信号为~250kHz。根据 CC1352R 技术参考、0x8000的 intFreq 设置对应于默认的 IF 频率。此外、通过选择868MHz 和98kHz RX 滤波器带宽、默认 IF 频率应为250kHz。我认为这一切都支持您的理论、即 IF 频率在传导输出中以某种方式出现、从而导致该不需要的信号。我还添加了另一个更详细的布局剪切。这是一个2层电路板、所有组件都位于顶部。红色层是顶部、蓝色层是底部。您可以看到、天线周围有一个较大的接地排除区域。是否应减小此排除区域、或者是否认为接地问题更多地围绕 CC1352R？您可以看到、三根射频天线非常靠近、但请务必注意、这些天线绝不会同时处于活动状态。时分可确保任何时候只有1根天线处于活动状态。您是否对 intFreq 参数的值有建议？我将根据您的建议请求进行布局审核。

再次感谢您的帮助。

此致、

Dan