2. Bootloader移植与调试：分析芯片启动流程、配置DDR初始化参数、调试串口输出、解决启动阶段卡死问题

Bootloader移植，说白了就是让芯片先“活过来”。我做了这么多年嵌入式，见过太多板子焊好后，上电一点反应都没有。这时候别慌，八成是Bootloader没跑通。今天咱们就聊聊这块儿最容易踩的坑。

2.1 芯片启动流程分析

先搞清楚芯片上电后干了什么。不同国产芯片的启动流程大同小异，我拿某款RISC-V内核的芯片举个例子。

上电瞬间，芯片内部有个固化在ROM里的启动代码（叫BootROM）。它先检查启动引脚的电平，决定从哪儿加载代码。常见的有：

• SPI Flash启动：从外部Nor Flash读前几KB代码到SRAM
• NAND Flash启动：需要先搬4KB的“小Loader”到内部RAM
• SD卡启动：调试阶段最常用，改代码不用烧录
• UART启动：串口直接下载，适合裸板调试

我个人习惯，拿到新板子第一件事就是看芯片手册里的“Boot Sequence”章节。那里会画一个清晰的流程图。嗯，这里要注意：很多国产芯片的BootROM会做CRC校验，如果校验失败，它会直接死循环。我第一次调某款芯片时，就因为Flash里是空数据，卡了整整两天。

2.2 DDR初始化参数配置

DDR初始化是Bootloader里最头疼的部分。参数配错了，板子要么死机，要么跑起来不稳定。我建议你从这几个方面入手：

2.2.1 获取正确的参数

别自己瞎猜参数。正确的来源有三个：

1. 芯片原厂提供的参考代码——这是最靠谱的，但要注意版本匹配
2. DDR颗粒的DataSheet——里面有时序参数，比如tRCD、tRP、tRAS这些
3. 同平台的开源项目——比如在U-Boot或Linux内核里找类似板子的配置

我记得有一次，客户给了一块新板子，DDR颗粒型号很偏。我翻遍了原厂资料都没找到现成配置。最后是拿着示波器，一根一根量地址线的信号质量，才把参数调出来。那叫一个折腾。

2.2.2 关键参数解读

参数名	含义	配错后果
DDR_TYPE	DDR3/DDR4/LPDDR4等	完全无法初始化
DATA_WIDTH	数据总线宽度（16/32/64bit）	读写数据错位
ROW/BANK/COL	行列地址映射	内存访问越界
tCL/tRCD/tRP	CAS延迟等时序参数	高频下不稳定
ODT	片上端接电阻	信号反射导致误码

2.3 调试串口输出

串口是Bootloader调试的“眼睛”。没有串口输出，你就像在黑屋子里修电路。我见过太多人卡在这一步。

2.3.1 串口初始化要点

串口输出不出来的原因，我总结了一下：

• 引脚复用没配——很多国产芯片的UART引脚和GPIO共用，默认是GPIO模式。你得先配成UART功能。
• 时钟没开——UART模块的时钟门控没打开，寄存器写进去也没反应。
• 波特率算错了——UART时钟源频率和分频系数不匹配，出来的波特率不对。
• 电平转换——如果板子上有RS232转换芯片，检查它的供电和方向控制。

我曾经调一块板子，串口死活没输出。折腾了半天，发现是串口芯片的EN脚被拉低了。嗯，这种低级错误，犯过一次就记住了。

2.3.2 串口调试代码示例

下面是一段典型的UART初始化代码，我习惯在Bootloader最开头就调用它：

/* 简易串口初始化（以某国产RISC-V芯片为例） */
void uart_early_init(void)
{
    unsigned int val;

    /* 1. 使能UART模块时钟 */
    *(volatile unsigned int *)(CLK_BASE + 0x10) |= (1 << 5);

    /* 2. 配置引脚复用为UART功能 */
    *(volatile unsigned int *)(GPIO_BASE + 0x24) &= ~(0x3 << 10);
    *(volatile unsigned int *)(GPIO_BASE + 0x24) |= (0x1 << 10);

    /* 3. 设置波特率：115200 @ 24MHz */
    *(volatile unsigned int *)(UART_BASE + 0x00) = 0x10;  // 使能FIFO
    *(volatile unsigned int *)(UART_BASE + 0x24) = 24;    // 分频系数

    /* 4. 发送一个测试字符 */
    while (!(*(volatile unsigned int *)(UART_BASE + 0x14) & (1 << 5)));
    *(volatile unsigned int *)(UART_BASE + 0x00) = 'U';
}

2.4 解决启动阶段卡死问题

启动卡死，是Bootloader移植里最常见的故障。你想想看，代码刚跑了几行就停了，连个错误信息都没有。怎么查？

2.4.1 卡死原因排查清单

我按优先级排了个序，你照着查：

1. 检查复位引脚——用示波器看复位信号是不是一直低电平。有些板子的复位芯片上电延迟太长。
2. 检查时钟输出——芯片有没有输出主时钟？用示波器或频率计测一下。
3. 检查启动介质——Flash有没有焊好？SD卡有没有插牢？启动引脚电平对不对？
4. 检查代码链接地址——Bootloader的链接地址和实际运行地址是否一致？不一致的话，跳转就飞了。
5. 检查栈指针——在C代码入口处，SP寄存器有没有正确设置？没设栈，函数调用直接崩。
6. 检查DDR初始化——如果代码已经搬到了DDR里运行，那DDR初始化肯定有问题。

2.4.2 我的调试三板斧

遇到卡死，我一般这么干：

• 第一斧：点灯——在代码不同位置点亮不同的LED。看到哪个灯没亮，就知道卡在哪一步了。
• 第二斧：串口吐数字——没有LED？那就用串口输出一个递增的数字。比如在每段代码前输出“1”、“2”、“3”。看到哪个数字没出来，问题就在那附近。
• 第三斧：反汇编看PC——用JTAG调试器挂上去，看程序计数器（PC）停在哪里。这是最精确的方法。

2.4.3 常见卡死场景与对策

现象	可能原因	对策
上电后完全无反应	复位电路、电源、晶振	用示波器检查这三个信号
串口输出乱码	波特率不匹配、时钟源不对	重新计算分频系数
输出几个字符后卡死	DDR初始化失败、代码搬移出错	检查DDR配置参数
跳转到C代码后卡死	栈指针未设置、BSS段未清零	检查启动汇编代码
运行一段时间后死机	DDR时序不稳定、电源纹波大	降频测试、检查电源

说白了，Bootloader调试就是“分而治之”。把启动过程切成一小段一小段，每段都验证通过，再往前走。别想着一步到位，那只会让你更头疼。

---

公众号:蓝海资料掘金营，微信deep3321