Unknown ID · 主控不认芯片 量产排查手册

编制日期 2026-09-21 ｜ 版本号 Rev 1.0

XTX 芯天下 · FAE 现场技术文档 ｜ SoC / MCU 侧外挂存储识别失败 （SPI NOR / SPI NAND / SD NAND / eMMC）｜ 2026-09 版

一句话结论：「主控不认芯片」永远是这三件事之一—— 命令没送到（接线 / 电源 / 时序）、器件没应答（启动模式错 / 器件锁死）、 应答没被认（驱动参数不匹配 / ID 表里没有这一项）。 烧录器能烧、能校验通过，只证明器件是好的、数据是对的， 不证明主控的控制器和驱动认识它——这两件事之间隔着整整六类根因。

这份文档解决什么

解决的是SoC / MCU 上电启动后读不到外挂存储器件的识别信息、整个系统起不来 这一类问题的定位与根治方法，覆盖 SPI NOR / SPI NAND / SD NAND / eMMC 四种介质在 主控侧的识别失败场景。全文按「现象 → 机制 → 类目 → 立即动作 → 根治动作」组织， 第 9 章是可直接翻查的速查表，第 11 章是可带进车间的核查清单。

怎么用这份文档

1. 先按串口输出定画像：把「不认」归到第 1 章六种画像之一，确定断在哪一段，不要一上来就换芯片。
2. 抓一份「已知好板」基线：把能正常启动那块板的启动日志、回读 ID、控制器寄存器值、 设备树 / pinctrl 配置、boot pins 电阻各存一份，后面所有对比都拿它当基准。
3. 用第 2 章的三关断点法收敛：先确认物理连通（有没有波形），再看 ID 回读（值对不对）， 最后看参数解析（驱动表命中没命中）——不要跳关。
4. 一次只改一个变量：pinctrl、时序、dummy cycle、ID 表、boot 电阻每次只动一处， 改完重新上电抓日志。
5. 用装板实跑闭环：任何改动的最终判定，以「装板跑通完整启动 + 关键功能 + 一次断电重启」为准。

1. 问题本质：主控侧的 ID 识别机制

主控「不认芯片」这句话在现场被用得太泛。它可能是控制器根本没发出命令， 可能是发出来了但器件没回，也可能是回了但主控不认识。 本章先把现象还原成机制：讲清主控是怎么认一颗器件的、认出来要满足哪几个条件， 然后把本文的排查对象与「烧录器找不到型号」严格切开——这两件事在产线上被混淆的概率极高， 一混淆就会把几天时间花在错误方向上。

1.1 六种数据画像

现场接到「板子起不来、主控不认芯片」，第一件事是接串口、上电、把输出完整贴出来， 然后按下面六类归档。六类对应的是同一条识别链在不同环节断掉的六种暴露方式， 不是六种独立故障；归档的价值在于它直接决定从第 3 章到第 8 章该先翻哪一章。

1.2 与「烧录器找不到型号」的分工

这是本文档最重要的一张表。产线上这两件事经常被当成同一件事处理： 「型号不对，让原厂支持一下」。但它们的发生位置、判定主体、根因集合、解决路径完全不同。 判别方法只有一句话：烧录器能不能正常把活干完。

1.3 主控到底是怎么「认」一颗器件的

主控识别一颗外挂存储器件，本质上是一次「发命令 → 收结构化应答 → 查表 → 套参数」的过程。 以 SPI NOR 为例：控制器先把 CS# 拉低，在 SCLK 上送出读 ID 命令， 器件在同一个帧里回出若干字节，主控拿这串字节去自己的器件表里查， 查到了就把表里登记的容量、页大小、扇区大小、支持哪些读命令等参数套给后续所有操作。

关键认知在于：ID 对，不代表参数对。ID 只是查表的键， 真正决定能不能读的是查表之后套上来的那一组参数。这也是为什么现场会出现 「日志打印了正确的型号名，但系统照样起不来」——表项里的 flags 或页大小写错了。

1.4 四种介质的识别依据不同

SPI NOR 靠 JEDEC ID，SD NAND 与 eMMC 靠 SD/MMC 协议里的寄存器与寄存器块应答 （OCR / CID / CSD / EXT_CSD），SPI NAND 则往往是两者都要： 先读 JEDEC ID 确认厂商与型号，再读参数页或查内部表拿几何参数。 四者的识别主体、识别依据、失败表现都不一样，不能互相套用排查套路。

2. 识别链路总览：从上电到可用

主控从按下复位到能读写外挂存储，中间要经过一条固定长度的链路。 链路的每一段都有可能断，而不同段断掉的表现又高度相似——这就是「不认芯片」难以定位的根本原因。 本章把这条链路完整摊开，给出五段流程与三关断点， 并给出四类介质各自的识别路径对照。后面六章的所有排查动作，都是在某一关内做细分。

2.1 从上电到可用的五段链路

把主控的启动过程按「谁在用 Flash」切成五段，会发现绝大多数「不认芯片」都集中在第③④⑤段， 而现场最容易被忽略的恰恰是第②段——boot pins 在复位释放的瞬间就被锁存了， 这一段的错误会一路伪装到最后。

2.2 三关断点定位法

拿到一块不起来的板，不要从第一章顺着读下去，而是先用三关断点法把范围砍到三分之一。 每一关都只回答一个是非题，用的工具也不同：第一关靠仪器、第二关靠抓帧或日志、 第三关靠日志。

1. 关卡 1 · 物理连通：示波器或逻辑分析仪挂到 CS# 与 SCLK。 上电复位后如果连一个下降沿都没有，问题在接线层或电源时序层（第 3、4 章）； 如果有波形但幅度 / 电平不对，问题在电平匹配（第 3 章）。
2. 关卡 2 · ID 读回：把 MISO 上的字节解出来，或者看驱动日志里打印的 ID 值。 全 FF 说明器件没应答（查第 7、8 章，以及第 1、2 类）； 全 00 多半是总线被拉死或器件没上电； 值不对或时好时坏 多半是时序或电平临界（第 4 章）。
3. 关卡 3 · 参数解析：ID 读回来了、值也对，就看日志里有没有打印出正确型号与容量。 报 unknown id → 第 6 章；打印了型号但容量 / 页大小错 → 第 5 章。
4. 三关都过：识别成功但系统仍起不来，问题已经在识别层之外， 转向《烧录成功但不开机》系列文档（SPI NOR / SPI NAND / PPI NAND 分册）。

2.3 四类介质的识别路径对照

「ID」这个词在四种介质里指的不是同一个东西。SPI NOR / SPI NAND 的 ID 是一串字节， SD NAND 与 eMMC 的识别则是一整套 CMD 交互，最终拿到的是 OCR / CID / CSD / EXT_CSD 里的字段。 因此「读 ID」这个动作在四类介质上的实现完全不同，不能把 SPI 的经验直接搬到 SD/eMMC 上。

2.4 先抓一份「已知好板」基线

三关断点法要能用，前提是有一个正确的参照。现场最常见的问题是： 没有基线，于是每一个异常值都无法判断「是不是异常」。因此拿到第一块能正常启动的板， 请先把下面这些项各存一份，命名里带上日期与软件版本。

3. 第 1 类：接线层（pinmux / 电平 / CS# 上下拉）

接线层的问题在统计上不一定是占比最高的，但它是必须第一个排除的—— 因为只要这一层不成立，后面所有层的排查都没有意义：命令根本没送到器件， 你在驱动日志里看到的一切异常都只是「没人应答」的不同写法。

3.1 pinmux：引脚是不是真的切成了 SPI / SD 功能

现代 SoC 的引脚几乎都是多功能的。复位释放后，多数引脚的默认状态是 GPIO 输入或某个与启动无关的复用功能。 设备树里写了 spi0，不等于引脚已经切到 SPI 功能——pinctrl 组是否真的生效、 有没有被另一个节点抢占、复用寄存器的值有没有被后续代码改写，都要实际确认。

/* 设备树里 SPI 引脚的复用（示例，字段名与取值以平台 BSP 为准） */
&spi0 {
    pinctrl-names = "default";
    pinctrl-0 = <&spi0_pins>;          /* 必须指向真正的 SPI 功能组 */
    cs-gpios = <&gpio1 10 GPIO_ACTIVE_LOW>;
    status = "okay";

    flash@0 {
        compatible = "jedec,spi-nor";
        reg = <0>;
        spi-max-frequency = <50000000>;  /* 以器件 datasheet 为准 */
    };
};

3.2 电平匹配：1.8 V 器件与 3.3 V 器件不能混挂

这一点听起来基础，但在换料号与改板时高发：原方案用 3.3 V 器件，换成 1.8 V 的低功耗料号， 板子没改，主控 IO 还在 3.3 V 域。轻则器件长期过压损伤，重则上电即不响应。 反过来 3.3 V 器件挂在 1.8 V 域，则表现为「低压下偶尔能读、常温下不行」。

3.3 CS# 的上下拉与上拉强度

CS# 是 SPI 通信的帧定界信号，器件靠它的下降沿判断「一帧开始了」。 上电期间主控引脚多为高阻，如果 CS# 没有外部上拉，总线在这段时间是浮空的， 器件可能采样到随机电平并误判成命令——表现就是冷机起不来、热机正常这类概率性故障。

反过来，上拉也不是越强越好：上拉过小（阻值大）边沿过缓，高速读时建立时间不够； 上拉过大（阻值小）则增加功耗并可能超过主控引脚的灌电流能力。 串联电阻同理，为改善信号完整性加的串阻太大会直接把边沿拖垮。

3.4 立即动作与根治动作

4. 第 2 类：电源与时序层

电源与时序层是最会伪装的一类。它不像接线层那样「要么通要么不通」， 而是表现出强烈的温度依赖、电压依赖、批次依赖——冷机起不来、热机正常； 这批板好、下批板不行；加个探头就好了。现场常被误判成「芯片不良」而批量退货， 实际根因只是一路电源的上电顺序反了，或者复位释放早了几毫秒。

4.1 VCC / VCCQ 的上电顺序

多路电源器件（典型是 eMMC 的 VCC 与 VCCQ、部分 SPI NOR 的 VCC 与 IO 电源） 对上电顺序有明确要求。规范通常要求核心电源先于或同步于 IO 电源， 且两路之间的间隔有上限。顺序反了或间隔超了，器件内部状态机可能起不来， 表现就是主机侧 CMD 或 SPI 命令完全无应答。

4.2 复位释放与延时

器件上电后需要一段时间完成内部初始化，这段时间内它不响应任何命令。 主控侧必须等到这段时间过去再发第一条命令。常见的两个错法：

• 复位释放太早：主控的复位释放与电源稳定之间没有留够延时， BootROM 在器件还没醒的时候就开始发识别命令，读到全 FF。
• 只查了主控侧延时，没查器件侧要求：以为「主控起来了器件就该就绪」， 实际器件的上电就绪时间往往比主控的复位释放时间长，两者的差必须由软件延时或硬件 RC 保证。

4.3 控制器驱动能力与信号完整性

这一类常被归到「硬件问题」而推给 Layout，但从主控侧看它是可编程的： 多数 SoC 的引脚驱动强度（drive strength）、压摆率（slew rate）都是可以配置的。 默认配置未必适合当前走线——走线长、负载重、多器件并联时，默认驱动强度常常不够。

4.4 立即动作与根治动作