3、网关固件烧录：使用ST-Link/J-Link烧录Bootloader、固件分区与校验机制
好，咱们进入第三章。这一章要聊的是网关固件烧录，说白了就是怎么把写好的程序塞进芯片里，并且让它能稳稳当当地跑起来。
我个人习惯把固件烧录分成两步走：先烧Bootloader，再烧应用程序。为什么这么干？你想想看，Bootloader就像网关的“看门大爷”，它负责引导系统启动、检查固件完整性、决定要不要升级。应用程序才是真正干活的“员工”。
3.1 烧录工具的选择：ST-Link vs J-Link
做项目时，我手边常备两样东西：ST-Link和J-Link。它们各有各的脾气。
| 特性 | ST-Link | J-Link |
|---|---|---|
| 适用芯片 | STM32全系列 | ARM Cortex全系列 |
| 烧录速度 | 一般，约50KB/s | 快，可达200KB/s以上 |
| 调试功能 | 基础断点、单步 | 高级Trace、RTT |
| 价格 | 便宜，几十块 | 贵，几百到上千 |
| 推荐场景 | 量产烧录、小项目 | 复杂调试、性能优化 |
我在项目中遇到过用ST-Link烧录大固件（超过512KB）时，中途卡死的情况。后来换成J-Link，问题就解决了。所以我的建议是：调试阶段用J-Link，量产阶段用ST-Link，性价比最高。
3.2 烧录Bootloader：第一步
Bootloader是固件的第一道门槛。它通常放在Flash的最开头，也就是0x08000000地址。
嗯，这里要注意：Bootloader的代码量一般控制在16KB以内。为什么？因为后面要给应用程序留出足够的空间。
核心要点：Bootloader必须包含以下功能：
- 检查应用程序的CRC校验值
- 判断是否需要进入固件升级模式
- 跳转到应用程序入口地址
用ST-Link烧录Bootloader的命令很简单：
# 使用STM32CubeProgrammer
STM32_Programmer_CLI -c port=SWD -w bootloader.bin 0x08000000 -v
# 使用J-Link
JLinkExe -device STM32F407VG -if SWD -speed 4000 -autoconnect 1
J-Link> loadbin bootloader.bin 0x08000000
J-Link> verifybin bootloader.bin 0x08000000
J-Link> r
J-Link> g我曾经犯过一个低级错误：烧录Bootloader时忘了加-v参数做校验。结果板子焊了100片，有3片启动不了。排查了两天才发现是烧录数据有误。从那以后，我每次烧录完必做校验，雷打不动。
3.3 固件分区设计：把Flash切成几块
Flash空间怎么分？我一般这么干：
| 分区名称 | 起始地址 | 大小 | 内容 |
|---|---|---|---|
| Bootloader | 0x08000000 | 16KB | 引导程序 |
| 参数区 | 0x08004000 | 16KB | 网关配置、校准数据 |
| App主程序 | 0x08008000 | 448KB | 业务逻辑代码 |
| 备份区 | 0x08080000 | 448KB | OTA升级时的备份固件 |
你想想看，为什么要有备份区？说白了就是防止升级失败变砖。我在一个远程升级项目中，就因为网络中断导致固件写到一半，网关直接死机。幸好有备份区，Bootloader检测到主程序校验失败，自动从备份区恢复，这才救了场。
3.4 校验机制：CRC32与双备份校验
固件烧录完，怎么知道它没被写坏？校验机制就是干这个的。
我常用的校验方式有两种：
- CRC32校验：在固件末尾附加4字节的CRC32值。Bootloader启动时计算整个固件的CRC，跟附加值比对。
- 双备份校验：主程序和备份程序各存一份CRC。如果主程序校验失败，自动切换到备份程序。
我的小技巧：CRC32的生成多项式建议用0x04C11DB7，这是IEEE标准。别问我为什么，问就是兼容性好，很多上位机工具都支持这个标准。
代码实现也很简单：
// 计算固件CRC32
uint32_t calculate_firmware_crc(uint32_t *data, uint32_t length)
{
uint32_t crc = 0xFFFFFFFF;
for (uint32_t i = 0; i < length; i++)
{
crc = HAL_CRC_Calculate(&hcrc, &data[i], 1);
}
return crc ^ 0xFFFFFFFF;
}
// Bootloader中的校验逻辑
void check_firmware_integrity(void)
{
uint32_t stored_crc = *(uint32_t*)(APP_ADDR + APP_SIZE - 4);
uint32_t calc_crc = calculate_firmware_crc((uint32_t*)APP_ADDR, (APP_SIZE/4) - 1);
if (stored_crc != calc_crc)
{
// 校验失败，尝试从备份区恢复
restore_from_backup();
}
}警告：千万不要把CRC值放在固件内部！我曾经见过有人把CRC写在固件中间，结果每次修改固件都要重新计算CRC位置，麻烦得要命。正确的做法是放在固件末尾，或者单独存放在参数区。
3.5 烧录流程总结
好了，我把整个流程串起来，画了一张图，方便你理解：
这张图把整个流程串起来了。你照着这个顺序做，基本不会出大问题。
最后说一句：烧录这件事，看着简单，但细节决定成败。我见过太多人因为跳过校验步骤，导致现场设备批量出问题。记住，多花30秒做校验，能省下3天排查时间。
公众号:蓝海资料掘金营，微信deep3321