[参考译文] TM4C129ENCPDT：复位引脚复位与软件启动的复位或 SSI 端口上的看门狗复位之间的关系

您好、Charles、

首先、让我对 MCU 类型进行更正。 它实际上是 LM3S9790。 我们在较新的设计中已切换到 TM4C129ENCPDT、但观察到的问题是在较旧的电路板上。

我们再做几个实验、并确认 MCU 卡在某个状态、该状态只能通过电源复位或外部复位引脚恢复。 在这种状态下、MCU 的唯一工作部分似乎是以太网端口(我们使用以太网协议与 MCU 进行通信、一切看起来都很好)。 我们使用2个 SSI 端口、一个用于外部闪存、另一个用于音频编解码器。 它们都无法正常工作。

通过以太网协议、我们可以命令器件进行看门狗复位或软件初始化复位、我们可以通过以太网日志消息观察复位情况、但器件在启动后仍会进入故障状态。

闪存端口初始化过程从一开始就不会返回成功：

tBoolean
SSIFlashInit (空)
｛
   tBoolean bRetcode；
   unsigned char Manufacturer、ucDevice；

   //
   //启用用于驱动 SSI 上 SDC 的外设。
   //
   SysCtlPeripheralEnable (SFLASH_SSI_Periph)；
   SysCtlPeripheralEnable (SFLASH_SSI_GPIO_Periph)；

   GPIOPinConfigure (SFLASH_SSI_CLK_MUX)；
   GPIOPinConfigure (SFLASH_SSI_RX_MUX)；
   GPIOPinConfigure (SFLASH_SSI_TX_MUX)；

   //
   //将相应的管脚配置为 SSI 而不是 GPIO。 CS
   //配置为 GPIO、因为该板连接了2个器件
   // SSI0，每个都使用单独的 CS。
   //
   GPIOPinTypeSSI (SFLASH_SSI_GPIO_base、SFLASH_SSI_Pins)；
   GPIOPinTypeGPIOOutput (SFLASH_CS_BASE、SFLASH_CS_PIN)；
   GPIOPadConfigSet (SFLASH_SSI_GPIO_base、SFLASH_SSI_Pins、GPIO_Strength _4mA、
                    GPIO_PIN_TYPE_STD_WPU)；
   GPIOPadConfigSet (SFLASH_CS_BASE、SFLASH_CS_PIN、GPIO_Strength _4mA、
                    GPIO_PIN_TYPE_STD_WPU)；

   //
   //将用于 SD 卡和串行闪存的 SSI0芯片选择置为无效
   //
   GPIOPinWrite (SFLASH_CS_BASE、SFLASH_CS_PIN、SFLASH_CS_PIN)；

   //
   //将 SSI0端口配置为10MHz 操作
   //
   SSIConfigSetExpClk (SFLASH_SSI_base、SysCtlClockGet ()、SSI_FRF_MOTO_MODE_0、
                      SSI_MODE_MASTER、10000000、8)；
   SSIEnable (SFLASH_SSI_base)；

   //
   //等待器件准备好接收指令。
   //
   bRetcode = SSIFlashIdleWait (MAX_BUSY_POLL_IDLE)；

   //
   //如果设备未报告空闲状态，则假设没有空闲状态
   //并返回错误。
   //
   if (！bRetcode)
   ｛
       return (bRetcode)；
   ｝

       退货(1)；
｝

我们甚至尝试通过以太网协议调用此过程、但它没有帮助、也返回了失败。

客户站点上的一些设备上出现了问题。 症状与实验练习中的症状完全相同、即静电冲击。

如果有一种方法可以通过编程方式使 MCU 深度复位、这将非常有用。 这将解决我们的问题。

谢谢、

天列