041、NPU的固件设计：启动流程与自检
去年调试某款自研NPU芯片时，遇到一个诡异的“冷启动死机”问题——芯片上电后，NPU核心死活不响应指令，但热重启却一切正常。用逻辑分析仪抓了三天波形，最后发现是固件里一个自检超时参数设得太紧，导致电源纹波稍大就触发看门狗复位。这个坑让我意识到，NPU固件的启动流程远不是“跑个初始化函数”那么简单。
启动流程的“三阶段”陷阱
NPU固件启动，我习惯分成三个阶段：BootROM加载、固件解包与校验、核心初始化。每个阶段都有各自的“坑位”。
BootROM阶段，芯片上电后第一个执行的是固化在ROM里的微码。这里有个容易被忽略的点：NPU的DDR控制器在此时通常还没初始化，所以BootROM代码只能访问片内SRAM。我们团队早期犯过错误——把BootROM的栈指针指向了DDR地址空间，结果芯片直接跑飞。正确的做法是，BootROM代码里显式设置栈指针到SRAM的高地址区域，并且要留出足够的空间给后续的中断向量表。
固件解包阶段，我见过最蠢的写法是直接把固件镜像从Flash读到DDR里就开始执行，完全不校验完整性。某次量产批次中，Flash的某个扇区因为工艺波动出现了位翻转，结果NPU在推理时偶尔输出NaN。后来我们在固件头部加了CRC32校验，并且在BootROM里用硬件CRC引擎做校验——注意，别用软件CRC，NPU的BootROM空间通常只有几十KB，软件CRC会吃掉大量代码空间。
核心初始化阶段，NPU的神经网络计算单元（比如MAC阵列、激活函数查找表）需
