痞子衡在敲这篇《i.MX RTxxx系列MCU启动那些事.B》之前刚在RT600开发板上折腾完一轮FlexSPI NOR启动验证。说真的i.MX RTxxx系列MCU的启动链路并不复杂但耐不住很多人上来就倒在FlexSPI接线这一步——片选接错、数据线没有等长、DQS悬空位置不对任何一个问题都能让Boot ROM卡死。这篇文章我想把RTxxx系列MCU通过FlexSPI连接NOR Flash的所有常见方式摆到桌面上从Quad SPI到OctalSPI再到HyperBus结合我实测过的板子把连接拓扑、配置流程和踩坑记录一次性讲透。适合正在画原理图、调启动或者准备给产品升级外部Flash的嵌入式工程师读哪怕你现在用的是RT10xx底层的连接原理照样相通。1. 先理清FlexSPI在RTxxx启动链路中的位置1.1 RTxxx系列与RT10xx的定位差异RT10xx那代产品大家熟知的i.MX RT1050/1060/1170用的是Cortex-M7内核主要冲着算力去。RTxxx则指的是RT500、RT600、RT685这一批Cortex-M33内核的产品最大变化是换了Armv8-M架构主打低功耗和成本敏感的边缘实时应用。从外设上看两者都有FlexSPI但RTxxx的FlexSPI在协议支持上做了扩充OctalSPI、HyperBus这些在RT10xx上要么没有要么受限。这意味着RTxxx的启动存储可以做得更激进。Boot ROM上电后依然沿用“先初始化外部存储再读取启动镜像”的老路子只是这个外部存储从传统的Quad NOR可以升格成Octal DDR NOR。要搞懂启动得站在Boot ROM视角想它不知道板子上到底接了什么Flash所以它必须用一个固定的引脚集合配合FlexSPI控制器去盲读。盲读能成功才有后面镜像加载和跳转执行的故事。连接方式没接对Boot ROM连Flash ID都读不到启动自然是死局。1.2 FlexSPI信号组成与传输协议分类FlexSPI这个外设从信号上看跟普通SPI最大的区别是“不老实”。普通SPI就4根SCLK、MOSI、MISO、CS。FlexSPI把数据线扩成了8根命名成DATA0~DATA7有些场合也叫SIO0~SIO7再加上DQS或者在HyperBus场景下多一根RWDS。片选一般有SS0和SS1两个端口可用一个FlexSPI端口理论上能挂两片Flash。对于连接方式我习惯按Flash端协议分成五类Standard SPI命令、地址、数据全走IO0兼容性最好速率最低。Dual SPI命令单线、数据双线很少用于启动场景。Quad SPIIO0~IO3四线命令地址可单线可四线是目前NOR启动的主流。OctalSPIIO0~IO7八线又分DTR和STR是RTxxx提升读取带宽的关键。HyperBus类似Octal但命令地址数据全部复用8根线用RWDS做时序同步。这五类连接方式从引脚数量上看只差数据线根数但背后牵涉的时序和配置逻辑差异很大。动手画原理图之前先把协议框图理清楚你想要的到底是“IO0~IO3四线四读”还是“八线八读带DDR采样”这两者对PCB布局、串阻、等长范围的要求完全不同。我把常用模式整理成了下面这张对比表协议模式时钟片选命令/地址走线数据线DQS/RWDS适用场景Standard SPISCLKCS#IO01根无兼容性优先低速Dual SPISCLKCS#IO02根无少见Quad SPISCLKCS#IO0或IO0~34根可选主流启动方案OctalSPISCLKCS#IO0~78根必须高性能XIP/大镜像HyperBusCKCS#DQ0~7复用8根RWDS高带宽低成本这个表格是经验之谈不能完全照搬因为不同型号的FlexSPI对DQS引脚映射做了不一样的定义最终要以RTxxx具体型号的参考手册为准。但从判断连接方式的角度这张表足够帮你快速定位问题。2. FlexSPI NOR连接方式大全从Quad到Octal再到HyperBus2.1 最普及的Quad SPI连接IO0~IO3四线方案Quad SPI绝对是用得最多的。Winbond的W25Q128JV、Macronix的MX25L25645G、ISSI的IS25LP256随便哪个电子商城搜“SPI NOR”十有八九都是Quad。RTxxx开发板大多默认接Quad因为引脚少、共地好处理、Boot ROM支持也最成熟。具体连接如下SCLK接到MCU的FlexSPI_A_SCLKCS#接到MCU的FlexSPI_A_SS0IO0接到MCU的FlexSPI_A_DATA0IO1接到MCU的FlexSPI_A_DATA1IO2接到MCU的FlexSPI_A_DATA2IO3接到MCU的FlexSPI_A_DATA3WP#、HOLD#在Quad模式里就是IO2、IO3DQS引脚可以不接这些连线看着简单实际上有三处容易翻车。第一IO2和IO3在标准SPI模式下是WP#和HOLD#Flash厂家一般要求它们上电时保持高电平所以很多开发板原理图喜欢给这两个脚加上拉电阻。如果你只把Flash当Quad用四线模式下它们变成数据线外部强上拉会干扰数据驱动导致读写不稳定。正确的做法是弱上拉要选到4.7k以上10k更稳让Flash在标准SPI模式下不至于进保护又不会在Quad高速驱动时拽住电平。第二CS#的上拉阻值要合适。上拉太强片选拉低时电流偏大上拉太弱则CS#容易受干扰误触发。我一般用10k上拉到Flash的VCC实测下来抗干扰和驱动都够。第三FlexSPI侧的SCLK如果跟Flash的时钟相位不匹配看起来能读到ID但读数据全是乱码——这通常不是连线错误而是配置采样时钟相位的问题。后面调试部分我会单独讲。2.2 OctalSPI八线连接性能与面积的权衡OctalSPI是RTxxx连接方式里最有“升级感”的一档。典型Flash是Macronix MX25UM51345G、ISSI IS25WX256这些1.8V的OctalIO Flash。接线从Quad的四根数据线扩成八根多了DATA4~DATA7DQS也必须有。OctalIO模式下读写命令、地址全部走8根线配合DDR模式数据吞吐比Quad SDR能高出好几倍。对启动来说最大的好处是镜像搬运时间显著缩短甚至可以直接XIP跑代码。如果产品要求从上电到执行首条用户代码的时间在几十毫秒以内Octal DDR几乎是绕不开的选择。但Octal连接对硬件设计提出了更高要求。首先DATA0~DATA7和DQS这9根信号频率一旦跑起来布线就需要跟高速信号一样对待。其次OctalFlash大多是1.8V器件你的FlexSPI IO域电源就要跟着配到1.8V不能偷懒统一用3.3V。这会牵连整个板子的电平体系很多MCU外围器件是3.3V意味着要么加电平转换要么重新选物料。以我的经验决定用Octal的地方通常不是缺性能而是想把Flash封装做大、引脚数做少、同时保留启动执行能力——这是一种面积和成本的权衡需要整体评估。还有一点容易被忽略OctalFlash的片上非易失配置。有些Flash上电默认不是Octal模式需要往状态寄存器写命令或者用非易失位锁定。如果Boot ROM里的探测流程没有走SFDP或者你的Flash型号不在Boot ROM兼容列表里那它上电后可能根本不响应Octal命令启动直接失败。所以原理图阶段就去查Boot ROM的Flash支持列表比事后改代码省心得多。2.3 HyperBus连接另一种8线高性能选择HyperBus由赛普拉斯主导现在归到英飞凌产品线典型Flash是S26KS256S、S26KL512S。它跟OctalSPI一样是8位总线但命令、地址、数据全部复用在一根8位总线上另加一根RWDS信号。RTxxx的FlexSPI在部分型号上支持HyperBus模式连接时要格外注意RWDS与DQS功能映射具体引脚看数据手册的Alternate Function表格。从软件配置角度讲HyperBus和OctalSPI的SFDP解析逻辑不同。FlexSPI驱动需要通过配置项选择协议类型Boot ROM在启动时会尝试读取SFDP并判断HyperBus命令集。如果识别失败最常见原因是RWDS没有接好或者Flash初始化要求的复位时序在原理图上没有预留复位控制。许多HyperBus Flash都有RESET#引脚设计时最好用一颗GPIO或者RC上电复位电路控制方便现场复位重试。我自己的体会是HyperBus本质上就是FlexSPI连接方式里一个“生态位”玩家。它跟OctalSPI电气特性高度相似但命令集和时序细节不同。不少工程师因为OctalFlash缺货临时想换HyperBus结果软件上没适配过来。这不算连接坑属于方案替换时低估了Flash协议差异。选型阶段就要在兼容列表里把主备两颗Flash都锁定别等PCB贴片了再变。2.4 多片Flash与多CS扩展拓扑一个FlexSPI端口最多两个片选SS0和SS1可以支持两片独立的NOR Flash。以单端口双CS为例常见的有效拓扑有两种第一种叫独立双镜像。两个Flash分别放A/B镜像用于OTA升级时的A/B备份CS0和CS1各自连一片数据线可以独立也可以共用。第二种叫并行扩展两片Flash共用所有数据线、时钟和复位只有CS0和CS1分开软件通过片选区分高低地址。这种接法在FlexSPI的AHB地址空间上表现为连续映射适合需要扩容存储的场合。双CS共用数据线时一个关键禁忌是任意时刻只能有一片Flash被选中否则总线冲突两片Flash会同时驱动数据线轻则通信错误重则损伤引脚。PCB设计时两片Flash的CLK、DQ、DQS要按菊花链或T型拓扑走保证时钟到达两片Flash的时延尽量一致。尤其是OctalDDR模式双Flash的DQS等长要求比单Flash更严格建议直接用仿真工具跑一遍别全靠经验。3. 实战配置原理图、启动配置与烧录链路3.1 引脚复用与Boot ROM默认FlexSPI引脚确认RTxxx启动时Boot ROM会先初始化一组固定引脚不是所有FlexSPI引脚都会被检测。RT500、RT600这些型号Boot ROM启动NOR时一般会锁定在FlexSPI的某个端口、某一组引脚上具体是哪个组要看型号对应的Reference Manual和Boot ROM手册。实际项目里最容易出现的问题是你在原理图上把FlexSPI引脚复用给了其他外设或者引脚封装上没有引出对应功能导致Boot ROM没法访问Flash。所以拿到芯片后第一件事去查当前封装下FlexSPI相关引脚是否都引出以及有没有被启动配置合并。RTxxx上很多时候不是你想用哪个引脚就用哪个Boot ROM固定死了默认接法除非你用configure文件或者烧录用户自定义Boot配置来覆盖。这句话请画原理图的人抄三遍。另一个相关点是FlexSPI IO电源域。RTxxx的FlexSPI引脚电平由独立供电引脚控制一般接到一个可调电压的LDO或者直接由Flash的VCC供电。Boot ROM初始化FlexSPI之前会先检查这个电源域是否稳定。如果你用1.8V的OctalFlash却把FlexSPI电源域接到了3.3VBoot ROM读取时电平判定错误可能现象就是“偶尔能启动偶尔死机”。排查这类问题最快的方法是量电源域电压别一上来就怀疑Flash焊接。3.2 BOOT_MODE与Flash连接方式的对应关系RTxxx的BOOT_MODE引脚组合决定上电后的启动路径。以常见型号为例一般有“从外部Flash串行启动”和“串行下载模式”两条主路径。从外部FlexSPI NOR启动时Boot ROM会去FlexSPI所映射的Flash空间读0x0偏移处的IVT也就是镜像向量表。IVT里有几个关键字段Header、入口点、保留字段、Boot Data指针。Boot Data里面记录固件在Flash中的偏移、大小、入口地址以及自举配置比如Flash访问频率、是否DDR模式。换句话说你选哪种Flash连接方式最终要通过Boot Data里的配置参数告诉Boot ROM用几根线、什么时钟频率、什么协议模式去读后续数据。如果连接方式跟配置参数不一致ROM就算读到了IVT后续Boot Data解析也会失败。这里有个常见误区使用调试器烧录时很多人以为只要把Flash接到FlexSPI上Boot ROM就一定能识别。实际上调试器烧录算法里往往已经隐含了一套FlexSPI初始化参数这套参数跟你目标Boot ROM的启动参数不一定相同。所以经常出现“调试器能读写Flash但复位后启动不起来”的怪现象。排除思路是先确认你烧录进去的镜像开头是不是合法IVT再确认Boot Data里的协议模式跟硬件连接是否匹配。3.3 烧录验证与常见启动失败点烧录方式主要有三类。第一类是通过调试器把烧录算法加载到SRAM再把外部Flash作为目标写入常用手段是J-Link配合对应Flash算法。第二类是通过串行下载模式也叫ISP模式用配套工具把镜像传到RAM再执行烧写命令。第三类是工厂量产用的离线烧录器好处是不依赖电脑坏处是烧录算法要跟产线沟通清楚。我调RT600加OctalFlash时困扰最久的问题是“烧录完成后复位板子就是起不来”。反复检查连接没问题用调试器读Flash内容也都对最后才发现是烧录算法里的Flash型号参数跟实际型号不匹配导致写进去的Flash头部出现了错误数据。排查方法很土但很有效用调试器直接读Flash前64字节人工比对IVT的四字节头是否合法再看Boot Data指针指向的位置是否有完整内容。不要一上来就怀疑硬件连接先确认Flash内容对不对再查连接。烧录验证这块我给个经验顺序先读Flash ID确认SPI通信通再读Flash前16字节确认空白Flash是否全FF然后写入一个已知小镜像读回对比最后全片擦除、烧录、复位。每一步都有明确的判定标准哪一步失败就停在哪一步。这个流程虽然慢但能把“启动失败”的模糊问题转变成“烧录链路里某一环失败”的精确问题省下来的调试时间绝对划算。4. FlexSPI NOR连接中的避坑指南原理图到PCB布线4.1 信号完整性走线长度、串阻与参考平面FlexSPI在SDR模式下CLK频率一般不超过100MHz常规布局问题不大。但OctalDDR模式下CLK和数据线速率可能来到200MHz甚至更高这时候就得按高速信号处理。几个硬性要求所有DQ、DQS、CLK做等长尽量缩小误差。数据线离CLK远一点减少串扰。DQS与CLK之间通常有约定的时序偏差具体看Flash手册。每条信号线上建议串联10到22欧姆电阻位置靠近发送端。等长的具体做法先算好CLK参考路径再让DQ组的目标误差控制在20mil以内DQS比CLK短若干具体短多少以Flash datasheet为准。很多人忽略Flash端的驱动力其实是在板子上调出来的实际要靠SI仿真或实测眼图来迭代。量产前记得留好串阻焊盘位置方便改阻值。有朋友问为什么OctalDDR尤其怕走线不等长因为DDR模式下数据是在时钟上下沿都采样的等长一旦偏差过大DQ和DQS的相对相位就会漂移采样窗口变窄轻则高温时偶尔出错重则室温下就无法启动。信号完整性问题跟软件Bug不一样它有很强的温度和电压相关性排查起来非常费精力最好在原理图阶段就规避。4.2 上拉下拉与DQS/RWDS信号处理前面提过IO2和IO3的上拉问题这里专门补充DQS和RWDS的处理。很多Quad NOR根本没有DQS引脚FlexSPI的DQS如果不使用应保持悬空或按参考设计接法处理。如果你用了Octal DTR模式DQS就必须接上而且电平域要走正确。RWDS跟DQS功能类似但时序含义不同如果片选Flash是HyperBus不能拿Octal的DQS软件配置去套必须选对协议模式。还有一个非常隐蔽的坑有些设计会在Flash的WP#和HOLD#上并联电容来滤噪这在标准SPI模式下问题不大但切换到Quad IO模式后这两个引脚变成高速数据线电容会直接把信号边沿磨圆导致通信误码。所以IO2和IO3上不允许加滤波电容保护器件要选低电容型号。我见过某块板子在Quad读时偶发错误折腾了很久最后就是两颗100pF电容惹的祸。电源域上拉的问题也再说一次所有FlexSPI信号的上拉都要跟对应IO电源域一致。RTxxx的FlexSPI有独立供电脚不要跟SoC其他3.3V域拉同一路而Flash却是1.8V。引脚钳位电路会根据电源域调整输入阈值域不一致会造成电平判错这种问题在原理图评审时最不容易被看出来。4.3 Flash型号识别与SFDP兼容性Boot ROM会通过SFDP读取Flash的容量、协议和指令集。原理图上SFDP相关的WP#、HOLD#、Mode引脚要能正常响应Flash厂商在SFDP表里写的命令集决定Boot ROM如何配置采样。如果你的Flash型号很老、不支持SFDPRTxxx引导时可能识别不到那就只能选Boot ROM明确支持列表内的Flash或者提前在外部用Boot配置固化参数。这里给一个选Flash的实操建议不要只看容量和价格优先看“Boot ROM支持列表”。NXP应用笔记里通常有推荐型号比如AN12400、AN12434这些里面列的都是经过验证的Flash。常见坑包括明明型号看起来是同一个系列但后缀不同代表电压不同1.8V和3.3V的烧录算法不能通用。采购下单前让供应商确认一次后缀和版本能省掉后面整个项目组抓狂的时间。5. 关于连接方式选型的一些个人经验5.1 不同应用场景下怎么选连接方式我给一个比较接地气的选型思路产品对成本敏感、启动速度要求一般Quad SPI NOR加SDR模式IO0到IO3四根线原理图两天搞定Boot ROM兼容性最好。产品需要从Flash直接执行代码或者要求快速启动OctalSPI或者OctalIO DDR模式配1.8V电平体系DQS要好好走线。要用HyperBus生态先确认RTxxx具体型号是否支持HyperBus协议再锁定英飞凌Flash物料软件上要适配HyperBus的SFDP解析。项目还在预研阶段连接方式没定死把FlexSPI的完整引脚组都引出来包括DQS和SS1宁可占用几个GPIO槽位也别把自己后路堵死。具体到RT500、RT600这种Cortex-M33不是所有型号都默认把HyperBus支持全。设计前一定看数据手册里FlexSPI协议支持位别被Octal宣传冲昏头。如果内部SRAM够用Quad启动后把代码搬到RAM里跑外围最简单故障率最低。5.2 我强烈建议预留的调试手段最后分享几个实战经验都是我用真金白银的板子换来的。第一FlexSPI的DQS信号一定要引到测试点哪怕你当前只用Quad SDR。万一后续要换OctalDTR Flash不需要改板就能飞线验证。第一次调RT600时我图省事省了测试点后来想升级Flash方案被迫重新画了三版PCB。第二在NOR Flash附近留一个RESET#控制点。不管是HyperBus还是OctalFlash启动异常的时候一个干净的复位信号能帮你快速区分“Flash卡死”和“Boot ROM卡死”两种状态。第三FlexSPI信号线上串阻的0欧姆电阻位要留好。现场调试时可以方便断开某根数据线做故障隔离也能通过改阻值优化信号边沿。这四个0欧姆电阻占的面积不到一平方厘米调试时价值却很大。启动问题出在连接上的概率远远超过Flash本身损坏的概率。每当你怀疑连接错误先做三件事看原理图电源域看Boot ROM默认引脚看Flash电平转换芯片有没有在作怪。这三步排查完八成问题都能定位。剩下的两成多半是信号完整性和Flash兼容性工具箱里备好一张逻辑分析仪接上FlexSPI的CLK、CS、DQ对照Flash手册的时序图逐条核对问题总会水落石出。