[参考译文] CC2592：CC2640R2F+CC2592，我们的信号效果与我没有 PA 时的效果相同

我们使用谷歌像素手机进行测试、连接在50米处断开、我们之前使用的 CC2541+rfx2401C 可以达到100米。

您好！

感谢您提出问题。

我已将此内容传达给硬件专家、以供他们了解。

此致、
Toby

您好！

对于您上面提供的代码、我假设您使用的是 DIO2表示 LNA 启用、DIO3表示 PA 启用、而不是 DIO13表示 LNA 启用、DIO7表示 PA 启用、如您链接的 EMK 测试报告中指定的那样。 您可能还需要使用 DIO 来控制 CC2592上的 HGM 引脚。

我不知道需要任何其他设置、但您可以对电路板的输出功率进行任何传导测量都很有帮助。 当放大器关闭而不是打开时、您看到的传导输出功率是多少？ 使用频谱分析仪进行测量的图片是理想的、 任何布局/原理图图片也会有所帮助。

我们在其他帖子中看到、他们修改了两个文件、一个是头文件：ble_user_config.h 添加了以下代码：

#define TX_POWER_22_1_DBM 22.

#define TX_POWER_21_6_DBM 21.

#define TX_POWER_21_3_DBM 20.

#define TX_POWER_19_7_DBM 19.

#define TX_POWER_17_5_DBM 17.

#define TX_POWER_15_1_DBM 15.

#define TX_POWER_12_4_DBM 12.

#define TX_POWER_10_2_DBM 10.

另一个是源文件"Ble_user_config.c"添加以下代码：

｛TX_POWER_10_2_DBM、GEN_TX_POWER_VAL (0x0B、3、0x0C)｝、//在 CC2592上输出10.2dBm
｛TX_POWER_12_4_DBM、GEN_TX_POWER_VAL (0x0B、1、0x14)｝、CC2592上的//输出12.4dBm
｛TX_POWER_15_1_DBM、GEN_TX_POWER_VAL (0x0E、1、0x19)｝、CC2592上的//输出15.1dBm
｛TX_POWER_17_5_DBM、GEN_TX_POWER_VAL (0x12、1、0x1D)｝、// CC2592上的输出功率为17.5dBm
｛TX_POWER_19_7_DBM、GEN_TX_POWER_VAL (0x18、1、0x25)｝、CC2592上的//输出19.7dBm
｛TX_POWER_21_3_DBM、GEN_TX_POWER_VAL (0x21、1、0x31)｝、CC2592上的//输出21.3dBm
｛TX_POWER_21_6_DBM、GEN_TX_POWER_VAL (0x14、0、0x42)｝、// CC2592上的输出21.6dBm
｛TX_POWER_22_1_DBM、GEN_TX_POWER_VAL (0x18、0、0x4E)｝// CC2592上的输出22.1dBm

这些是必要的吗？

我们已发现相关测试机构在微波消声室中进行测试、并测试了天线匹配。 驻波比、回波损耗、一谐波、二谐波、天线效率。 测试结果看起来非常好。 但是，当我们进行远距离通信测试时，情况非常不令人满意。 具有 CC2592的 PCBA 甚至比没有 CC2592的 PCBA 更糟糕。

此外、CC2592有偏置、我们调整了偏置电阻、发现有一些改进、不知道如何调试

也许可以尝试使用 SmartRF Studio 来调节寄存器以微调性能。

我应该调整哪些寄存器？ 是否有任何调整方法？

大家好、

天线匹配良好但远距离性能差、我感到惊讶和失望。 我认为最好测量 电路板上的传导输出功率、以验证 CC2592器件是否正常工作。 传导性能比 辐射性能更容易测试和复制、如果您的 CC2592不能正常工作、如果我们可以看到传导的功率、则诊断将更容易。

至于偏置电阻器-我强烈建议尽可能密切地遵循参考设计、以最大限度地降低出现意外行为的可能性。 这是原理图。 如果您认为 PA/LNA 控制序列存在问题、请确保使用  DIO2启用 LNA、使用 DIO3启用 PA、并且这些引脚已正确连接。

我在内部询问 寄存器配置、但我认为您的配置是正确的。

我将在内部询问我们是否可以为您提供更多的实践支持。

最棒的

不需要

确认 txpower 表：

最好使用您拥有的值或 列出的应用手册中列出的值 、因为这两个值都是由 TI 验证的(在应用手册或您所参考的 E2E 帖子中)。 您将注意到、应用手册中只有一个字节用于 txpower 值。 这应该是2字节 txpower 字段中的第一个字节、因为它是指增益控制和内部偏置。  

您可以使用其他 txpower 值、但如果您选择使用未经 TI 验证的值、我们无法保证性能。

谢谢 Nathan Block。 今天、我尝试单独禁用 LNA 信号和 PA 信号输出、以验证我的 LNA 信号和 PA 信号配置是否正确。 测试后、禁用 LNA 和 PA 的信号非常弱。 说明我之前的配置是正确的。
我们发现、在正常配置条件下、链路断开或无法连接的距离仍然可以接收蓝牙广播信号、该信号约为-76dbm、但无法连接。 当我们不添加 PA 时，-85dBm 仍然可以连接，因此我有理由怀疑 LNA 有问题，但我不知道问题在哪里。

您好、Shannon、这听起来像是一个灵敏度问题、但同样、如果没有适当的信息、我无法有效地评论您的设置。 调试该功能的第一步是测量 CC2640-CC2592系统用作发送器时的传导功率。 一旦我们能够验证它的传输是否正确、我还会在器件用作接收器时测量噪声水平、以便我们可以验证灵敏度是否正确。 如果您还没有相应的工具、 我至少要验证您是否向 CC2592发送了正确的控制信号 、如数据表的第9节所示。

您好、香农、

您描述的行为听起来像是放大器输出端的失真。  您能否发布原理图/布局的图片？ 以及进行的任何天线匹配或其他测量？

验证 PA 的工作做得很好！ 尽管我担心、您已经确认 PA 能够广播功率、但其输出信号可能仍然失真。 我仍然认为您需要在电路板上进行传导测量、以验证您的信号功率和灵敏度是否正确。 本 文档 是我们的官方指南、可指导您解决所看到的调试问题、我们强烈建议您在尝试任何辐射之前进行传导测量。 您所描述的行为将会非常容易地使用传导测量进行调试、因为它将具有更高的可重复性、更容易在设备上看到、因为功率级别会更高、并且不会看到环境干扰。

话虽如此、如果您无法访问正确执行测量所需的工具、那么我将通过这种方式尝试调试您的问题、而不使用这些工具来排除硬件问题：

根据我的理解、您好像将设备用作发送器、将智能手机用作接收器、这是正确的吗？

此外、如果我正确理解了您的问题、您的智能手机能够在没有 CC2592的情况  下正确解码 CC2640发送的数据包、直到大约-95dBm、但当您连接 CC2592时、您只能在 RSSI 高于-75dBm 的情况下解码数据包。 是这样吗？

在修改寄存器级代码之前、让我们首先验证它不是硬件问题。 这些器件的工作原理非常无缝、因此如果问题在 CC2640内部出现(但并非不可能)、我会感到惊讶。  您能否使用 SmartRF Studio 在设备上广播数据包？ 此软件已经过全面测试、如果在使用 SmartRF Studio 时问题仍然存在、那么我相信这是一个硬件问题。

下载软件并将设备连接至计算机。 运行 SmartRF Studio 并广播一些数据包。 您可能需要更改 txpower 寄存器的第一个字节、您可以通过单击图片中圈出的区域来执行此操作。

在接收模式下使用第二个运行 SmartRF Studio 的 Launchpad 来验证是否可以发送数据包、RSSI 值是您认为的值。 了解当您使用 CC2592时、您的接收器灵敏度是否仍然较差。

您好 Nathan、我知道、无论是连接还是广播、它实际上都是双向通信过程。 我刚才描述了 RSSI、以表明这个 CC2640R2F+CC2592在一个非常高的 RSSI (大于-75dbm)上很容易断开。 如果仅没有 CC2592、则会在极低 RSSI (约-95dbm)下断开连接。 这是否意味着 PA 的功率足够、但 LNA 可能会出现问题、导致 RX 无法接收信号、即难以建立双向通信、这就是它将断开的方式。

然后、我使用两个器件、一个作为发送器、一个作为接收器。 然后验证在长距离情况下是否会丢失数据包？
广播方法不一定能够验证此问题。
当 CC2640R2F+CC2592的 RSSI 低于-75dbm 时、手机可以搜索其广播数据、但无法连接。 当它大于-75dbm 时、可以连接它。
如果我使用其中一台设备作为发送器、并使用 SmartRF Studio 操作设备广播、它应该是相同的、但我会尝试一下。

网络可能受到限制，我看不到上载文件或图片的功能，我无法上载测试报告。

您好、香农、

您可以单击显示上传的文本。 这并不是显而易见的、但这是打开文件资源管理器的链接。   

至于您的测试设置：

首先-感谢您澄清您的程序。

根据您描述的行为、我认为我们不一定会说是 LNA、而不是 PA。  您知道哪个设备通信暂停了吗？ 例如、电话是否会传输到 CC2592-CC2640、而 CC2592-CC2640不会接收？ 或者 CC2592-CC2640是否会传输到手机而手机未接收到它？ 如果这是第一种情况、我会认为电路板的灵敏度是问题所在。 如果是第二种情况、我认为电路板可能广播出故障信号。 如果不知道确切的错误情形、很难直接找出根本原因、SmartRF 确实很好地做到了这一点。

我在这里没有"上传"。 我发现了一个新问题。 在 CC2640R2F 数据表中、射频内核数据输出2为"合成器校准运行"、 但 SmartRF Studio 的定制目标配置表明、射频内核数据输出2是"Tx start"。无法确定哪一个是正确的、是 SmartRF Studio 中的故障还是数据表中的故障？

我准备了三种产品：
A：CC2640R2F+CC2592 (20dBm)
B：CC2640R2F+CC2592 (20dBm)
C：CC2640R2F          (5dBm)
第一组实验： 当我在 SmartRF Studio 上使用 A 作为 Tx 和 B 作为 Rx 时、大约为-77dbm、我根本无法接收来自 A 的任何信号。 这不能解释 LNA 的问题。
第二组实验：因此我使用 A 作为 Tx、使用 C 作为 Rx、并且从 A 接收到的信号在大约-90dBm 时未接收到。 对上述两组的比较应该能够显示 A/B LNA 存在问题。
第三组实验：A 用作 Rx、C 用作 Tx、A 在-75dbm 左右时不会接收来自 C 的信号。
在上述三组实验中、我认为 CC2592的 LNA 有一个大问题、因为 PA 也有一些小问题。

这是出色的数据 Shannon、感谢您的清晰。  

我认为、问题更可能是您的 PCB 敏感度、而不是放大器内部的 LNA。 在CC2592-CC2650组合的测试报告中、我看到他们创建的电路板能够针对 1Mbps GFSK (低功耗蓝牙)实现-98.7的灵敏度。 您能否查看您的电路板在原理图和布局上的不同之处、 这些原理图和布局在下面的同一页上提供？ 一些可能的原因包括天线设计、接地、在天线附近放置有噪声的组件以及天线匹配不良。 您还可以在此处发布原理图/布局文件、供我们查看。

您还可以手动测量电路板的灵敏度。 根据您提供的结果、我愿意打赌您的 CC2640-CC2592器件的环境本底噪声高于它应有的值。 如果您将电路板上的天线引线连接到带尾纤的频谱分析仪、并将器件置于 RX 模式、则您在频谱分析仪上测量的功率是器件的本底噪声。 如果您的器件的本底噪声高于约 -100dBm、无法准确解码-100dBm 信号。

我的 PCB 是双层板、因此我可能认为它的性能不如4层板、因此我的射频性能相对较差。

您能否提供 CC2650+CC2592的原始 PCB 文件？ 我希望完全复制它。 尽管有一个 pdf 文档、但很难控制它完全相同。

当然。 这些文件也列在参考设计 的设计文件下。 这是一个链接 。