扫码加入

Bootloader

加入交流群
扫码加入
获取工程师必备礼包
参与热点资讯讨论

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

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

查看更多

设计资料

查看更多
  • STM32L011 SPI bootloader 模式PA6引脚状态解析:描述差异原因及验证
    STM32L011 空片进入系统内存 SPI bootloader 模式后,PA6 引脚(SPI1_MISO)实测为高电平,与 AN2606 手册中 “push-pull+pull-down” 配置应呈现低电平的描述不一致。本文基于 ST 官方 LAT1318 应用笔记,通过寄存器分析、SPI 协议拆解及实测验证,揭示核心原因 ——PA6 电平由 SPI 协议配置与 bootloader 预存数据共同决定,而非单纯依赖 GPIO 配置,为 SPI bootloader 模式下的硬件设计与调试提供实操参考。
  • EFM8SB1 UART Bootloader固件传输协议解析
    EFM8SB1 UART Bootloader是官方引导程序,用于固件传输和配置。其协议包含识别、设置参数、擦写Flash、写Flash、校验Flash和运行应用程序命令。数据传输遵循固定格式,应答采用简单编码。此过程涉及设置Flash参数、传输固件数据并校验,最终重启MCU运行新固件。
    406
    01/20 08:24
  • GD32 IAP升级——boot和app相互切换
    本文介绍了GD32微控制器如何进行Bootloader和应用程序分区的配置,并详细讲解了Keil工程设置中的ROM配置、烧录配置、代码编写等内容,包括跳转至应用程序、软件重启以及中断向量表偏移的调整方法。
    1593
    01/18 08:25
    GD32 IAP升级——boot和app相互切换
  • STM32H5 STiROT启动STiROT_Appli_TrustZone:解决双工程启动难题
    STM32H5 的 STiROT(ST 集成式安全启动与固件更新模块)可免开发 bootloader 实现安全需求,但其 STiROT_Appli_TrustZone 例程(含 Secure/Non-Secure 双工程)无法直接启动 —— 核心原因是默认配置适配全安全的 STiROT_Appli,需修改环境变量、安全配置文件并重新生成 OBK 密钥文件,3 步即可实现正常启动。
  • STM32 I2C Bootloader GetCheckSum 命令:破解 CRC 计算不一致难题
    在 STM32 系列 MCU 的固件开发与升级过程中,I2C Bootloader 是常用的底层工具,其提供的 “GetCheckSum” 命令可快速校验 Flash 指定区域的固件完整性,避免因固件损坏导致的设备运行异常。然而,不少开发者在使用该命令时,常会遇到 “命令计算结果与自行计算结果不一致” 的问题 —— 核心原因是对命令的 CRC 算法配置、数据存储模式等细节理解不足。本文基于 ST 官方技术文档 LAT1524(Rev 1.0),全面解析 GetCheckSum 命令的使用逻辑、关键注意事项及实操验证方法,帮助开发者高效解决校验难题。