This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] LAUNCHXL-CC1352P:CC430发送到 cc1352、RSSI 随数据包数据变化

Guru**** 1869600 points
Other Parts Discussed in Thread: CC1310, CC430F5135, CC1352P
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1312169/launchxl-cc1352p-cc430-transmit-to-cc1352-rssi-changes-with-packet-data

器件型号:LAUNCHXL-CC1352P
主题中讨论的其他器件:CC1310CC430F5135CC1352P

我们有一个最初使用 CC430F5135器件设计的产品。 我们已将此设计移植到 cc1310器件中、并且根据设计、它能够与 CC430进行通信、从而使这些终端器件可以一起使用。 两个器件均运行433.92MHz、19.2kbaud 速率、20.6kHz 偏差、100kHz Rx bw、2GFSK。 两个器件似乎都在正常运行并彼此通信。

我们将使用带 RFStudio 的 LAUNCHXL-CC1352P-4来使用同轴电缆和40dB 的内联衰减测量每个器件发出的 dBm/RSSI (使用 CC1352、因为该标准开发板具有433MHz 调优功能)。 在测试旧器件和新器件期间、发现从旧器件(CC430)收到的 RSSI 有波动。 经过大量调试后、我们注意到 RSSI 将根据数据包中数据第一个字节(我们放置了单字节序列号)的值而波动。 我们使用32位同步字和可变数据包长度、因此数据的第一个字节实际上位于同步字和数据包长度之后。 在测量从一个 CC430器件到另一个器件的 dBm/RSSI 时、我们看不到这种波动。

以下是 RFStudio 用于数据包接收(CC430器件发送到 LAUNCHXL-CC1352P-4)的结果、第一个数据字节唯一不同。 增加数据包大小似乎不会影响 RSSI 值:
14:16:43.241| 15| 00 01 02 03 04 05 06 07 08 09 00 01 02 03 04 05 05 05 05 05 06 07 09 00 |-41
14:16:51.145 | 15| 0f 01 02 03 04 05 06 07 08 09 00 01 02 03 04 05 06 07 09 00 |-43
15:10:31.615 | 23| 00 01 02 03 04 05 06 07 08 09 00 01 02 03 04 03 04 05 04 06 05 06 07 08 00 01 02 03 04 |-41
15:10:39.390 | 23 | 0f 01 02 03 04 05 06 07 08 09 00 01 02 03 04 05 05 06 07 08 06 08 09 00 01 02 03 04 |-43

作为附加说明、我在这种情况下测试了两个 LAUNCHXL-CC1352P-4开发板(无 CC430器件)、发现在更改数据的第一个字节时(但仅为1dB、而不是2dB)、RSSI 仍存在差异。 如果我增加数据包大小、差异似乎会消失。 结果如下:
14:35:33.484| 15| 00 01 02 03 04 05 06 07 08 09 00 01 02 03 04 05 05 05 05 05 06 07 08 09 00 |-42
14:35:39.861| 15| 0f 01 02 03 04 05 06 07 08 09 00 01 02 03 04 05 06 07 08 09 00 |-43
15:06:06.704 | 23| 00 01 02 03 04 05 06 07 08 09 00 01 02 03 04 05 05 05 06 07 08 09 00 0f 01 02 03 04 05 06 07 09 00 01 02 03 |-42
15:05:58.525| 23| 0f 01 02 03 04 05 06 07 08 09 00 01 02 03 04 05 06 07 08 09 00 0f 01 02 08 09 00 0f 01 02 04 06 07 09 00 02 03 |-42

我正在尝试确定我的旧 CC430器件是否存在问题以及它如何传输数据、但问题以某种方式是显而易见的。 或者、cc1352器件的接收问题及其如何检测 RSSI? 或者这些设备之间是否存在任何已知的不兼容问题? 我需要确定器件是否达到所需的输出功率、以便我们可以保证器件的范围。 然而、改变数据包数据将改变 RSSI 似乎很奇怪。

我相信有一些参数和其他数据可以帮助分析这个问题、因此请告诉我哪些其他信息可以帮助评估问题所在。

谢谢。

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

    大家好、Jason、

    您是否在使用该结构的 CC1352P 上看到相同的 RSSI 值? https://dev.ti.com/tirex/explore/content/simplelink_cc13xx_cc26xx_sdk_7_10_02_23/docs/proprietary-rf/proprietary-rf-users-guide/proprietary-rf/cc1101-migration.html#rssi

    您可以尝试使用 rfPacketRx 示例这样做。

    此致、

    亚瑟

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

    Arthur、您好!

    我不确定我是否正确地传达了我的第二个实验。  我使用 RFStudio 从一个 CC1352发送到另一个 CC1352、使用了两台不同的计算机。  借助更小的数据包大小、我能够看到更改数据的第一个字节产生了1dB 的差异。  较大的数据包没有显示1dB 的差异。  虽然结果不相同、但表现出了类似的行为。  是否有其他有用的实验?

    此致、

    杰森

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

    大家好、Jason、

    请原谅我造成延误。

    您遇到过这个问题吗? https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1188173/cc1352p7-cc1352p7-rssi-measurement---how-and-when---continuation/4476588#4476588

    正如我在那里说过的、我认为这种差异可以通过在特定 PHY 中计算 RSSI 的方式来解释。

    此致、

    亚瑟

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

    Arthur、您好!

    感谢您的回复。  我确实看到了该线程、但我知道 RSSI 是在同步字期间计算的、这在我的所有数据包中都是相同的。  我的数据包的唯一区别是数据的第二个字节中的值(虽然我还未试验数据的前几个字节中的所有不同值、所以我不能确定在每种情况下 RSSI 的影响是什么)。  RSSI 计算是否有可能持续进入数据的头几个字节并且以某种方式受到数据模式的影响?  是否有任何其他 TI 工具或电路板可帮助确定433MHz 的实际 RSSI? (除了昂贵的高端分析仪之外)

    此致、

    杰森

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

    大家好、Jason、

    让我回到这个主题上来。

    此致、

    亚瑟

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

    大家好、Jason、

    RSSI 确实在同步字期间被计算、并且前导码的一部分(在 GFSK 模式中)使我想、您在 CC430和 CC1352之间配置的前导码长度是否相同?

    此致、

    亚瑟

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

    Arthur、

    我看了看前导码配置。  似乎我在 CC430上有8字节前导码、在 cc1352上有4字节前导码。  我已在我的代码中对其进行了调节。  但我曾尝试将 cc1352增大到8字节前导码、同时将 CC430降低到4字节、但这两个实验都没有解决问题。  由于 cc1352在 CC430传输时进行接收、我认为将前导码设置为8个字节不能解决问题(因为这是一个传输设置)、但希望 CC430降至4字节前导码可以解决该问题。  不幸的是,它没有。  除非你有任何其它建议、我将不得不假设在计算 RSSI 时有一些奇怪的情况、并且最高的计算(在第二个数据位置中有0x00字节)是正确的 RSSI。  感谢你的帮助。

    -杰森