32开发板烧录成功后boot要换么

使用STM32 ST-LINK Utility进行烧写时，注意需要外部供电（还未测试）

ST-LINK烧写的SWD模式 是ST-LINK烧写的一种方式，只需要4根接线。 分别为VCC，GND,SWDIO（PA13），SWCLK（PA14）；

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

行程序，见下表：

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

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

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

BOOT1=x BOOT0=0 从用户闪存启动，这是正常的工作模式，一般我们使用JTAG或者SWD模式下载程序时，

就是下载到这个里面，重启后也直接从这启动程序

BOOT1=0 BOOT0=1 从系统存储器启动，这种模式启动的程序功能由厂家设置。从系统存储器启动，这种模式启动的程序功能是由厂家设置的。一般来说，这种启动方式用的比较少。系统存储器是芯片内部一块特定的区域，STM32在出厂时，由ST在这个区域内部预置了一段BootLoader，也就是我们常说的ISP程序，这是一块ROM，出厂后无法修改。一般来说，我们选用这种启动模式时，是为了从串口下载程序，因为在厂家提供的BootLoader中，提供了串口下载程序的固件，可以通过这个BootLoader将程序下载到系统的Flash中。但是这个下载方式需要以下步骤：

Step1:将BOOT0设置为1，BOOT1设置为0，然后按下复位键，这样才能从系统存储器启动BootLoader;

Step2:最后在BootLoader的帮助下，通过串口下载程序到Flash中;

Step3:程序下载完成后，又有需要将BOOT0设置为GND，手动复位，这样，STM32才可以从Flash中启动

USB转串口连接线烧写（又称SPI烧写，且使用的串口必须是串口1）

①Boot0和Boot1均需要接地；

②USB线必须接USB-232下载口；

③PA9和PA10（PA9和PA10是串口的收发引脚）必须连接USB串口的收发电路；

④需要在烧写软件中选择 DTR的低电平复位,RTS高电平进bootloader

ISP下载时，Boot0接到33V，Boot1接到GND，对板子重新上电，此时stm32单片机重启的时候，进入到ISP模式；

简单地说，BootLoader就是在 *** 作系统内核运行之前运行的一段小程序。通过这段小程序，我们可以初始化硬件设备、建立内存空间映射图，从而将系统的软硬件环境带到一个合适状态，以便为最终调用 *** 作系统内核准备好正确的环境。在嵌入式系统中，通常并没有像BIOS那样的固件程序（注，有的嵌入式CPU也会内嵌一段短小的启动程序），因此整个系统的加载启动任务就完全由BootLoader来完成。比如在一个基于ARM7TDMI core的嵌入式系统中，系统在上电或复位时通常都从地址0x00000000处开始执行，而在这个地址处安排的通常就是系统的BootLoader程序。

在专用的嵌入式板子运行GNU/Linux系统已经变得越来越流行。一个嵌入式Linux系统从软件的角度看通常可以分为四个层次： 1、 引导加载程序。包括固化在固件(firmware)中的boot代码(可选)，和BootLoader两大部分。 2、 Linux内核。特定于嵌入式板子的定制内核以及内核的启动参数。 3、 文件系统。包括根文件系统和建立于Flash内存设备之上文件系统。通常用ramdisk来作为rootfs。 4、 用户应用程序。特定于用户的应用程序。有时在用户应用程序和内核层之间可能还会包括一个嵌入式图形用户界面。常用的嵌入式GUI有：MicroWindows和MiniGUI等。 引导加载程序是系统加电后运行的第一段软件代码。PC机中的引导加载程序由BIOS(其本质就是一段固件程序)和位于硬盘MBR中的OS BootLoader（比如，LILO和GRUB等）一起组成。BIOS在完成硬件检测和资源分配后，将硬盘MBR中的BootLoader读到系统的RAM中，然后将控制权交给OS BootLoader。BootLoader的主要运行任务就是将内核映象从硬盘上读到 RAM 中，然后跳转到内核的入口点去运行，也即开始启动 *** 作系统。 通常，BootLoader是严重地依赖于硬件而实现的，特别是在嵌入式世界。因此，在嵌入式世界里建立一个通用的BootLoader几乎是不可能的。尽管如此，我们仍然可以对BootLoader归纳出一些通用的概念来，以指导用户特定的BootLoader设计与实现。

编辑本段常见bootloader

Redboot

Redboot是Redhat公司随eCos发布的一个BOOT方案，是一个开源项目。 当前Redboot的最新版本是Redboot-201，Redhat公司将会继续支持该项目。 Redboot支持的处理器构架有ARM，MIPS，MN10300，PowerPC， Renesas SHx，v850，x86等，是一个完善的嵌入式系统Boot Loader。 Redboot是在ECOS的基础上剥离出来的，继承了ECOS的简洁、轻巧、可灵活配置、稳定可靠等品质优点。它可以使用X-modem或Y-modem协议经由串口下载，也可以经由以太网口通过BOOTP/DHCP服务获得IP参数，使用TFTP方式下载程序映像文件，常用于调试支持和系统初始化（Flash下载更新和网络启动）。Redboot可以通过串口和以太网口与GDB进行通信，调试应用程序，甚至能中断被GDB运行的应用程序。Redboot为管理FLASH映像，映像下载，Redboot配置以及其他如串口、以太网口提供了一个交互式命令行接口，自动启动后，REDBOOT用来从TFTP服务器或者从Flash下载映像文件加载系统的引导脚本文件保存在Flash上。当前支持单板机的移植版特性有： - 支持ECOS，Linux *** 作系统引导 - 在线读写Flash - 支持串行口kermit，S-record下载代码 - 监控(minitor)命令集:读写I/O，内存，寄存器、 内存、外设测试功能等 Redboot是标准的嵌入式调试和引导解决方案，支持几乎所有的处理器构架以及大量的外围硬件接口，并且还在不断地完善过程中。

ARMboot

ARMboot是一个ARM平台的开源固件项目，它特别基于PPCBoot，一个为PowerPC平台上的系统提供类似功能的姊妹项目。鉴于对PPCBoot的严重依赖性，已经与PPCBoot项目合并，新的项目为U-Boot。 ARMboot发布的最后版本为ARMboot-110，2002年ARMboot终止了维护。 ARMboot支持的处理器构架有StrongARM ，ARM720T ，PXA250 等，是为基于ARM或者StrongARM CPU的嵌入式系统所设计的。 ARMboot的目标是成为通用的、容易使用和移植的引导程序，非常轻便地运用于新的平台上。ARMboot是GPL下的ARM固件项目中唯一支持Flash闪存，BOOTP、DHCP、TFTP网络下载，PCMCLA寻线机等多种类型来引导系统的。特性为： -支持多种类型的FLASH -允许映像文件经由BOOTP、DHCP、TFTP从网络传输； -支持串行口下载S-record或者binary文件 -允许内存的显示及修改 -支持jffs2文件系统等 Armboot对S3C44B0板的移植相对简单，在经过删减完整代码中的一部分后，仅仅需要完成初始化、串口收发数据、启动计数器和FLASH *** 作等步骤，就可以下载引导uClinux内核完成板上系统的加载。总得来说，ARMboot介于大、小型Boot Loader之间，相对轻便，基本功能完备，缺点是缺乏后续支持。

U-Boot

U-Boot是由开源项目PPCBoot发展起来的，ARMboot并入了PPCBoot，和其他一些arch的Loader合称U-Boot。2002年12月17日第一个版本U-Boot-020发布，同时PPCBoot和ARMboot停止维护。 U-Boot自发布以后已更新6次,最新版本为U-Boot-111，U-Boot的支持是持续性的。 U-Boot支持的处理器构架包括PowerPC (MPC5xx，MPC8xx，MPC82xx，MPC7xx，MPC74xx，4xx)， ARM （ARM7，ARM9，StrongARM，Xscale），MIPS (4Kc，5Kc)，x86等等， U-Boot（Universal Bootloader）从名字就可以看出，它是在GPL下资源代码最完整的一个通用Boot Loader。 U-Boot提供两种 *** 作模式：启动加载（Boot loading）模式和下载（Downloading）模式,并具有大型Boot Loader的全部功能。主要特性为： -SCC/FEC以太网支持 -BOOTP/TFTP引导 -IP，MAC预置功能 -在线读写FLASH，DOC, IDE，IIC，EEROM，RTC -支持串行口kermit，S-record下载代码 -识别二进制、ELF32、pImage格式的Image，对Linux引导有特别的支持 -监控(minitor)命令集:读写I/O，内存，寄存器、内存、外设测试功能等 -脚本语言支持（类似BASH脚本） -支持WatchDog，LCD logo，状态指示功能等 U-Boot的功能是如此之强大，涵盖了绝大部分处理器构架，提供大量外设驱动，支持多个文件系统，附带调试、脚本、引导等工具，特别支持Linux,为板级移植做了大量的工作。U-Boot111版本特别包含了对SA1100和44B0芯片的移植，所以44B0移植主要是针对Board 的移植，包括FLASH、内存配置以及串口波特率等等。U-Boot的完整功能性和后续不断的支持，使系统的升级维护变得十分方便。

Blob

Blob(Boot Loader Object)是由Jan-Derk Bakker and Erik Mouw发布的，是专门为StrongARM 构架下的LART设计的Boot Loader。 Blob的最后版本是blob-205。 Blob支持SA1100的LART主板，但用户也可以自行修改移植。 Blob也提供两种工作模式，在启动时处于正常的启动加载模式，但是它会延时 10 秒等待终端用户按下任意键而将 Blob 切换到下载模式。如果在 10 秒内没有用户按键，则 Blob 继续启动 Linux 内核。其基本功能为： 初始化硬件（CPU速度，存储器，中断，RS232串口） -引导Linux内核并提供ramdisk - 给LART下载一个内核或者ramdisk -给FLASH片更新内核或者ramdisk -测定存储配置并通知内核 -给内核提供一个命令行 Blob功能比较齐全，代码较少，比较适合做修改移植，用来引导Liunx，目前大部分S3C44B0板都用Blob修改移植后来加载uClinux。

Bios-lt

Bios-lt是专门支持三星（Samsung）公司ARM构架处理器S3C4510B的Loader，可以设置CPU/ROM/SDRAM/EXTIO，管理并烧写FLASH，装载引导uClinux内核。这是国内工程师申请GNU通用公共许可发布的。 Bios-lt的最新版本是Bios-lt-074，另外还提供了S3C4510B的一些外围驱动。

Bootldr

Bootldr是康柏（Compaq）公司发布的，类似于compaq iPAQ Pocket PC，支持SA1100芯片。它被推荐用来引导Llinux,支持串口Y-modem协议以及jffs文件系统。 Bootldr的最后版本为Bootldr-219。

下面我以小米手机解锁Boot Loader为例

进入小米手机申请解锁官网：申请解锁小米手机

点击立即解锁进行解锁申请

获得资格之后点击“解锁工具下载”

下载完毕后安装解锁工具并登录小米账号

让手机进入Fastboot模式并连接电脑，点击解锁就可以进行手机解锁

拓展：

BootLoader：是在 *** 作系统内核运行之前运行的一段小程序。通过这段小程序，我们可以初始化硬件设备、建立内存空间的映射图，从而将系统的软硬件环境带到一个合适的状态，以便为最终调用 *** 作系统内核准备好正确的环境。

通俗点将就是可以使手机刷入其他非官方的东西，但是某些厂商会因此取消保修。

以上就是关于32开发板烧录成功后boot要换么全部的内容，包括:32开发板烧录成功后boot要换么、关于bootloader的一些问题。高手确定的回答。、如何解锁Bootloader等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！