STM32G4软件复位后程序无法运行怎么解决？

1230

问答对人有帮助，内容完整，我也想知道答案 0 STM32G4软件复位后程序无法运行怎么解决？ 0
2022-2-14 07:48:06　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × heks 该类别下有 20 个回答。邀请回答新星之火12138 该类别下有 18 个回答。邀请回答 wang21cj 该类别下有 17 个回答。邀请回答 hgimtk 该类别下有 16 个回答。邀请回答科源机电该类别下有 15 个回答。邀请回答 liutiefu 该类别下有 15 个回答。邀请回答 kghfh 该类别下有 14 个回答。邀请回答一巷清苑该类别下有 13 个回答。邀请回答 chm5 该类别下有 13 个回答。邀请回答 dgfdf 该类别下有 13 个回答。邀请回答 723662364d 该类别下有 13 个回答。邀请回答 hjhdf 该类别下有 12 个回答。邀请回答 efwedfd 该类别下有 12 个回答。邀请回答小华同学该类别下有 12 个回答。邀请回答 jsqueh 该类别下有 12 个回答。邀请回答红旧衫该类别下有 12 个回答。邀请回答早知该类别下有 12 个回答。邀请回答 Ehunt 该类别下有 12 个回答。邀请回答张峰9998 该类别下有 12 个回答。邀请回答 hy381 该类别下有 12 个回答。邀请回答举报贺服窍相关推荐 • STM32G4中的HRTIM是否可用？ 327 • Azure RTO何时才能用于STM32CubeIDE中的STM32G4呢？ 253 • 为什么在CubeMX/IDE中无法为STM32G4添加PDM2PCM？ 268 • STM32G4系列的MCU可以支持以太网吗？ 283 • STM32G4 TIM PWM输出的使用步骤是怎样的？ 1491 • 请问STM32G4是不是不具备双缓冲DMA功能啊？ 330 • 请问如何在Keil MDK中设置用于在STM32G4的Flash memory的一块上存放软件版本/生产日期等参数? 326 • 请问一下STM32G4定时器TIM输入捕获频率测量的应用？ 1199 • STM32G474为什么无法配置OPAMP？ 348 • 两个MCU之间的SPI主/从角色如何分配？ 292 1个回答

1.前言

最近在做一个项目，使用STM32G474芯片。
程序包含三个APP ，当运行其中1个APP时, 有时候需要软件复位跳转到其它APP。
发现调用NVIC_SystemReset() 程序无法启动并跳转到其它APP。

2. 原因分析

因为同样的跳转方式，已经在其它ARM MCU上验证且已经成熟，所以先入为主认为是硬件差异。
相同的程序烧录到NUCLEO-G474RE可以正常复位和跳转，所以首先怀疑复位电路。
对比NUCLEO-G474RE 和目标产品的复位电路，目标产品加了外部上拉，而NUCLEO-G474RE并没有加外部上拉。查阅STM32G4xx手册，发现芯片复位脚已经自带内部上拉，而之前用其它MCU并没有加内部上拉，硬件工程师设计原理图习惯性加外部上拉了。

会不会是目标产品加了外部上拉导致拉过强从而无法软件复位呢，尝试加大外部上拉电阻甚至去掉上拉电阻，但是问题并没有解决，同时用示波器观察复位脚，发现软件复位后芯片复位脚已经产生复位脉冲，且电平宽度也是足够的，那就应该不是复位问题了。
既然不是复位问题，而程序是一样的，猜测可能是option byte中某些设定不一样。分别读出NUCLEO-G474RE 和目标产品上STM32G4xx芯片的option byte，对比有4 byte差异，如下:
NUCLEO-G474RE：

	NUCLEO-G474RE	目标产品
USERConfig	0xFBEFF800	0xFFEFF800
PCROPConfig	0	0x801999F
PCROPStartAddr	0	0x80102A8
PCROPEndAddr	0	0x80102A8

首先先来看看USERConfig的差异，发现其第26 bit有差异，查手册得知该位为 Software BOOT0选项。对照手册，NUCLEO-G474RE是设置成了Software BOOT0, 而目标产品是硬件BOOT0 (PA8)。恍然大悟，此前产品硬件设计PA8连接了电路，后来断开成悬空了，上电时候该PIN脚没电，启动检测为0，所以程序正常运行。但程序运行后，将该脚初始化为输出脚并设置成了高电平，由于没有放电回路，软复位后检测到该PIN脚是高电平, 从而进入了ISP模式。

3. 解决办法

原因已经明朗了，那么分别尝试两种解决办法。
方法一是将目标产品的MCU的USERConfig option byte的26bit同样配置为0.
方法二是程序运行后将PA8电平置低。
经验证，两种方法都可解决现在的问题。更可靠的办法是下一版本硬件PA8拉地。

4. 总结

总的来说，这是个比较低级的问题，前期没有认真审核原理图，导致后续连串判断错误，走了弯路。