主题中讨论的其他器件:SysConfig、 C2000WARE
工具与软件:
您好!

我将使用该 链接中最新和最强大的 syscfg 独立工具。
"有什么好嫉妒的?
我想你的想法,
谢谢你
Martin
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.
工具与软件:
您好!

我将使用该 链接中最新和最强大的 syscfg 独立工具。
"有什么好嫉妒的?
我想你的想法,
谢谢你
Martin
Samritha、
抱歉、是延迟响应、我目前使用的是1.22.0+3893

链接应该指向此处: https://software-dl.ti.com/C2000/docs/f28_f29_sw_migration_guide/html_migration/MIGRATION_FLOW.html
并且快照是在迁移设置上单击确认后拍摄的。

你好、Martin
您使用的 SysConfig 版本支持此迁移。 我能做到这一点
使用独立版本时、这肯定是有效的。 您是否可以尝试重新安装它。
注意:如果您在 CCS 中使用,一旦您单击 确认 ,就不会有任何错误。 但是、当您保存.syscfg 文件时、CCS 会抛出错误、提示"迁移工程时出现问题:目标'f29h850dm6'无法识别-迁移操作已中止"。 这是因为 F29H85 0DM6 不是 CCS 中的有效器件型号(SysConfig 将 在下一个版本中对此进行更新)。 数据表中提到的任何有效型号都必须正常工作。
无论如何、您得到的错误似乎不是迁移的问题、我无法重现此错误。 如果在重新安装后仍然出现问题、我可以咨询 SysConfig 团队的专家。
此致、
Samritha
尊敬的 Martin:
对于 SysConfig 崩溃、我现在可以重新生成它。 当用户 从构建中排除任何文件后尝试迁移时、便会发生如下情况。

我向 SysConfig 专家咨询 此问题并回来解答。 现在、您是否可以为所有文件选择"Include in build"、然后继续迁移。
对于 CCS 问题、您能否确保要尝试迁移的工程使用 C2000Ware v5.04.00.00作为依赖项。
谢谢
尊敬的 Martin:
感谢您提交文件。
看门狗模块中的错误、您是否可以在迁移前移除该模块并将其添加回。
对于第二个错误、您可以暂时删除此行: epwmxbar1.useSourceSelect = true; 因为在 F29H85x 中已弃用此行(已在内部设置为 true。)
我们将 在下一个版本中解决这些迁移问题、这样您就不必手动执行其中的任何操作。 感谢您的耐心等待。
谢谢、此致、
Samritha
您好、Samitha、
迁移针对独立的 SysConfig 并汇总了更改。 权变措施包括:
1.包含构建中的所有文件
2.删除看门狗
3.删除如果你有一个行" epwmxbar1.useSourceSelect = true; "
但是、在我的 CCS 未执行迁移之前、仍然有一件事等待完成。 我想继续了解迁移指南中的步骤。
此致。 我希望只复制和粘贴迁移的 SysConfig 文件可以作为变通方法、但当我尝试显示此错误时: 
因此、我不知道是否可以执行迁移此 SysConfig 文件的操作。
谢谢!
Martin
尊敬的 Martin:
很高兴听到它起作用了。
您现在遇到的错误一定是因为将 F29H85x SysConfig 文件复制并粘贴到 F28x 工程中。 CCS 工程尚未迁移、它引用 C2000Ware 中的 SysConfig 元数据。
对于 CCS 迁移、您使用 TI.com 中的最新 SDK - F29-SDK 1.00.00.00 和 C2000WARE 5.04.00.00。您能否确保 CCS 发现 F29H85x-SDK:转至 File > Preferences > Code Composer Studio Settings > General > Products 、并检查 SDK 的路径是否正确。 在这种情况下、它必须正常工作。
此致、
Samritha