第2章：单核MCU时代——8位/16位MCU在车载娱乐系统中的挣扎
说实话，每次回顾这段历史，我都忍不住想笑。现在的年轻人可能很难想象，当年我们用来做车载娱乐系统的芯片，性能还不如今天一个智能手表的处理器。但正是那个时代，奠定了汽车电子化的基础。
2.1 那个“够用就好”的年代
上世纪90年代末到2000年初，车载娱乐系统还叫“车载收音机”。功能很简单：收FM/AM广播，放磁带，后来升级到CD播放。你想想看，这点活儿需要多强的算力？
8位MCU，比如经典的8051系列，或者Motorola的68HC05系列，就干这个。我入行时第一个项目就是基于瑞萨的8位MCU做车载收音机控制。说白了，就是处理按键扫描、LCD段码显示、收音机调谐这几个任务。
典型的8位MCU规格：
| 参数 | 典型值 | 备注 |
|---|---|---|
| 主频 | 4-20 MHz | 够跑一个简单的主循环 |
| Flash | 8-64 KB | 代码必须精打细算 |
| RAM | 256B - 2KB | 全局变量都得省着用 |
| GPIO | 16-40个 | 直接驱动段码LCD和按键 |
| ADC | 8位/10位 | 读取音量电位器 |
嗯，这里要注意：8位MCU的RAM通常只有几百字节。我习惯在项目开始时先画一张“内存地图”，把每个全局变量、堆栈、中断向量都安排好。有一次，一个同事没注意，全局变量定义多了，编译直接报错——RAM溢出。这在当时是家常便饭。
2.2 功能单一，但挑战不小
你以为功能简单就好做？错了。
车载环境对MCU的要求其实很苛刻：
- 温度范围：-40°C到+85°C，甚至+105°C。普通消费级MCU根本扛不住。
- 电磁兼容：车内电磁干扰严重，MCU必须通过ISO 7637和CISPR 25测试。
- 可靠性：不能死机，不能重启。我见过一个项目，因为MCU看门狗配置不当，车子颠簸一下收音机就重启了。
我记得有一次，客户反馈说收音机在冷启动时偶尔没声音。排查了两个月，最后发现是MCU上电时序问题——8位MCU的I/O口在复位期间会输出不确定电平，导致音频功放误触发静音。解决方案很简单：加一个上拉电阻，延迟功放使能信号。但这个问题在实验室里根本复现不了，只有冬天在黑龙江才能试出来。
2.3 算力瓶颈：当CD播放遇上MP3
2000年左右，MP3格式开始流行。用户想在车里听MP3，但8位MCU根本解码不了MP3。为什么？
MP3解码需要：
- 定点或浮点运算能力
- 至少20-30 MIPS的算力
- 足够的RAM存放解码缓冲区（至少几十KB）
8位MCU的算力通常只有1-5 MIPS，RAM更是捉襟见肘。所以当时的主流方案是：
- 用8位MCU做控制（按键、显示、USB主机协议）
- 外挂一颗专用的MP3解码芯片（比如Micronas的MAS3507）
- MCU通过I2C或SPI发送命令给解码芯片
典型的系统框图：
这种架构说白了就是“分工合作”。MCU只管控制，解码芯片只管算。但问题也很明显：
- 成本高：多一颗芯片，多一份BOM成本
- PCB面积大：两颗芯片加上外围电路，占地方
- 通信延迟：MCU和解码芯片之间通过I2C/SPI通信，有延迟
核心痛点：8位/16位MCU的算力天花板，决定了它只能做“控制”，做不了“计算”。一旦娱乐系统需要处理音频解码、图形显示、触摸控制等任务，MCU就彻底不够用了。
2.4 避坑指南：我踩过的那些坑
做8位MCU项目，有几个坑我至今记忆犹新：
坑1：中断优先级配置
我曾经在一个项目中，把定时器中断和外部中断的优先级搞反了。结果收音机调谐时，按键响应变得极其迟钝。用户按一下音量键，要等半秒才有反应。排查了三天，才发现是中断嵌套导致按键扫描被延迟了。
技巧：8位MCU的中断资源有限，我习惯把时间敏感的中断（如定时器、ADC）设为高优先级，把非关键的中断（如按键）设为低优先级。同时，中断服务函数里尽量少做事，只置标志位，主循环里再处理。
坑2：看门狗喂狗时机
另一个项目，客户反馈车子在颠簸路面行驶时，收音机会随机重启。后来发现是看门狗超时了——因为主循环里有一个耗时的EEPROM写入操作，导致喂狗间隔超过了看门狗超时时间。解决方案：在EEPROM写入前先喂一次狗，或者把EEPROM写入放到定时中断里分段执行。
2.5 从8位到16位：算力的“小步快跑”
随着用户需求增加，8位MCU越来越吃力。16位MCU开始进入车载娱乐系统。典型的代表是Infineon的C166系列和Freescale的S12系列。
16位MCU的优势：
- 主频提升到40-80 MHz
- RAM扩大到8-32 KB
- Flash达到128-512 KB
- 支持更复杂的通信协议（CAN、LIN）
但说实话，16位MCU在车载娱乐系统里也只是“过渡方案”。它能做的事情比8位多，但依然不够。比如：
- 可以显示简单的图形化界面（比如点阵LCD显示歌曲名）
- 可以处理更复杂的按键组合（比如长按、双击）
- 可以支持简单的USB Mass Storage协议（读取U盘里的MP3文件列表）
但一旦涉及到：
- 彩色TFT屏幕显示
- 触摸屏控制
- 蓝牙音频流传输
- 导航地图渲染
16位MCU就彻底歇菜了。我做过一个项目，用16位MCU驱动一个320x240的彩色LCD，刷新率只有5帧/秒，而且CPU占用率高达90%。用户操作一下，要等200ms才有反应。这体验，说实话，还不如当年的功能手机。
2.6 小结：单核MCU时代的遗产
虽然8位/16位MCU在车载娱乐系统里已经退居二线（现在主要用于车身控制、传感器采集等），但那个时代留下的经验依然有价值：
- 资源受限下的编程思维：用最少的资源做最多的事
- 实时性设计：中断、看门狗、任务调度
- 硬件与软件的协同：MCU选型、外围电路设计
我个人觉得，如果你能做好一个8位MCU的项目，那么你理解起后来的ARM Cortex-M、Cortex-A系列芯片，会轻松很多。因为底层逻辑是一样的——只是资源多了，复杂度高了。
嗯，下一章我们会聊聊，当MCU实在扛不住的时候，行业是怎么转向ARM架构的。但那是后话了。