说实话，第一眼看到“基于STM32设计的NES游戏机”这个项目标题，我脑子里蹦出来的第一个念头是“又一个想不开的”。不是贬义，是真的佩服——用MCU去模拟一台完整的上世纪80年代游戏主机，这活儿在嵌入式圈子里属于“既浪漫又头铁”的典型代表。但仔细扒完PCB工程和代码结构之后，我改主意了，这项目确实有东西，而且很适合拿来当作“单片机进阶综合实战”的标杆案例。
很多玩STM32的朋友，做到后面无非就是点灯、串口通信、传感器采集、电机控制，最多再来个小型RTOS，很难有那种“我造了一台完整设备”的成就感。而这个NES游戏机项目不一样，它把MCU的GPIO、定时器、DMA、中断、SPI、I2C、数模转换、电源管理全部串起来了，还要配上板级PCB设计，软硬件全栈打通。你把这套东西吃透，再回头看什么小家电控制、工控面板，那都是降维打击。
这篇文章不打算给你贴一堆“源码解析第五十行”那种枯燥玩意儿，我想站在一个完整做过这项目的人的角度，把从方案选型到软硬件调通的整个脉络拆开揉碎讲清楚。不管你是准备拿它当毕设、想给简历上添一个硬核项目，还是纯粹想给抽屉里的游戏ROM找个体面的归宿，这篇都值得你花十分钟看完。
1. 项目整体设计与方案选型
1.1 为什么敢用STM32跑NES模拟器
先说个很多人关心的问题：STM32的算力到底够不够跑NES？答案是够，但得看你怎么跑，以及选哪颗芯片。
NES的硬件本质是一颗8位6502 CPU（主频1.7897725MHz）加一颗PPU图像协处理器（同步生成画面）。你要在STM32上模拟它，有两种主流路线：一是纯粹用代码解释执行6502指令，再由MCU的CPU去实时计算画面帧缓冲；二是利用STM32的硬件外设去“伪装”出PPU的行为，比如用DMA搬运显存、用定时器生成视频时序。
在我完成的这个项目里，采用的是“CPU解释执行 + 软件渲染 + DMA辅助搬运”的混合架构。原因很直接：STM32F4系列主频能到168MHz，相比NES原本的1.79MHz有接近百倍的算力冗余，但冗余不等于可以乱挥霍，因为每一帧画面的生成、每一个音频采样的计算都得靠CPU硬算。实测下来，在STM32F407ZGT6这级别芯片上，解释执行6502核心指令能达到满帧率运行，但如果你选的是STM32F103这种72MHz的Cortex-M3，那压力就会陡增，挑游戏ROM跑，遇到复杂场景掉帧是很常见的。
1.2 主控芯片选型与关键参数取舍
这个项目的PCB上主控用的是STM32F407ZGT6，属于STM32F4系列的Cortex-M4F内核，带FPU浮点单元。选择这颗芯片而非F103，核心考量有三点：
- 主频性能。168MHz的主频为模拟器预留了足够的负载余量。NES模拟器在F407上，CPU占用率大约在45%到60%之间徘徊，具体看当前场景的精灵数量和滚屏复杂度。换F103的话，CPU占用率常年贴近90%，系统时刻游走在“卡死”边缘。
- SRAM容量。F407ZGT6拥有192KB SRAM，这是决定能否流畅加载游戏的关键参数。NES游戏ROM解压后需要常驻内存，帧缓冲需要双缓冲来做画面切换，精灵表、调色板、音频采样缓冲区都要吃RAM。我实测过，如果SRAM低于128KB，很多需要额外扩充内存的Mapper游戏（比如后面要说的MMC3芯片游戏）根本跑不起来，画面会直接花屏。
- 硬件外设丰富度。F407自带DCMI摄像头接口、多个DMA控制器、12位ADC、双DAC，这些全都派上了用场。特别是芯片内部集成的DAC，负责把PCM音频采样数据转成模拟信号，省掉了一颗外部DAC芯片的物料成本和PCB面积，这在寸土寸金的游戏机主板布局上是非常宝贵的。
1.3 软硬件架构蓝图
整体系统框图（描述性说明）可以分为三个层次：输入层、核心处理层、输出层。
输入层比较简单，就是两颗NES标准手柄的接口电路，加上板载的几个按键（复位、音量调节、菜单呼出等）。手柄读取使用GPIO的矩阵扫描方式，利用定时器每16毫秒触发一次读取，在中断里完成按键状态的采集和去抖。
核心处理层就是STM32F407本体加外部扩展的Flash芯片。其中外扩的Flash芯片非常关键，因为STM32片内Flash只有1MB，光固件和字库就吃掉了200多KB，剩下几百KB根本塞不下哪怕一个最小容量的NES游戏ROM（通常是40KB起步，大型游戏动辄256KB甚至更高）。所以我在PCB上挂了一颗W25Q64 SPI Flash（8MB容量），专门用来存放游戏ROM文件。开机时通过I2C从一个EEPROM里读取游戏菜单配置，再经SPI从Flash把ROM加载进SRAM。
输出层是这套设计里最有意思的地方。视频方面，我直接用GPIO经电阻网络拼出一个简易DAC，用来输出复合视频信号，配合定时器生成精确的像素时钟和行场同步信号。音频方面则直接走STM32内置DAC，配合DMA环形缓冲，生成双声道PCM音频。
2. 核心电路模块设计与参数计算
2.1 视频输出电路：电阻网络DAC的数学账
NES的输出分辨率是256x240像素，隔行扫描时代的标准复合视频信号需要遵循NTSC制式的时序规范。在PCB设计上，视频DAC部分是最容易出问题的地方，也是很多复刻者第一次点亮屏幕时发现画面斜纹、抖动、颜色失真的首要原因。
我采用的方案是R-2R梯形电阻网络，用8个GPIO引脚配合精密电阻构建8位DAC。这里有个关键计算必须说清楚：STM32的GPIO高电平输出典型值为3.3V，而复合视频标准要求同步头电平为0V、消隐电平约0.3V、白色电平约1.0V，并且输出阻抗必须严格匹配75欧姆。这就意味着你不能直接把GPIO的3.3V信号怼到视频线上。
实际设计中，输出端电阻网络配合75欧姆端接电阻做分压。典型计算如下：假如我们以消隐电平为目标，把GPIO高电平经过一个阻值较大的网络衰减，同时让并联输出阻抗尽量接近75欧姆。R-2R网络从最高位到最低位的常见取值为：900欧姆、1.8K、3.6K、7.2K、14.4K、28.8K、57.6K、115.2K，输出端再串联一个75欧姆电阻。这样网络输出阻抗约75欧姆，配合信号源端75欧姆匹配，基本能满足电视/采集卡的识别。这套阻值体系下，最高位单独贡献的电平约为1.4V，全部位拉高时通过限幅电路控制在1V左右。
这几个电阻的精度直接影响画面质量。我最初打样时贪便宜用了5%精度的普通厚膜电阻，结果画面出现非常明显的色带断层，尤其是天空渐变区域惨不忍睹。后来全部换成0.1%精度的金属膜电阻，问题立刻消失。在这个位置省钱，后续会花大把时间在示波器上怀疑人生。
2.2 音频电路：从数字采样到功放输出
NES的音频系统是很多人低估的部分。它的Pulse波、三角波、噪声通道混合在一起，采样率约为44.1kHz的时候，细节丰富度远高于同期其他平台的方波哔哔声。为了让“8-bit音乐”的灵魂不打折，这个项目没有用蜂鸣器敷衍，而是走了正经的数模转换放大链路。
STM32F407的片内DAC是12位精度，我配置成双通道模式，左右声道各占一个通道，再配合DMA从内存中的音频样本区循环搬数据。这里有一个非常关键的定时器同步设计：DAC的转换触发源设置为定时器2的更新事件，定时器2的溢出频率精确设置为44100Hz。只有这样，才能让DAC输出的模拟音频和模拟器内核计算音频样本的节拍严格保持一致，否则会出现恼人的“爆音”和“沙沙声”。
DAC输出之后是运放放大和滤波电路。我使用了一颗双通道轨到轨运放LMV358，第一级做二阶巴特沃斯低通滤波，截止频率定在20kHz，滤除高频噪声；第二级把信号从大约0.7Vpp放大到适合耳机或电视音频输入的1Vpp左右。电位器选用了带开关的10K对数型电位器，除了控制音量还能顺便做静音。
2.3 手柄接口电路与输入抗干扰
NES原版手柄使用的是移位寄存器协议：8个按键状态串行存放在CD4021芯片里，主机通过LATCH（锁存）、CLOCK（时钟）、DATA（数据）三根线读取。我在PCB上预留了一个原生7针手柄接口，同时用GPIO模拟这套时序。
需要注意的是，手柄线缆经常会有几十厘米长，在工作环境有电机、变压器等电磁干扰源时，线上感应出的尖峰脉冲有可能直接打进GPIO导致误触发。我的处理办法是：在三条信号线上各加一颗100欧姆串联电阻，并在进入MCU引脚之前并联10nF电容到地，构成一个简单的RC低通滤波。实测这个电路能让手柄在靠近开关电源的环境下依然保持稳定，不会出现“角色自己往左跑”的灵异事件。
2.4 电源系统：纹波是画面稳定性的隐藏杀手
PCB全板供电由USB 5V输入，经过一颗AMS1117-3.3稳压到3.3V主电源。这里有个经验教训值得单独拿出来说：视频DAC和音频DAC虽然是数字域控制的模拟输出，但它们对电源纹波极其敏感。如果直接把3.3V一股脑铺给所有电路，画面上会规律性地出现横纹滚动，音频里也会有嗡嗡底噪，这都是典型的电源耦合噪声。
正确的做法是把模拟部分和数字部分的电源在PCB上进行物理分割：数字区3.3V直接来自稳压器，模拟区3.3V则经过一颗磁珠再并联几颗大容量钽电容和陶瓷电容。磁珠把数字电路高频开关噪声阻挡在模拟区之外，钽电容负责低频储能，陶瓷电容负责高频去耦，三者配合能让模拟电源相对干净。这也是PCB Layout章节里说的“单点连接”原则的具体落地。
3. PCB设计实战：布局规划、走线规则与关键细节
3.1 双层板做到4层板效果的布局心法
这个项目PCB采用了双面贴片设计，整体尺寸控制在100mm x 80mm左右，尽量向NES卡带的轮廓致敬。双面板要做干净，第一原则是“分区、分区、再分区”。
我的布局规划分成了三个明显的物理区域：左侧是电源和手柄接口区，中间是MCU核心区，右上角是视频和音频输出区。这三个区域之间用较宽的地线铜皮做隔离带，避免数字信号跨越模拟区域。MCU的晶振（25MHz无源晶振用于产生像素时钟基准，8MHz晶振用于系统主频）被放置在MCU同侧且尽量靠近引脚，晶振下方正对着的地平面不做挖空处理，以减小分布电容对起振条件的毒害。
贴片元件的摆放上，去耦电容是很多人容易忽略的关键。我习惯在每个电源引脚旁边都放置一颗100nF和一颗10nF的并联去耦电容，前者应对高频噪声，后者照顾中频段；电容到引脚的走线不能先打过孔再接，而是走线到焊盘附近再打过孔到内层地，这样路径电感最小。这句“先焊盘后过孔”是无数板子翻车之后换回来的经验。
3.2 走线规则设置：线宽、间距、铜皮挖空
在AD20（Altium Designer 20）里绘制这个PCB工程时，规则设置是重中之重。下面是这套设计里的实际规则参数，可以直接抄作业：
- 最小线宽：信号线设6mil，电源线设15mil，GND网络设25mil或直接铺铜。
- 最小间距：6mil安全间距适用于普通信号之间；模拟地与数字地之间保持30mil以上间距；视频信号线两侧各让出25mil净空，并用地线铜皮包夹。
- 过孔规则：信号过孔外径0.6mm、孔径0.3mm；电源和地过孔外径0.8mm、孔径0.4mm。过孔在内层的连接方式统一设为“直连”，避免热焊盘等效串联电阻在不同温度下产生漂移。
说到铜皮挖空，有一个经验值得展开讲：视频输出网络的电阻DAC走线，以及音频运放输入引脚的走线，要尽量短，并且正下方不能有数字信号线穿过。在PCB设计时，我会在这两个区域的正下方做地平面挖空处理，同时在TopLayer保持完整的接地铜皮包裹。挖空的目的是减少数字信号通过层间耦合窜入模拟链路的路径，实测对画面噪点的改善非常明显。这就是热搜词里“铜皮挖空”在实战中的典型用法。
3.3 差分与阻抗匹配：复合视频线的75欧姆怎么落实
复合视频信号的75欧姆阻抗匹配，在双层板环境下用微带线模型实现并不容易，但也并非无解。关键思路是：把从电阻网络输出端到视频插座之间的走线，当作一条“受控阻抗走线”来处理。
具体的做法是：让这条走线宽度保持在20mil左右，走线到下方参考地平面的距离（即板厚）约为1.6mm，按照常规FR-4板材介电常数4.2估算，特性阻抗大约落在75欧姆附近。当然这种近似计算精度一般，但对于复合视频这种对回波损耗不苛刻的信号已经足够用。如果你用的是四层板或者板厚更薄的板材，那么线宽需要适当加宽或调窄，最好直接用阻抗计算软件（如Polar Si9000或嘉立创EDA自带的阻抗计算工具）复核一遍。
在视频输出端我还串联了一颗75欧姆电阻，这是标准的源端串联匹配做法，作用是吸收从电缆反射回来的信号。这样一来，源端阻抗（75欧）加上串联电阻（75欧），再并联负载端典型的75欧输入阻抗，整体反射系数控制在合理范围内，画面的振铃和重影能得到有效抑制。
3.4 Gerber导出与生产交接的避坑记录
第一版PCB投出去之前，我在导出Gerber文件时踩过一个特别蠢的坑：漏勾了“Board Outline”图层，导致板厂拿到文件后不知道外框在哪里，差点把板子切成长方形之外的一个怪形状。这个教训告诉我，投板前的checklist必须逐项确认：板框层（通常用机械层1或Keep-Out层，需要和板厂确认清楚）、阻焊层和丝印层的极性、钻孔文件格式（Excellon格式与公制/英制单位）、以及每个图层是否都能正常解析。
还有一次是AD20版本兼容性问题，我用AD20导出的钻孔文件，嘉立创的EDA下单系统居然读不出来。排查半天发现是钻孔文件里用了自定义的“M48”头格式，而在标准化Gerber RS-274X格式里应该有标准的文件头声明。解决办法是导出时选择“Generate Drill Files”对话框里的“SI Units（公制）”和“Leading Zero Suppression（前导零抑制）”，然后重新生成。这类细节板厂的帮助文档里往往都有说明，但很多人根本没耐心看，结果就吃亏在“顺利下单”的最后一公里上。
4. 软件层核心：NES硬件的软实现与音画同步
4.1 NES ROM格式与Mapper的识别处理
软件部分是这台游戏机真正的灵魂。NES的ROM文件采用iNES格式，以16字节文件头开头，其中第0至3字节是固定的“NES 0x1A”魔数标识，第4字节给出PRG ROM（程序存储区）大小（以16KB为单位），第5字节给出CHR ROM（图形存储区）大小（以8KB为单位），第6字节则是一个极其关键的标志位——它声明了这个ROM使用的Mapper编号以及镜像模式。
Mapper是什么？简单说，它是NES上负责地址映射和存储扩展的芯片逻辑。因为6502 CPU的寻址空间只有64KB，而后期游戏动辄256KB甚至更多，于是卡带上搭了Mapper芯片来实现专区映射。模拟器里你就必须把这块逻辑也模拟出来。
在这个项目里，我只实现了对Mapper 0（NROM）和Mapper 1（MMC1）和Mapper 4（MMC3）的支持。为什么选这三个？因为绝大多数经典作品（魂斗罗、超级玛丽一代、塞尔达传说初代、洛克人系列等）都用这些Mapper，覆盖度已经足够。MMC3的IRQ计数器是很多卡顿问题的根源，它的实现需要精确模拟PPU扫描线计数触发CPU中断的时序，这部分代码调试时配着逻辑分析仪，一帧一帧对比，非常磨人。
4.2 6502 CPU模拟核心的优化技巧
6502解释器是这个项目里性能消耗最大的模块。虽然168MHz的主频相对原始CPU有充足冗余，但如果把每条指令都用最朴素的“取指-译码-执行”循环来写，还是会浪费大量宝贵的CPU周期。我做了两个关键优化：
第一，查表法指令译码。6502共有56条指令，但寻址模式有13种，每条指令和寻址模式组合起来会产生151种操作码。我把每种操作码对应的操作函数指针放到一张长度为256的跳转表里，取指后直接用操作码作为索引跳转到对应处理函数，省掉了庞大的if-else链或switch-case分支判断。这个优化把模拟器整体性能提升了约15%。
第二，周期精确化不是必须的，但“帧同步”是必须的。NES每秒刷新60帧，每帧包含约89342个CPU周期。为了让游戏内部逻辑（尤其是依赖帧计数的等待逻辑）跑得正确，我在主循环里用一个硬件定时器来校准帧率，让模拟器在接近真实硬件速度的节拍下运行。实测下来，过场动画、NPC移动、无敌帧规避这些依赖严格时序的机制都能正常运行。
4.3 PPU像素渲染：调色板与硬件挂起的手工活
NES的PPU产生图像的基础是调色板和图案表。调色板把16色的总限制拆成4个palette，每组4色，分别用于背景和精灵；图案表则存储8x8像素的块，每个像素用2位索引从当前palette中取色。
STM32没有原生PPU，所以背景层和精灵层的合成全靠C代码算好，然后再把最终像素写入帧缓冲。这个过程是逐行的：对于扫描线y，CPU要先从当前命名表（nametable）计算出对应的瓦片索引，再从图案表中读取瓦片像素，叠加属性表的颜色高两位，最后把像素值写入SRAM中的行缓冲。
这段逻辑是整个项目代码里最容易出BUG的地方。常见问题是“背景与精灵的遮挡关系颠倒”或“顶部状态栏卷轴撕裂”。后者的典型原因是我在主循环之外用了DMA搬帧缓冲，而DMA搬运期间主程序还在改帧缓冲内容，产生撕裂。最终方案是引入双重缓冲：CPU渲染写到缓冲A，DMA从缓冲B搬运到GPIO输出；当一帧渲染完毕，交换A和B的指针。这套“双缓冲乒乓操作”带来的内存开销是256x240x2字节约120KB，这也是为什么前面强调一定要选大容量SRAM芯片的主要原因。
4.4 音频合成：方波、三角波和噪声的实时混音
NES的音频系统由两个脉冲波通道（Pulse 1和Pulse 2）、一个三角波通道、一个噪声通道和一个DPCM采样通道组成。每个脉冲波通道都可以独立控制频率、占空比（12.5%、25%、50%、75%四种）和包络音量。
我在代码里为每个通道建了一个累加器，每当模拟器主循环推进一个CPU周期，就按照通道频率累加相位，并基于占空比输出高或低电平。三角波通道则输出线性上升/下降的斜坡。五个通道的输出按NES原版硬件的近似比例混合（脉冲1和2各占约1/4，三角波约1/2，噪声约1/4），叠加后经查表映射为12位有符号整数，填入DMA环形缓冲。
这里有几个值得注意的细节：混合增益必须限制在DAC满幅的80%左右，否则多个通道音量叠加时会产生削波爆音；噪声通道使用的是线性反馈移位寄存器来生成长度为32767的伪随机序列，周期要足够长才能避免明显的“轮胎打滑”听感；DPCM通道用于播放采样鼓点，我暂时没有实装，因为它的DAT总线访问规则比较复杂，需要更精细的时序模拟，属于二阶段迭代计划。
4.5 从Flash读取ROM到游戏菜单的引导流程
开机后，系统先做硬件外设初始化：使能所有GPIO时钟、配置定时器、初始化SPI Flash、读取EEPROM中的游戏列表配置，然后显示一个字符画风格的游戏选择菜单。这个菜单是从字库里直接渲染到显存的，支持上下按键选择、A键确认、B键返回。
选好游戏后，开始从Flash加载流程：读取NES文件头，校验“NES 0x1A”魔数，根据文件头中的PRG和CHR大小把对应的数据段搬运到SRAM的固定地址区域。我专门把SRAM的高地址区映射成模拟器的PRG存储空间，低地址区放CHR图案数据和帧缓冲，这样访问速度最快。加载过程中屏幕上会显示一个进度条，由定时器驱动刷新，实测加载一个256KB的ROM约需0.8秒，体感上是“秒开”。
初始化完成后进入模拟器主循环：反复执行“模拟一帧CPU→模拟一帧PPU→输出一帧画面→生成一段音频→扫描手柄输入”的流程。我看过很多模拟器项目，卡就卡在这个主循环的设计上，因为画面刷新、音频采样、CPU执行三者是耦合的，牵一发而动全身。我的做法是把音频采样和画面刷新都挂到音频定时器中断下面，用音频中断作为全局时基，CPU模拟在主循环中尽力执行，但必须在音频中断收到一个“帧切换”信号后停止当前帧的指令执行，进入刷新流程。这套中断驱动的时间片方案在理论上更接近原版硬件的分工逻辑。
5. 调试实录：高频问题排查与解决备忘
5.1 屏幕无画面：时序、电平、接线三把尺子
项目第一次上电调试，十有八九会遇到“屏幕没反应”。我的排查顺序是固定的，这顺序救过我很多次：
先量电平：用示波器量视频输出端在开机瞬间有没有波形，如果完全平的一条线，说明MCU压根没跑起来或者DAC网络没信号，检查复位引脚、晶振是否正常起振、电源是否稳定。
再查同步头：如果波形是有的但屏幕不锁画面，说明行场同步时序不对。NES的NTSC时序是每行341个像素时钟，共262行，其中场消隐占20行左右。我详细对照了硬件文档，发现自己的模拟器里把“前肩”周期多算了2个像素，导致画面右移了一个像素宽度。这种偏差在示波器上看起来非常细微，但电视的同步分离电路能感知到，表现出来就是画面抖动或整体偏移。
最后检查接线：如果是自制的视频线，千万注意接地。复合视频的接地线如果路径太长或接触不良，虚地会导致画面出现明暗滚动的横条，这和水纹波干扰不同，横条滚动的速度非常缓慢，姥姥家过生日的气球都没它飘得慢。
5.2 贴片电阻焊错位引发的画面“假故障”
这个坑说出来有点丢人，但值得写出来提醒大家：我在焊第一块样板时，把R-2R网络里的900欧和115.2K两颗电阻焊反了。症状是画面整体偏暗、色彩诡异，而且最高位对比度几乎看不出来。我排查了整整一个晚上，最后用万用表逐个量电阻阻值才揪出来。
这类问题在PCB调试里防不胜防。我的经验是：焊接贴片元件以后，先不要急着上电，用万用表蜂鸣档对关键网络做一次“短路筛查”。特别是电源到地之间的导通，必须确认没有意外短路才能上电，否则轻则冒烟，重则烧掉宝贵的MCU芯片。焊接完再对排阻和电容量一遍阻值，很多看似玄学的“软件BUG”其实都是硬件焊接问题导致的。
5.3 画面撕裂与音频爆音的根因分析
画面撕裂问题前面提过，根因是直接对正在被DMA读出的帧缓冲进行写覆盖，解决办法是双缓冲。而音频爆音问题更隐蔽：当CPU模拟速度波动较大时（比如某个场景精灵数量特别多导致一帧CPU执行时间变长），音频DMA缓冲区会在一瞬间被写满或者读空，产生“啪”的一下爆音。
解决这个问题我花了整整两天。第一版做法是加大DMA环形缓冲的深度，从512字节加到2048字节，爆音频率确实降低了，但没根除。真正的原因是音频样本生成节奏和DAC读取节奏之间的“相位漂移”需要在代码层面做同步。我的最终方案是：音频中断服务函数里，在往DMA缓冲写样本之前，先读取DMA当前的读位置指针，跟自己在缓冲区中维护的写位置做比对，如果距离过近（即将下溢），就用上一帧的样本重复填充一小段，如果距离过远（即将上溢），就跳过几个样本不写。这套“动态抖动抑制”算法算不上完美，但实际用下来爆音已经几乎听不出来了。
5.4 键盘改手柄脚位错误的手工补救
第一次做手柄接口时，我把LATCH和CLOCK两根线在PCB上画反了，导致按键扫描时串位——按A键识别成按B键。这是典型的“引脚分配一时爽，焊完板子火葬场”案例。正确的引脚分配应该在做原理图时就用表格做一份对照清单，画PCB时随时核对封装引脚号与原理图网络名的对应关系。
补救方法是在代码里做逻辑交换：定义两个宏，把LATCH和CLOCK在软件层面对调。虽然解决了功能问题，但每次看代码都会觉得浑身难受，直到下一版PCB才修正。这个小插曲也给了一个教训：原理图库和封装库之间的引脚映射必须非常小心，特别是那些引脚数量多又密集的接插件。
6. 复古游戏机的扩展空间与个人经验总结
6.1 可扩展方向：从NES到其他平台和玩法
这套软硬件架构搭建完成之后，扩展空间其实相当大。比如你可以把NES的模拟器核心换成Game Boy（LR35902 CPU）或者Sega Master System（Z80 CPU），只需要把CPU解释器替换并适配显存和音频格式即可，整体框架不用推翻重来。
如果你对硬件形态有更高的追求，可以尝试在这个PCB基础上扩展一块HDMI输出板，把GPIO输出的RGB信号转换成HDMI信号，这样就能直接用现代显示器玩。目前市面上的HDMI转接方案不少，用FPGA的居多，但STM32搭配专用HDMI编码芯片（比如SIL9136或者CH7034）也是可行的路线，只是需要牺牲几个额外的IO口和占用部分SRAM做缩放缓冲。
6.2 我个人做完这个项目最大的收获
如果非要说这项目带给我最值钱的东西，我觉得不是“仿制了一台怀旧主机”的成就感，而是把零散的MCU外设知识串成了一个完整的系统。做项目之前，我对DMA的理解停留在“能用就行”；做完之后，我清楚每个外设在什么时候抢总线、什么时候会让CPU停顿、什么时候必须关中断保护临界段。这种“系统级视角”是单纯刷数据手册学不来的。
另一个收获是——真正把你扔进一个需要同时调硬件和软件的项目里，遇到问题时的排错心态会脱胎换骨。以前遇到BUG总想“改个参数碰碰运气”，现在第一反应是“先复现，再二分定位，区分硬件还是软件”，这习惯对后来做任何项目都有巨大帮助。
6.3 给后来者的三点建议
第一，从最简单的Mapper 0游戏起步调试。别一上来就加载动辄256KB的《最终幻想》或《超级马里奥3》，先用超级玛丽一代这种简单ROM把画面、音频、手柄全部跑通，再逐步增加Mapper支持。每一层新功能的验证都建立在一个稳定基准上，会省掉海量时间。
第二，调试视频时序一定要有示波器或者逻辑分析仪，没有测量工具全靠肉眼猜画面问题，那是给自己上刑。几百块的入门逻辑分析仪足矣，它能直观看到行同步、场同步、数据信号之间的相位关系，帮助你快速定位代码里哪一行时序算错了。
第三，PCB打样前把所有电容电阻的网络标号和PCB封装再核对一遍，有条件的话把BOM表导出后用自动对比工具检查，减少“电容缺料”或“电阻型号抄错”的人为失误。很多项目工期拖延都不是死在大难题上，而是被这种“低级错误”一顿乱拳打死老师傅。
这台基于STM32的NES游戏机，如今安安静静摆在我工作台最显眼的位置，插上手柄，开机，按下Reset的一瞬间，屏幕上闪过经典的“Nintendo”标志动画时，我还是会觉得很值得。希望这篇拆解能帮到你，也期待看到你做出属于自己的那一台。
