当前位置：首页 > news >正文

LPC845 I2C SBL实战：嵌入式固件远程更新与内存布局解析

news 2026/6/8 23:02:19

1. 项目概述：为什么我们需要Secondary Bootloader？

在嵌入式产品开发中，尤其是那些部署在远端、难以物理接触的设备（比如智能电表、环境传感器、工业网关），固件更新一直是个让人头疼的问题。想象一下，你的设备已经安装在几十米高的塔架上，或者封装在密闭的工业机柜里，这时发现软件有个Bug需要修复，或者要增加一个新功能。难道要派人一个个拆下来，用调试器重新烧录吗？这成本和时间都是不可接受的。

这就是Bootloader，特别是Secondary Bootloader（SBL，次级引导加载程序）大显身手的地方。它本质上是一段预先烧录在微控制器（MCU）Flash中的小程序，其唯一使命就是在系统上电或复位后，不直接运行用户的主应用程序，而是先“听候指令”。它通过一个预设的通信接口（比如UART、I2C、SPI、CAN等）与外部世界连接，等待主机发送新的固件数据包，并利用MCU内部的在应用编程（IAP）功能，安全地将新固件写入到Flash的指定区域，最后跳转到新程序执行。

NXP LPC845这款基于Cortex-M0+内核的MCU，其内部Boot ROM已经集成了通过UART0进行ISP（在系统编程）的基础能力。但UART在很多场景下并不理想，比如在由主处理器（AP）控制的传感器模组中，I2C或SPI才是更常见、更节省引脚的内置通信总线。LPC845的I2C SBL正是为了解决这个问题而生：它绕过了内置Bootloader对UART0的依赖，将固件更新的通道扩展到了I2C总线。这意味着，你可以用一个主控芯片（比如一颗应用处理器或另一颗MCU），通过最普通的I2C总线，就能对从属的LPC845进行固件更新，整个架构变得异常简洁和标准化。

我最近在一个电池供电的无线传感节点项目中就用了这个方案。节点主控是LPC845，它通过I2C连接各种传感器，同时这个I2C总线也预留给了网关处理器。当网关需要批量更新所有节点固件时，无需复杂的无线OTA协议，直接通过I2C总线调用每个节点的SBL即可完成，稳定又高效。接下来，我就结合官方文档和实际踩坑经验，带你彻底搞懂LPC845 I2C SBL的实现与应用。

2. SBL核心机制与内存布局解析

要玩转SBL，首先得理解它在LPC845内存地图中的“地盘”划分，以及它和主应用程序之间如何“交接班”。这就像一套房子的户型图，SBL和你的App各住哪个房间，门牌号（地址）是多少，必须一清二楚，否则就会“撞车”导致系统无法启动。

2.1 内存地图：SBL与用户应用的“楚河汉界”

LPC845最大支持64KB的Flash，这64KB空间被均匀地划分为32个扇区（Sector），每个扇区大小为1KB。更进一步，每个扇区又包含16个页（Page），每页64字节。IAP擦除操作可以针对整个扇区或单个页进行，这给了我们更灵活的空间管理能力。

SBL代码本身需要占用一定的Flash空间。根据官方设计，SBL被放置在Flash最开始的8个扇区，即地址范围0x0000 0000到0x0000 1FFF（共8KB）。这是一个非常重要的约定，意味着用户应用程序绝对不可以占用或修改这片区域，否则会破坏SBL代码，导致系统再也无法通过I2C更新。

因此，用户应用程序的起始地址必须从0x0000 2000开始。这直接影响了我们开发App时的链接脚本（Linker Script）配置：你的中断向量表（Vector Table）的起始地址必须设置为0x0000 2000，而不是通常的0x0000 0000。

注意：很多IDE（如Keil MDK）在创建新工程时，默认的链接脚本会将代码起始地址设为0。如果你直接使用默认设置编译，生成的二进制文件会试图覆盖SBL区域，后果就是SBL被破坏，板子“变砖”，只能通过SWD调试器重新擦除整个Flash才能恢复。这是新手最容易踩的第一个大坑。

除了向量表地址，SBL还要求应用程序在固定位置放置一个特殊的“图像头”（Image Header）。这个头结构位于应用程序镜像内部的偏移0x100处，对应到Flash的绝对地址就是0x0000 2100。这个头里包含了固件类型、CRC校验码等信息，是SBL判断能否启动该应用程序的关键依据。我们后面会详细讲如何生成这个头。

2.2 启动流程：SBL的“决策树”

理解了内存布局，我们再看SBL上电后究竟干了什么。它的行为逻辑可以用一个清晰的决策树来描述：

上电/复位：无论是冷启动、看门狗复位还是外部引脚复位，CPU首先执行的是固化在ROM里的Primary Bootloader（主引导程序）。它的工作很简单：检查特定引脚状态（决定是否进入ISP模式），然后无条件地跳转到Flash的0x0000 0000地址执行，也就是我们的SBL代码。
SBL接管：SBL开始执行。它首先会去检查0x0000 2100地址是否存在有效的图像头。
- 如果头不存在或无效：SBL认为Flash里没有可启动的用户程序，或者程序不完整。于是，它初始化I2C外设，配置为从机模式，然后进入一个“命令等待循环”。在这个状态下，它就像一名待命的士兵，通过I2C总线监听来自主机处理器（Host）的指令，准备接收新的固件。
- 如果头存在且有效：SBL会根据头中的“图像类型”字段做出不同决策。
  - 普通图像（IMG_NORMAL）：SBL会计算整个应用程序镜像的CRC32校验码，并与头中存储的CRC值比对。如果一致，说明固件完整无误，SBL便执行一个跳转指令，将CPU的执行权交给位于0x0000 2000的用户应用程序。至此，启动完成。
  - 无CRC图像（IMG_NO_CRC）：SBL跳过CRC校验，直接尝试跳转到应用程序。这种模式风险较高，一般用于调试阶段。
  - 其他类型或主机中断：在某些情况下，即使有有效镜像，主机也可以通过一个特定的GPIO引脚（nHostIRQ）在启动瞬间发出信号，强制SBL停留在命令模式，以便进行固件更新。这个机制实现了“在已有App的情况下触发更新”。

这个流程确保了系统的健壮性：有合法App就启动，没有或损坏就等待更新。同时，通过主机中断机制，为现场设备提供了“主动更新”的入口。

2.3 IAP：SBL更新固件的“武器库”

SBL之所以能写Flash，靠的是LPC845芯片内部提供的IAP（In-Application Programming）命令集。IAP是一组固化在芯片Boot ROM中的函数，用户代码可以通过特定的调用方式（通常是触发一个软件中断，并传递命令号和参数）来使用它们，实现擦除Flash、编程Flash、校验CRC等操作。

SBL代码的核心任务之一，就是封装和调用这些IAP命令。它接收主机通过I2C发送过来的数据包，解析出要执行的命令（如“擦除第10扇区”、“向地址0x2100写入256字节数据”），然后调用对应的IAP函数去执行。作为开发者，我们通常不需要深入理解每个IAP命令的底层寄存器操作，但需要知道SBL提供了哪些高层命令（如GetVersion,PrepareSector,CopyRAMToFlash等），以及如何通过I2C协议去调用它们。

实操心得：虽然文档说不需要深究IAP，但我建议你至少浏览一下UM11029用户手册中关于IAP的章节。了解IAP命令在执行前需要将代码搬到RAM中运行（因为Flash不能擦写自身），以及命令执行期间的时序要求，能帮助你在调试SBL通信超时或失败时，更快地定位问题是出在主机端、I2C链路还是SBL本身的IAP调用上。

3. 开发环境搭建与SBL下载

理论讲完了，我们动手把环境搭起来。这里我以最常用的Keil MDK和LPCXpresso845 MAX开发板为例，带你走一遍流程。

3.1 硬件连接与工具准备

你需要准备以下硬件：

LPCXpresso845 MAX 开发板 (OM13097)：这是我们的目标板，上面有LPC845芯片。
LPCXpresso54102 开发板 (OM13077)：这块板子在这里扮演一个“USB转I2C适配器”的角色。它上面的LPC4322芯片运行着CMSIS-DAP固件和特定的桥接程序，能将PC的USB命令转换为I2C总线信号。
连接线：用杜邦线将两块板子的I2C总线连接起来。
- SCL：连接两块板子的I2C时钟线。
- SDA：连接两块板子的I2C数据线。
- GND：务必将两块板子的地（GND）连接在一起，这是保证通信稳定的基础。
- nHostIRQ (可选)：将LPC845的某个GPIO（例如PIO0_24）连接到LPC54102的某个GPIO。这个信号线用于主机中断机制，在初次体验时可以不接，但完整测试需要。

软件方面，你需要：

Keil MDK-ARM (v5.25或更高)：用于编译SBL和测试应用程序。
NXP LPC845 I2C SBL软件包：从NXP官网下载AN12393的应用笔记及其附带的软件包。里面包含了SBL的Keil工程、测试程序、以及最重要的PC端工具I2C-Util.exe和lpc845_secimgcr.exe。
Flash Magic 或 LPCScrypt：用于通过UART-ISP模式初次下载SBL到目标板。如果你有J-Link等调试器，也可以直接通过SWD下载，更简单。

3.2 将SBL烧录到LPC845 Flash

拿到一块全新的LPC845板子，它的Flash是空的。我们需要先把SBL程序烧录进去。这里介绍两种最常用的方法：

方法一：使用板载调试器（推荐，最简单）如果你的LPCXpresso845 MAX板通过USB连接电脑后，能在设备管理器中看到“LPC-Link2 CMSIS-DAP”之类的设备，那么你可以直接使用Keil IDE进行下载。

打开SBL软件包中的Keil工程文件（通常位于\Keil project\sbl_project）。
在Keil中，确保调试器选择为“CMSIS-DAP”，接口选择“SWD”。
点击“Load”按钮（或按F8）。Keil会编译代码，并通过板载的LPC-Link2调试器，将SBL的二进制文件直接下载到LPC845 Flash的0x0000 0000地址。这是最无痛的方式。

方法二：使用Flash Magic通过UART-ISP下载如果板载调试器不可用，或者你是在自定义板上，可以通过UART0进入ISP模式来下载。

进入ISP模式：找到板子上的ISP按钮（SW1）和复位按钮（SW3）。先按住ISP按钮不放，然后短暂按下复位按钮并松开，最后再松开ISP按钮。此时，LPC845芯片会停留在内部的Boot ROM中，等待通过UART0接收ISP命令。
连接串口：将板子的UART0（TX/RX）通过USB转串口模块连接到电脑。
使用Flash Magic：
- 打开Flash Magic，选择正确的芯片型号“LPC845”。
- 选择正确的COM口和波特率（通常115200）。
- 在“ISP”菜单中，勾选“Erase all Flash”以确保干净的环境。
- 在“Hex File”区域，选择SBL软件包中提供的lpc845_I2C_sbl.hex文件。
- 点击“Start”按钮。Flash Magic会通过UART0与芯片Boot ROM通信，完成擦除和编程。
复位：编程完成后，再次按下复位按钮（SW3）。此时，芯片会从0地址启动，运行刚刚烧录进去的SBL程序。

注意事项：使用Flash Magic时，务必确认芯片的时钟源配置（如外部晶振频率）与Flash Magic设置中的一致，否则可能导致通信失败。LPC845 MAX板通常使用12MHz外部晶振。

无论用哪种方法，成功下载SBL后，你可以通过一个简单的测试来验证：将I2C-Util工具连接到作为USB-I2C桥的LPC54102板，发送一个“GetVersion”命令（通常是命令8）。如果SBL运行正常，它会通过I2C返回其版本号。如果收不到回复，请检查硬件连接、I2C从机地址（默认为0x50）以及LPC54102板的桥接固件是否正确。

4. 用户应用程序的适配与编译

SBL已经就位，现在我们需要编译一个能在它“统治下”正常工作的用户程序。这个程序需要满足两个硬性要求：1) 链接地址从0x2000开始；2) 包含正确的图像头。

4.1 修改链接脚本（Linker Script）

以Keil MDK为例，链接脚本是一个后缀为.sct的分散加载文件。SBL软件包中通常会提供一个示例链接脚本，例如firmware1.sct。我们需要在自己的工程中使用它，或者参照它修改自己的链接脚本。

关键修改如下：

LR_IROM1 0x00002000 0x0000E000 { ; 加载区域起始地址为0x2000，大小根据Flash剩余空间调整 ER_IROM1 0x00002000 0x0000E000 { ; 执行区域地址同样从0x2000开始 *.o (RESET, +First) ; 中断向量表放在最前面 *(InRoot$$Sections) .ANY (+RO) ; 所有只读代码和常量 } RW_IRAM1 0x10000000 0x00004000 { ; RAM区域地址不变 .ANY (+RW +ZI) } }

你需要在自己的Keil工程设置中，指定使用这个修改后的.sct文件。路径通常在Options for Target -> Linker -> Scatter File。

4.2 中断向量表重映射

由于程序起始地址变了，中断向量表也需要相应调整。在系统启动初期，需要手动将向量表从0x0000 2000重映射到0x0000 0000（因为Cortex-M内核在取中断向量时，默认是从0地址开始计算的）。这通常在system_LPC845.c文件的SystemInit()函数中完成，添加如下代码：

// 在SystemInit()函数内添加 SCB->VTOR = 0x00002000UL; // 将向量表偏移寄存器设置为0x2000

对于使用CMSIS的工程，也可以在main()函数最开始调用：

int main(void) { SCB->VTOR = 0x00002000UL; // 重映射向量表 // ... 其他初始化代码 }

4.3 生成带CRC头的应用程序二进制文件

编译链接后，我们会得到一个.axf或.out文件。我们需要从中提取出纯二进制文件（.bin）供SBL下载。在Keil中，可以通过Options for Target -> User -> After Build/Rebuild配置，调用fromelf.exe工具来生成.bin文件。

但这样生成的.bin文件还不完整，它缺少SBL要求的图像头。这时就需要用到软件包中的lpc845_secimgcr.exe工具。这个工具的作用是，读取原始的应用程序.bin文件，在文件内部偏移0x100的位置插入一个包含CRC校验码和其他信息的头结构，并输出一个新的.bin文件。

操作步骤如下：

打开命令提示符（CMD），并切换到lpc845_secimgcr.exe工具所在的目录。
执行命令：
```
lpc845_secimgcr.exe -n1 input_app.bin output_app_crc.bin
```
- -n1参数指定CRC校验的范围。-n1表示对整个应用程序镜像（从0x2000开始的部分）计算CRC。-n2则只对图像头本身计算CRC。通常使用-n1以确保固件完整性。
- input_app.bin是你从Keil生成的原始二进制文件。
- output_app_crc.bin是添加了CRC头后的最终文件，这个文件才是要通过I2C下载到板子里的。

执行成功后，工具会输出生成的CRC值。你可以用二进制查看工具打开output_app_crc.bin，会看到在文件开头部分多出了一段数据（图像头），而你的应用程序代码紧随其后。

避坑技巧：务必确保你传递给lpc845_secimgcr.exe的输入文件是纯净的应用程序二进制码，不包含任何额外的调试信息或填充。最好是从Keil工程直接生成，并确认链接地址正确。我曾遇到过因为从错误地址提取二进制文件，导致CRC计算范围错误，SBL始终校验失败的问题。

5. 通过I2C-Util工具进行固件更新实战

环境备好，程序编好，头也加好了，现在进入最激动人心的环节：通过I2C总线，用电脑给LPC845更新固件。我们将使用软件包里的I2C-Util.exe这个命令行工具。

5.1 连接与初始化

确保硬件连接正确（I2C和GND），并将作为USB-I2C桥的LPC54102板连接到电脑。
以管理员身份打开命令提示符，导航到I2C-Util.exe所在目录。
运行I2C-Util.exe。工具会自动检测连接的LPC54102板，并进入一个交互式命令行界面。界面会显示可用的命令列表。

5.2 固件更新完整流程

假设我们要更新一个简单的LED闪烁程序。以下是详细的交互步骤和命令解析：

# 1. 启动I2C-Util，选择I2C模式（通常默认就是） C:\SBL_Tools> I2C-Util.exe I2C Utility Tool Started. Type 'help' for commands. # 2. 发送 'f' 命令，拉低nHostIRQ线（如果连接了）。 # 这个信号告诉SBL：“先别启动App，等我命令”。如果没接nHostIRQ线，此步可省略，但需要确保Flash里当前没有有效的App镜像（即0x2100处无有效头），否则SBL会直接启动旧App。 i2c> f nHostIRQ set as output and driven low. # 3. 按下目标板（LPC845 MAX板）的复位按钮（SW3）。 # 这会触发芯片复位，SBL开始运行。由于nHostIRQ为低（或没有有效App），SBL会进入I2C命令等待模式。 # 4. 发送 'g' 命令，将nHostIRQ线重新配置为输入（释放控制权）。 # 完成握手，告诉SBL：“我准备好了，你可以控制这根线了”。 i2c> g nHostIRQ set as input. # 5. 发送 '8' 命令，获取SBL版本号。这是一个很好的连通性测试。 i2c> 8 SBL Version: 1.0 # 6. 发送 '1' 命令，开始固件更新流程。工具会提示你输入固件文件名。 i2c> 1 Enter firmware image file name: led_blinky_crc.bin

此时，工具会开始执行一系列底层操作：

擦除：根据新固件的大小，计算需要擦除哪些Flash扇区（从0x2000开始往后）。发送IAP命令擦除这些扇区。
编程：将led_blinky_crc.bin文件中的数据，分块（通常是256字节一块）通过I2C发送给SBL，SBL再调用IAP命令写入到对应的Flash地址。
校验：编程完成后，SBL可能会自动或根据命令进行校验（如CRC校验）。整个过程会在命令行中显示进度条或日志。I2C通信本身不算快，更新一个几十KB的固件可能需要几秒到十几秒。

# 7. 更新完成后，发送 'b' 命令，让SBL启动刚刚烧录的应用程序。 i2c> b Booting application...

如果一切顺利，你应该立刻看到LPC845 MAX板上的蓝色LED开始闪烁。这表明新的用户程序已经成功运行！

5.3 从应用程序中重新调用SBL

一个更高级的功能是：用户应用程序在运行过程中，可以主动跳转回SBL，以便主机随时发起更新，而无需物理复位按钮。这在实现“软件触发更新”时非常有用。

在SBL工程中，定义了一个函数指针indrectAppJump，它被强制链接到地址0x00001F00，并指向SBL的入口函数。在用户应用程序中，你可以调用一个名为bootSecondaryLoader()的函数（其原型和实现可以在SBL的头文件中找到）。这个函数会执行以下操作：

禁用所有中断。
将必要的参数（如I2C引脚配置）存入特定寄存器或内存位置。
执行一个跳转指令，跳转到0x00001F00这个地址。
CPU从0x00001F00取出函数指针，进而执行SBL的入口代码，重新进入I2C命令等待模式。

这样，只要主机在I2C总线上发送一个特定信号（或应用程序根据某个条件自行决定），就能“软重启”到Bootloader模式，实现了真正的在线更新。

注意事项：在应用程序中跳转回SBL前，必须妥善关闭所有外设（特别是定时器、中断、DMA等），并确保没有正在进行的Flash操作。不干净的跳转可能导致硬件状态错乱，使SBL无法正常工作。最好将跳转代码放在一个尽可能“干净”的上下文环境中执行。

6. 常见问题排查与调试心得

在实际操作中，你几乎一定会遇到各种问题。下面是我总结的一些常见故障和排查思路，希望能帮你快速定位。

6.1 通信失败：I2C-Util无响应

症状：运行I2C-Util后，发送任何命令（如8）都没有回应，或者提示“I2C device not found”。
排查步骤：
1. 检查硬件连接：这是最最常见的原因！用万用表蜂鸣档确认SDA、SCL、GND三根线是否连通，有没有虚焊或接错。特别注意GND必须共地。
2. 检查I2C上拉电阻：I2C总线需要上拉电阻（通常4.7kΩ）。LPCXpresso开发板一般已内置。如果是自定义板，请确保SDA和SCL线上有上拉电阻到VCC。
3. 确认从机地址：SBL的I2C从机地址默认是0x50（7位地址）。使用逻辑分析仪或示波器抓取I2C总线波形，看主机发出的地址是否正确。也可以尝试用I2C-Util的扫描命令（如果有）扫描总线上的设备。
4. 确认LPC54102桥接板：确保LPC54102板上的桥接固件是正确且最新的。有时需要重新用LPCScrypt工具烧录其固件。
5. 检查SBL是否成功运行：测量LPC845的某个GPIO（在SBL代码中初始化为输出并周期性翻转），用示波器看是否有波形，以确认SBL代码确实在运行，而不是卡死了。

6.2 CRC校验失败

症状：固件下载过程似乎成功，但发送b命令启动时失败，或者SBL直接拒绝启动，通过调试信息发现是CRC错误。
排查步骤：
1. 确认链接地址：百分之九十的问题出在这里。用二进制编辑器打开你生成的input_app.bin，确认它的内容是否确实是从0x2000开始的应用程序代码。检查Keil的map文件，看代码和数据的起始地址是否正确。
2. 确认CRC工具参数：检查你调用lpc845_secimgcr.exe时使用的-n参数。如果应用程序镜像本身是从0x2000开始链接的，那么应该使用-n1（计算整个镜像的CRC）。如果镜像文件的开头包含了0x0000到0x1FFF的填充数据（通常不会），那计算范围就错了。
3. 手动计算校验：可以使用其他CRC32计算工具（如一些十六进制编辑器自带），对你生成的output_app_crc.bin文件中从图像头之后的数据进行计算，比对是否与头中存储的CRC值一致。这能帮你确定是生成环节还是SBL计算环节出了问题。

6.3 应用程序无法启动或运行异常

症状：SBL报告启动成功，但应用程序没反应（LED不闪），或者运行一会儿就死机、复位。
排查步骤：
1. 检查向量表重映射：在应用程序的main()函数最开始处，或者SystemInit()函数中，确认SCB->VTOR = 0x00002000UL;这行代码被执行了。如果没有，中断发生时CPU会去错误的地址找中断服务函数，导致硬件错误。
2. 检查时钟初始化：SBL可能会初始化系统时钟。你的应用程序在启动时，是重新初始化时钟，还是沿用SBL的设置？如果不一致，可能导致外设（如UART、定时器）的时钟频率不对，从而工作异常。建议在App中完整地重新初始化一遍系统时钟和外设。
3. 检查堆栈指针：确保应用程序的中断向量表第一个字（初始堆栈指针）设置正确。链接脚本通常会处理好这个。
4. 使用调试器：如果条件允许，在跳转到应用程序后，用调试器（SWD）挂载上去，单步调试，看程序死在哪个位置。这通常是最直接的定位方法。

6.4 关于nHostIRQ引脚的使用

nHostIRQ机制很实用，但它增加了硬件连线的复杂性。在实际产品设计中，你需要权衡：

如果使用：需要占用LPC845的一个GPIO，并连接到主机。优点是可以在不切断电源的情况下，通过主机信号强制进入Bootloader模式，实现真正的“随时更新”。
如果不使用：硬件更简单。但更新固件需要确保Flash中当前没有有效的应用程序（即CRC头无效）。这通常意味着要么第一次烧录，要么在更新前先通过I2C发送命令擦除应用程序区域。或者，也可以利用应用程序中的“软件跳转”功能来主动进入SBL。

我的经验是，在原型开发和测试阶段，可以先不接nHostIRQ，专注于把基础的I2C更新流程跑通。在产品定型时，如果更新流程要求主机能随时中断应用程序，则再考虑添加此引脚。

通过以上这些步骤和问题排查指南，你应该能够独立完成LPC845 I2C SBL的集成与应用。这套方案的核心思想——利用次级Bootloader和标准通信接口实现远程更新——可以迁移到很多其他MCU平台上。理解其内存布局、启动流程和通信协议，是灵活运用和定制化开发的关键。

查看全文

http://www.jsqmd.com/news/977391/