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

I.MX RT1170启动进阶：Boot模式选择与Bootable image生成实战

news 2026/7/15 17:55:00

1. I.MX RT1170启动模式基础解析

第一次接触I.MX RT1170的启动配置时，我被它复杂的选项搞得一头雾水。这块跨界MCU的启动机制就像个精密的多层保险箱，需要正确组合多个配置参数才能顺利引导系统。经过几个实际项目的摸爬滚打，我终于摸清了门道。

BootROM是芯片出厂时固化在ROM中的一段不可修改的引导代码，每次上电都会首先执行。它主要完成三件事：

根据BOOT_MODE引脚状态确定启动模式
读取BOOT_CFG配置（来自引脚或eFuse）
从指定存储设备加载用户程序

启动模式的选择就像选择进入大楼的不同入口：

Internal Boot模式：正门入口，直接从Flash/SD卡等存储设备启动
Serial Downloader模式：货运通道，通过USB/UART下载程序到RAM运行
Boot From Fuses模式：VIP专属通道，完全由eFuse配置决定启动行为

实际项目中，90%的情况都会使用Internal Boot模式。但当你需要刷写固件时，Serial Downloader模式就是救命稻草。我曾遇到过一个案例：客户误配置了eFuse导致无法启动，最后就是通过Serial Downloader模式连接MCUBootUtility工具完成了修复。

2. 硬件配置实战指南

2.1 BOOT_CFG引脚配置技巧

BOOT_CFG引脚就像启动流程的导航地图，告诉BootROM去哪里找程序。以常见的8线QSPI Flash启动为例，硬件设计时需要注意：

根据参考手册确定引脚对应关系：
- BOOT_CFG1：连接到FlexSPI接口选择
- BOOT_CFG2：Flash类型选择（NOR/NAND）
- BOOT_CFG4：加密启动使能

典型配置组合：

| 启动设备 | BOOT_CFG1 | BOOT_CFG2 | BOOT_CFG4 | |----------------|-----------|-----------|-----------| | QSPI NOR Flash | 低电平 | 高电平 | 低电平 | | SD卡 | 高电平 | 低电平 | 低电平 |

硬件设计检查清单：
- 确保上拉/下拉电阻值在4.7kΩ-10kΩ范围
- 避免将配置引脚复用为其他功能
- 预留测试点以便调试时测量电平

2.2 eFuse配置的注意事项

eFuse是一次性可编程存储器，配置错误可能导致芯片报废。以下是我总结的安全操作指南：

关键eFuse位域：
- BT_FUSE_SEL (0x460[4])：1=使用eFuse配置
- BOOT_CFG (0x450[15:0])：启动参数配置
- ENC_BOOT (0x460[5])：加密启动使能

烧写eFuse的正确姿势：

# 使用MCUBootUtility工具示例 ./blhost -u 0x15A2,0x0073 -j -- fill-memory 0x20202000 4 0xC0000000 ./blhost -u 0x15A2,0x0073 -j -- configure-memory 0x20202000 0x480

血泪教训：
- 烧写前务必用read-fuse命令确认当前状态
- 先烧写BOOT_CFG再烧写BT_FUSE_SEL
- 保留未使用位为0，避免意外锁定芯片

3. Bootable image深度剖析

3.1 镜像文件结构详解

一个完整的Bootable image就像精心包装的快递包裹，包含多个必需部件：

┌───────────────────────┐ │ FCB (可选) │ ← 0x400 (NOR Flash需要) ├───────────────────────┤ │ IVT (必须) │ ← 0x1000 ├───────────────────────┤ │ Boot Data (必须) │ ← 0x1020 ├───────────────────────┤ │ DCD (可选) │ ← 0x1030 ├───────────────────────┤ │ 应用程序代码和数据 │ ← 0x2000 └───────────────────────┘

IVT（Image Vector Table）是这个结构的核心，相当于快递面单，包含关键指针：

typedef struct { uint32_t header; // 头标识(D1)和版本号 uint32_t entry; // 程序入口地址 uint32_t reserved1; uint32_t dcd; // DCD结构地址 uint32_t boot_data; // Boot Data地址 uint32_t self; // IVT自身地址 uint32_t csf; // 安全启动数据地址 uint32_t reserved2; } ivt_t;

3.2 三种生成方式对比

根据项目阶段不同，我推荐不同的生成方式：

MCUXpresso IDE自动生成（开发阶段首选）
- 在工程属性中勾选"Generate boot image"
- 自动处理IVT/DCD等结构的链接
- 示例链接脚本片段：
```
.boot_data : { __boot_data_start = .; KEEP(*(.boot_data)) __boot_data_end = .; } > BOARD_FLASH
```

elftosb工具链（量产阶段推荐）

提供更精细的控制能力

典型配置文件示例：

{ "outputImage": "ivt_image.bin", "loadAddress": "0x30000000", "entryPointAddress": "0x30002000", "sections": [ { "sectionName": ".text", "address": "0x30002000" } ] }

MCUBootUtility图形工具（快速原型开发）
- 拖拽式操作生成镜像
- 支持一键烧写到SD卡/QSPI Flash

4. 典型问题排查手册

4.1 启动失败常见症状

症状：卡在BootROM阶段
- 检查项：
  - BOOT_MODE引脚电平是否正确
  - 存储设备初始化波形（用逻辑分析仪抓取）
  - IVT头标识是否为0xD1
症状：进入Serial Downloader模式
- 通常表示BootROM找不到有效镜像
- 检查FCB/IVT结构偏移地址是否正确
- 验证存储设备内容是否完整写入
症状：随机崩溃
- 可能是DCD配置问题
- 使用memtool检查SDRAM初始化结果：
```
./memtool -32 0x80000000=0x12345678 ./memtool -32 0x80000000
```

4.2 调试技巧分享

利用LED指示灯：

// 在启动早期添加调试代码 GPIO_PinWrite(GPIO1, 3, 1); // 点亮LED

串口打印调试：

// 在BootROM完成后立即初始化UART CLOCK_EnableClock(kCLOCK_Uart1); uart_config.baudRate_Bps = 115200; UART_Init(UART1, &uart_config, CLOCK_GetFreq(kCLOCK_Usb1PllPfd0Clk));