1. 从一次设备变砖说起NOR Flash“不可用”到底意味着什么我是在调试一块工业控制板卡时第一次撞上这个问题的。板子回来后批量烧录固件前几片一切正常到第三片时烧录器直接报错提示芯片ID读取失败读出来的ID全是0xFF。换了一片新的NOR Flash焊上去又好了。但还没等我松口气第二批板卡里又出现了几片类似问题。那时候我才意识到所谓的“Unavailability of NOR Flash”并不是一个简单的“芯片坏了”就能解释的问题它背后牵扯到硬件设计、电源时序、焊接工艺、驱动配置甚至还包括芯片选型时对NOR和NAND Flash差异的理解。如果你也是做嵌入式开发、单片机应用或者硬件设计的大概率迟早会碰上这个报错。特别是用SPI接口NOR Flash做代码存储或数据存储的场景里系统启动时读不到Flash、运行中Flash突然失联、偶尔能读偶尔不能读这些都属于“Unavailability”的表现。这篇文章我不打算泛泛讲理论而是把我在实际项目中遇到的情况、排查思路、最终解决办法以及对NOR Flash选型和使用的理解一次性整理出来。涉及的排查步骤和代码片段基本可以直接抄作业。先说清楚这里的“不可用”包含几种情况一是芯片物理损坏导致完全无法访问二是芯片本身没坏但电路或者时序有问题导致控制器访问不到三是软件配置不对比如SPI模式、频率、命令集不匹配造成通信失败四是芯片进入了某种保护状态比如WP引脚拉低导致状态寄存器被锁写操作全部失败。这几种情况的表现都是“Flash不可用”但处理方式完全不同。所以不要一上来就怀疑芯片坏了大概率是你前级的某个环节出了问题。2. 为什么“读不到NOR Flash”大概率是硬件问题2.1 先自查电源和地90%的诡异故障都藏在这里我排查NOR Flash不可用的第一件事永远是用万用表量电源。不要嫌基础NOR Flash这种器件对电源的要求其实挺敏感的。以常见的Winbond W25Q系列为例工作电压范围通常是2.7V到3.6V推荐值是3.3V。如果你的板子上3.3V电源纹波比较大或者电压偏低到了2.5V以下芯片会直接不工作SPI接口上的所有命令都得不到响应。更隐蔽的情况是电源电压在临界值附近波动芯片有时能初始化成功有时失败表现出来就是“偶尔能读偶尔不能读”。除了电压值还要看电源的上电时序。很多主控芯片要求Flash的供电先于主控稳定或者至少同时稳定。如果Flash的VCC是通过一个LDO单独供电而这个LDO的启动时间比主控的复位释放时间还长那么主控在初始化SPI外设并尝试读取Flash时Flash可能还没准备好。这在低功耗设计里特别常见因为很多人会给Flash单独做一个MOS管开关平时断电省电需要时再打开。如果软件里没有足够的延时等待头几次访问就会失败。实操建议用示波器同时抓VCC上电曲线和主控复位引脚释放的时序确认Flash电源稳定到底比主控复位释放晚多少。如果发现Flash上电完成时间晚于主控开始访问的时间要么修改硬件让Flash常供电要么在软件里增加等待延时。千万别指望芯片的“上电就绪时间”参数那通常只有几毫秒但你的供电回路里电容充电时间可能远不止这个数。另外地线问题也容易被忽略。如果Flash和主控之间的地平面不完整或者共地阻抗偏高SPI通信高速翻转时会产生地弹导致信号电平漂移从而出现偶发性的读取错误。这种情况下示波器看波形可能有毛刺但又不至于完全无波形很迷惑人。最简单的确认方法用一根粗短的跳线把Flash的地和主控的地直接短接如果故障频率明显降低那就说明PCB的地回路设计有问题。2.2 焊接和接触不良排查优先级应该排在芯片本身前面在我遇到的NOR Flash不可用案例里焊接问题导致的故障占比其实比芯片本体的不良率要高得多。特别是QFN封装或者小尺寸SOP封装的Flash手工焊接时稍微温度不够或者锡膏量不足就会出现虚焊。虚焊在常温下可能还能勉强导通一旦温度变化或者板子受到震动接触电阻就会增大信号完整性急剧恶化。一个典型的案例板卡在产线测试时全部通过出货到客户现场后有一部分设备在低温环境下启动失败日志里记录的报错就是Flash读取超时。寄回来分析用热风枪对着Flash区域吹一下故障消失等板子冷却下来故障又出现。最后用X-ray检查发现Flash的某个引脚存在典型的“枕头效应”——焊料没有和引脚完全融合只是搭在一起。温度降低时焊点收缩接触彻底断开。所以排查顺序建议这样先目检或者用放大镜检查Flash引脚的焊点特别是芯片底部是否有可见的虚焊痕迹有条件的话直接X-ray。如果没有X-ray设备可以用一个简单粗暴的方法——用手指按压Flash芯片表面同时持续读取Flash ID。如果按压时读取正常、松手后失败那基本可以断定是焊接问题。另外插座接触不良也属于这一类。如果你用的是烧录座、测试座或者开发板上的排针插座氧化或者弹片老化都会导致接触电阻升高。我之前调试一块板子Flash在烧录座上测试正常焊到目标板上就不行最后排查发现是烧录座的弹片对Flash引脚的夹持力不够。这种情况下不要怀疑芯片先换一个全新的烧录座试试。2.3 芯片本体损坏别急着下结论但也别排除芯片本身确实会坏。NOR Flash的存储单元具有有限的擦写寿命一般在10万次左右但这指的是正常擦写循环。如果芯片在使用过程中出现了过压、过流、静电击穿或者焊接时温度过高、时间过长都可能直接损坏。还有一种情况是芯片本身是翻新料或者散新料来源不可控质量参差不齐。如何判断是不是芯片本体损坏最可靠的方法是拿一片全新的同型号芯片焊到同一块板子上如果故障消失说明原芯片确实坏了。如果没有新芯片可以用编程器直接读取看看能不能识别到芯片ID。编程器也识别不到的话再用万用表量一下芯片VCC和GND之间是否有短路如果短路大概率是内部损坏。这里我要多说一句关于静电防护的问题。NOR Flash的输入引脚对静电比较敏感特别是气候干燥的环境里人体静电可能高达几千伏直接用手触摸芯片引脚很容易造成损坏。焊接时使用防静电手环、防静电镊子芯片存放时用防静电袋这些看似基础的习惯其实能帮你省掉很多莫名其妙的芯片损坏问题。3. SPI通信层命令没发对一切白搭3.1 CS、CLK、MOSI、MISO四条线一条都不能含糊排除掉供电和焊接问题之后接下来要检查的就是SPI通信链路本身。NOR Flash用的是SPI接口标准四线制CS片选、CLK时钟、MOSI主出从入、MISO主入从出。这四条线任何一条出了问题都会导致Flash不可用。先看CS引脚。CS是高电平有效的片选不对NOR Flash的CS是低电平有效。如果你的主控在初始化时把CS配置成了高电平有效或者GPIO的推挽/开漏配置不对导致CS引脚无法被拉低那Flash永远不会被选中所有命令都不会有响应。这个错误在从其他SPI设备切换到NOR Flash时特别容易犯因为不同外设的极性可能不一样。再看CLK。SPI有四种模式由CPOL时钟极性和CPHA时钟相位组合决定。NOR Flash通常支持模式0和模式3但不同厂家的芯片对模式的支持可能略有差异。如果主控配置的模式和Flash不匹配通信时序就对不上MISO上的数据采样的时机完全错误读取回来的数据就是乱码或者全0xFF。常见的W25Q系列在数据手册里会明确标注“支持SPI Mode 0和Mode 3”建议优先用Mode 0即CPOL0、CPHA0。还有一个容易被忽略的点是MISO信号线需要有上拉电阻。有些主控的MISO引脚内部没有上拉而Flash的MISO输出是推挽式的理论上不需要上拉。但为了保险起见在MISO上加一个10kΩ的上拉电阻可以有效防止总线浮空时的误判。特别是在多设备共享SPI总线的情况下未选中设备的MISO引脚处于高阻态如果没有上拉总线电平不确定主控可能读到错误的数据。3.2 时钟频率太高信号直接糊掉SPI时钟频率也是一个常见的坑。NOR Flash能跑多快以W25Q128为例标准SPI模式下最高支持133MHz但在实际PCB设计中信号完整性会限制实际可用的频率。如果板子的走线比较长、过孔比较多或者没有做阻抗匹配高频下信号反射会非常严重导致MISO上的数据采样不稳定。我从实际经验中得到一个保守的建议原型调试阶段把SPI时钟频率降到1MHz甚至更低来验证基本通信。如果能稳定读到芯片ID再把频率逐步提高直到找到性能和可靠性的平衡点。特别是在飞线连接Flash的情况下线材的寄生电容和电感都会影响信号质量高频基本跑不稳。除了频率还要注意时钟线的上升沿和下降沿。如果CLK信号边沿太缓会导致在采样点时刻电平不确定。可以在CLK引脚上串联一个22Ω到33Ω的电阻来抑制过冲这在高速SPI设计中很常见。但要注意示波器测得的波形会因探头电容而产生畸变不要被表面现象迷惑。3.3 多设备共用SPI总线时的隐性干扰如果你的板子上SPI总线上不止挂了Flash还挂了SD卡、传感器之类的其他设备那就要特别注意设备间的相互干扰。最常见的场景是某个从设备的CS引脚悬空或者配置不正确导致它一直处于选中状态从而持续驱动MISO线与Flash的输出信号打架。排查方法先把其他设备的CS引脚全部拉高禁用状态然后单独访问Flash。如果故障消失说明是多设备冲突。解决问题的方法是在每个设备的CS引脚上加一个10kΩ上拉电阻确保上电时没有设备被意外选中。另外不同SPI从设备的工作模式如果不同也要注意总线切换时的模式配置。4. 软件层驱动代码里的常见“坑”4.1 读ID失败后的重试机制一定要做说句实话代码层面的问题往往比硬件问题更好解决但也更容易被忽略。我最常强调的一点是上电后第一次访问Flash时不要默认一定成功要做重试。为什么因为NOR Flash在上电复位后需要一小段时间才能进入就绪状态。虽然数据手册上写的是典型值3ms但在实际系统中主控的复位释放时间、时钟稳定时间都可能与Flash的上电准备时间叠加。如果主控的代码在上电后立刻就去读Flash的ID就有可能在Flash还没准备好的时候发命令导致读取失败。我的驱动代码里通常会在初始化函数中加入这样一个循环uint8_t spi_flash_init(void) { uint8_t id[3]; uint8_t retry 0; while (retry 5) { if (spi_flash_read_id(id) 0) { if (id[0] 0xEF id[1] 0x40) { return 0; // 成功识别到W25Q系列 } } retry; delay_ms(10); } return -1; // 重试5次仍然失败 }这段代码的逻辑很简单读取ID校验厂商ID和设备ID如果不匹配等待10ms再试。实测下来绝大多数上电瞬时失败的情况都能通过这个重试机制解决。重试5次还不够的话那就要回到硬件层面排查了。4.2 状态寄存器检查忽略它你的写操作就是玄学NOR Flash的写操作编程和擦除是需要时间的。W25Q256的页编程时间典型值0.7ms扇区擦除典型值150ms块擦除典型值700ms。在这段时间内Flash内部其实是在忙的此时主控发任何命令除了读状态寄存器都会被忽略。如果你的代码没有检查忙状态就直接进行下一步操作就会出现数据写不进去、写入不完整等问题。正确的流程应该是在发送写命令后循环读取状态寄存器的BUSY位直到BUSY位为0才继续int spi_flash_wait_busy(uint32_t timeout_ms) { uint32_t start get_tick_ms(); uint8_t status; do { status spi_flash_read_status_register(); if ((status 0x01) 0) { return 0; // 不忙了 } delay_ms(1); } while ((get_tick_ms() - start) timeout_ms); return -1; // 超时 }除此之外写使能WRITE ENABLE命令0x06也是一个必须的步骤。在每次写操作之前必须先发送写使能命令把状态寄存器里的WEL位置1。如果忽略这一步Flash会直接忽略你的写命令。很多人在从别的Flash平台移植代码时容易漏掉这个细节。4.3 驱动代码里的缓存一致性DMA场景特别注意如果你的主控用DMA方式读写Flash那就还要考虑缓存一致性问题。DMA读写的是内存地址如果CPU对这块内存有缓存而DMA没有访问CPU缓存就会出现数据不一致CPU认为写入了数据但DMA读取的是旧数据或者DMA写入了新数据但CPU读到的是缓存里的旧数据。这个问题在ARM Cortex-M系列里很常见因为很多M系列内核带有Cache。解决办法是在DMA传输前做Cache Clean清缓存在DMA传输后做Cache Invalidate无效化缓存。具体实现取决于你的主控型号和使用的HAL库比如在STM32上可以用SCB_CleanDCache()和SCB_InvalidateDCache()在ESP32上有esp_cache_msync()。需要注意的是这两个操作的时机一定不能错否则就会出现“数据看起来写进去了但读出来还是0xFF”这种诡异问题。5. 从NOR Flash切换NAND Flash为什么“不可用”的排查思路完全不同5.1 接口差异SPI NOR vs 并行/SPI NAND在排查“Flash不可用”问题时有一种情况是你其实用错了Flash类型。搜索热词里出现了“nand flash和nor flash区别”说明很多人确实在这两种芯片之间切换时遇到过困惑。很多项目初期用NOR Flash后期因为容量不够想换成NAND Flash结果发现原来那套代码完全跑不通。最直观的区别在接口。绝大多数NOR Flash是SPI接口四线制命令简单直接按地址读写。NAND Flash则有两大类老式的并行NAND8位或16位并行总线和新式的SPI NAND比如Winbond的W25N系列、GigaDevice的GD5F系列。即使是SPI NAND和SPI NOR的命令集、页大小、坏块管理方式也完全不同。SPI NOR的读操作是按字节寻址的可以随机读取任意地址的数据很适合直接映射执行代码XIP。SPI NAND的读操作是以页为单位的一般一页是2048字节你只能把整个页读到RAM里再从RAM里取用。写操作更是如此NAND的写最小单位是页擦除最小单位是块通常是128KB到256KB。如果你的代码逻辑还是“把数据写到Flash的某个任意地址”这在NAND上根本不成立。5.2 坏块管理与ECCNAND不可用可能只是你没管理好坏块NAND Flash出厂时就可能存在坏块而且随着擦写次数增加坏块会越来越多。你从NAND读取数据时如果撞上一个坏块读出来的数据就是错误的甚至可能直接超时。这在NOR Flash上基本不会遇到因为NOR Flash的存储单元结构决定了它的坏块率极低即使出现坏块也可以通过替换整个芯片来解决。所以如果你的项目里用的是NAND Flash遇到“不可用”问题先检查你的坏块管理策略是否完善。至少要做三件事出厂坏块扫描Read Mark、运行时坏块替换把写入坏块的数据重定向到备用块、每页数据的ECC校验。这几件事不做的话NAND Flash的可靠性会大打折扣。如果你用的是带内建ECC的SPI NAND很多新型号都支持记得在初始化时打开ECC功能并通过状态寄存器检查ECC错误标志。5.3 NAND上电初始化的额外步骤和NOR Flash相比NAND的上电初始化要复杂得多。SPI NAND在识别ID之前通常需要发送一个复位命令然后等待芯片就绪。有些型号还支持通过“Get Feature”命令读取芯片的配置信息比如ECC开关状态、内部时序配置等。如果你直接沿用NOR Flash的初始化流程跳过这些步骤NAND可能根本无法进入可访问状态。这里特别提醒从一个Flash平台切换过来的朋友不要只看引脚兼容就以为代码也能兼容。哪怕都是SPI接口、都是8引脚封装NOR和NAND的命令集、时序参数、状态寄存器定义都完全不同。移植时一定要重新阅读目标芯片的数据手册逐条对照命令和时序而不是复制粘贴。6. 完整排查流程与实战案例从报错到解决的四个阶段6.1 建立排查工具链逻辑分析仪和示波器是必备的在开始系统排查之前一定要准备合适的工具。我的建议是至少要有一台双通道以上、带宽100MHz的示波器一个逻辑分析仪采样率最好在100MHz以上以及一个支持SPI NOR/NAND的编程器比如市面上常见的RT-Thread Flash编程器或者各家的SPI Flash编程器。示波器主要负责看模拟信号质量比如电源纹波、信号边沿、过冲等。逻辑分析仪则用来抓取SPI总线上的数字时序配合协议解析功能可以直接看到主控发出的命令是什么、MISO上返回的数据是什么。我之前排查一个Flash偶尔通信失败的问题就是用逻辑分析仪抓到主控在发完读ID命令后CS信号提前释放了导致Flash还没来得及返回数据就被片选禁用。这种问题光靠看代码是发现不了的。6.2 排查流程的先后顺序我总结了一套排查流程每次遇到NOR Flash不可用都按这个顺序走效率最高第一步确认供电万用表量VCC对GND电压确认在规格范围内示波器看纹波是否在100mV以内检查上电时序。第二步确认硬件连接用万用表蜂鸣档量CS、CLK、MOSI、MISO到主控引脚的连通性排除断线和虚焊。第三步确认SPI模式核对主控SPI配置的模式推荐Mode 0引脚复用是否正确。第四步用逻辑分析仪抓取主控发出来的命令序列检查命令是否正确、片选时序是否正常。第五步用编程器离线读取Flash ID确认芯片本体是否正常。第六步如果以上都没问题写一个最简单的测试代码只读ID不加任何初始化逻辑逐步加功能直到复现问题。这套流程看着简单但每一步都有实际意义能帮你把问题域快速缩小。6.3 实战案例一个“低温下Flash失联”的完整排查过程最后分享一个印象最深的实战案例。有一款户外设备在冬季现场运行时频繁报告启动失败错误日志直指Flash读取超时。产品退回后我在常温下反复测试始终无法复现。后来把板子放进高低温箱温度降到-20℃时问题复现。这时候用示波器抓Flash的VCC波形发现电压只有2.9V而且纹波明显增大。进一步查电路发现Flash的VCC是通过一个PMOS管做低功耗开关控制PMOS的驱动电路在低温下导通电阻变大导致Flash供电电压跌落。解决办法说起来很简单把PMOS换成导通电阻更小的型号并在Flash VCC引脚旁边增加一个10μF的陶瓷电容。但当时这个问题的排查过程花了整整三天就是因为一开始没有把“环境温度影响”这个变量纳入考量。所以我想强调的是排查不可用问题一定要把环境因素考虑进去特别是温度。有条件的话高低温测试是相当有价值的验证手段。7. 选型和设计阶段的六个经验建议7.1 选型时关注“读命令”是否兼容SFDP现在主流的SPI NOR Flash都支持SFDPSerial Flash Discoverable Parameters这是一种标准的参数描述表主机可以通过读取SFDP表来识别芯片的容量、命令集、时序参数等。如果你的主控和软件框架支持SFDP选型时优先选择支持SFDP的芯片这样可以省去很多驱动适配的工作。7.2 PCB布局Flash尽量靠近主控Flash芯片的位置离主控的SPI引脚越近越好。走线越短信号完整性问题越少。如果必须在Flash和主控之间加过孔尽量保证同一组信号线CS、CLK、MOSI、MISO的走线长度接近避免时钟线和数据线的延迟差异过大。7.3 预留测试点在Flash的四个SPI信号线上预留测试点Test Point方便在出了问题时用示波器或者逻辑分析仪直接测量。这个习惯在量产阶段会非常有用产线诊断时不用拆芯片就能快速验证信号完整性。7.4 保留第二种Flash方案的可能性如果项目空间和成本允许尽量在硬件设计时预留两个Flash焊盘位置一种放NOR Flash一种放SPI NAND通过电阻跳线切换。这样后期如果容量需求变化硬件不用重新打样只要换电阻就能切换Flash类型。当然这个方案对PCB面积要求比较高而且软件上要做好两种Flash的适配层。7.5 上电配置引脚别让芯片进入错误模式部分NOR Flash支持通过特定引脚的状态选择工作模式比如QPI模式、输出驱动强度配置等。如果这些引脚被悬空或者上下拉电阻配置不当芯片可能在复位后进入非预期模式导致标准SPI命令无法识别。选型后一定要仔细阅读数据手册里的“Hardware Configuration”章节确认引脚在默认状态下的工作模式。7.6 备份方案双备份启动对于可靠性要求高的产品我建议采用双备份方案主Flash和备份Flash各存一份固件启动时先读主Flash如果失败或者校验不通过再读取备份Flash。这个方法不复杂但在实际产品里能极大降低返修率。Flash不可用的问题再好的排查手段也赶不上备份设计来得省心。从我个人的经验来看NOR Flash的“不可用”问题很少是单一原因造成的更多时候是多个因素叠加的结果。比如电源纹波偏大加上SPI时钟频率过高单独看任何一个问题都不足以让Flash完全失效但两者同时存在时故障就会间歇性出现。这也是这类问题让人头疼的根本原因。所以排查时保持耐心按照流程逐步缩小范围才是最高效的路径。
