Other Parts Discussed in Thread: AM13E23019, SYSCONFIG
部件号: AM13E23019
主题: SysConfig 中讨论的其他器件
您好、
如何为 AM13E23019 创建新项目、以使所有依赖项都位于同一文件夹中。 这样、将工程文件夹复制到另一台计算机时、即使未在该计算机上安装 AM13E23019 SDK、也可以编译该工程。 例如、这与 ST STM32CubeMX 的工作方式类似。
Ari。
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.
Other Parts Discussed in Thread: AM13E23019, SYSCONFIG
部件号: AM13E23019
主题: SysConfig 中讨论的其他器件
您好、
如何为 AM13E23019 创建新项目、以使所有依赖项都位于同一文件夹中。 这样、将工程文件夹复制到另一台计算机时、即使未在该计算机上安装 AM13E23019 SDK、也可以编译该工程。 例如、这与 ST STM32CubeMX 的工作方式类似。
Ari。
尊敬的 Ari:
AM13x MCU SDK 本身不支持 创建完全自包含的可移植项目、就像 STM32CubeMX 那样。 默认情况下,项目C:/ti/mcu_sdk使用绝对路径[1]引用 SDK 安装目录(例如)中的依赖关系,因此如果 SDK 安装在同一位置,它们不会在另一台计算机上编译。
也就是说、您可以手动调整项目的结构、使其便于携带。 方法如下:
SDK 的source/文件夹包含核心驱动程序、库和器件支持代码。 您需要将相关子文件夹复制到项目目录[2]:
source/device/am13e2x/—特定于设备的配置和硬件接头 source/driverlib/—驱动程序库实现 source/arch/—特定于体系结构的标头 source/compiler/—编译器专用文件 source/utils/—实用程序代码 SysConfig 会ti_sdk_dl_config.cti_sdk_dl_config.h在每次构建期间自动生成。 要删除此相关性[3]:
Debug/syscfg/到工程的源文件夹中 *.syscfg编译文件(右键点击→从 CCS 编译中排除) 这会将引脚/外设配置锁定为静态源文件。
默认项目引用 SDK 路径、如{mcu_sdk}/source/device/am13e2x/include/hw、{mcu_sdk}/source/arch/include等[1]。 您需要将所有这些设置更改为 相对路径 指向本地副本—例如、./sdk/source/device/am13e2x/include/hw如果将 SDK 文件放在sdk/工程的子文件夹中。
SDK 使用基于 CMake 的构建系统、其中包含配置文件、如developer_config.mk、imports.mk和特定于器件的 makefile [2]。 您需要修改这些文件以引用本地路径、而不是 SDK 安装目录。
我无法从可用的文档中确认以下几点:
如果不严格要求完全可移植性、最简单的解决方法是 标准化 SDK 安装路径 在所有机器上(例如,始终安装到)C:/ti/mcu_sdk。 这完全避免了手动重组、尽管它确实需要在任何地方安装 SDK。
我建议从中的一个工作示例项目开始[MCU_SDK Install_dir]/examples/、构建一次、然后系统地将依赖项复制到项目文件夹中、并将路径转换为相对引用。 这是一个手动过程,但它将为您提供您所需的 STM32CubeMX 般的便携性。
希望这有所帮助。
此致、
Zackary Fleenor
您好、Zackary、
我也不理解“项目向导“中的传统项目创建过程。 我需要在“[MCU_SDK Install_dir]/examples/“中选择一个示例、向导只需在“/workspace_ccstheia"中“中创建一个包含一些配置文件的文件夹、并继续引用示例文件夹中的源文件。 而不复制源代码。 它的用途是什么?
现在、当我使用“Import Projects“时、会在“/workspace_ccstheia"文件夹“文件夹中创建一个与示例同名的工程、但在这种情况下、源文件会复制到该文件夹中。
是否有办法在“/workspace_ccstheia"文件夹“文件夹中创建新工程(工程名称与参考示例不同)、从而同时复制源文件?
此外、我想知道如何在不删除工程文件夹的情况下从“Project Explorer“中删除工程。 使用“Delete"时“时、工程文件夹会在“/workspace_ccstheia"中“中删除。
Ari。
尊敬的 Ari:
良好的跟进问题。 我来逐一解答。
您已正确识别出不同之处: 工程向导 仅在/workspace_ccstheia和中创建配置文件 链接返回 至 SDK 示例文件夹中的源文件、而不复制它们[1]。 导入工程 另一方面, 复制源文件 工作区[1]。
工程向导的链接参考方法专为希望直接与现有 SDK 示例配合使用的情况而设计、这对于快速评估很有用、但不适用于创建独立工程。
没有内置的方法可以一步完成此操作。 建议的权变措施为:
/workspace_ccstheia您可以添加前缀或完全更改名称以将其与原始示例区分开来。 这将为您提供一个包含已复制源和自定义名称的项目。
可使用 删除 对于 CCS 中的工程、应该有一个复选框选项用于询问是否要使用 “删除磁盘上的工程内容“ 。 记录的行为为:
${SDK_INSTALL_PATH}/examples就是 不会 已删除、您可以稍后重新导入[3]。 /workspace_ccstheia、您需要 取消选中 “Delete project contents on disk“(删除磁盘上的工程内容)选项可保留该文件夹。 我应该标记的缺口: 可用的文档不能清楚地确认 CCS Theia 是否有“Close Project“选项(就像基于 Eclipse 的 CCS 一样)、该选项直接从资源管理器中隐藏工程而无需任何删除提示。 如果复选框方法不能按预期工作、最安全的方法是将项目留在资源管理器中、然后将其折叠起来。
|
行动
|
结果
|
|---|---|
|
工程向导
|
仅配置文件;源保留在 SDK 文件夹中(链接)
|
|
导入工程
|
源已复制到工作区;工程名称与示例相匹配
|
|
导入→重命名
|
使用自定义工程名称获取复制源的理想方法
|
|
删除(取消选中“磁盘上的内容“)
|
应在保留文件夹时从资源管理器中删除
|
希望这澄清了工作流程。
此致、
Zackary Fleenor