[问答]

为什么Stm32g031芯片无法进入bootloader状态呢

问答对人有帮助，内容完整，我也想知道答案 0 为什么STM32g031芯片无法进入bootloader状态呢？为何新的Stm32g031芯片智能使用一次ISP烧写呢？ 0
2021-11-25 06:03:43　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × heks 该类别下有 50 个回答。邀请回答 hgimtk 该类别下有 44 个回答。邀请回答新星之火12138 该类别下有 42 个回答。邀请回答 wang21cj 该类别下有 41 个回答。邀请回答 chm5 该类别下有 40 个回答。邀请回答 hjfjsdgfjdsf 该类别下有 37 个回答。邀请回答 fdjslkjd 该类别下有 35 个回答。邀请回答 uvysdfydad 该类别下有 35 个回答。邀请回答 werywer 该类别下有 35 个回答。邀请回答 h1654155957.9520 该类别下有 35 个回答。邀请回答 jenny042 该类别下有 34 个回答。邀请回答 dfzvzs 该类别下有 34 个回答。邀请回答维生素B2 该类别下有 34 个回答。邀请回答凤毛麟角该类别下有 34 个回答。邀请回答 meihuacg 该类别下有 33 个回答。邀请回答 hfgdzc 该类别下有 33 个回答。邀请回答 ggfvxv 该类别下有 33 个回答。邀请回答刘洋该类别下有 33 个回答。邀请回答江左盟该类别下有 32 个回答。邀请回答爱与友人该类别下有 32 个回答。邀请回答举报 kmno4 相关推荐 • stm32G031串口外部不接上拉电阻，导致stm32进入到了硬件中断怎么解决？ 159 • 是否可以将14.7456MHz晶体与STM32G031 (LQFP32) 一起使用？ 217 • STM32L031无法进入boot 3502 • 为什么使用STM32G031 ADC采集的数值一直为0呢 2183 • STM32G031k8t6串口发送为什么会进入硬件中断？ 168 • 如何解决使用Nucleo STM32G031K8和uVision的WFI()问题？ 222 • 使用STM32G031运行CRC计算但结果不匹配是哪里出问题了 204 • 为什么无法使用STM32CubeProgrammer和ST-LINK/V2闪存STM32G031（8 引脚）？ 564 • 请问STM32G031K LL库怎么使用？ 661 • Nucloe-G031K板的重置按钮不起作用怎么解决？ 220 1个回答

答案对人有帮助，有参考价值 0 遇到的问题如下： 1.boot0管脚拉高或拉低都不能从系统存储区（system flash）启动（即进入bootloader状态）。 2.新的Stm32g031芯片能够使用ISP烧写程序，但写完程序后就没法再次烧写了，芯片无法进入bootloader状态，只能进入main flash中，运行之前烧写的程序。 3.芯片第一次使用swd模式烧写完后设置了reset也无法进入程序区，即使按reset键也无法进入，必须得断电重启才能运行烧写的程序。先解答问题1：因为Stm32g031芯片默认是从main flash区启动的，且默认boot0 pin 不起作用，所以不会进入bootloader状态。原因如下：芯片的启动配置设置如下：如上表所致，芯片的启动配置由boot_lock bit、nboot1 bit、nboot0 pin、nboot_sel bit、nboot0 bit决定。 boot_lock bit是强制从main flash区启动的配置位，默认是0，即没有强制从main flash区启动。于是启动方式由nboot1 bit、nboot0 pin、nboot_sel bit、nboot0 bit决定。当nboot_sel bit为0时启动方式由nboot1 bit、nboot0 pin决定，即此时用户可以通过boot0管脚进行启动方式的设置，可以使用ISP下载方式。但是很不幸的是Stm32g031芯片默认nboot_sel bit为1，即下载方式由nboot1 bit、nboot0 bit决定的，而nboot1 bit、nboot0 bit的默认值都为1，从而导致Stm32g031芯片默认是从main flash区启动的，且默认boot0 pin 不起作用。 nboot1 bit、nboot_sel bit、nboot0 bit所在寄存器地址及初始值如下：问题1说明白了，下面解释问题2：为何新的Stm32g031芯片可以使用ISP烧写，但也只能写一次，第二次不行了呢。原因如下：芯片刚开始启动会检查main flash区有没有代码，要是0x08000000没有代码，就进入bootloader状态，要是有代码就从main flash区运行；芯片使用手册原文如下：翻译：内部空检查标志（FLASH访问控制寄存器的EMPTY位（FLASH ACT））的实现是为了允许引导加载程序轻松地对原始设备进行编程。当BOOT0引脚将主闪存定义为目标引导区时，使用此标志。设置该标志后，该设备将被视为空设备，并且选择了系统内存（引导加载程序）而不是主闪存作为引导区域，以允许用户对闪存进行编程。该标志仅在Option字节加载期间更新：当地址0x0800 0000的内容读取为0xFFFF FFFF时置1，否则将其清除。这意味着在对原始设备进行编程以在系统复位后执行用户代码之后，需要进行电源复位或将FLASH_CR寄存器中的OBL_LAUNCH位置1以清除该标志。 EMPTY位也可以直接由软件写入。如果是第一次对设备进行编程，但未重新加载选项字节，则在系统复位后，设备仍将选择系统内存作为引导区。通过上面的翻译我们也就明白问题3的原因了：因为芯片首次运行进行了空位检查，此时的empty 标志位(即OBL_LAUNCH)已经置位了1，当使用swd烧写完程序后，无论是软件reset还是芯片的reset管脚复位，都无法把empty标志为清0，芯片会在每次的reset后都进入bootloader状态，而不会进入main flash区。只有断电重启，empty flag才会变成0，此时芯片才会进入main flash区运行。在首次断电重启后，后面的swd烧写就可随意reset了。上面3个问题已经研究清楚了，那么如何更改芯片默认的启动方式呢，根据上面的分析，我们应该更改0x1fff 7800处寄存器的nboot_sel bit为0即可使用芯片的boot0管脚来决定芯片如何启动。更改方法如下：方法1：使用STM32CubeProgrammer更改。 1：使用STM32CubeProgrammer成功连接芯片点击主界面read，如下图； 2.读取成功后点击OB选项，然后选择User Configuration,会看的0x1fff 7800处所有bit的配置值； 3 将nboot_sel后面的勾选去掉，点击apply，配置完成（此时可能会弹出读取失败啥的，就不用管了）。断电复位，此时芯片的启动方式就由boot0引脚决定了。要是想进bootloader模式就得上拉boot0了。 . 方法2：在应用程序里改（理论上可以，但我改失败了，芯片成了砖！！！，至今不知道如何挽救）为何理论可以改呢？因为芯片手册里对0x1fff7800寄存器起名了，且为rw状态： St的hal库也提供了修改的库函数于是我就按照上面的代码改了，看似合理，但执行到HAL_FLASH_OB_Launch();后芯片就成砖了，至今不知道如何挽救，哪位高手有时间，有足够的芯片研究非常欢迎，希望能告知我一下。谢谢！

2021-11-25 10:22:04 评论举报王雷