2. 常见存储器故障现象：程序跑飞、数据错乱、死机、启动失败
做嵌入式这些年，我见过最多的故障，其实不是电路烧了，也不是芯片坏了。而是存储器出了问题。说白了，存储器是单片机的“记忆体”，它一乱，整个系统就跟着疯。
这一章，咱们就聊聊最常见的四种存储器故障现象。你调试时遇到的情况，十有八九能归到这几类里。
2.1 程序跑飞
程序跑飞，是我个人觉得最头疼的故障。明明代码逻辑没问题，可单片机就是不听使唤。LED 乱闪，电机乱转，串口发出来的数据像天书。
为什么会这样？
程序跑飞，本质上是程序计数器（PC）跳到了一个非法地址。这个地址里要么是随机数据，要么是未初始化的 Flash 区域。CPU 把那些数据当成指令来执行，结果可想而知。
核心原因：Flash 存储器读取错误，或者堆栈指针（SP）被破坏，导致函数返回地址出错。
我在项目中遇到过一件事。一个温控器产品，客户反映偶尔会死机。我查了三天，最后发现是 Flash 的某个扇区在高温下读取不稳定。程序跑到那个扇区时，PC 就飞了。后来换了工业级芯片，问题再没出现过。
避坑指南：我曾经在调试时忽略了一个细节——看门狗超时复位后，程序跑飞的概率会大增。因为复位不彻底，某些寄存器还保留着错误值。建议在复位后立即初始化所有关键寄存器，尤其是 SP 和 PC 相关的控制寄存器。
2.2 数据错乱
数据错乱，比程序跑飞更隐蔽。程序还在跑，功能也正常，但算出来的结果就是不对。比如 ADC 采样值忽大忽小，PID 输出突然跳变。
典型场景：
- 全局变量莫名其妙被修改
- 数组越界写操作，污染了相邻变量
- RAM 的某个字节在写入后自动翻转
你想想看，如果 RAM 的地址线有虚焊，或者电源纹波太大，数据写入时就会出错。我见过最离谱的一次，是某款国产 MCU 的 RAM 在低温下会随机丢数据。那批产品发到东北，冬天全挂了。
| 故障类型 | 典型表现 | 排查方向 |
|---|---|---|
| 全局变量被篡改 | 变量值不符合预期，但代码逻辑正确 | 检查数组越界、指针误操作 |
| RAM 位翻转 | 数据偶尔出现单比特错误 | 检查电源噪声、EMC 干扰 |
| 堆栈溢出 | 局部变量被覆盖，函数返回异常 | 计算堆栈深度，增加堆栈空间 |
注意：数据错乱不一定是硬件问题。我曾经被一个野指针坑了整整一周。指针指向了已释放的堆空间，写入的数据把别的变量覆盖了。排查时一定要先确认软件逻辑，再怀疑硬件。
2.3 死机
死机，就是单片机完全停止响应。看门狗如果没开，它就永远停在那里。开了看门狗，它会反复复位，形成“复位-死机-复位”的死循环。
死机的常见原因：
- Flash 读取卡死：程序执行到某个地址，Flash 控制器无法返回数据，CPU 一直等待。
- RAM 访问异常：读写 RAM 时，地址线或数据线出现毛刺，导致总线挂死。
- 堆栈溢出：SP 指针跑到了未映射的地址空间，访问非法内存。
我记得有一次，一个电机驱动项目，上电后偶尔死机。用示波器抓 Flash 的片选信号，发现 CS 引脚上有毛刺。原来是 Flash 的 CS 走线太长，被旁边的 PWM 信号干扰了。加了个上拉电阻，问题解决。
我的习惯：在产品原型阶段，我会强制开启看门狗，并让看门狗超时时间尽量短。这样一旦死机，系统能快速复位，方便我抓复位原因。量产时再根据实际情况调整超时时间。
2.4 启动失败
启动失败，是用户最不能接受的故障。按下电源键，设备没反应。或者偶尔能启动，偶尔不能。
启动流程中的关键点：
- 复位向量表是否在正确地址
- 启动代码是否完整
- RAM 初始化是否成功
- 时钟配置是否稳定
说白了，启动失败就是单片机在“睁眼”的那一刻，没看到它该看的东西。比如复位向量指向的地址是空的，或者 Flash 的前几个字节被擦除了。
经验之谈：我遇到过一款芯片，它的启动代码必须放在 Flash 的前 4KB 内。有一次我改了链接脚本，把启动代码放到了后面，结果芯片死活不启动。查了两天才发现是链接脚本的问题。
启动失败还有一个容易被忽略的原因——电源。如果电源上电斜率太慢，单片机在电压还没稳定时就开始读 Flash，读到的全是乱码。这种情况下，加一个电源监控芯片（如 TPS3808）就能解决。
2.5 知识结构图
下面这张图，把四种故障现象、它们的根因以及排查方向串在了一起。你可以把它当成调试时的“地图”。
2.6 小结
这四种故障现象，其实不是孤立的。程序跑飞可能引发死机，数据错乱可能导致启动失败。调试时，我建议你先判断现象属于哪一类，然后顺着根因去查。
嗯，这一章的内容就到这里。记住一句话：存储器故障，七分在硬件，三分在软件。别急着改代码，先拿示波器看看波形。