[参考译文] CC1352P：CC1352P -频率合成器设置- RX 接收器测试模式中的频率范围

您好，Zack，谢谢您的提示回复。 我们不会使用参考设计、确切地说、我们会使用您的某些电路板和/或 BeagleBone 板对其进行测试。 我们的天线为 UWB (定制 LPDA)、提供200MHz - 8GHz 的范围、因此前端/天线调谐不会出现问题。 我的问题更接近理解这意味着什么"如果使用非法的频率或分频器设置调用该命令、该命令会以 ERROR_PAR 结束、如所示
状态。" 以及什么将被视为"非法频率"。 假设可以从逻辑上锁定在 CMD_FS 命令字段字段字段值范围内的某个频率、是否存在任何其他可能的问题？ 例如、 将频率值设置为1500 (以 MHz 为单位)- VCO 很可能不会锁定它？ 我们只需检查退出此频率表规格的可行性、以及在假设射频前端在100MHz - 8GHz 范围内为50 Ω 且回波损耗低于-10dB 的情况下、我们可以在多大程度上扩展该规格。

我们尚未对器件进行数据表中指定频段之外的测试 、因而没有足够详细的数据为您提供相关的数字、恐怕是这样。 器件面向列出的 ISM 频段、因此围绕这一点设计了器件特性测试、因此这些区域缺少测试数据。 VCO 可能会锁定在某些器件上、而不是在其他器件上、但在整个器件范围内、超出列出的范围运行可能会出现太多故障。

与参考设计相关的问题不在于天线调谐(因为客户更容易考虑到这一点)、而是在于 每个频带的最佳负载阻抗(即 PA 和/或 LNA 匹配)。 例如、1500MHz 下的最佳负载与600MHz 相比、将导致性能差异过大、无法接受。

您好、Zack、当我提到我们的 LPDA 天线时、我是说它们在 UWB 上或多或少具有平坦负载阻抗、而不是从常识来看"调优"-请参阅下面的一些 LPDA 天线示例。 我想我们必须进行一些实验、然后构建我们自己的测试硬件。 只要您的 RF_P/N_SUB_1GHZ 和 RF_P/N_2_4GHz 预期面对标准50欧姆负载、我们就应该没问题。 BTW -您能否让我指向解释这些差分射频引脚(低于1GHz 和2.4GHz)阻抗特性的文档？ 我可以从那里获取它。

非常感谢 Zack！ 我错过了本文档。 如果您不介意的话、还有一个问题(我正在查看 BeagleConnect Freedom 原理图)- UART 和 JTAG 是否足以对芯片进行实验？ 我没有注意到任何其他"有用"的界面。 将数据流式传输到主机的最佳数字接口是什么？ UART、SPI 等、还有其他吗？

Zack、还有一个问题-我查看了您提供的这份文档(swar640)-仍然没有获得最佳负载阻抗-没有关于 RX 和语言的所有频带数据-"898MHz Rx 仅优化目标负载阻抗： 47+J1 Ω Ω"是唯一有用的信息-我是否应该假设为其余低于1GHz 频带保持此阻抗或接近此阻抗？ 您是否认为(假设 UWB 天线在所有频带上都具有平坦的阻抗系数)通过 https://www.minicircuits.com/WebStore/dashboard.html?model=LDPW-162-242%2B 等双工器连接 UWB 、并将低频带侧布线到单端 Sub-1GHz 并将高频带侧布线到2.4GHz 有机会按预期工作？

我会就您的第一个问题发表不同的评论。

在负载阻抗方面-理想负载在不同频率下确实发生了显著变化、但它对 RX 的敏感度低于对 TX 的敏感度。 我们的参考设计具有最佳性能、是 TX 和 RX 之间的折衷、因为这几乎总是客户使用案例、而不是专注于更好的其中一个(HPA 输出是唯一的 TX)性能。

如中所述 SWRA640 (如果您需要更多信息)、射频路径包含一个平衡-非平衡变压器部分以及一个单端阻抗匹配/滤波器部分。 您将看到在针对不同频带(例如433MHz 和868/915MHz)进行优化的参考设计之间、平衡-非平衡变压器和滤波器部分具有完全不同的 BOM。

由于这些原因、我认为很难实现您的目标；该器件并非真正针对此类宽带应用而设计、因此我们在开发参考设计时没有考虑到这一目标。

但是、我将检查(传导) RX 性能与使用 LAUNCHXL-CC1352P-1和 LAUNCHXL-CC1352P-4对于其优化范围内外的频带：359MHz、433MHz、527MHz、779MHz、868MHz、 和930MHz。 请注意、这仅位于一块电路板上、因此这只是性能的指示。 我将使用为这些频段发布的不同最优 PHY 设置。 通过这种方式、您可以决定预期的性能是否可接受、或者是否值得追求某些优化工作。

我一旦有了结果、就会向您回复、但可能不会持续几天。

此致、

扎克

非常感谢 Zack！ 如果您能做到这一点、那将是极好的。 我们的目标是使用 FTDI FT4232HQ 来驱动节目(通过单个高速 USB 连接、它将为我们提供 JTAG、x2 UART、SSI 和一些其他东西-因此我们将有接口选择)。 我也在订购这两块电路板、以便能够重复您的测试(我们有一个高质量 SignalHound 装置可以验证 RF 域中的几乎所有内容)。 会耐心等待您的回应。

要回答您的另一个问题、UART 可能是与 BeagleConnect Freedom 通信的最简单选择。

您好、Zack、很想知道您是否有机会根据上述内容、在数据表规格之外测试该"扩展"频率可能性？ 如果您不介意、我还有一个问题-请查看 CC13x2、CC26x2 SimpleLink WirelessMCU 技术手册、25.8.12通用接收器命令、BLE、看起来好像可以接收任意数据包、 并且、同一节中的"如果长度大于 BLE 传统广播包的最大允许长度(37、但可以覆盖)"语句会假定：如果在将无线电调谐到特定 BLE 通道的情况下捕获纯任意数据包、那么该语句是能够实现的。 我的问题与表25-101有关。 通用 RX 命令和 accessAddress 字段-是否可以提供 accessAddress 0或0xFFFF 0xFFFF 0xFFFF、例如捕获所有 pcakets、而不考虑连接/地址？ 换言之、混杂的通道数据捕获？ 非常感谢！

尊敬的 Alexander：

软件团队更有能力回答您的最新问题、因此我已经将其加入。

很抱歉硬件测试出现延迟、我的目标是在周一之前获得测试结果。

此致、

扎克

尊敬的 Alexander：

尽管如此、仍然无法更改 accessAddress、因为它遵循 BLE 规范 https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/542038/cc2640-how-to-change-syncword-aka-access-address

但是、您可以尝试通过 BLE PHY 使用专有 API、如下所示：

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1034174/cc1352p-bluetooth-radio-setting-access-address-sync-word-to-non-bluetooth-value

此致、

Arthur