[参考译文] MSPM0G3519：当删除/恢复某些条目时、SysConfig 会根据同一配置生成不同的文件

另一个意见。

修改 GPIO 引脚的名称时、SysConfig（独立 GUI）将复位其 PinMux 映射。 它为什么这样做？

Diego/TI、

我们能否从 Eugene 返回此主题、以获得某种程度的初始反馈？

CY、
CY  

尊敬的 Diego：

我想在这里说明的一点是、相同的输入（字面上）会生成不同的文件。 更改/恢复元素名称不应导致可观察到的差异？ 你不同意吗?

此致、

Eugene

您好、Eugene、
也许我 误解了 这个问题。 在 SysConfig 中擦除和创建新的 GPIO 时、您会看到一个区别、因为要删除配置的 PAx 并重新添加一个新未配置的 PAx。 我相信您可以在 SysConfig 的预发布部分看到这些更改（随附图片）：

您可以提供哪些具体示例来缩小问题范围吗？  

此致、

Diego Abad

尊敬的 Diego：

即使恢复的内容相同、生成的 C/H 文件也不同。 应该有 ZIP 文件附加到这个问题...我不再看到。 再次连接它。

此致、

Eugenee2e.ti.com/.../6404.Sysconfig.zip

您好、Eugene、
您正在使用不同的方法来编译.c/.h 文件。 我们建议使用在工程中生成的默认 SysConfig 文件、以避免您很可能遇到的问题。

Vs
此致、
Diego Abad

尊敬的 Diego：

编译方法与从 SysConfig 生成文件有什么关系？

这里的问题不是关于编译、而是关于独立 SysConfig 的输出、在相同配置下、该输出是不同的。

此致、

Eugene

您好、Eugene、
我将问题重新定向到我们的 SysConfig 团队、因为好像需要独立 SysConfig 的问题。 据我所知、我们在工程中生成的.sysconfig 文件是针对我们的器件定制的。

此致、

Diego Abad

尊敬的 Diego：

 Diego Abad Sajamin 在这个问题上是否有任何运动？

此致、

Eugene

您好、Eugene、
SDTIO 团队似乎还没有回答这个问题。 让我直接询问工程师。

此致、

Diego Abad

您好、Eugene、  

我假设您观察到宏的不同位置。 Functionaly 的代码是相同的,就我可以说,但是的,它是不同的。  

如果调用命令行 SysConfig 以生成代码、则应始终生成该代码。 UI 生成的代码的差异与添加项目及其父容器的顺序有关。  

这会导致什么问题？  

Martin

尊敬的 Martin：

您解释过的是问题、不是吗？ 您说的是、SysConfig 不是确定性工具、不同的输入会生成不同的输出。 CLI 的行为与 GUI 不同更令人困扰。 如果不同的输入产生不同格式的输出、那么该工具在哪里会生成正确的输出？

您是否认为这是代码生成工具的巨大问题、必须尽快解决？

此致、

Eugene

您好、Eugene、  

我不是嵌入式软件专家、您能解释为什么同一功能中不同位置的相同指令会出现问题吗？  

Martin

尊敬的 Martin：

明显的问题是 VCS。 第二个问题是生成的呼叫的顺序。 我观察到、SysConfig 会针对同一输入移动外设初始化调用。 它是否始终创建有效的初始化序列？ 第三个优点是确定性。 这一点我之前提到过。 如果该 工具无法保证相同的输出、那么在哪里可以保证它生成一个有效的输出？ 如果这是可能的、您是否测试过非确定性输出的所有可能变化？  

此致、

Eugene

您好、Eugene、  

为了澄清一下、编译工程（生成进入器件的实际程序）时、没有不一致之处。 在工程编译过程中对 SysConfig 进行的命令行调用不会出现您确定的问题。 但是、我将在这里与团队讨论如何解决这一问题。  

Martin

尊敬的 Martin：

谢谢你。 请让我知道此问题何时会得到解决。

我们不使用来自 CLI 的 SysConfig。我们使用独立版本的 GUI 并生成 C/H 文件。 然后使用我们的生产工具对其进行编译。 但这不是问题所在。 IMHO、真正的问题是、   同一工具中似乎有两个不同的代码生成引擎、它们产生的结果也不同。 这应该是令人震惊的！  

与 SysConfig 一样有用、它的功能应该是确定性的且一致的。 请参阅 (+) SysConfig：时钟树视图和 SYSCTL 配置之间的不一致 — 基于 Arm 的微控制器论坛 — 基于 Arm 的微控制器 — TI E2E 支持论坛 。

此致、

Eugene

您好、Eugene、  

大多数客户使用的典型流程是在工程编译过程中生成源代码。 编译 CCS 工程时、第一步是调用 SysConfig CLI、这将生成一致的输出。   在不使用 CCS 和使用独立编译系统（即在编译期间集成 SysConfig CLI 以重新生成源代码）时、我们通常会看到相同的方法。  

但是、您的用例绝对有效、我已提交我的 bug 报告来解决此问题。 在 Septermber 发布之前、我们可能无法解决此问题。  

我可以提供的唯一额外工作是在保存生成的源文件之前执行 Undo/Redo 操作 (CTRL+ Z 和 CTRL + Y)。 这也应该可以避免该问题。  

Martin