写保护误触发 · SR BP 位 量产排查

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

XTX 芯天下 · FAE 现场技术文档 ｜ SPI NOR 状态寄存器（SR）Block Protect 位误触发 ｜ 量产烧录 / 在板写失败 / 读回 FF ｜ 2026-09 版

一句话结论：「烧录能过、装板写不了 / 读回 FF / verify 失败」优先读状态寄存器—— 看 BP / SEC / TB / CMP / WPS 与 WP# 引脚电平。解保护后再烧，并把出厂默认 SR 写进参数卡。 九成以上的「写保护误触发」不是器件坏，是SR 被写错 / 没清 / 被继承，属于可完全恢复的工艺与工装问题。

这份文档解决什么

解决的是SPI NOR 量产中因状态寄存器（SR）Block Protect 位误触发，导致擦写失败、数据写不进去、读回全 FF 这一类问题的定位与根治方法。全文按「机制 → 总览 → 六类误触发 → 速查 → 防复发 → 结案」组织： 第 1 章讲清 SR 架构与 BP 保护范围，第 2 章给排查主线和八类场景汇总， 第 3~8 章逐类拆解根因与立即 / 根治动作，第 9 章是可直接翻查的速查矩阵，第 10 章与附录给出防复发与结案模板。

怎么用这份文档

1. 先读 SR，再动板子：拿到一颗「写不了」的器件，第一动作是用烧录器或逻辑分析仪读 SR1/SR2/SR3， 看 BP / SEC / TB / CMP / WPS 与 WEL 位，不要一上来就换芯片或判不良。
2. 抓一份「已知好板 / 好料」基线：把能正常烧录那批料的 SR 默认值、参数卡、烧录算法版本各存一份， 后面所有比对都拿它当基准。
3. 用第 2 章的排查主线收敛：读 SR → 判 BP/方向/粒度 → 判 WP#/WPS → 判是否锁死 → 解保护 → 重烧 → verify → 装板实跑， 不要跳步。
4. 一次只改一个变量：WREN 前置、SR 字节值、写顺序、并发锁、清座步骤每次只动一处，改完重烧验证。
5. 用装板实跑闭环：任何解保护动作的最终判定，以「装板跑通 + 关键区回读 + 一次断电重启」为准，而不是烧录器显示通过。

1. 问题本质：SR 寄存器与 BP 保护机制

「写保护误触发」这句话在现场被用得太泛。它可能是 BP 位被写成了全 1（最大保护）， 可能是 TB 方向反了（你以为保护顶部、实际保护了底部），可能是 SEC 粒度错了（按 4 KB 算却按 64 KB 去解）， 也可能是 CMP 把整张保护表反转了。本章先把寄存器还原成机制：讲清 SR 的三组关键位、 BP 位到底保护哪段地址，然后把本文的排查对象与「烧录器找不到型号」严格切开。

1.1 状态寄存器架构

SPI NOR 通过一组状态寄存器管理写保护、Quad 模式、保护语义等运行时行为。 不同厂商把位塞进 SR1 / SR2 / SR3 三组的命名不同，但职责高度一致： SR1 管 BP 块保护与写使能，SR2 管 QE 等扩展模式，SR3 管 CMP / WPS 等保护语义反转与 WP# 引脚语义。 下图为常见布局示意，实际位号以料号 datasheet 为准。

1.2 BP 位的保护范围

BP[2:0] 三位决定有多少存储区域被保护，但它不是孤立的——保护区间的起点方向由 TB 位定， 粒度由 SEC 位定，语义还能被 CMP 位整体反转。四者必须一起看：

• BP[2:0]：保护块数编码，从 000（无保护）到 111（全片保护）。中间值对应「顶部 / 底部若干块」。
• TB（Top/Bottom）：0 = 从顶部（高地址）开始保护；1 = 从底部（低地址）开始保护。
• SEC（Sector）：0 = 按 64 KB 块计算保护粒度；1 = 按 4 KB 扇区计算（粒度更细，小区域也能精准保护）。
• CMP（Complement）：1 时保护语义整体反转——原本被保护的区域变开放、原本开放的变保护。

1.3 误触发的机理

「误触发」的本质是：BP 位携带的保护状态，和当前工序期望的状态不一致。 它不来自器件缺陷，而来自写 SR 这个动作本身出错——要么没写（漏 WREN）、要么写错值（FF 全开）、 要么写了但没清（测试残留）、要么并发写乱（race）、要么从上一颗继承（清座遗漏）。 第 2 章开始把八类场景按这个机理归类。

2. 方案总览：排查主线与场景汇总

写保护误触发在统计上不算「器件失效」，而是工艺 / 工装 / 参数卡的协同失误： 某一步把 SR 写错了、没清、被并发写乱、或从上一颗继承。它的难点不在修复（清 BP 即可）， 而在定位是哪一步、以及怎么防止整批复发。本章先把排查主线画成一张可照做的流程图， 再把八类误触发场景汇总成一张可归档的表，后面六章逐类展开。

2.1 排查主线

无论现场表现多乱，都按下面这条主线走：读 SR → 判 BP/TB/SEC/CMP → 判 WP#/WPS → 判是否锁死 → 解保护 → 重烧 → verify → 装板实跑。 每一步只回答一个是非题，不要跳步——尤其是「先读全 SR 再动手」这一步，能避免把一顆本来没锁的料号误整片擦。

2.2 八类误触发场景汇总

下面八类覆盖产线上 SR BP 误触发的绝大多数来源。归档时先按场景定到某一类，再翻对应章节——不要一上来就逐章读。

2.3 BP 保护范围示意

理解 BP 位到底保护哪段地址，是解保护的前提。三个控制位必须一起看：TB 定方向、SEC 定粒度、CMP 定语义。 下图给出典型 8 块器件的保护区示意与 BP 编码速览，具体比例与方向务必回到 datasheet 核对。

3. 第 1 类：烧录器初始化与状态继承

这一类是工艺步骤的缺失，不是器件问题：烧录器在写 SR 这件事上「没按规矩来」， 导致 BP 保护状态不正确地保留或随机化。它覆盖场景 1（缺 WREN）、场景 7（多线程 race）、场景 8（清座遗漏继承）， 三者的共同点是解保护的「正确时序」被破坏或跳过。

3.1 未发 WREN 直接 WRSR（场景 1）

SPI NOR 写状态寄存器有固定的先使能后写入时序：必须先发 06h（WREN）把 WEL 位置起来， 再发 01h（WRSR）才能真正改 SR。很多烧录算法的初始化流程里漏掉了 06h 这一步， 于是 WRSR 被器件忽略，BP 停留在上一颗 / 默认值，后续擦写全部失败—— 器件本身完好，是「门没开就推」。

3.2 多线程同时改 SR 造成 race（场景 7）

烧录工装并发处理多颗、或同一颗被两条线程交替写 SR 时，如果没有对 SR 写加互斥锁， 就会出现「线程 A 发 06h，线程 B 也发 06h，线程 A 发 WRSR，线程 B 又发 WRSR」这种交错。 WEL 位是全局的，一方刚置起就被另一方清掉，最终 BP 落在随机值。这类故障间歇性、难复现， 是它最典型的特征。

3.3 清座步骤遗漏：上一颗 BP 被继承（场景 8）

离线座（socket）烧录有一步「清空 / 初始化」：把座上上一颗留下的 SR 状态清掉、读基线。 这一步被省掉时，新料直接继承上一颗的 BP 保护，于是同一夹具出现「有的过、有的不过」—— 过的是上一颗恰好没保护的，不过的是继承了保护的。呈现方式和器件批次无关，纯看上一颗状态。

3.4 立即动作与根治动作

4. 第 2 类：SR 字节值写错

这一类是写进去的值本身就错了：不是没写，而是写了一个会把保护拉满、或残留测试状态、或牵连其它位的值。 它覆盖场景 2（默认 FF 全开 BP）、场景 3（工厂测试残留未恢复）、场景 5（改 QE 带改 BP）。 判别要点：读 SR 发现值「明显不对」——整片最大保护、或非出厂默认、或 QE 改了 BP 也变了。

4.1 默认 FF 全开 BP（场景 2）

参数卡 / 烧录工程的 SR 默认字节一旦填成 0xFF，等于把 SR1 的 BP2/BP1/BP0 全置 1、 SEC=1、TB=1 一起生效。整片进入最大保护，表现和「芯片写死」一模一样， 但器件完全健康——清掉 BP 立刻恢复。这是参数卡填写环节最高频的错法。

4.2 工厂测试写 SR 后忘了恢复（场景 3）

工厂测试阶段为了验证某功能（例如临时开保护、临时切 Quad、临时锁某区），改了 SR 却在下电前没写回出厂默认。 这颗料就带着测试残留的保护状态流到下一工位，烧录与装板都异常。它和场景 2 的区别是： 值不一定是 FF，而是某个「看起来合理但非出厂默认」的数，所以更隐蔽。

4.3 改 QE 时把 BP 一并改了（场景 5）

编程器在切 Quad 模式、写 SR2 的 QE 位时，如果SR1 与 SR2 分次写却共用了脏的影子值， 就可能把 SR1 也顺手改了，BP 被带上新值。现象是「换个读模式就写不进」—— 根因不是 Quad 通信，而是 BP 被这次写动作意外改动。

4.4 立即动作与根治动作