• 状态 Resolved
  • 已锁定 已锁定
  • 回复 2 回复
  • 订户 0 订户
  • 视图 339 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] RTOS/CC1310：从 CC1310和 XDC 中挑选 TI-RTOS

admin
Guru**** 2539500 points
Other Parts Discussed in Thread: CC1310, SYSBIOS

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/579883/rtos-cc1310-unpicking-ti-rtos-from-cc1310-and-xdc

器件型号：CC1310
Thread 中讨论的其他器件： SYSBIOS

工具/软件：TI-RTOS

您好！

首先、我获得了 TI-RTOS、我获得了 XDC、我理解这里的主题可能不是"官方支持"、这也是不错的。

在我们的产品中、我们使用 TI 处理器、RM46、RM48、MSP430、MSP430、 TMS320借助 InstaSPIN、我们取得了巨大成功！

在每个实例中、我们都会保留基本 driverlib、使其达到我们的公司标准、仅挑选我们需要的内容、按照 IEC61508 SIL1 (100%功能条目、100%分支、边界条件和 MC/DC)执行测试、执行集成测试、系统级并发送产品。

我们需要对 CC1310执行同样的操作、CC1310与 TI-RTOS 和 XDC 工具密切相关。 我再次明白了这一点、但在我们的例子中、根本不可能发运未经测试的器件或其中不可测试的代码。

因此、这使我们能够尝试从 TI-RTOS 中挑选 CC1310驱动程序(或根据您的观点选择其他方法)。

我们剩下一堆未定义的符号、即"TI_SYSBIOS_BIOS_clockEnabled__C_"(以及许多其他符号)。  我们认为这些可能由 release.cfg 的相关工具定义、甚至是由 XDC 定义。 尽管搜索了我们的文件系统、但我们所能找到的只是.oem3文件中对这些符号的一些特殊引用。

是否有人甚至能够暗示下面的代码是如何工作的： 

define ti_sysbios_BIOS_clockEnabled (ti_sysbios_bios_clockEnabled__C)
__extern __far__ const CT_ti_sysbios_bios_clockEnabled ti_sysbios_bios_clockEnabled__C；

这些符号是否以某种方式定义为 RTOS 构建过程的一部分？？

谢谢、我再次意识到这可能是一个"不受支持"的话题、任何帮助都将是伟大的。

太棒了！

  • 0
    TI__Guru**** 2539500 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    Stomp、
    TI-RTOS 需要一个配置步骤、在此步骤中、XDCtools 处理 release.cfg 并生成各种源文件。 其中一个定义了您要询问的符号。 之后、应用程序编译的其余部分仅是编译器和链接器、它们处理生成的源代码以及用户的源代码和一些预编译库。 如果我正在正确阅读您的帖子、您的要求是您自己构建所有源、而无需任何 XDCtools 参与。 对于所有源而言、这可能都很难实现、但我们可以查看当前编译流程、看看该编译流程中是否有任何更改可供您进行、并将所有源置于您的控制之下。

    我不确定您当前使用的是哪种产品及其版本、如果您使用的是 CCS、但最新的 TI-RTOS 版本作为 SimpleLink SDK 的一部分提供- www.ti.com/.../SIMPLELINK-CC13X0-SDK、它与 CCS 7.1.0兼容。 在该产品中、基于 XDCtools 的配置与使用这些配置的应用之间确实存在一定程度的分离。
    您可以从 Resource Explorer 导入示例、例如、您可以按照路径 examples/rtos/进行操作 /demos/portable/ti/rtos/ccs 并导入示例"portable"。 该示例包含两个不同的项目、一个具有 release.cfg、我将其称为配置项目、另一个具有 C 应用程序源代码、我将其称为应用程序项目。

    应用项目通过各种编译器和链接器命令行选项引用配置项目：
    －CMD_FILE= /tirtos_builds_CC1310_LAUNCHXL_release_ccs/调试/configPkg/编译器.op
    此文件指向必要的定义、包含和各种头文件。
    - /tirtos_builds_CC1310_LAUNCHXL_release_ccs/Debug/configPkg/linker.cmd
    该文件链接在配置工程中从该工程的源代码构建的某些库和目标文件中。 编译的这一部分由几个 gmake makefile 文件控制、在您自己的环境中复制该部分不会很困难。 然后、还有来自 TI-RTOS 产品的其他库、这些库是预构建的、但源代码可用。

    您能看一下该示例和我上面提到的这两个文件吗？如果我回答您的问题、请告诉我吗？ 如果有机会根据您的要求重新排列此构建过程、我可以更详细地进行说明。
  • 0
    TI__Guru**** 2539500 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好 Sasha、

    首先、感谢您的观看。 我知道这种东西在技术上不受支持！

    要回答您的问题、是的、我们首先需要做的是将 CC1310、TI-RTOS 和 XDC 的所有文件置于我们自己的源代码控制之下、并在删除 XDC 和 TI-RTOS 器件之前以独立的格式构建项目。

    以及您的帮助。 compiler.opt 和 linker.cmd 文件正是我们所需要的、我非常感谢这些信息、因为现在我们已经完成了我们的主要任务、并且我们的项目现在已单独构建。

    此致、再次感谢。

    太棒了！