企业官网建设流程全解析

前阵子我拆了一台刷机到一半突然断电、直接变砖的路由器，主控没坏，但按常规方式用串口刷引导怎么也刷不进去，后来查资料才发现问题出在板载的并行NAND芯片上，引导分区里的数据已经损坏，必须把芯片拆下来用编程器重新写入完整镜像才能救活。一问商用并行NAND编程器，价格动辄上千，而且很多还只支持特定封装和特定型号，我手里这块TSOP48封装的芯片还不在免费清单里。转了一圈，发现开源的NANDO项目——一个基于ESP32的NAND闪存烧录方案，成本几十块钱，能覆盖绝大多数并行NAND芯片的备份、擦除和写入场景。这篇文章就把我从零开始组装、烧录、调通再到实战修复的完整过程写下来，包括原理、物料、焊接、固件配置和踩坑记录，希望能帮同样卡在NAND芯片修复和嵌入式底层开发上的朋友省点弯路。

1. 为什么要费力DIY一台NAND编程器——维修现场的真实痛点

1.1 商用NAND编程器门槛太高，开源方案性价比碾压

如果你只修过SPI NOR芯片（就是那种8脚的小芯片，路由器固件芯片、主板BIOS芯片大多是这种东西），你可能觉得编程器就是个几十块钱的USB小盒子，插上夹子一读写就完事了。但并行NAND完全不是一回事。NAND芯片引脚多（TSOP48封装有48个脚，BGA封装的引脚更多）、型号杂、坏块管理规则各不相同，通用商用编程器要支持这么多规格，硬件和软件成本都堆得很高，价格自然下不来。我自己查过几款主流商用编程器的并行NAND适配座，一个适配座就要一两百块，主机加适配座加各种转接板，真正要配齐一套能稳定烧TSOP48和BGA的架子，两三千块是很常见的。

而NANDO这个开源项目走的是另一条路：它不追求万用兼容，而是把ESP32的GPIO引脚直接连到NAND芯片的引脚上，用软件模拟NAND总线的时序，再通过Web界面和Wi-Fi/网线进行交互。它的成本核心就是一块几十块钱的ESP32开发板，加上一些连接线和转接板，整体下来一百块以内就能搞定。对于路由器、机顶盒、游戏机这类消费电子设备的维修场景，NANDO够用得很。

1.2 哪些场景真的需要自己动手烧NAND

我总结了一下，至少四类情况下，你值得拥有这么一套东西：

• 砖机救活：设备引导分区损坏、uboot被擦掉、主控固件崩溃，只要NAND本体没物理损坏，拆下来重新写入完整备份就能救回来。
• 批量初始化：小批量维修时需要在空白NAND上预写镜像，比如给一批同型号机顶盒刷同一个固件，NANDO配上TSOP48烧录座后效率比焊上去再刷高得多。
• 数据备份与固件逆向：在改机、移植系统之前，先把原厂NAND完整dump出来当底稿，之后怎么折腾都有退路。分析厂商固件结构、提取某个分区做研究，也离不开可靠的读取工具。
• 学习NAND驱动和坏块管理原理：通过Web界面实际观察坏块标记、OOB区域、ECC校验在存储芯片层面的真实表现，比只看芯片手册直观得多。

1.3 NANDO能做什么、不能做什么

先说清楚边界，免得买完材料发现用不上。NANDO支持的是并行NAND（Parallel NAND，带CE#/CLE/ALE这类控制信号），能覆盖市面上常见的SLC、MLC、TLC并行NAND芯片，支持通过Web界面做芯片识别、读取镜像、擦除、编程、校验这些核心操作。但它没法直接支持eMMC、UFS这类带主控的存储芯片——eMMC是另一个工具范畴，动辄几千块的商用eMMC编程器也不是靠GPIO模拟就能搞定的。另外它走的是Wi-Fi/网络接口连接电脑，不是USB直连，所以别拿它当普通U盘编程器那样即插即用。

2. NANDO的核心原理：ESP32为何能直接驱动NAND芯片

2.1 NAND芯片本质上是一组“由总线控制的存储格子”

NAND芯片的对外接口并不复杂，本质上就三类信号：8根并行数据线（DQ0-DQ7），一组控制信号（CLE命令锁存使能、ALE地址锁存使能、CE#片选使能、WE#写使能、RE#读使能、WP#写保护、R/B#就绪/忙状态），还有电源和地。你要做的就是像主控那样，按芯片手册规定的时序，先把命令字写到命令寄存器，再送地址，最后再连续读写数据。

这个任务对普通单片机来说不算难，难在速度——NAND页的大小通常是2KB/4KB/8KB甚至更多，读一页数据就是几千个字节，如果用GPIO逐位来翻转，速度上不去，整个备份过程会慢到怀疑人生。ESP32本身是一块240MHz的双核MCU，GPIO翻转速度比Arduino UNO那类8位单片机快了一个数量级，再加上NANDO项目对GPIO操作做了优化，实际读写速度能做到每秒几百KB，备份一块512MB的NAND大概需要半小时左右，在DIY工具里已经算可以接受的了。

2.2 引脚级直连方案与电平匹配

NANDO的硬件连接方式非常直接：从ESP32开发板引出GPIO，分别接到NAND芯片的DQ0-DQ7、CLE、ALE、CE#、WE#、RE#、WP#、R/B#等引脚。典型映射如下（不同版本的固件映射可能有差异，实际以你使用的源码配置文件为准）：

这个映射有一个值得注意的地方：ESP32的GPIO是3.3V逻辑电平，而很多NAND芯片的VCCQ是1.8V或者1.8V/3.3V双电压兼容。如果你的芯片明确只支持1.8V IO，直接接3.3V电平会存在超压风险。我自己的经验是：优先选择明确支持3.3V IO的芯片，或者干脆在信号线上加电平转换模块（TXS0108E这类8路电平转换芯片很便宜），稳妥第一。

2.3 软件时序模拟的关键逻辑

固件里最核心的部分是用GPIO模拟出NAND总线读写的时序。实际操作中有一个很容易忽略的点：NAND芯片在擦除和编程操作期间会拉低R/B#信号表示忙，这个过程可能持续几十到几百毫秒，固件里必须正确轮询R/B#，不能闷头往下发命令，否则后面的命令会直接丢失。

而Web界面则负责把上层操作封装成直观的功能按钮：扫描芯片ID、擦除、读取、写入、校验。我自己第一次调通时，在浏览器里看到芯片ID正确读出来的瞬间，那种成就感是相当扎实的——硬件上几十根线全接对了、时序上每个命令字都发对了，这套接线才算真正工作起来。

3. 硬件装配：零件清单与三处焊接细节

3.1 物料清单与选购避坑

如果你决定动手，先按这个单子准备零件：

• ESP32开发板一块：选带USB转串口、板载稳压、引出的铺铜板，尽量选引脚齐全的（比如38脚或40脚带排针的），方便飞线。
• TSOP48烧录座（可选）：如果你不想每次拆芯片都飞线，可以买一个TSOP48的翻盖烧录座加转接板，把芯片往座子里一压就能读。
• 若干镀金排针、杜邦线、飞线：关键信号线建议用短一点的飞线，杜邦线容易接触不良，我后来换成直接焊死的排线，稳定性提升很明显。
• Kapton胶带、助焊剂、刀头烙铁芯：拆焊和绝缘必备。
• 1.8V/3.3V电平转换模块（视芯片而定）：上面提过，千万别省。

选购时我最想提醒的是：ESP32别买带金属屏蔽罩且引脚间距很小的那种模块，飞线极难操作；开发板选板载排针间距2.54mm的标准板，杜邦线插拔最顺手。另外TSOP48烧录座务必确认是“宽体”还是“窄体”，NAND常见的是12mm宽体TSOP48，买错了根本压不上。

3.2 拆焊与转接的正确姿势

大多数实战场景是从目标设备板上拆下NAND芯片，先把芯片搞下来才能上编程器。我的拆焊流程是：

1. 先用热风枪在芯片四周加热，温度大概300-320℃，风速调低，配合镊子轻轻触碰芯片边缘试探松动。
2. 芯片松动后不要硬拉，用烙铁清理焊盘上残留的锡和胶。
3. 分离芯片引脚后，用酒精清洗引脚，确保没有助焊剂残留，否则接触不良会带来各种诡异时好时坏的读写错误。
4. 如果只是临时读写一次，可以用Kapton胶带把芯片贴在转接板上，用探针或轻轻按压的方式接触引脚；如果是需要多次反复烧录，建议直接焊一个TSOP48转接板，这样后续测试不用反复拆焊。

关于直焊还是用烧录座，我的建议是：调试阶段用烧录座，批量阶段直焊转接板。烧录座接触电阻小、拆装方便，但压合力度不当时容易有一两个引脚虚接；直焊虽麻烦，但一旦焊好，电气连接极其稳定。

3.3 飞线布线的三个细节

这里的走线好坏直接决定你能不能稳定读写NAND，我吃了大亏才总结出这三条：

• 电源和地线要独立且足够粗：NAND擦除编程瞬间电流会明显增大，如果共用细地线，容易造成电平毛刺，轻则校验失败，重则损坏数据。我给电源和地线单独用粗一点的线直接从ESP32的3V3和GND引脚引出，并在芯片附近加一颗10uF和0.1uF去耦电容。
• 信号线尽量等长且不要捆成一束：数据线DQ0-DQ7走线如果长短差距过大，高频率下会引入时序偏移；多根线捆成一束则容易互相串扰。我后来用排线把信号线分组隔开，效果比之前一把杜邦线乱飞好很多。
• R/B#引脚必须上拉：很多NAND芯片的R/B#是开漏输出，需要外部上拉到VCCQ，不加上拉的话状态读取会飘忽不定。这一点容易漏，漏了之后的表现是芯片识别正常，但擦除和编程偶尔超时失败，非常难排查。

4. 固件烧录与第一次开机的配置要点

4.1 编译烧录流程

NANDO固件的源码托管在开源社区仓库里，开发框架用的是PlatformIO，所以整个流程其实非常顺滑：

1. 安装PlatformIO（我用的VS Code插件，命令行党也可以装命令行版本）。
2. 克隆源码后，在项目根目录打开PlatformIO命令行，执行pio run编译。
3. 用USB线连接ESP32开发板，执行pio run -t upload烧录固件。
4. 烧录完成后，开发板会启动一个Web服务器，通过浏览器访问开发板IP（默认可能是http://nando.local，或者直接查路由器分配的IP），就能看到NANDO的Web操作界面。

如果你习惯用esptool，也可以先把固件编译成bin文件，再用esptool烧录：

pip install esptool esptool.py --port /dev/ttyUSB0 --baud 921600 write_flash 0x0 nando_firmware.bin

4.2 最重要的配置项：IP与引脚映射

第一次编译前，有两处配置一定要改，否则上了设备很可能白忙一场：

• 默认IP/网络配置：如果你的路由器没有mDNS解析能力，浏览器访问nando.local可能会失败。我建议干脆在路由器里给ESP32开发板绑定一个固定IP（我用的192.168.1.240），以后每次开机直接输IP进去，省心。
• 引脚映射：前面那个表格里的GPIO映射必须在源码的配置文件里和你的实际接线一一对应，改错一根线就是读写超时或数据错乱。我犯过的错是图省事用了默认映射，结果实际接线跟默认对不上，怎么调Web界面都没反应，最后对着原理图一根线一根线查才找到问题。

4.3 首次连接NAND芯片的检查清单

在你按下Web界面里“扫描芯片”按钮之前，务必按这个清单过一遍：

• 用万用表蜂鸣档逐一确认：ESP32的GPIO到NAND对应引脚之间连通性正常，没有断路或错接。
• 确认VCC和VCCQ电压正确：用万用表量NAND供电脚电压，3.3V就是3.3V，1.8V就是1.8V，虚电是大忌。
• 确认WP#拉高：WP#引脚默认要接到高电平（或通过上拉电阻接VCCQ），否则芯片处于写保护状态，擦除和编程一定失败。
• 确认R/B#上拉：按前面说的，加上拉电阻。
• 检查芯片型号是否在支持的列表里：如果你手头芯片型号比较冷门，先查一下同类芯片的兼容性，不然就算接线全对，识别也未必成功。

5. 实战：从一台变砖设备上备份、擦除、回写NAND

5.1 读取芯片ID与坏块信息

接线无误、芯片识别成功后，浏览器的NANDO界面会显示芯片制造商、型号、容量、页大小、块大小等基础信息。比如我手头那块芯片识别出来是某厂商的2Gb MLC NAND，页大小2KB，块大小128KB。识别正确之后，我会习惯性地先执行一次“坏块扫描”，把芯片出厂时就标记好的坏块位置列出来。这一步不能省略，因为NAND出厂不可能保证100%无坏块，后续擦除和写入如果不对坏块做跳过处理，轻则校验失败，重则把好的数据写进坏块导致系统不稳定。

5.2 备份镜像与校验

在动手擦除或写数据之前，先把芯片里的内容完整读出来，保存成镜像文件。操作很简单：Web界面点击“读取”或“Dump”，选好起始地址和长度，回车，等待页面显示进度条跑完，把文件保存到本地。读取完成之后一定要再做一次校验，NANDO界面通常有校验选项，它会重新读取一遍并把数据与已保存的镜像逐字节比较。这一步看似浪费时间，实际是防止后续操作出问题时的唯一后悔药——没有可靠备份，芯片里的砖机数据就彻底与你无关了。

5.3 擦除、写入与坏块跳过

备份完成并校验通过后，才轮到真正的“救砖”操作。我的流程是：

1. 先执行全片擦除，把NAND恢复到全0xFF的空白状态。擦除过程较慢，几百MB的芯片可能要几分钟，且期间不要断电。
2. 检查擦除后的坏块表，确认哪些块是物理坏块。
3. 加载目标镜像文件，开始写入。写入过程中NANDO会自动跳过坏块把数据写到替代块，或者按你设置的策略处理。
4. 写入完成后做整片校验，如果校验不一致，十有八九是镜像本身有问题或者坏块管理策略不当。

把写好的芯片重新焊接回设备主板，上电，看到路由器指示灯恢复正常的瞬间，你会觉得前面那些飞线、焊接、等待都是值得的。

6. 我踩过的坑和这些坑背后的原因

6.1 菊花链接线导致的不稳定

第一次搭硬件时，我图省事把多根杜邦线从一个ESP32引脚孔里串出去，连接到芯片多个引脚，自认为“反正信号一样”。结果表现是：芯片能识别，但读取数据时随机出现某个字节错误，校验永远过不了。后来拆开检查才发现，这种串联式接法（俗称菊花链）会让多个引脚共用一个线路节点，信号反射和串扰严重。解决办法很简单：每一个信号线从ESP32独立引出，不共用节点，直连NAND引脚。电源和地例外，它们本来就是多点共用的，但也要尽量用粗线。

6.2 供电不足引发擦除失败

有一段时间擦除大块区域时经常报错，开始时我怀疑芯片坏了，后来用示波器量擦除瞬间的VCC电压，发现跌了将近0.5V。ESP32开发板的LDO在驱动NAND这种瞬间大电流负载时力不从心。解决办法是给NAND加独立的3.3V供电，不与ESP32共用板载LDO输出。我用了单独的小型DCDC模块供电，擦除瞬间电压纹波明显减小，问题彻底消失。这块的教训是：DIY编程器的供电设计优先级比信号线还高，供电不稳，一切逻辑都白搭。

6.3 误把逻辑问题当成物理坏块

有一次写入完成后校验始终在固定位置报错，我开始怀疑芯片这块是坏块。后来在朋友的提醒下查了芯片手册，发现那块区域在结构上属于保留块或替换块区域，某些厂商会在这类区域写入特殊标记。这不是物理坏块，而是我的镜像本身就包含了这些保留区域的数据，而目标芯片的厂商替换策略不同，导致校验差异。遇到固定位置校验失败，先看是物理坏块还是逻辑差异，别急着下结论。

6.4 速度预期与适配边界

我还要提醒准备入坑的人对速度预期别太高。ESP32的GPIO模拟方案不是为高速批量生产设计的，备份一块中等容量的NAND可能需要几十分钟到一两个小时。真要面对大批量烧录，NANDO不是正确答案，那种场景应该上全自动烧录机或支持高速协议的商用设备。但如果你只是想修一台砖机、备份几个分区、研究一下固件结构，NANDO的成本和灵活性就是无可替代的。

6.5 衍生玩法：配合SPI NOR编程器和板级维修

我自己用顺手之后，已经不满足于只烧并行NAND了。NANDO这种“用MCU直接驱动目标芯片总线”的思路完全可以移植到其他场景：比如用同款开发板配合飞线去扩展读取SPI NOR芯片，或者在板级维修时用它给其他总线接口的存储芯片做快速读写测试。开源硬件的价值就在这里，它不会限制你于单一用途。后续我还打算试试自己扩展一个串口级别的调试接口，把NANDO和板子的串口日志结合起来做一次完整的数据流追查，这在原厂数据恢复的场景里会非常爽。

最后再分享一个让我省了不少事的技巧：所有飞线颜色都用固定规则，电源用红色、地线用黑色、数据线用冷色调黄色或蓝色，控制线用暖色调橙色或紫色。颜色一乱，排查起来相当于给自己挖坑。工具这东西，不是在手里越贵越好，而是在你需要它的那一刻，能稳定地把活干完才是真的好。NANDO就是我工具箱里那个“便宜但关键时刻靠得住”的角色。