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.

[参考译文] CC1311R3:使用 CC1311P3 Launchpad 作为中间设备、将 rfPacketTx 移植到定制 CC1311R3

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1349259/cc1311r3-porting-rfpackettx-to-custom-cc1311r3-using-cc1311p3-launchpad-as-an-intermediary

器件型号:CC1311R3
主题中讨论的其他器件:SysConfigCC1311P3、LAUNCHXL-CC1312R1 、CC1312R、 CC1312R7

您好!

这应该是一个简单的问题,但我似乎被卡住了。 我有一个我设计的自定义 CC1311R3板(见下文)。 除了两个 LED 和一个模拟输入(在 DIO30上、目前未使用)外、处理器连接的额外功能很少。 我想先介绍一个简单的已知良好 CCS 项目(Eclipse、而不是 Theia、尽管这可能无关紧要)、我可以对此进行扩展。 按照说明、我一直使用 rfPacketTx 示例(无 RTOS)。 868 MHz 目前仅用于测试、因为它似乎是 SysConfig 中的默认设置。 我是一个射频迷、但有数十年的其他相关经验。

SmartRF Studio 测试

我首先使用两个 CC1311P3 Launchpad 进行了常规实验、未修改(现在将我的 R3板搁置一边)。 使用具有两个控制面板(一个数据包 RX 和一个数据包 TX)的 SmartRF Studio 7 (版本2.30.0)发送和接收数据包时可以正常工作。 然后、我拔下 TX Launchpad 上的跳线、并  通过电缆将 XDS110信号连接到电路板、如图所示。 我使用 LP_CC1311R3并选择 CC1311R3作为器件、为 SmartRF Studio 制定了新的目标。 我使用另一个未修改的 P3 Launchpad 作为接收器、并在我的 CC1311R3上在 SmartRF Studio 中运行数据包 Tx 配置。 工作正常、数据包已正确接收。 我甚至更改了现在在 TX 期间亮起的 LED 配置。 然后、我切换了 RX 和 TX、以验证我的电路板是否也可以接收数据包。 一切都很好。 因此、使用 SmartRF Studio 的所有测试均成功。 这表示我的硬件至少能够正常发送和接收数据包 。 此时、我不关心任何优化。

移植到 CCS

按照说明、我将 rfPacketTx 示例导入到 CCS  12.7.0.0.00007。我使用的是 SimpleLink 7.40.00.77。 为了再次验证我在不涉及新硬件的情况下知道正在做什么、我在库存的 CC1311P3 Launchpad (仅限 Tx、Rx 在 运行 SmartRF Studio 的另一个 Launchpad 上完成)上进行了编译和运行。 这很好 。 我可以编辑代码以更改数据包内容或传输间隔、并且 SmartRF Launchpad 会反映这些更改。

然后、我努力让 SysConfig 尝试将其移植到 CC1311R3、按照该 链接中的一些类似说明 和其他说明进行操作。 我基于 LP_CC1311P3制作了一个新的 JSON 文件、删除了闪存和 SPI 等一些组件(但我之前尝试过所有这些组件、似乎没有什么不同)。 我将天线开关控制引脚的数量设置为0、以消除天线切换。 我将 LED 指向我的输出引脚(DIO5)。 所有射频贴片都设置为"自动"、但我真的不知道它们有什么作用。 我已经尝试了10dBm 和14dBm 两种输出、设置了适当的"强制 VDDDR"。 下面是一些 syscfg 东西的屏幕截图。

一切编译、加载和运行正常、并且我的 LED 按预期闪烁、但 SmartRF Studio 控制面板上没有尝试接收的任何活动。 我已验证这两者之间的所有射频参数都相同。

很显然、我的 SmartRF Studio 测试显示我有很好的硬件、而具有库存 LP 的 CCS 编译表明我一定知道我在使用软件做什么。 但我无法获取 CCS 来在我的 CC1311R3板上生成可正常工作的 rfPacketTX!

我已尝试使用 SysConfig、并已从 SmartRF Studio 导出 smartrf_settings.c/h (在 SysConfig 中禁用 ti_tirable_config.c/h)。 这两种方法都不会导致传输的数据包。

CC1311R3的 rfPacketTx 项目有没有可能在某处存在可用版本?

我记得在某处读取某些必要的 RF 初始化可能没有在库存代码中完成的内容吗? 但是 rfPacketTx 可与库存 Launchpad 配合使用的事实证明了这一点。

与此同时、我订购了第三个 Launchpad  LAUNCHXL-CC1312R1、希望它更接近 CC1311R3。

感谢您提供的任何信息!

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

    您是否遵循了移植指南?

    在 CC13x1x3或 CC26x1x3上运行软件示例—SimpleLink CC13XX/CC26XX SDK 专有射频用户指南6.30.00文档

    Siri

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

    是的,确实,我确实遵循了这些指示。 但是、如前一个论坛用户所述、说明中有一个拼写错误、其中显示"Rename the file to  LP_CC1311P3.syscfg.json". That should be R3, not P3. This was confirmed by a TI employee. This typo has not been fixed yet.

    This page is also very confusing:

    当您有  要测试的 CC1311R3器件时、可以按照本指南进行操作。 如果您使用的是定制板、则可以忽略本指南、而是查看 "Custom Hardware" 部分。

    似乎始终需要定制电路板、因为没有适用于 CC1311R3器件的 LaunchPad? 然后它会说:

    请按照以下步骤将 CC1311P3 LaunchPad 软件示例迁移到 CC1311R3。 这里假设您  在 LaunchPad 上安装了一个 CC1311R3器件。

    如何将 CC1311R3器件安装在 LaunchPad 上? 我是否购买 CC1312R LaunchPad 并解焊 CC1312R 并将其替换为 CC1311R3? 这似乎是一个很大的问题。  

    但是、是的、我按照这些说明生成了一个新的 JSON 文件。 将正确构建工程。

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

    我很抱歉,但我无法告诉你问题可能是什么。

    我测试了以下内容:

    我在 CC1312R7 LP 上采用、并将 CC1312R7更换为 CC1311R3

    我做了一份副本  LP_CC1312R7.syscfg.json file and renamed it LP_CC1311R3.syscfg.json (I made JIRA ticket for the naming error in the SDK documentation).

    I then modified the file as follows:

    我很抱歉,但我无法告诉你问题可能是什么。

    我测试了以下内容:

    我在 CC1312R7 LP 上采用、并将 CC1312R7更换为 CC1311R3

    我制作了一份 LP_CC1312R7.syscfg.json 文件的副本、并将其重命名为 LP_CC1311R3.syscfg.json (我针对 SDK 文档中的命名错误制作了 JIRA 票证)。

    然后、我按如下方式修改文件:

    {
        "name"        : "LP_CC1311R3",
        "displayName" : "CC1311R3 LaunchPad",
        "device"      : "CC1311R3RGZ",
        "part"        : "Default",
        "package"     : "RGZ",
        "headers"     : [

    我导入了以下示例:

    C:\ti\simplelink_cc13xx_cc26xx_sdk_7_10_02_23\examples\rtos\LP_CC1311P3\prop_rfPacketTx

    并在文本编辑器中打开.syscfg 文件、并更改以下内容:

    * EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
    */
    // @cliArgs --board /ti/boards/CC1311P3 --rtos tirtos7
    
    // changed to 
    
    * EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
    */
    // @cliArgs --board /ti/boards/CC1311R3 --rtos tirtos7

    然后、我清理并重新构建该工程、并将其下载到 LP。

    我能够接收到从 rfPacketTX 发送到 SmartRF Studio 的所有数据包。

    请注意、SmartRF Studio 通常使用915 MHz 作为默认频率、而从 SysConfig 导入到 rfPacketTX 示例中的设置使用868 MHz 作为默认频率、因此您需要在 CCS 或 SmartRF Studio 中更改频率。

    Br

    Siri  

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

    谢谢、谢谢。 我能看到的唯一区别是、我从该示例的无 RTOS 版本开始、但这似乎现在也起作用。 我想我可能已经将 JSON 文件 LP_CC1311P3和 LP_CC1312R7混淆成了起点。

    此外、您在系统上导入示例的目录中包含四个工程、两个在 FreeRTOS 中、两个在 tirtos7中(每个为 gcc 和 ticlang)。 您还使用的是较早版本的 simplelink SDK (我有70.40.00.77)。 我假设编译器的差异无关紧要。

    此外、您的 syscfg 条目会略有不同。 您已:

    //@cliArgs --board /ti/boards/CC1311P3 -- rtos tirtos7

    而我的文件具有

    //@cliArgs --board /ti/boards/LP_CC1311P3 -- rtos tirtos7

    但这些差异似乎无关紧要。 感谢您的帮助!!