[参考译文] 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 来调整这些文件、但这似乎是不可信的。。。

此论坛是否活跃？

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