[参考译文] TMS320F280049C：GPIO 脉冲意外短路

您好、Gokhan

感谢您的咨询。 我以前没有见过这个问题。 使用 DriverLib 版本设置 GPIO 输出时、是否会看到相同的短 GPIO 脉冲行为、如下所示：

GPIO_writePin(22, muxStates[currentMuxIndex][0]);
GPIO_writePin(15, muxStates[currentMuxIndex][1]);
GPIO_writePin(14, muxStates[currentMuxIndex][2]);

此外,请确保在初始化期间只调用 Board_init ()函数一次,而不是在整个程序中重复调用。  

此致、

Peter

尊敬的 Peter：

感谢您的咨询。

我将尝试 driverlib 函数、不过理想情况下它不是我需要的解决方案、因为这里的执行时间至关重要。

除此之外,我确信 board_init ()被调用一次。

İ 仍猜测是否成功设置相邻 GPIO。  

当我成功设置 GPIO22和23时、在22或23处仍然存在相同的问题。

您好！

我尝试了 driverlib 函数、它工作正常。  
但我仍想知道为什么使用 GPADAT 寄存器会发生这种情况

尊敬的 Gokhan：

看到这种行为很有趣。 如果删除调试预定义符号、GPIO_writePin 函数将删除代码中任何不必要的检查、这应该与直接写入 GPADAT 寄存器的时序相同。 让我谘询一些同事、看看是否有这方面的情况

此致、

Peter

尊敬的 Gokhan：

勘误表 开漏配置可能驱动短高电平脉冲中有一条 GPIO 通知。  

您可以验证 GPIO Pad Config 寄存器、以检查在 SysConfig 板初始化之后您的 GPIO 是否可能更改为 Open Drain Config？

此致、

Peter

尊敬的 Peter：
我 在调试中检查了 GPAODR 寄存器、而设置代码如下所示(错误的顺序)：

GpioDataRegs.GPADAT.bit.GPIO22 = muxstates[currentMuxIndex][0]；
GpioDataRegs.GPADAT.bit.GPIO15 = muxstates[currentMuxIndex][1]；
GpioDataRegs.GPADAT.bit.GPIO14 = muxstates[currentMuxIndex][2]；

所有 GPIO 引脚的 GPAODR 值为0、这意味着它们处于推挽输出模式、如在 syscfg 中设置的那样。