最近的嵌入式项目里我一直在调一颗新款的串行四线接口SQISuperFlash存储芯片整个过程踩了不少坑也积累了一些挺有价值的经验。这颗芯片的亮点在于把传统的SPI接口升级成了SQI接口同时保留了SuperFlash NOR Flash在读取速度和擦写可靠性上的老底子。说人话就是接口更快了存储单元的底子也更扎实非常适合那些对启动速度、代码原地执行XIP和擦写寿命有要求的场景。这篇博客我不打算写成产品手册的翻译而是结合我实际调试和量产的经历从选型理由、接口细节、操作时序、避坑经验这几个方面展开。如果你正在评估新的存储方案或者被Quad SPI、SQI这些名词绕晕了这篇文章应该能帮你省下不少时间。1. 项目概述与核心价值1.1 什么是SQI Interface SuperFlash先拆解一下名字。SQI是Serial Quad Interface的缩写本质上是串行四线接口它在标准SPI的基础上增加了额外的I/O引脚可以一次传输4位数据直接把理论带宽翻了四倍。SuperFlash则是赛普拉斯现在是英飞凌旗下的一种专有NOR Flash技术后来这个技术授权给了多家厂商所以市面上能看到不少“SuperFlash”标签的存储芯片核心卖点是扇区擦除速度快、擦写寿命长以及功耗控制比较好。把SQI接口和SuperFlash技术组合在一起就是这几年的一个明显趋势。传统SPI NOR Flash在低密度、低成本的场景里仍然是主流但当设备需要从Flash里直接启动复杂的操作系统、跑GUI界面或者做实时日志记录时原来的带宽和擦写速度就开始拖后腿。SQI接口的SuperFlash设备本质上就是给这些需要更高吞吐量的嵌入式系统提供了另一条路尤其在对PCB面积敏感、不想上并行NOR Flash或eMMC的方案里它几乎是量身定做的。1.2 为什么SQI接口值得关注我最早接触SQI设备其实是因为一个客户项目要求MCU从外部Flash跑代码同时还要在系统运行过程中通过DMA把大块日志数据写回Flash。原来的标准SPI Flash在读取时要不断切状态带宽撑不住而并行NOR Flash又太占引脚、布线也复杂。SQI接口的出现正好卡在这个中间位引脚数量比并行Flash少得多但吞吐量比标准SPI高出一截。从实际收益来说SQI接口带来的提升是实打实的启动时间缩短设备上电后需要把固件从Flash搬运到RAMSQI模式下单次读取的数据量更大搬运时间可能缩短至原来的四分之一。XIP体验明显改善如果MCU支持从外部Flash直接执行代码指令预取和数据读取都走SQI对性能敏感的应用来说差别很大。擦写效率更高SuperFlash的扇区擦除通常在几十毫秒级别比传统NOR Flash的几百毫秒快得多这让OTA升级和数据记录功能都变得更从容。当然SQI不是银弹。它需要MCU端的外设控制器支持对应的模式或者至少能用GPIO模拟时序对硬件设计有额外的要求。后面我会详细聊这些选型时的考量。2. 技术原理与架构拆解2.1 SQI与标准SPI、Quad SPI的区别很多人会把SQI和Quad SPI混为一谈其实从协议层面看SQI算是对Quad SPI的一种增强型封装和实现方式。标准SPI是四线制时钟线CLK、片选线CS、主出从入MOSI、主入从出MISO数据是一位一位串行传的。Quad SPI则复用MOSI和MISO让它们变成双向的IO0、IO1同时新增IO2和IO3这样一次时钟周期就能传4位数据。SQI接口在物理层和Quad SPI基本一致都是四条数据线加一条时钟、一条片选六条信号线搞定。但SQI强调的是一种更完整的接口规范不仅定义了命令格式还把读命令可以带地址、可以带模式位Mode Bits这些细节一并规范化同时在寄存器操作、状态读取等方面做了统一。换句话说Quad SPI更多是一种硬件能力SQI则是基于这种能力的完整操作协议。实际用下来最大的感知是命令发送方式的变化。标准SPI里发送一个字节读命令后紧接着是24位或32位地址然后等待数据返回而SQI设备通常支持在命令阶段就用四线模式也就是说命令、地址、数据全部走四条线只有片选和时钟还保持常规逻辑。这个细节在提高效率的同时也对MCU端的外设控制器提出了更严格的要求后面我会专门讲。2.2 SuperFlash存储单元技术的特点SQI只是接口层存储介质本身的特性才是决定可靠性上限的关键。SuperFlash技术最核心的设计是把存储单元的浮栅结构做了改良采用了一种分栅Split-Gate设计。相比传统的堆叠栅Stacked-Gate结构分栅结构的擦除机制更高效它利用源极侧的电场来拉出电子而不是在整个浮栅上施加高电压这让擦除操作对单元的损伤更小。这个结构带来的直接好处有三个擦除块更小很多型号支持4K字节的扇区擦除数据管理更灵活不像某些器件最小擦除单位是64K存个日志都得打包重写。擦写寿命长工业级型号普遍标称10万次到100万次擦写远超普通NOR Flash的1万到10万次水平。擦除速度快扇区擦除典型值在25ms到50ms之间对比传统器件的150ms乃至更久体验差距非常明显。当然分栅结构也不是没有代价。因为存储单元的尺寸控制更精细同等工艺节点下它的单位存储密度理论上会略低于堆叠栅结构。不过在嵌入式场景里大家更在意的是擦写可靠性和读取速度这个取舍是值得的。2.3 关键性能指标与选型参数我拿到一颗新的SQI SuperFlash芯片第一件事就是翻数据手册里几个关键表。很多工程师只看容量和封装但真正决定项目成败的往往是这些细节参数典型值选型关注点最高时钟频率104MHz或133MHz频率越高SQI模式下吞吐量越大但要确认MCU端能跟得上最大读取带宽52MB/s到66MB/s四线模式下带宽约等于时钟频率乘以4再除以8注意实际要打折扇区大小4KB / 32KB / 64KB影响数据管理策略小扇区更灵活但擦除次数可能更多扇区擦除时间25ms到50ms影响OTA升级体验和日志写入连续性页编程时间0.3ms到3ms页大小通常是256字节编程时间越短越好擦写寿命10万次到100万次工业级产品优先选高寿命型号待机电流1uA到5uA电池供电产品需要重点看选型的时候不能只看峰值带宽。我遇到过一款芯片标称支持104MHz但MCU的SPI外设时钟最高到80MHz实际只能跑在80MHz如果当初按104MHz去估算系统吞吐量后面的性能验证就会出问题。所以选型一定要把MCU端的能力一起拉通看。3. 实操准备与开发环境搭建3.1 硬件连接与引脚定义SQI设备的引脚比标准SPI多两根数据线但整体连接并不复杂。以常见的8引脚封装为例典型引脚定义如下CS#片选低电平有效CLK时钟IO0 / IO1 / IO2 / IO3四根双向数据线传统意义上IO0对应MOSIIO1对应MISOIO2是WP#写保护IO3是HOLD#保持但在SQI模式下它们全部作为数据线使用VCC / GND电源和地这里有个非常容易踩的坑如果把芯片设计成兼容标准SPI和SQI的模式IO2和IO3在标准SPI模式下承担的是WP#和HOLD#功能。如果PCB上把这两个引脚直接拉高或拉低在切换SQI模式时会引发意想不到的问题。我的建议是如果确定项目只走SQI模式IO2和IO3按普通数据线处理不用额外连接上下拉如果要做双模式兼容则必须把这两个引脚通过电阻由上拉到VCC确保在标准SPI模式下写保护和保持功能不误触发。另外电源去耦别敷衍。Flash在擦写瞬间会有比较大的电流毛刺最好在VCC引脚旁边放一个100nF电容如果板子空间允许再并联一个4.7uF或者10uF的钽电容能显著降低电压跌落导致的写入失败问题。3.2 软件驱动框架选择软件层面开发SQI设备的驱动一般有三条路可以走直接用MCU厂商的底层驱动库。比如STM32的HAL库就提供了QSPI相关的驱动接口虽然名字叫QSPI但底层协议完全兼容SQI设备的操作。这是最省力的方式适合项目周期紧的情况。基于现有的SPI驱动做二次封装。如果MCU没有专门的四线接口外设但SPI外设支持半双工模式切换可以通过软件控制IO方向来模拟四线时序。这种方式兼容性强但性能会打折扣时钟频率跑不高CPU占用也大。纯GPIO模拟。这种方式只适合做功能验证不适合量产代码。GPIO翻转速度有限而且时序抖动大SQI的高频优势完全发挥不出来。我在实际项目里推荐第一种方式居多但前提是仔细看MCU参考手册里关于四线模式的部分比如命令阶段是否支持四线、地址阶段是否支持四线、等待状态Dummy Cycle怎么配这些寄存器位一旦配错数据读出来全是乱的。3.3 寄存器配置与命令集SQI SuperFlash的寄存器体系比标准SPI要丰富一些。最常用的是状态寄存器1Status Register 1和配置寄存器Configuration Register。状态寄存器里最重要的是BUSY位通常叫WIPWrite In Progress每次发起编程或擦除命令后都要轮询这个位直到它清零才能进行下一步操作。配置寄存器则关系到SQI模式的切换。很多SQI设备有一个“Enhanced Voltage Mode”或者“Quad Enable”位必须先把这一位置1然后再发进入四线模式的命令之后才可以真正用四线方式访问数据区域。这里有一个操作顺序的讲究通常先用标准SPI命令写配置寄存器把Quad Enable置位然后再发四线模式的进入命令之后的读写操作都可以走四线。如果顺序反了直接发四线命令大概率会被芯片忽略。SQI设备的核心命令集一般包括这么几类读命令03h是标准SPI读6Bh是四线读带4字节地址EBh是四线快速读带模式位编程命令02h是标准SPI页编程32h是四线页编程擦除命令20h是4KB扇区擦除D8h是64KB块擦除还有整片擦除命令寄存器操作05h读状态寄存器101h写状态寄存器1B7h读配置寄存器B8h写配置寄存器这些命令在数据手册里都有时序图但最容易被忽略的是命令、地址、数据三个阶段各自的I/O模式。比如EBh命令很多型号要求命令阶段用单线、地址和Dummy用四线、数据输出用四线如果你用MCU的四线外设把命令也直接配成四线发送芯片会直接罢工。4. 核心功能实现与优化4.1 读取操作实现读取是SQI设备最重要的操作毕竟多数场景是围绕“读得快”来选它的。以四线快速读命令EBh为例整个流程是CS拉低发送EBh然后发送32位地址现在大容量芯片基本都支持4字节地址再经过若干Dummy Cycle最后连续读出数据。实际代码里我写成下面这样这里用伪代码说明关键点uint8_t cmd 0xEB; QSPI_SendCommandWithAddress(cmd, address, QSPI_ADDRESS_4_BYTE); QSPI_SetDummyCycles(4); // 根据数据手册配置不同频率下可能不同 QSPI_StartReadData(buffer, length);这里最难调的就是Dummy Cycle的数量。Dummy Cycle是为了给芯片内部准备数据的时间数量太少数据线上还是高阻态读出来全是FF数量太多又浪费带宽。这个值在不同时钟频率下可能不一样我调试时习惯先按数据手册推荐值设置然后降低时钟跑到一个稳妥的频率确认功能正常后再逐步提高频率。Dummy Cycle不只是个常量它在进入四线模式后还会受到配置寄存器的影响。有些芯片的配置寄存器里有一个“Dummy Cycle”字段可以设置成4、6、8甚至更多这个值一定要和主机端发起的读取命令时序一致两边不匹配轻则数据错位重则完全读不到有效数据。解决方法是写一个简单的FlashID读取函数能在不同Dummy设置下读取JEDEC ID命令9Fh用返回值验证当前配置是否有效。4.2 编程操作实现编程操作和读取相比需要多一个擦除的前置步骤。NOR Flash的特性决定了它只能把1写成0要把0恢复成1必须执行擦除命令。所以典型的数据更新流程是擦除扇区、等待完成、逐页写入数据。页编程命令在SQI模式下是32h一次最多写256字节。我踩过的坑是跨页写。很多人以为只要连续调用页编程命令就行但芯片要求编程数据不能跨越页边界如果一页剩下的空间不足需要把剩余数据放到下一页的新命令里。这个逻辑如果不处理最典型的现象是数据写进去之后读出来前面一部分是正确的后面一部分错乱。页编程还有一个特性叫“编程暂停”和“编程恢复”但不是所有SQI设备都支持。如果你的项目需要在OTA时随时响应高优先级中断那么选型时就要确认芯片是否支持这组命令。如果支持编程过程中可以用75h暂停、7Ah恢复这样能让系统在长时间编程期间保持实时响应能力。我实际的编程操作流程如下检查状态寄存器BUSY位确保芯片空闲发送写使能命令06h发送扇区擦除命令如20h并轮询BUSY直到完成再次发送写使能命令06h发送页编程数据数据长度不超过页内剩余空间轮询BUSY重复4-6步直到所有数据写完注意第2步和第4步的写使能命令不能省。很多芯片还提供了“写使能后自动进入非易失状态”的机制但保险起见每次发起写操作前都重新发一次写使能是最稳妥的。4.3 状态寄存器与轮询机制状态寄存器1的BIT0就是BUSY位它在编程和擦除期间是1完成后自动清零。轮询的方式有两种一种是发05h命令读状态寄存器然后检查BIT0另一种是部分芯片支持“等待就绪”命令比如70h或者D0h这类命令在芯片忙时会拉低数据线空闲时返回高电平主机可以通过IO1的电平状态来判断。在SQI模式下读写状态寄存器的命令也有对应的四线版本比如四线读状态寄存器命令05h依然可以用但发送方式和时序参数需要按四线模式来。我自己的习惯是简单场景下直接用标准SPI命令读状态寄存器不切换到四线模式这样逻辑简单也不容易出错只有在追求极限性能的批量数据读取场景才全程走四线。轮询的时间粒度也要讲究。芯片规格书上说典型擦除时间是25ms最坏是50ms所以轮询不是越频繁越好。如果每100us轮询一次25ms的擦除时间里要发起250次命令虽然大部分时间都在读状态但CPU也不舒服。我通常的做法是用一个延时函数先把最坏时间的一部分等掉比如等5ms然后再开始轮询这样既能保证及时响应又不会让CPU空转太多次。4.4 性能优化技巧SQI设备要用得好纯粹会发命令是不够的下面这几个优化思路是我在项目里验证过有效果的合并读取请求。很多应用从Flash读取数据是分段进行的如果把多个小段的读取合并成一次大的读取可以减少命令发送和地址跳转的开销。特别是在DMA传输模式下一次读取的长度可以做得很大吞吐量提升非常明显。利用XIP模式。如果MCU支持Memory-Mapped映射方式读取外部Flash可以把Flash映射到MCU的地址空间读数据就像读内部存储器一样。这种方式省去了发送命令、接收数据的软件开销适合频繁读取随机小数据的场景。但XIP模式下同样的读取命令也会经过SQI控制器Dummy Cycle等参数同样要配好。缓存擦除状态。在实现文件系统或者日志存储时如果一个扇区之前已经被擦除过而你要写入的数据恰好比扇区容量小可以直接跳过擦除步骤省一次擦除时间。这个优化依赖可靠的扇区使用表要防止误判否则会写出错误数据。调整写使能和轮询顺序。在连续写多个扇区时擦除后可以先对下一个扇区发起擦除再等当前扇区的编程结果利用硬件并行性来摊薄等待时间。这个操作比较高级需要芯片支持并发操作否则会引发状态混乱。5. 常见问题与调试实录5.1 通信不稳定问题SQI设备调试中最常见的现象是“时好时坏”——有时候能正常读写有时候读出来全是乱码或者Flash ID都读不到。这种问题八成不是芯片坏了而是信号完整性或者时序配置出了问题。我在一个双面板项目上遇到过类似的诡异问题四线读模式下前半段数据正常后半段数据偶尔错位。排查了很久最后发现是IO2和IO3的走线过长而且中间过了一个过孔信号上升沿变缓导致芯片在高速时钟下采样错误。解决办法是两个一是降低时钟频率从104MHz降到80MHz问题明显减轻二是优化PCB走线让四根数据线长度尽量匹配且远离时钟线。如果你不确定是信号完整性问题还是软件时序问题可以先用一个最简单的方法验证把Dummy Cycle调到最大时钟频率降到最低然后用单线模式读取JEDEC ID。如果这样读取稳定再逐步提高频率和切换四线模式每次切换都读一次ID这样能快速定位是哪个环节引入的问题。另一个容易忽略的是片选信号。SQI命令的每个阶段CS都必须保持低电平。如果MCU的片选控制有延迟或者CS在命令传输中因为中断被打断而出现毛刺芯片会立即中止当前操作而且可能把内部状态机搞乱。所以驱动代码里发送一个完整的SQI命令序列期间一定要关中断或者在硬件上启用DMA和片选联动机制。5.2 写操作失败及保护机制如果你发现写数据总是失败但读取正常那么大概率是写保护机制在工作。SQI SuperFlash设备支持多种写保护方式状态寄存器中的块保护位BP0、BP1、BP2等控制一定地址范围内是否允许写操作。有些芯片出厂时默认状态是保护全片第一次使用必须先把块保护位清零。如果你忽略这一步所有写操作都会被硬件拒绝。IO2引脚的WP#功能。在标准SPI模式下IO2复用为写保护引脚如果这个引脚被拉低则状态寄存器的SRPStatus Register Protect位会被置位导致无法修改块保护配置相当于“锁死”了。在SQI模式下IO2作为数据线使用这种保护机制通常自动禁用但如果你从标准SPI模式切入又误把这个引脚拉低了后面切到SQI模式后保护状态可能还残留着。我在写驱动时养成了一个习惯初始化函数里做的第一件事就是读状态寄存器打印出来确认当前保护状态然后根据设计需求把块保护位配置好。这虽然只是一个小动作但能省去后面很多的“灵异问题”。5.3 功耗与信号完整性排查用电池供电的设备要特别关注Flash的功耗。SQI设备在读取时有比较高的动态电流尤其是高速四线模式下IO翻转频繁功耗会明显上升。如果系统对功耗要求严格可以在不使用Flash时把芯片切换到Deep Power-Down模式命令B9h唤醒命令是ABh不过要注意唤醒后需要等待一段时间才能正常访问通常是几个微秒级别。信号完整性方面除了PCB走线还要注意上拉电阻的取值。四线模式下IO0到IO3都是双向信号线如果板子上为了兼容SDIO或者其它外设加了上拉电阻可能会影响信号翻转速度电阻值太大会拖慢信号边沿太小则增加功耗。我一般选择4.7K到10K之间的上拉电阻而且只加在片选和时钟线上数据线尽量不加额外的上下拉。另外时钟信号的质量直接影响SQI传输的稳定性。MCU的四线外设时钟源如果来自PLL注意检查PLL的抖动是否超标。我遇到过一颗芯片在特定温度下读数据出错最终定位是时钟抖动过大导致采样窗口偏移后来通过调整MCU的时钟源配置解决了并没有在Flash侧做任何改动。6. 应用场景与扩展思考SQI接口的SuperFlash设备在新一代的物联网模组、车载网关、工业控制器里出场率越来越高。一个典型的应用是物联网设备里同时跑无线协议栈加应用程序代码量可能超过1MB为了节省MCU内部Flash把代码放在外部SQI Flash里通过XIP方式执行同时日志区和配置区也放在同一颗芯片的不同扇区里。SuperFlash的高擦写寿命在这里很关键因为日志数据会频繁擦写普通的NOR Flash可能用几个月就磨损了。车载电子也是SQI设备的重要市场。车载设备的启动时间有严格标准SQI Flash的高读取带宽能帮助系统在几秒钟内完成上电自检和系统启动。而且车载环境对可靠性和温度范围要求很高SuperFlash在-40到105摄氏度范围内的数据保持能力经过了长期验证这也是它能在工业市场稳定出货多年的原因。如果你在做的是数据记录仪或者故障黑匣子SQI SuperFlash的小扇区擦除特性非常适合4KB的扇区让数据管理粒度更细不用为了写几百字节数据而擦掉64KB的块既节省时间也减少了无谓的擦写次数。后续如果要在这个方向上扩展可以关注几个发展趋势第一是单芯片容量继续往上走从现在的64Mbit、128Mbit逐步往256Mbit和更大容量演进第二是接口频率的进一步提升从104MHz往133MHz甚至更高推进需要配合更好的PCB设计才能发挥出全部性能第三是安全特性的增强新一代SQI SuperFlash可能会集成更多的安全命令比如OTP区域、唯一ID、安全启动支持等这会对外部Flash在安全敏感场景中的应用产生很大影响。回到我最初调试这颗芯片的经历最大的感受是SQI接口不仅是一个硬件接口更是一整套需要主机端外设、驱动软件、PCB设计配合的体系。数据手册只是起点真正让设备稳定跑起来靠的是对时序细节的把握和对信号完整性的敏感。尤其是Dummy Cycle、写保护、命令阶段I/O模式这几个点几乎每个项目都会有人踩坑。希望这篇文章能帮你少走一些弯路让你在评估和调试SQI SuperFlash设备时心里更有底。