[参考译文] LAUNCHXL-CC1310：不使用 GCC 的示例工程

首先、您应该使用建议的 CCS 版本进行测试：

发行说明

SimpleLink CC13x0 SDK 4.20.02.07 使用以下集成开发环境 (IDE) 和组件在 Windows 7 主机平台上构建和测试。 使用下面未列出的 IDE 版本或 TI-RTOS 版本可能会导致此 SDK 版本的兼容性问题。

• TI Code Composer Studio： 9.1.0
• 适用于 Arm 的 IAR Embedded Workbench：  8.32.2.
• 适用于 Arm 的 C 编译器：  18.12.2.LTS
• XDCTools：  3.51.03.28
• 适用于 CC13XX 的 TI-RTOS：  4.20.06.02

您好、Siri、

感谢您的回复并为我指明了正确的方向、我们使用 CCS 10.4.0 工作原理。

但是、当我尝试将工程导入 CCS 12.8.1 时、错误是相同的。 是否有办法将工程复制/移动到从不使用 CCS 版本？

此致彼得

您好、Peter：

您是否让 CCS 12.8.1 了解了 GCC 编译器？ 通过 Window -> Preferences：

此致、

Arthur

尊敬的 Arthur：

谢谢、但在 CCS 12 或 20 中导入工程并使用 CCS 10 中的编译器是无效的。 应用程序不会进入 main、而是在 cstartup_MMC 中停留在 FaultISR ()

此致彼得

您好、Peter：  

我看到了和你一样的问题。。。 我会调查、并在今天返回结果。

此致、

Arthur

再次大家好、

我还没有得出任何结论,但我已经让其他人参与了这个问题。 希望我们来回答一个问题。

此致、

Arthur

尊敬的 Arthur：

是否有此问题的更新？

此致彼得

您好、Peter：

有一个、共识是您应继续使用 CCS (9.1.0) 和推荐的 GCC (Linaro 7.2.1)。

现在、我还在处理 CCS Cloud 方面的问题、看看 IDE 将在何处影响编译。

此致、

Arthur

尊敬的 Arthur：

谢谢、但  我有点坚持使用 CC1310 和一个旧工具链。 这是真的吗？

此致、Peter

您好、Peter：

至少根据我们的发行说明、就是这样。

但是、我调查了可能出现的问题、并得到了基于 CCS 12.8 的 GCC 构建、这意味着我们很可能也可以在 CCS 20 上运行。 仍在使用 GCC 7.2.1 编译器。

似乎我们至少有 3 个不同的参数：

• tirtos 和空项目中的优化设置（应该是-og）
  
  
  
• 在这两个工程中、编译器都应设置为 7.2.1：
  
• 务必检查以下链接器标志是否也存在于这两个工程中：
  

如果无法重现构建、我最终可以向您发送我使用的完整工作区。

此致、

Arthur

请注意、我使用了 CCS 9.1.0 附带的 7.2.1 工具链。 CCS 可能需要了解一些元数据。

尊敬的 Arthur：

谢谢、但我无法让它发挥作用。

我使用 CCS 12.8 像您一样

1) 从 工程向导导入空工程

2) 在 Empty & tirtos 中将编译器设置为 GCC 7.2.1

3) 在 empty & tirtos 中将编译器优化设置为-og

4) 检查链接器标志为空（tirtos 没有链接器）

调试仍然在 FaultISR () 中结束。

此致、Peter

您好、Peter：

我已经测试了我再次发送给您的过程,但这次在 Ubuntu 上,它是有效的。 这是工作区：

e2e.ti.com/.../ccs12linuxgcc.zip

但是、我在以前没有 CC13x0 SDK 和编译器的另一台 Windows 计算机上尝试了相同的过程、但这台计算机也失败了。

在 Ubuntu 上试用时、我注意到一些与文件太短/路径太长有关的错误、因此我想知道工作区位置是否重要。 例如、如果我们将工作区放在 c：\ti\workspace_xxx 下、它可能会开始工作。 明天我会尝试。

此致、

Arthur

尊敬的 Arthur：

谢谢、非常感谢您的努力。 我已经尝试过、但导入后、您的项目不会在我的配置中运行。

我使用的是 Ubuntu 24.04.2、工作区位于我的主文件夹/home/pen/workspace_pen 的根目录中。

• 我解压缩了您的工程并使用“Project"->"Import CCS“ CCS Project"“ Project"将“将其导入
• 已检查属性是否有错误
• 使用 CC1310 Launchpad 重新编译并进入调试状态

未发生任何事、工程没有进入 main、而是循环进入 ti 汇编器文件。

          ti_sysbios_family_arm_m3_Hwi_excHandler__I(), ti_sysbios_family_arm_m3_Hwi_excHandler__I():
1001bbc4:   4A05                ldr        r2, [pc, #0x14]
1001bbc6:   B508                push       {r3, r14}
1001bbc8:   6812                ldr        r2, [r2]
1001bbca:   2301                movs       r3, #1
1001bbcc:   8013                strh       r3, [r2]
1001bbce:   4A04                ldr        r2, [pc, #0x10]
1001bbd0:   6812                ldr        r2, [r2]
          $C$L526():
1001bbd2:   2A00                cmp        r2, #0
1001bbd4:   D0FD                beq        $C$L526
1001bbd6:   4790                blx        r2
1001bbd8:   BD08                pop        {r3, pc}
1001bbda:   46C0                mov        r8, r8
          $C$CON599():
1001bbdc:   0148                lsls       r0, r1, #5
1001bbde:   2000                movs       r0, #0
          $C$CON600():
1001bbe0:   13A0                asrs       r0, r4, #0xe
1001bbe2:   0000                movs       r0, r0
          ti_sysbios_gates_GateHwi_Handle__label__S(), ti_sysbios_gates_GateHwi_Handle__label__S(), xdc_runtime_System_Module_GateProxy_Handle__label__S(), xdc_runtime_System_Module_GateProxy_Handle__label__S():

此致、Peter

您好、Peter：

我发现 CCS 9.1.0 工程需要刷写器件、这样 CCS 12 工程才能正常运行。

奇怪的是、ELF 标头和文件放置是相同的。 这往往表明 tirtos 构建存在差异。

同样、最安全的选择是使用 SDK 版本说明中的推荐工具版本。

此致、

Arthur

尊敬的 Arthur：

谢谢、我期待对其进行测试。

此致彼得