1.前言7 t0 g9 |. H9 J n1 p# b% D 最近在做一个项目,使用STM32G474芯片。 0 A( [# |( o4 T7 E$ h9 h 程序包含三个APP , 当运行其中1个APP时, 有时候需要软件复位跳转到其它APP。 + f- R( v6 C f 发现调用NVIC_SystemReset() 程序无法启动并跳转到其它APP。% T6 z& l* z% b+ K 2. 原因分析' c) ~' h# C) X 因为同样的跳转方式,已经在其它ARM MCU上验证且已经成熟,所以先入为主认为是硬件差异。 相同的程序烧录到NUCLEO-G474RE可以正常复位和跳转,所以首先怀疑复位电路。 0 w; j, S; o# b8 D 对比NUCLEO-G474RE 和目标产品的复位电路,目标产品加了外部上拉, 而NUCLEO-G474RE并没有加外部上拉。查阅STM32G4xx手册,发现芯片复位脚已经自带内部上拉, 而之前用其它MCU并没有加内部上拉,硬件工程师设计原理图习惯性加外部上拉了。! ?7 M/ z2 d) o" v m% [ ( c0 X* X3 m9 S7 f# m& \ D ; c$ x) e0 O9 P; Y6 s 会不会是目标产品加了外部上拉导致拉过强从而无法软件复位呢,尝试加大外部上拉电阻甚至去掉上拉电阻,但是问题并没有解决,同时用示波器观察复位脚,发现软件复位后芯片复位脚已经产生复位脉冲,且电平宽度也是足够的, 那就应该不是复位问题了。 既然不是复位问题,而程序是一样的,猜测可能是option byte中某些设定不一样。分别读出NUCLEO-G474RE 和目标产品上STM32G4xx芯片的option byte,对比有4 byte差异,如下: 7 y3 D- m( ~9 [" @$ s NUCLEO-G474RE: K, }/ x8 x% F; C ) h" {* k$ c* C! N& ~0 J 首先先来看看USERConfig的差异,发现其第26 bit有差异,查手册得知该位为 Software BOOT0选项。对照手册,NUCLEO-G474RE是设置成了Software BOOT0, 而目标产品是硬件BOOT0 (PA8)。恍然大悟, 此前产品硬件设计PA8连接了电路,后来断开成悬空了,上电时候该PIN脚没电,启动检测为0, 所以程序正常运行。 但程序运行后,将该脚初始化为输出脚并设置成了高电平,由于没有放电回路,软复位后检测到该PIN脚是高电平, 从而进入了ISP模式。 3. 解决办法 原因已经明朗了,那么分别尝试两种解决办法。 & N0 Q4 j0 y/ x0 O! U 方法一是将目标产品的MCU的USERConfig option byte的26bit同样配置为0. & X! }/ g+ p4 u* g0 Z& S 方法二是程序运行后将PA8电平置低。6 Q9 I# X( p1 d9 T4 A0 x3 R* Q 经验证,两种方法都可解决现在的问题。更可靠的办法是下一版本硬件PA8拉地。 , | G" D' s% R' ]* | 4. 总结 总的来说,这是个比较低级的问题,前期没有认真审核原理图,导致后续连串判断错误,走了弯路。 : b: \0 j0 N7 a- R3 d( E1 ` |
STM32G系列RS485自动收发控制以及自适应波特率实战
【学习指南】基于STM32G474VET6 开发板实验经验分享(三)
【学习指南】基于STM32G474VET6 开发板实验经验分享(二)
【学习指南】基于STM32G474VET6 开发板基础实验经验分享一
【学习指南】基于STM32G474软件平台安装与使用教程
【学习指南】基于STM32G474VET6 开发板硬件资源解析
STM32 Explore | 基于STM32G474的STM32Cube生态系统线下培训
STM32固件库分享,超全系列整理
STM32G47x 双 Bank 模式下在线升级
基于STM32G473ZET6开发板设计经验分享