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.

[参考译文] CCStudio:无法为 cc1312r1...仅适用于 cc1312r1f3构建

Guru**** 2398695 points
Other Parts Discussed in Thread: CC1314R10, SYSCONFIG, CC1312R

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1487887/ccstudio-cannot-build-for-cc1312r1-only-for-cc1312r1f3

器件型号:CCSTUDIO
主题中讨论的其他器件:SysConfigCC1312R、CC1314R10

工具与软件:

我在 Launchxl-cc1312上的 CCS 版本以及我自己的 cc1312r1 (平面版)卡上进行了构建

我唯一选择的是包含 CC1312R1F3的 CC1312-XL 板、我认为唯一的区别是封装和引脚数。

我的当前项目不会迁移到 CCS 20.1

此外、没有支持 CV1312R1F3的编译器、我知道这与 CC1312R1的编程相同。。

如何选择此处理器?

启动新项目时:

我注意到 CC1314既可作为开发板提供、也可作为器件提供。

CC1312R1不能用作器件、但 CC1312R1F3可以!

添加 CC1312R1作为器件是否可以解决该问题?

此致、

Gullik

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

    尊敬的 Gullik:

    请帮我澄清这个问题。

    在最新的 SDK (8.30.1.1)中、默认情况下、这些工程适用于 CC1312R1 LaunchPad。 即指此 LaunchPad: https://www.ti.com/tool/LAUNCHXL-CC1312R1

    应将 CC1314 R10 RGZ 焊接在 CC1312R1 LaunchPad 上、并且应按照迁移指南( https://dev.ti.com/tirex/explore/content/simplelink_cc13xx_cc26xx_sdk_8_30_01_01/docs/ti154stack/html/cc13xx_cc26xx/devices_without_launchpads.html?highlight=cc1314r10#)迁移该项目 

    我可以在 CCS20.1和 CCS12的 SysConfig 中选择配置。

    您能帮助我更好地了解您的问题吗? 您希望执行哪种迁移?

    此致、
    等等

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

    您好 Theo:

    在我的开发板上安装了一个48引脚 IC、我认为它是 CC1312R1。

    在 CCS 12.8.X 开发系统中、运行良好、而且我具有相同的处理器

    我自己的板上。 我正在尝试移至我已在其他平台上安装的 CCS 20.1.0

    有限状态机。 启动新项目时、系统会提示我输入电路板或器件。

    如果我选择板(CC1312R Launchpad)并尝试使用 norts / gcc 创建工程

    (因为我的旧配置是/以前)我只能选择 TI-RTOS7、TI-RTOS 和 FreeRTOS 作为内核、

    诺特不是一个选项。 所以、我选择 FreeRTOS 和 CCS-GCC。

    我选择一个空示例并点击"Create"。

    我现在得到"没有安装支持 CC1312R1F3的 GNU 编译器"、没有工程

    [听不清] 这用于迁移我的当前/旧设计。

    当我选择"升级设计"时,我也会遇到没有安装编译器,但为

    CC1314R10 (这是我电路板48引脚上的芯片)从数据中删除了 CC1314R106T0RGZR

    摘录。

    所以没有 GCC 编译器。 没有 nortos...

    当 CCS 20.1.0不需要该参数时、很难迁移旧工程和启动新工程

    我最初有

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

    从 CCS 12.x 迁移到 CCS 20.1.0。 (软件更新)

    管理 cc1312和 cc1314 (设计迁移)

    BTW 操作环境为 Xubuntu Linux 24.04 LTS

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

    尊敬的 Gullik:

    我明白了、让我来仔细演示一下。

    CC1312R1仅采用7x7封装、在 LaunchPad 上遵循7x7封装。

    CC1314R10采用7x7 (RGZ)和8x8 (RSK)封装。 CC1314R10 LaunchPad 上焊接了8x8型号、因此需要按照迁移指南将7x7型号焊接在 CC1312R1 LaunchPad 上。

    在 CCS 20.1中启动新项目时、建议您使用 File -> Import project。 然后、可以导航至 SDK 安装目录->示例-> nortos、并从 CC1312R1_LAUNCHXL   目录中为 CC1312R1选择一个示例、从 LP_EM_CC1314R10目录中为 CC1314R10RGZ 选择一个示例。 对于空示例、您会得到一个空工程。

    对于软件工程 LP_EM_CC1314R10 、您可以在 CC1312R1 RGZ LaunchPad 上的 CC1314R10上执行器件迁移到 CC1314R10 RGZ、如下所示: https://dev.ti.com/tirex/explore/content/simplelink_cc13xx_cc26xx_sdk_8_30_01_01/docs/ti154stack/html/cc13xx_cc26xx/software-on-cc13x4-26x4-rgz-devices.html#sec-ccxxx4rgz 

    编译器的系列视频。 我找不到下载选项、因为它是在 CCS 12.1中实现的、但你可以手动下载 ARM GNU 工具链: https://developer.arm.com/downloads/-/gnu-rm 并安装它。 然后、可以在 CCS 20.1的"文件->首选项-> Code Compoer Studio 设置->常规->编译器"下添加编译器。 您需要首先添加编译器的安装目录作为编译器发现路径、然后单击发现的编译器重新加载图标以更新列表。 有了这个、我能够导入并编译一个 gcc 项目。

    我将在内部检查是否有更好的方法来解决此问题、然后更新该线程。

    很好的酒店
    等等

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

    感谢 theo 提供的详细帮助。。。

    我将按照您的指示安装 GNU 工具,为我的"旧"项目提供向后兼容性,并希望为"新"项目提供新的基础。

    我将使用 FreeRTOS 配置、以帮助我获得所需的性能。

    此致、

    Gullik

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

    尊敬的 Gullik:

    我很高兴听到您可以开始使用这个工具。 如果您遇到其他问题、请联系我们。  

    另外、为避免混淆、我建议您直接从已安装的 SDK 导入 FreeRTOS 工程、而不是使用 Resource Explorer。

    此致、
    等等

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

    您好!

    因此、我将最新的 GCC 套件 ARM-GGC 14.3安装到/armgcc 目录中。

    然后、通过添加编译器发现路径、通过 file->preferences->general->compilers 添加了编译器

    /home/webjorn/armgcc

    然后我单击已发现的编译器右侧的小图标、但是找不到编译器。

    我曾尝试遍历目录结构、但 CCS 找不到任何编译器.....

    在套件结构中、我发现许多.exe 文件、这使我相信这个套件就是 dud、

    .exe 文件属于 windows、对吗??

    webjorn@ThinkPad:~$ ls armgcc/aArch64-none-linux-gnu/bin/
    ar.exe as.exe ld.bfd.exe ld.exe ld.gold.exe nm.exe objcopy.exe objdump.exe ranlib.exe readelf.exe strip.exe
    Webjorn@ThinkPad:~$

    我将尝试另一个工具包、编译发现路径应指向何处、/home/webjorn/armgcc 是否正确?

    此致、

    Gullik

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

    尊敬的 Gullik:  

    我尝试了这个版本,它工作了: https://developer.arm.com/-/media/Files/downloads/gnu-rm/10.3-2021.10/gcc-arm-none-eabi-10.3-2021.10-aarch64-linux.tar.bz2?rev=b748c39178c043b4915b04645d7774d8&hash=572217C8AFE83F1010753EA3E3A7EC2307DADD58

    是的、.exe 文件适用于 Windows、我不确定是否安装了最新版本14。

    我将进一步对此进行研究。

    此致、
    等等

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

    再次感谢 theo、

    我设法使 GCC 工具正常工作、我可能选择了错误的套件文件。

    我正在运行 arm-gnu-toolchain-14.2.rel1-x86_64-arm-none-eabi、并对该项目进行编译。
    CC1312或 CC1314是否支持硬浮点版本、那么我是否应该使用它们?

    我不做几乎任何浮点,所以它不重要...

    此致

    Gullik

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

    好的、我将返回到您测试过的确切版本。 现在我有一个专业

    获取编译以使用最新 GCC 套件时出现问题。 出现非常奇怪的错误。

    某些行中接受的变量在下面几行中不被接受、但未定义。

    很奇怪、编译器套件错误???

    Gullik

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

    尊敬的 Gullik:

    我查看了我们在 SDK 软件版本中推荐的内容:
     - https://software-dl.ti.com/simplelink/esd/simplelink_cc13xx_cc26xx_sdk/8.30.01.01/exports/release_notes_simplelink_cc13xx_cc26xx_sdk_8_30_01_01.html

    对于8.30.1.1 SDK、  应使用 ARM GCC 版本 gcc-arm-none-eabi-9-2019-Q4-major。 您可以尝试不同的版本、但如果要使用推荐版本、请安装此版本。
      - https://developer.arm.com/downloads/-/gnu-rm#panel6a

    我认为这将为您提供最稳定的结果。

    此致、
    等等

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

    再次感谢 theo、

    我已成功将使用 CC1314R10的项目移动到 CCS 20.1.0。 编译器编译基础知识。  一个问题是、使用 SysConfig 创建 NVS (用于设置存储的用户)时、示例中没有提到我必须声明 NVS 驱动程序使用的 flashBuf0字符数组。 它不以名称提及、编译正常、但不链接。

    此外还省略了#pragma 语句。 您还必须通过在 SysConfig 工具中手动设置段偏移量来正确"找到"缓冲区。 使用/示例应该更清楚、这样会节省我一天的时间。 仍需要更多的测试、但我可以在我的 Launchpad 上运行生成的代码。 仍需要在最终产品 PCB 上对其进行测试。

    我将继续沿着这些路线使用较旧的 CC1312版本、以便也对它进行迁移。

    由于 TI C 编译器的运行方式比较合理、我认为"最新的"GCC 编译器还没有准备好用于生产。

    再次、非常感谢、

    Gullik

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

    尊敬的 Gullik:

    感谢您发送编修。
    如果 是 更新示例、我会注意该情况。

    如果您遇到其他问题、请再次与我们联系。

    此致、
    等等