标签：11 1050 FlexSPI Code Option Flash Data 连接
i.MXRT1050/1020/1015是i.MXRT系列MCU家族比较早亮相的型号，也是客户当前使用较多的i.MXRT芯片。它们三兄弟内部均只有一个双通道8bit的FlexSPI模块，在FlexSPI NOR启动连接方式支持上是相似的。今天痞子衡就来跟大家好好聊一聊到底哪些FlexSPI NOR连接方式是可以用作启动的。
大家好，我是痞子衡，是正经搞技术的痞子。今天痞子衡给大家介绍的是恩智浦i.MX RT1015/1020/1050三款MCU的FlexSPI NOR启动的连接方式。
由于i.MXRT内部没有非易失性存储器，因此在系统设计时为i.MXRT搭配一块存放应用程序代码的存储器是头等大事。i.MXRT支持启动的外部存储器类型众多，其中通过FlexSPI接口连接串行NOR Flash是首选。
就i.MXRT芯片引脚本身来说，其FlexSPI模块支持的Pinmux选择较多，这在芯片参考手册Chip IO一章可以找到具体信息。但是并不是所有FlexSPI Pinmux组合都能被用来连接串行NOR Flash去启动。
i.MXRT1050/1020/1015是i.MXRT系列MCU家族比较早亮相的型号，也是客户当前使用较多的i.MXRT芯片。它们三兄弟内部均只有一个双通道8bit的FlexSPI模块，在FlexSPI NOR启动连接方式支持上是相似的。今天痞子衡就来跟大家好好聊一聊到底哪些FlexSPI NOR连接方式是可以用作启动的。
一、FlexSPI连接模式
在讲启动连接之前，首先跟大家简单聊一下FlexSPI模块的连接模式。从手册里看，FlexSPI一共有三种连接模式：
Individual mode：如下图左边Flash A1+A2+B1+B2，它们分时复用FlexSPI，同一时刻仅有一个四线QSPI Flash被操作（仅一个PORT有数据收发）。
Parallel mode：如下图左边Flash A1+B1或Flash A2+B2，同一时刻两个四线QSPI Flash可以一起被操作（两个PORT都有数据收发），FlexSPI会自动合并/拆分数据(read/program)到两个PORT。
Combination mode：如下图右边Flash A1或A2，这是FlexSPI接八线Octal/Hyper Flash的方法。
二、涉及FlexSPI引脚
提及启动，就不得不提i.MXRT芯片内部BootROM，BootROM是固化在芯片内部ROM空间的一段代码，芯片上电永远是BootROM先运行，由BootROM从外部存储器去加载应用程序执行。因此FlexSPI NOR连接方式其实是由BootROM决定的，更直白点说，其实FlexSPI NOR连接方式是写死在BootROM代码里。
2.1 BootROM指定
我们可以在芯片参考手册System Boot这一章节找到BootROM指定的FlexSPI NOR引脚，痞子衡整理如下：
下表适用于i.MXRT105x（适用全系列封装）：
下表适用于i.MXRT102x和i.MXRT1015（对于LQFP144封装，所有引脚均适用。对于LQFP100封装，只有1st Option里ALT为1的12根线可用）：
上面的表格基本上已经给我们指明了方向，目前我们知道了哪些Pin可以用作FlexSPI NOR启动连接，但是似乎还是有一些不清楚的地方：
疑问1：1st Option里一共有4根片选信号（SSx）和2根DQS信号，而Flash只需要一个片选和一个DQS，是不是所有片选+DQS组合都可以？
疑问2：1st Option里一共8根数据线，除了连接八线Octal/Hyper Flash之外，是否可以单连四线QSPI Flash？PortA和PortB是不是都可以连QSPI Flash？
疑问3：是否可以从1st和2nd Option里分别挑选信号线和数据线来连接Flash？比如1st Option里的PortA_DATA[1:0]和2nd Option里的PORTA_DATA[3:2]组成四线。
疑问4：那根FlexSPI Reset信号对于1st和2nd Option是不是都适用？
疑问5：是否可以挂两片QSPI Flash启动？具体怎么挂？两片Flash能否实现在一片Flash中执行代码去擦写另一片Flash？
疑问6：2nd Option里只有PortA和一根片选，但RT1050 Pinmux表里其也支持PortB和其他片选，那些信号线后续是否可以利用？
在后面的内容里，痞子衡会逐一为大家解析这些疑问。
2.2 BootROM未指定
在此也列出不在BootROM指定的FlelxSPI NOR引脚，方便后续设计双Flash时参考。
下表适用于i.MXRT105x（适用全系列封装）：
下表适用于i.MXRT102x和i.MXRT1015（适用全系列封装）：
三、单Flash连接方式（3种）
在系统设计时使用一片Flash是最常用的情况，这片Flash负责存放应用程序代码（即所谓的Code Flash），i.MXRT既可以在Flash中原地执行，也可以将应用程序拷贝到内部RAM中执行。
相信大家做板级设计一定会参考官方EVK，在RT1050-EVKB中，官方给出了如下两种单Flash的连接方式，这也是最推荐的两种方式：
第一种Flash连接方式就是利用FlexSPI 1st Option里的6根PORTA信号线连接四线QSPI Flash，此处需要注意的是片选信号仅能选PORTA_SS0，你可能会疑问PORTA_SS1明明也在BootROM支持列表里，为何不能用？关于这一点痞子衡会在后面双Flash连接里为大家解释。
第二种Flash连接方式就是利用FlexSPI 1st Option里的7根PORTA信号线和5根PORTB信号线连接八线Octal/Hyper Flash，此处仍需注意的是片选和DQS信号仅能选PORTA_SS0、PORTA_DQS。此种Flash接法还利用了FlexSPI Reset信号。
第三种Flash连接方式就是利用FlexSPI 2nd Option里的6根PORTA信号线连接四线QSPI Flash，具体接法跟第一种方式很像，但是此处没有关于片选的疑虑，因为2nd Option只有一个片选。
介绍完三种单Flash连接方案，现在来解答一些前面列出的疑问。
解答1：1st Option里一共4根片选信号（SSx）和2根DQS信号并不是随意组合都可以，无论是四线还是八线单Flash连接方案，均只有PORTA_SS0、PORTA_DQS这一种组合可用。其他组合主要用在双Flash连接方案中。
解答2：1st Option中仅PORTA可以单独接四线QSPI Flash，不支持PORTB单独接四线QSPI Flash。
解答3：不支持从1st和2nd Option里分别挑选数据线来连接Flash（不过就FlexSPI模块本身而言，理论上是支持的，但这么用的话需要解决数据线信号等长问题，因为这两个Option的走线长度在芯片内部不一样，总之不推荐这么用）。但是支持1st Option里取信号线，2nd Option里取数据线类似这种组合方式来连接Flash。
解答4：FlexSPI Reset信号是与1st、2nd Option无关的，所以两个Option下均可以用，不过Reset信号常用于八线Flash。
四、双Flash连接方式（18种）
很多实际系统设计中，常常有既在Flash中存放用户应用程序，也在Flash中存放用户数据的场景，当然我们可以将一片Flash分成Code区和Data区来实现，但更好的方案是选用两片Flash（一片Code Flash、一片Data Flash）同时挂在FlexSPI上，这样可以避免数据误操作，而且最重要的是在擦除或者编程Data Flash的等待期间（这个时间可不短），CPU可以继续从Code Flash取代码执行或响应中断。此处我们暂不讨论支持RWW特性的Flash。
i.MXRT支持挂两片Flash去启动，此处仅以两片四线QSPI Flash为例。下图给出了多片Flash的连接方式，理论上一个FlexSPI最多可以挂四片Flash，因为最大有4个片选。但仅考虑接两片Flash的话，1st Option以及2nd Option里所有片选按排列组合来说应该有近30多种组合方式，那么这30多种组合是不是都可行呢？当然不是！要在这些组合中剔除掉不包含1st A_SS0或者2nd A_SS0的组合。即下图中标浅绿色的Flash A0在双Flash组合中是一定要存在的，因为BootROM上电永远是从Flash A0中获取FDCB以及启动代码头（IVT, BootData），所以Flash A0就是Code Flash。
分析到了这里，我们就知道如下符合条件的18种包含Flash A0的组合方式，其中标记Code的片选信号应该连接存放应用程序代码的Code Flash，标记Data的片选信号则连接存放用户数据的Data Flash：
Note1：如果两个Flash挂在同一类型PORT上（都是PORTA或都是PORTB），即下面的第1、2、3、10、11、12种组合时，这两片Flash最好是同一个型号，这样电气特性容易保持一致。
Note2：如果组合中所有引脚选择全部在BootROM指定范围里，那么BootROM直接支持Data Flash的配置。如果有引脚不在BootROM指定范围，那么需要用户在Code Flash用代码去实现Data Flash配置。
| Num | FlexSPI 1st Option | FlexSPI 2nd Option | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| BootROM指定 | BootROM未指定 | BootROM指定 | BootROM未指定 | ||||||||||
| 不适用LQFP100 | 不适用LQFP100 | 不适用LQFP144/100 | |||||||||||
| A_SS0 | A_DATA[3:0] A_SCLK | B_SCLK | B_DATA[3:0] | A_SS1 | B_SS0 | B_SS1 | A_SS1 | B_SS0 | A_SS0 | A_DATA[3:0] A_SCLK | A_SS1 | B_DATA[3:0] | |
| 1 | ✔ Code | ✔ | ✔ Data | ||||||||||
| 2 | ✔ Code | ✔ | ✔ Data | ||||||||||
| 3 | ✔ Code | ✔ | ✔ Data | ||||||||||
| 4 | ✔ Code | ✔ | ✔ | ✔ | ✔ Data | ||||||||
| 5 | ✔ Code | ✔ | ✔ | ✔ Data | ✔ | ||||||||
| 6 | ✔ Code | ✔ | ✔ | ✔ | ✔ Data | ||||||||
| 7 | ✔ Code | ✔ | ✔ | ✔ Data | ✔ | ||||||||
| 8 | ✔ Code | ✔ | ✔ | ✔ | ✔ Data | ||||||||
| 9 | ✔ Code | ✔ | ✔ | ✔ Data | ✔ | ||||||||
| 10 | ✔ Data | ✔ Code | ✔ | ||||||||||
| 11 | ✔ Data | ✔ Code | ✔ | ||||||||||
| 12 | ✔ Code | ✔ | ✔ Data | ||||||||||
| 13 | ✔ | ✔ | ✔ Data | ✔ Code | ✔ | ||||||||
| 14 | ✔ | ✔ Data | ✔ Code | ✔ | ✔ | ||||||||
| 15 | ✔ | ✔ | ✔ Data | ✔ Code | ✔ | ||||||||
| 16 | ✔ | ✔ Data | ✔ Code | ✔ | ✔ | ||||||||
| 17 | ✔ | ✔ | ✔ Data | ✔ Code | ✔ | ||||||||
| 18 | ✔ | ✔ Data | ✔ Code | ✔ | ✔ | ||||||||
介绍完18种双Flash连接方案，现在来解答一些前面列出的疑问。
解答5：可以挂两片QSPI Flash启动，一共有18种连接方式。两片Flash的方案还是不可以实现在Code Flash里原地执行代码去擦写Data Flash这种用法，但可以实现RWW的核心意义，下一节会单独展开讲这个。
解答6：不在BootROM指定的2nd Option PortB信号可以用于连接Data Flash，但是Data Flash的配置需要由Code Flash里的用户应用程序代码来完成，BootROM无法直接配置Data Flash。
五、关于RWW的注意事项
现在市面上大部分Flash（尤其是普通四线QSPI）是不支持RWW（Read-While-Write）特性的，就是在单片Flash上无法实现同时读写。但如果我们在i.MXRT1015/1020/1050系统设计中采用一片支持RWW特性的Flash或者直接使用两片Flash，是否可以实现在Code Flash（或RWW Flash中的Code分区）中原地执行代码去擦写Data Flash（或RWW Flash中的Data分区）这种需求。答案其实还是不可以，这是由FlexSPI模块本身特性限制的，这个特性就是同一个FlexSPI模块下的AHB command和IP command是互斥的。
5.1 FlexSPI异类命令互斥特性
下图是FlexSPI模块框图，可以这么简单理解，CPU去Code Flash取程序代码指令走的是64bit AHB Bus（即AHB command），Code Flash里的程序代码里调用FlexSPI驱动去擦除或编程Data Flash走的是32bit IPS Bus（即IP command），这两种不同类型的command会经过ARB_CTL模块去仲裁，同一时间只有一种command胜出成为ARB command去实际操作Flash。
那FlexSPI模块这个限制到底怎么破？有以下四种方式可以来帮忙：
方法1：在MPU里设置Code Flash对应的映射地址区域，使能Cache，并且保证应用程序代码里调用FlexSPI驱动去擦写Data Flash的关键部分（触发IP CMD执行）始终缓存在Cache里。
方法2：将应用程序代码里调用FlexSPI驱动去擦写Data Flash的关键部分搬运到RAM空间去运行，可以直接借助IDE特性去完成（比如IAR，可以用__ramfunc去修饰关键函数）。
方法3：在写Data Flash的时候借助DMA来搬运数据，不让CPU干预，具体可以参考官方《AN12564 Implement RWW on i.MX RT Series》
方法4：应用程序代码里的FlexSPI驱动直接使用BootROM API（代码是在ROM空间运行的）。
这四种方法里首推方法4，既能实现需求，又能省Code Flash空间（FlexSPI驱动代码说小不小）。方法1其实是不推荐的，毕竟Cache是种玄学，岂是你想控制就控制的。
5.2 RWW的核心意义
最后再说一下，挂两片Flash（或一片RWW Flash）到底相比挂一片非RWW Flash有什么好处？这就涉及到RWW的核心意义了，其实痞子衡前面已经讲过了，虽然不能实现在Code Flash中原地执行擦写操作相关代码，但是在Data Flash擦写等待期间，CPU可以继续从Code Flash取代码执行，这意味着此时不需要刻意关闭系统全局中断，因此不影响系统响应的实时性。
至此，恩智浦i.MX RT1015/1020/1050三款MCU的FlexSPI NOR启动的连接方式痞子衡便介绍完毕了，掌声在哪里~~~
标签：11,1050,FlexSPI,Code,Option,Flash,Data,连接 来源： https://blog.51cto.com/u_12094353/2713507
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。