[参考译文] LAUNCHCC3235MOD：SysConfig 未正确设置 GPIO 上拉电阻

今天、我花了大部分时间来尝试解决这些问题、重点讨论 GPIO9的误操作。  这一点尤其令人困惑、因为我们刚制造了50个使用 GPIO9的裸板、我构建的第一个裸板当然无法与 GPIO 正常工作

首先-为了检查我的硬件、我加载了"功率测量"示例、恰好使用 GPIO9来操作 Launch电路板 上的蓝色 LED -我将一个 LED/镇流电阻器装到了 GPIO9上、这样我就能看到发生了什么情况

在 CCS 12.6中使用 SysConfig 19进行构建是可行的- LED 开始按预期闪烁。

然后、我逐渐增加了电路板所需的其他外设、测试表明 LED 继续按预期闪烁-确实如此。

然后、我按字面意思将两个.syscfg 文件从功率测量项目复制到我的项目中。  它需要从我旧的 common.syscfg 文件复制几行(与简单链路网络应用程序有关的行)、但此时 GPIO9正好适合我。  我在该点保存了项目、

我所做的下一步是将"显示"器件更改为"仅发送"、因为我不希望或需要能够接受来自"控制台"端口的输入、但它对于调试输出很有用。

此时、GPIO9停止工作。

然后、我对新的不工作的 common.syscfg 与保存的版本进行了比较、并注意到

在工作文件中：

第一个 GPIO。 AddInstance()被称为 GPIO1

然后又有7个 addinstances、丢失了 GPIO4

在损坏的文件中：

第一个 GPIO。 AddInstance()被称为 GPIO2

我从1开始手动重新编号 GPIO 实例(更改 AddInstance 行及之后的行穿越每个 GPIO 的配置)。

然后重新构建、该应用现在再次运行 GPIO9。

竞争结论：

似乎最新版本的 SysConfig 没有正确处理 GPIO 的删除。

我还有更多工作要做、以了解我的手动修改的.syscfg 文件是否会在我调整时一直正常工作。

显然、这不应该是必要的-我只应该通过 SYCF75 GUI 来调整这些文件、但这似乎是不可信的。。。

此论坛是否活跃？

很抱歉响应延迟。 我已向工程部通知您所讨论的问题。

Chris、

在脚本运行后、.syscfg 脚本中变量的名称不会保留在任何位置。  它们仅用于提供应用设置时使用的变量名。  通过在设置中每个模块的模块名称末尾添加一个数字来选择它们。  当您看到缺少数字的情况时、该工具已为该数字分配了一个模块、该模块是由另一个模块隐式引入的。  例如、如果您添加 NVS、它将拉入 GPIO、该 GPIO 将在脚本中具有与之关联的数字。  但是，脚本最终不会使用该名称，因为它是由 NVS 独家拥有的，可以通过 NVS 引用。  因此、在脚本中更改这些变量的名称(而不更改其他任何内容)不会产生不同的结果。

让我看看我能不能看到你看到什么。  我不需要整个项目、但您能否向我发送只在变量重命名方面有所不同的正在工作和不在工作的.syscfg 文件(如果您愿意、可以让我 PM[编辑]文件)？  由于您说 GPIO9正常工作、更改某些内容后停止、您能否在更改前以及更改后向我发送.syscfg 文件？

达里安