STM32芯片刚才还好好的怎么突然烧录不了？试试这个办法

89 阅读 0 评论 59 点赞

我是靠谱客的博主欣喜乐曲，最近开发中收集的这篇文章主要介绍STM32芯片刚才还好好的怎么突然烧录不了？试试这个办法，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

烧录问题

用正点原子的例程，下载到自己的板子，由于原子的例程配置的是8M的高速外部时钟，而我的主板上是25M的晶振，然后就悲剧了。无法往芯片中烧写程序了。每次想下载程序都会弹出错误对话框。J-Link和STM32 芯片都不大可能就这么坏掉了。于是在网上找办法，在弄坏了一块芯片的代价后终于找到办法了，分享出来以供小白参考，大神路过哈。

情况一：

下载一个别人的例程，外部高速时钟配置与实际主板的晶振不同，然后芯片就连不上烧录不了，我就这种情况。

情况二：

例如下述代码如果烧写进去的话就会造成J-Link下次不能正常连接：

GPIO_PinRemapConfig(GPIO_Remap_SWJ_JTAGDisable,ENABLE);

上述代码表示取消JTAG引脚功能，开始SWD引脚功能。

解决办法：

STM32 中是自带了BootLoader的，切换进BootLoader 中就可以了。具体的方法就是通过BOOT1、BOOT0两个跳线来选择启动模式。修改跳线将启动模式切换为上述的第二种方式：BOOT0=1，BOOT1=0。

断电，改跳线，重新上电，进入第二种方式：BOOT0=1，BOOT1=0，即STM32的BootLoader 模式。此时J-Link可以正常工作了，用J-Link 下载新的程序，下载成功。再断电，把跳线改回来第一种启动方式（BOOT0=0，BOOT1=0），重新上电，一切正常，问题解决。

附一：认识BOOT0和BOOT1

在每个STM32的芯片上都有两个管脚BOOT0和BOOT1，这两个管脚在芯片复位时的电平状态决定了芯片复位后从哪个区域开始执行程序，见下表：

BOOT1=x BOOT0=0 从用户闪存启动，这是正常的工作模式。

BOOT1=0 BOOT0=1 从系统存储器启动，这种模式启动的程序功能由厂家设置。

BOOT1=1 BOOT0=1 从内置SRAM 启动，这种模式可以用于调试。

要注意的是，一般不使用内置SRAM 启动(BOOT1=1 BOOT0=1)，因为SRAM 掉电后数据就丢失。多数情况下SRAM 只是在调试时使用，也可以做其他一些用途。如做故障的局部诊断，写一段小程序加载到SRAM 中诊断板上的其他电路，或用此方法读写板上的Flash 或EEPROM 等。还可以通过这种方法解除内部Flash 的读写保护，当然解除读写保护的同时Flash 的内容也被自动清除，以防止恶意的软件拷贝。

一般BOOT0 和BOOT1 跳线都跳到0（GND）。只是在ISP下载的情况下，BOOT0=1，BOOT1=0 ，下载完成后，把BOOT0 的跳线接回0，也即BOOT0=0，BOOT1=0 。

对于一般的应用来说，直接把BOOT0 和BOOT1 引脚接地即可，不用设置跳线，使用IAR 调试程序时可以选择RAM 调试还是Flash 调试，与BOOT0 和BOOT1 的配置无关。