主题中讨论的其他器件: SYSBIOS、 TM4C1294NCPDT、 TM4C1294KCPDT
工具/软件:TI-RTOS
可用的 RTOS 2.16.0.14产品 已安装 TI 封装、电路板、示例、驱动程序、2.06.01.13 已/ 最近已安装 到 CCS7.3中、但未显示在所有存储库下。 检查存储库路径没有发布警告、 项目产品选项卡甚至还有 其他存储库 TI 驱动程序包2.06.01.13路径变量。
当电路板和驱动程序存在于 C 驱动器上时、为什么它们会丢失?
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.
工具/软件:TI-RTOS
可用的 RTOS 2.16.0.14产品 已安装 TI 封装、电路板、示例、驱动程序、2.06.01.13 已/ 最近已安装 到 CCS7.3中、但未显示在所有存储库下。 检查存储库路径没有发布警告、 项目产品选项卡甚至还有 其他存储库 TI 驱动程序包2.06.01.13路径变量。
当电路板和驱动程序存在于 C 驱动器上时、为什么它们会丢失?
以上相同的方法对填充工具链相关零件没有任何影响。 我找到 main 位于 RTOS 配置 文件中的位置、但即使在编译之后、保存也没有填充(Main、红点)到 Outline。 在编译后、刷新可用产品也不会产生任何影响。
VAR TIRTOSProductView = xdc.useModule('ti.tirtos.productview.TIRTOSProductView');
var examples_examplesgen_Main = xdc.useModule('examples.examplesgen.Main');
背景
Available Products 视图显示了可在.cfg 文件中配置的模块。
如果有一个红点、则意味着它是一个仅编译环境的模块(例如、没有与该模块关联的目标代码。 红色模块可能会引入一些目标代码、但不会生成该代码。 红色模块的一个示例是 ti.driver.Config。 可以说包括已检测或未检测的库,但没有 Config_xyz()运行时 API。
蓝点表示具有目标代码的模块。 例如、ti.sysbios.KNL.Task 模块有一个蓝点、因为有任务配置和相关的目标代码(例如、Task.numPriorities 是一个配置参数、Task_sleep 是一个运行时 API)。
驱动程序模块在哪里?
要进入可用产品、模块必须是 XDC 模块。 所有内核和 UIA 模块都是 XDC 模块。 驱动器模块(例如 UART、I2C 等)不是 XDC 模块、因此不会显示在视图中。 注意:TI-RTOS 的早期版本确实将驱动程序模块作为 XDC 模块、因此 UART 确实会显示出来。 我们已从几个版本之前的版本中移开、并正在使用 ti.drivers.Config 模块来选择已检测与未检测。
电路板模块在哪里?
从上面开始。 不是与电路板相关的 XDC 模块。 您可能认为这不应该被列出、您可能是对的。
什么是 xdc.runtime.Main?
非 XDC 模块(例如、应用代码和 TI-RTOS 驱动程序)可能仍然需要进行记录或置位检查。 xdc.runtime.Main 模块允许配置这些模块。 例如、您可以为 xdc.runtime.Main 创建记录器、对 Log_writeX 的所有调用都将转到该记录器。
我之所以要求您进行设置、是因为我不理解为什么您的可用产品中显示 tirtos_tivac_2_16_01_14。 这是我的
您能否从 TI-RTOS 2.16.01.14导入示例并使用 XGCONF 打开.cfg。 您仍然看到 tirtos_tivac_2_16_01_14条目吗?
您好 Todd、
很抱歉、由于 TI 电子邮件位于 垃圾邮件文件夹中、没有充分的原因、因此延迟回复。
[引用 user="ToddMullanix"]我之所以要求您进行设置、是因为我不明白为什么您的可用产品中显示 tirtos_tivac_2_16_01_14。 这是我的[/引述]
相反、Tidrivers 2.16.01.13被视为其他 可用产品、似乎 是 显示在可用产品顶部的 RTOS 库文件的子文件夹 查看 TI-RTOS 和 XDCtools。
我似乎不理解您的观点、因为电路板上没有生成示例、因为上述帖子 中的(打开悬停框)建议 应该会出现。 为什么板/驱动器不会出现在可用的产品树中、这是我的反对意见 、我认为它们不应该在那里列出。 实际上、我已经检查了 UIA 是否存在 RTOS 分析器加载模块 、但未选中它以匹配 测试此问题。 无论使用 CC7工程树中存在的多个 RTOS 工程编译 XDC 或 RTOS 的哪个版本、也无论最近导入的工程、列表 文件夹都不会保留驱动程序内容。
可能您的其他可用产品中也没有列出 RTOS 驱动程序、这表明 文件夹传播失败? 在我的案例中 、电路板/驱动程序文件位于 C:\CCS7.3\ RTOS 2.13.01.14\ products 文件夹下、不再位于 C:\ti、因为原始项目 RTOS 2.16.0.08仍然存在。 BTW CCS7 Resource Explorer 没有最新的 RTOS 版本2.16.01.14文件发布在 RTOS 文件树中、使问题更加复杂。 既然 CCS7.x REX 版 RTOS 云发布 已被弃用、那么现在的问题树应该会显示所有 TM4C 电路板/驱动程序/示例?
[引用 user="ToddMullanix"] xdc.runtime.Main 模块允许配置这些模块。 例如、您可以为 xdc.runtime.Main 创建记录器、对 Log_writeX 的所有调用都将转到该记录器。
奇怪的是、RTOS 2.16.01.14中的 XDC 主模块也显示它可以使用 顶级编译中的 MAK 创建示例项目文件夹。 由于导入项目向导 无法识别板级示例、因此不知道如何创建、 但是 、每个类型的 TM4C LaunchPad 和 IDE 的向导视图难题中都列出了这些示例。因此、这些示例似乎在那里、但无法访问、因为我们也可以轻松地在 空 RTOS 项目中获取、导入和访问 RTOS 板。 至少这样、New Bee 就可以明显看出 C 驱动器设备文件夹上的 RTOS 文件有用途。
由于特定的电路板 示例未上载 到 REX 云 服务器且向导正在阻塞、因此需要更多的资源。
[引用 user="BP101"]此外,RTOS 2.16.01.14中的 XDC 主模块还显示它可以使用 顶级构建中的 MAK 创建示例项目文件夹。
我不明白你的意思。 请注意、tirtos_tivac_2_16_01_14不应出现在"可用产品"中。 您的安装会出现问题。
[引用 user="BP101"]此问题可能是我认为看门狗和其他 TM4C 外设实际上是 EK_TM4C1294XL.c 板文件中也存在的 RTOS 驱动程序模块,类似地,应该可以从 TI-RTOS.cfg文件中查看 GUI 配置页。
TI-RTOS 驱动程序配置位于板级配置文件(即 EK_TM4C1294XL.c)中、而不是.cfg 中。
[报价用户="ToddMullanix"]请注意、"Available Products"中不应显示 tirtos_tivac_2_16_01_14。 安装时出现问题。
RTOS 根文件夹路径包含所有其他用于 RTOS 配置的软件包以及看似编译器的链接器路径 、否则在编译期间会出现许多符号错误。 如果 您所说的完全正确、您将无法将 UARTMon 支持安装到 GUI 编写器的 RTOS 中。
[引用 user="ToddMullanix"] TI-RTOS 驱动程序配置位于板级配置文件(即 EK_TM4C1294XL.c)中,而不是.cfg 中。
为了进一步澄清; Config (ti.MW)中间件设置 控制、例如 EK_TM4C1294XL.c 板中的 WiFiCC3X00LIB 是否被添加到编译中 、就像 以前的配置那样。
4 个布尔开关 存在于 RTOS 配置 和 EK_TM4C1294XL.c 的启用/禁用功能中、 例如 禁用 WiFiCC3100=false。 现在、 由于 RTOS 2.16.01.14中指向 EK_TM4C1294XL.c 的符号错误、该操作失败 我想看到 EK_TM4C129XL.c 内所有器件的相同 XDC 指令以及大纲中的某种 GUI 图标、以便像 WiFiCC3100中间件功能一样快速访问这些控件。
var ti_mw_Config = xdc.useModule('ti.mw.Config');
ti_mw_Config.provideWiFiCC3X00Lib = false;
ti_mw_Config.provideDisplayLib = false;
ti_mw_Config.provideGrLib = false;
ti_mw_Config.provideLCDLib = false;
是否可以粘贴重建日志的第一部分? 我想看看您是如何构建这种系统的。 例如
"C:\\ti\\ccs7_3_0_00010\\ccsv7\\utils\\bin\\gmake"-k -j 4 all -O
gmake[1]:输入目录'C:/workspace/tiva_standalone_config/empty_EK_TM4C1294XL_TI_TivaTM4C1294NCPDT/Debug
'生成文件:./empty.cfg '
'调用:XDCtools '
"c:/ti/xdctools_3_32_00_06_core/xs "--xdcpath="C:/ti/tirtos_tivac_2_16_01_14/packages;C:/ti/tirtos_tivac_2_16_01_14/products/tidrivers_tivac_2_16_01_13/packages;C:/ti/tirtos_tivac_2_16_01_14/products/bios_6_45_02_31/packages;C:/ti/tirtos_tivac_2_16_01_14/products/ndk_2_25_00_09/packages;C:/ti/tirtos_tivac_2_16_01_14/products/ns_1_11_00_10/packages;C:/ti/ccs7_3_0_00010/ccsv7/ccs_base /workspace/tiva_standalone_config/empty_EK_TM4C1294XL_TI_TivaTM4C1294NCPDT /ti/tirtos_tivac_2_16_01_14/products/bios_6_45_02_31/packages/ti/sysbios/posix;" xdc.tools.configuro -o configARE -t ti.arms.elf.M4F -p /ti/tirtos_tivac_2_16_01_14/products/uia_2_00_05_50/packages ti.platforms.tiva:TM4C1294NCPDT /workspace/tiva_standalone_config/empty_EK_TM4C1294XL_TI_TivaTM4C1294NCPDT /ti/ccs7_3_0_00010/ccsv7/tools/compiler/ti-cgt-arm_17.6.0.LTS/include -r release -c "C:/ti/ccs7_3_0_00010/ccsv7/tools/compiler/ti-cgt-arm_17.6.0.LTS /ti/tirtos_tivac_2_16_01_14/products/TivaWare_C_Series-2.1.1.71b;-compileets.tools.configo -texag-t -tid_code.g=ccs_ex-ctrab-cn-cn_band_define-cn=-cn-cn=cn-ccs_ex-cn-cn-cn-cn-cn-cn-cn_display-cn=v-cn=cn-cn-cn-cn-cn-cn-cn-cn_display-display-cn-cn-cn-cn-cn-cn-cn-cn-cn-cn-cn-cn-cn-cn-cn-cn-cn-cn-cn-cn-cn-cn-cn-cn-cn-cn-cn-cn-cn-cn-cn-display-display-cn-cn-cn-display-cn-cn-cn-cn-cn-cn-cn-
****为项目 RTOS_EMPTY 构建配置调试****
未定义的首次引用
符号
------ --------
SemPost C:/CCS7v3/tirtos_tivac_2_16_01_14/products/tidrivers_tivac_2_16_01_13/packages/ti/drivers/lib/drivers_tivaem4f
WiFiCC3100_fxnTable ./ek_TM4C1294XL.obj
错误#10234-D:未解析的符号仍然存在
错误#10010:链接期间遇到错误;未构建"rtos_empty.out"
gmaked[1]:***[rtos_empty.out]错误1.
>>编译失败
Makefile:188:目标'rtos_empty.out'的配方失败
gmake:***[全部]错误2.
Makefile:180:目标“全部”的配方失败
****构建完成****
[引用 user="ToddMullanix"]此操作有多种错误
当您的 XDCtools 内核版本太过时、ergo (C:/ti/xdctools_3_32_00_06_core/xs)所有 您在上面的工程编译中显示的 XDCtools 都不再是 RTOS_empty 工程导入的一部分时、您甚至可以完全客观地说您是怎么做的。 看起来 RTOS 示例、例如(RTOS_EMPTY)项目必须与 TI-RTOS XDCtools 兼容版本控制添加了针对作为目标平台一部分的中间软件平台指令的包含。 TI 如何期望任何人 从 XDCtools 版本包含的空源代码构建 RTOS 工程无效? KISS 规则在这种情况下、不是吗? 似乎 XDCtools 编译属性不需要 Flag 包括 源 代码、它不会作为目标的 RTOS 平台编译的一部分进行管理。 IE:在 XDCtools 下、构建标志应该足以通过添加 到 RTOS 配置 中的布尔开关禁用中间件、因此链接器永远不会看到从 make 编译传递的符号。
xdcpath="C:/CCS7v3/xdctools_3_32_02_25_core;C:/CCS7v3/tirtos_tivac_2_16_01_14/packages;C:/CCS7v3/tirtos_2_14_ms/tirtos_01_vac_14_ms/tidv2_v2_r01_tirtexs/tex_14_10_ms/tivac_ms/tirtex_14_10_ms/tex_10_ms/tivac_ms/tid_cs/tid_10_10_v3_rs/tid_10_v3_rs/tirtex_10_ms/tex_10_v3_rvac_10_ms/tex_cs/tex_14_v3_r20_ms/tiv_ms/tid_10_ms/tiv_10_v3_rs/tid_ms/tid_10_ms/tirtex_10_vac_cs/tids_/tid_10_ ti.platforms.tiva:TM4C1294KCPDT
[引用 user="ToddMullanix"]此项目是如何创建的?
已使用 CCS 工程导入向导;RTOS 2.16.01.14示例\ RTOS_EMPTY 工程。 空项目中没有 RTOS 配置文件。 已使用向导添加 RTOS 配置文件。 再次强调、XDCtools 布尔开关未(完全)从 EK_TM4C1294XL.c 编译中禁用 WiFiCC3100模块。 如果我们不禁用 RTOS 配置文件中的所有中间件开关、实际上还有3个中间件符号警告。
成功 构建的另一个 RTOS 项目实际上会禁用 WiFiCC3100中间件符号、 该中间件符号是在 REX 示例项目2.16.0.08上开发的。 奇怪的是、XDCtools v2.50.33编译抱怨 TI 平台不再作为封装的一部分提供。 然而、TM4C1294KCPDT 目标平台已经是项目属性的一部分、搜索 平台没有帮助。 工程编译的唯一方法是使用 XDCtools v3.32.2.2.25或更高版本。
发现两个 RTOS 项目之间的差异是(rtos_empty)在 编译路径下添加了${project_root}包含路径:
C:/CCS7v3/ccsv7/tools/compiler/ti-cgt-arm_16.12.0.sts/include
${PROJECT_ROOT}
将(Project_Root)变量移动到编译器路径上方修复了 WiFiCC3100符号错误问题。 另一个 RTOS 项目没有${PROJECT_ROOT}、也没有 DOS 样式的编译器包含路径、而是使用${CG_TOOL_ROOT}/include。 当平台的(rtos_empty.cfg) XDCpackage 布尔开关由于未安装中间件、因此不应将其置为活动状态时、编译器接触到 WiFiCC3100函数(EK_TM4C1294XL.c)。
同意编译失败不是 XDCtools 版本问题。 使用 UARTIdleLogger 导入的示例项目奇怪地调用相同的 WiFi 符号错误。 然而、这与放置在 XDCtools 属性中的 TI-RTOS 存储库路径变量没有任何关系、然后 列出(所有)可用产品。
否则 、TI-RTOS 不会在 选择 后立即显示 CCS 常规产品选项卡和 列表不会通过刷新进行更新。 我们必须关闭 CCS7.3、然后重新打开、以便在可用产品中列出任何 RTOS 选择。 否则、所有显示 的都是 XDCtools 灰色图标。 导入的 RTOS 示例未在所有情况下配置平台、或者下载的 RTOS 2.16.01.14已改编 但仍 在安装? 在 XDCtools 存储库下手动添加${com_TI_RTSC_TIRTTOSTIVAC_repos}变量 、然后可用列表中有 TI-RTOS、UIA 选项。 问题是 为什么导入的 RTOS 后续 工程编译中缺少 repos 变量。
[引用 user="ToddMullanix"]然后、您能否准确地详细说明您对项目所做的任何更改、以重现灰色项目或上图。
[/报价]
它们不会灰显、并且运行良好、如 上一篇文章所述 、只需将 TI-RTOS 库变量添加到项目中的 XCDtools 属性中即可。 RTOS 版本 UARTIdleLogger、RTOS_EMPTY 示例或编译器的下拉列表中都缺少 repos 变量。 默认情况下不添加可用产品、它是 从"其他"下拉 选择列表中获取的 IDE 工具视图。
[引用 user="ToddMullanix"]3. 以图形方式编辑.cfg 文件。 [/报价]
请解释您的意思、选择 TI-RTOS 选项卡? 似乎还记得 在 TI-RTOS 被添加到 SYSBIOS 配置后很久以前看到的可用列表。 当尝试将 TI-RTOS 对象添加到 UARTIdleLogger RTOS 配置时、会显示一条警告消息、指出它尚未具有任何功能 、因此已将 TI-RTOS 名称传播到大纲列表顶部。
您的安装有问题。 如果您无法成功导入空示例、我不会感到意外。 您能否卸载您正在使用的 TI-RTOS 和 XDCtools 版本。
然后从磁盘中删除它们。 然后、在 CCS 关闭的情况下、再次安装这两个产品。 启动 CCS 并选择"确定"以安装两个新产品(然后重新启动 CCS)。 然后尝试从 Resource Explorer Classic 安装 empty。 是否在导入示例时没有错误。 它是构建的吗? 如果确实如此、请将整个构建日志放入文件并附加它。 在尝试构建工程之前、请勿修改中的工程。
Todd
如 上所示、确定将执行重新安装。
BTW 已安装 TI-RTOS 2.16.0.08中的 RTOS_EMPTY 工程 、但 在 REX 树中仍然看不到新的2.16.01.14示例工程文件夹、您是吗? 您认为我不应该 看到这些灰色图标,它们是与之前从 c:\ti\tirex-content\TI-RTOS 2.16.0.08....导入的项目一起放在那里的 。 在 两周前安装 CCS7.3后、我最近使用下载的 Windows 安装程序包安装了2.16.01.14。
您知道、您可以在可用的产品树选项中隐藏存储库、然后 TI-RTOS 2.16.01.14 文件夹消失。
[引用 user="ToddMullanix"]您无法同时获得两个版本的项目引用
如果用户尝试执行此操作、工程属性甚至不允许执行此操作。 想知道这个问题是否与 C:\ti\.etc 下没有安装两个版本的 RTOS 相关、这是一个远离 CCS7导入向导和工程编译器的路径。 已安装的 RTOS 软件包2.16.1.14 位于 编译器的 IDE 文件夹搜索路径( lib/libca.a)上方。 这似乎总是有点倒置、但简单地说、Eclipse IDE 可以 更好地解决 RTOS 包路径更接近 CCS7 IDE 的问题。
[引用 user="ToddMullanix"]然后在 Resource Explorer Classic (仅在本地计算机上查看)中导入驱动程序/empty[/quot]
我应该知道 、在 更早版本的 RTOS 中使用 REX 云资源管理器将示例项目导入 CCS7.0后、为什么有人会后退(经典 REX)
相同的3 个灰色图标是空项目配置文件的一部分、 但 XDCtools 包含的路径看起来稍有不同。 经典 REX 似乎 是 WA、 TI 在"非转弯限制"区域转弯。 哈哈
-xdcpath="C:/CCS7v3/tirtos_tivac_2_16_01_14/packages;C:/CCS7v3/tirtos_2_16_01_14/products/tidrivers_tivac_2_01_13/packages;C:/CCS7v3/tirtos_01_texcs/tids_7v2_r01_texports/tids/tids/tids_10_14_s/tids_/tirtex_10_s/tvac_s/tvac_products/tex_10_s/tv2_r01_v3_rs/tex_10_s/tex_cs/tv3_r01_v3_rs/tex_10_cs/tv3_r01_tex_10_s/tex_10_10_s/tvac_cs/tv3_products/tex_s/tex_10_s/tv3_rs/tv3_rs/tv3_r01_tv3_rs/tex_10_cs/tv3_v2_v3_/Users/Documents/CCS7_Workspace/empty_EK_TM4C1294XL_TI_TivaTM4C1294NCPDT /Users/Documents/CCS7_Workspace/empty_EK_TM4C1294XL_TI_TivaTM4C1294NCPDT ti.platforms.tiva:TM4C1294NCPDT