Other Parts Discussed in Thread: SYSCONFIG
器件型号： TMS320F28P650DK
主题： SysConfig 中讨论的其他器件
按照 c28x_dual/empty_project 多核 示例、我将为双核解决方案设置一个_multi 工程。
相应地编辑 system.xml 后、设置可以正常工作、但我发现在将.syscfg 文件从工程中排除时存在问题。
在 CPU1 情况下、开发已冻结、.syscfg 文件已从工程中排除。 从_multi 工程进行编译时、每次删除不会重新生成的源文件时、都会清理.sysconfig 输出文件夹。
这不会从_cpu1 工程进行编译。
您能告诉我这个问题的解决方案吗？
尊敬的 Federico：
当您提到“.syscfg 文件已从工程中排除“时、您是否意味着右键点击 SysConfig 文件并选择“从构建中排除“？ 
如果是、这会阻止 SysConfig 生成输出文件
II 希望更好地了解您排除 SysConfig 文件的意图、以便我可以更有效地为您提供帮助。
您是尝试冻结当前配置而避免重新生成、还是手动修改生成的 SysConfig 文件？
此致、
Lakshya Verma
您是对的、 我的意思是我右键点击了 SysConfig 文件、并为 cpu1 和 CPU2 工程选择了“exclude from build .syscfg “。
您提到过、这会阻止 SysConfig 运行和生成输出文件。 对于之前的版本、.syscfg 开发已经冻结。 SysConfig 输出文件已移动到 与构建文件夹和不同的永久位置、该位置包含在工程路径中。
在项目中还发生了一些更改 、即.syscfg 输出位置是最终文件所在的位置。
这使我们能够实施以下工作流程。 Re 包含要在更改后构建的.syscfg、重新生成 syscgf 输出、冻结更改并再次从构建.syscfg 中排除。
迁移到多核方法后所发生的情况是、如果将.syscfg 从构建中排除、当点击_multi 工程上的“Build Project (s)“时、工具链会清除和删除之前生成的文件（SysConfig 生成的源文件）。
如果单独从每个内核中执行 i Buil Project、则不会发生这种情况。
尊敬的 Federico：
我执行了以下步骤
1) 从 C2000 SDK 导入空双核工程
2) 更改 CPU1 工程中的 output 目录设置 
使用 CPU1 构建重新编译 CPU1 工程
我观察到这两个文件夹中都生成了 SysConfig 文件
原始 sysconfig/生成的文件以及 device/sysconfig 目录中 
现在、如果我从编译中排除 SysConfig 并重新编译工程、我会看到这两个位置的文件都不存在。
这两种情况都发生在我使用 CPU1 或 Multi 构建的天气情况下。
对于 CPU2 工程、我采用了不同的方法
启用 SysConfig、编译 CPU2 工程、从而生成 SysConfig 文件。
现在、我手动复制这些文件并将其粘贴到｛Project_Dir｝/目录中。 
现在、我使用 CPU2 或 Multi 构建的天气、在这两种情况下、文件均未擦除。
（在粘贴文件后,如果我不排除 sysconfig,它会因为重新定义而抛出构建错误）
您好 Verma、
您已经在_cpu1 案例上复制了我的方法。 而且、当我从_multi 构建时、大家也看到了同样的行为。
multi 工程构建过程将在每次运行（不包括.syscfg）后清除.syscfg 输出目录。 问题是如何配置构建过程？
我会将问题重新拟订为甚么会引起问题。
点击_multi“Build Projec“CCS 会决定是构建还是清洁以及构建这两个工程。 它是任意执行的。 下图是从_multi 工程进行构建的结果。 请参阅图像上的、了解 CCC 如何决定在构建 CPU1 工程之前不清理 CPU1 工程并清理 CPU2 工程。
如何将这种行为配置为仅在我点击 Build project 时进行编译、并在点击 Clean project 时进行清理？
