痞子衡嵌入式:在i.MXRT1170上启动含DQS的Octal Flash可不严格设Dummy Cycle (以MT35XU512为例)
大家好,我是痞子衡,是正经搞技术的痞子。今天痞子衡给大家介绍的是Octal或Hyper Flash上DQS信号与Dummy Cycle联系。
关于在 i.MXRT 上启动 NOR Flash 时如何设置正确的 Dummy Cycle 值,痞子衡一共写过四篇文章:《IS25WP系列Dummy Cycle设置》、《IS25LP系列Dummy Cycle设置》、《Dummy Cycle设置为0的误区》、《DTR模式下Dummy Cycle设置》, 这四篇文章都是针对普通 QuadSPI 型 Flash 而言的(一般没有 DQS 信号)。而如果在 i.MXRT 上启动的是包含 DQS 信号的 Octal Flash 或者 Hyper Flash,此时 Dummy Cycle 设置有什么不同之处呢?今天痞子衡就和大家聊聊这个话题:
一、Flash读时序中DQS与Dummy Cycle作用
我们知道对于普通 QuadSPI 型 Flash,在 FlexSPI 模块 LUT 里配置读时序时,其中 Dummy Cycle 子序列中填的值必须要与 Flash 端的 Dummy Cycle 严格一致,否则会发生时序错乱(如下图 Extended 时序所示,图中是单线模式,四线模式类似)。
Flash 里一般都会开放寄存器给用户去配置 Dummy Cycle 值,Flash 工作频率越高,所需的最小 Dummy Cycle 也越大(可以理解为 Flash 存储体从接收到读命令开始到输出有效数据这一段时间间隔是恒定的,而我们衡量时间的基准是连接到 Flash 的 SCK,SCK 频率越高,相同间隔内所需 SCK 周期数就越多)。
- Note1: 简单来说,Dummy Cycle 就是 Flash 响应主机每一次读时序所需要的准备时间,在 NOR Flash 上这个时间是固定且可设的,跟访问地址无关。
- Note2: 一个确定的 Dummy Cycle 值决定了 Flash 上限工作频率,但此时 Flash 并不是只能在这个上限频率下工作,低于这个上限频率均可以。
DQS 信号正常是为 OctalSPI / HyperBus 型 Flash 工作在八线 DTR 模式下同步 DQ[7:0] 线输出而生的(见上图 Octal DRR 时序),关于其基本概念详见痞子衡旧文 《DQS信号简介》。
- Note: 在 Hyper Flash 上负责 DQS 功能的信号是 RWDS。
当 OctalSPI / HyperBus 型 Flash 工作在 Octal DDR 模式下时,DQS/RWDS 信号会向主设备(这里指 i.MXRT)提示 DQ[7:0] 何时有效,所以这时候 DQS 信号其实也兼备了 Dummy Cycle 的作用。不过考虑到有时候主设备端不一定会使能 DQS 信号,Dummy Cycle 的存在仍然是有必要的。
二、FlexSPI外设里DQS和Dummy Cycle联系
在 《FlexSPI外设的LUT机制》 和 《DTR模式下Dummy Cycle设置》 两篇文章里有详细的关于 FlexSPI 外设中 Dummy Cycle 设置方法和 DQS 引脚功能配置方法介绍,但是这两者是怎样的联系关系呢?
我们在 i.MXRT 参考手册 FlexSPI 章节可以找到如下 Hyper Bus 读时序示意图(对于 Octal Flash 也基本适用,仅微小区别),这张图很清晰地阐述了 RWDS 信号与 Latency Count 的联系,FlexSPI 外设在发起实际读时序时一定会输出 DUMMY_DDR 子序列里实际配置的延时周期,但如果配置的延时周期结束后,RWDS 有效信号还没有到来,FlexSPI 会自动插入足够的延时周期(即图中所谓的 Additional Latency count)直到 RWDS 信号有效。
- Note: 在 Hyper Flash 上不用 Dummy Cycle 术语,其术语是 Latency Count。
基于这样的设计,当在 FlexSPI 里启动外部 DQS 信号时,我们在 DUMMY_DDR 子序列里只要象征性地填一个比 Flash 里 Latency Count 稍小的值就行了,在一些 i.MXRT 型号上理想情况下甚至可以去除 DUMMY_DRR 子序列(即 Latency count 配 0),但切记这个值不应配得比 Flash 里 Latency Count 大。
三、在i.MXRT1170上实测MT35XU512
最近恩智浦 SE 团队做了一个基于 i.MXRT1170 的 Auto Development Platform 原型板,在 FlexSPI1 上挂的是来自 Micron 的 Octal Flash - MT35XU512,这颗 Flash 作为代码存储与启动设备。我们就在这个原型板上测试一下 FlexSPI 外设的 DQS 与 Dummy Cycle 不同配置能否去正常启动 Flash。
3.1 MT35XU512基本情况
首先看一下这颗 Octal Flash 的基本情况,主要关注 DQS 和 Dummy Cycle 方面。Flash 内部有 256 个 8bit 的配置寄存器(address 从 0 - 255),其中 address 0 配置寄存器用于设置 Flash 工作模式(我们需要设为 0xE7,开启 Octal DDR 且需要 DQS),address 1 配置寄存器用于设置 Dummy Cycle(可保持初值 0x00 不变,即使用默认 Dummy Cycle 值)。
再来看一下这颗 Octal Flash 所支持的读命令,根据工作模式不同一共有 10 种命令,我们选用最后一条命令 4-byte DDR Octal I/O Fast Read(命令值 0xFD),这条读命令可访问全部 Flash 空间且性能最高,其对应的默认 Dummy Cycle 是 16。
默认 16 的 Dummy Cycle 能支持多高的 Flash 工作频率呢,在下表里可找到答案,前面我们选择的是 DDR Octal I/O Fast Read 命令,所以对应最高工作频率可达 171MHz。虽然 Flash 本身可跑 200MHz DDR,但是 i.MXRT1170 FlexSPI 外设最大支持到 166MHz DDR,这就是在前面保持 Flash 中 address 1 配置寄存器值为默认 Dummy Cycle 的原因,默认 Dummy Cycle 配置已经够用了。
3.2 测试启动头FDCB
基于上面对 Octal Flash 的认识,我们很容易给出如下可用于启动的 FDCB 头,这个头里使能了 FlexSPI 端的外部 DQS 使用(octalflash_config.memConfig.readSampleClkSrc),开启了 Flash 端的 Octal DDR 模式(octalflash_config.memConfig.deviceModeArg),LUT 里第一条时序配置的是 0xFD 读命令,并且 DUMMY_DDR 子序列等效配置的是 3 个 Dummy Cycle,低于 Flash 里实际 16 个 Dummy Cycle,一切都符合上文的分析,这个启动头在板子上实测是可以工作的。
const flexspi_nor_config_t octalflash_config = {
.memConfig =
{
.tag = FLEXSPI_CFG_BLK_TAG,
.version = FLEXSPI_CFG_BLK_VERSION,
.readSampleClkSrc = kFlexSPIReadSampleClk_ExternalInputFromDqsPad,
.csHoldTime = 3,
.csSetupTime = 3,
.deviceModeCfgEnable = 1,
.deviceModeType = kDeviceConfigCmdType_Spi2Xpi,
.waitTimeCfgCommands = 1,
.deviceModeSeq =
{
.seqNum = 1,
.seqId = 6,
.reserved = 0,
},
.deviceModeArg = 0xE7, /* Enable octal DDR mode */
.controllerMiscOption =
(1u << kFlexSpiMiscOffset_SafeConfigFreqEnable) | (1u << kFlexSpiMiscOffset_DdrModeEnable),
.deviceType = kFlexSpiDeviceType_SerialNOR,
.sflashPadType = kSerialFlash_8Pads,
.serialClkFreq = kFlexSpiSerialClk_166MHz,
.sflashA1Size = 64ul * 1024u * 1024u,
.busyOffset = 0u,
.busyBitPolarity = 0u,
.lookupTable =
{
/* 4-BYTE DDR OCTAL I/O FAST READ */
[0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_8PAD, 0xFD, RADDR_DDR, FLEXSPI_8PAD, 0x20),
// 这里 DUMMY_DDR 里填入的值是 0x6,对应 3 个 SCK 周期的 dummy
[1] = FLEXSPI_LUT_SEQ(DUMMY_DDR, FLEXSPI_8PAD, 0x6, READ_DDR, FLEXSPI_8PAD, 0x04),
/* Read Status */
[4 * 1 + 0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x05, READ_SDR, FLEXSPI_1PAD, 0x04),
/* Write Enable */
[4 * 3 + 0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x06, STOP_EXE, FLEXSPI_1PAD, 0x00),
/* Enable Octal DDR mode */
[4 * 6 + 0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x81, CMD_SDR, FLEXSPI_1PAD, 0x00),
[4 * 6 + 1] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x00, CMD_SDR, FLEXSPI_1PAD, 0x00),
[4 * 6 + 2] = FLEXSPI_LUT_SEQ(WRITE_SDR, FLEXSPI_1PAD, 0x01, STOP_EXE, FLEXSPI_1PAD, 0x00),
},
},
.pageSize = 256u,
.sectorSize = 4u * 1024u,
.serialNorType = 0x2,
.blockSize = 128u * 1024u,
.isUniformBlockSize = false,
};
现在我们做多一些实验,修改上述启动头里的 readSampleClkSrc、serialClkFreq 和 DUMMY_DDR 子序列值,其余配置保持不变,测试结果如下。这个结果基本是符合第二小节里关于DQS和Dummy Cycle联系关系的总结的。
readSampleClkSrc | serialClkFreq | lookupTable[1]中DUMMY_DDR数值 注:DDR下2N值对应Flash里N个dummy cycle |
Flash启动情况 |
---|---|---|---|
LoopbackFromDqsPad | 30MHz - 100MHz | 0x20 | 正常启动 |
30MHz - 100MHz | 非 0x20 | 无法启动 | |
大于 100MHz | 0x20 | 无法启动 | |
ExternalInputFromDqsPad | 30MHz | 无,0x1 - 0x23 | 正常启动 |
30MHz | 大于 0x23 | 无法启动 | |
166MHz | 0x2 - 0x25 | 正常启动 | |
166MHz | 无,0x1,大于 0x25 | 无法启动 |
至此,Octal或Hyper Flash上DQS信号与Dummy Cycle联系痞子衡便介绍完毕了,掌声在哪里~~~
欢迎订阅
文章会同时发布到我的 博客园主页、CSDN主页、知乎主页、微信公众号 平台上。
微信搜索"痞子衡嵌入式"或者扫描下面二维码,就可以在手机上第一时间看了哦。
痞子衡嵌入式:在i.MXRT1170上启动含DQS的Octal Flash可不严格设Dummy Cycle (以MT35XU512为例)的更多相关文章
- 痞子衡嵌入式:在i.MXRT启动头FDCB里调整Flash工作频率也需同步设Dummy Cycle
大家好,我是痞子衡,是正经搞技术的痞子.今天痞子衡给大家介绍的是Flash工作频率与Dummy Cycle的联系. 上一篇文章 <从头开始认识i.MXRT启动头FDCB里的lookupTable ...
- 痞子衡嵌入式:i.MXRT中不支持DQS的FlexSPI引脚组连接Flash下载与启动注意事项
大家好,我是痞子衡,是正经搞技术的痞子.今天痞子衡给大家分享的是i.MXRT中不支持DQS的FlexSPI引脚组连接Flash下载与启动注意事项. 最近痞子衡在支持一个印度客户,这个客户项目主芯片选择 ...
- 痞子衡嵌入式:在i.MXRT启动头FDCB里使能串行NOR Flash的DTR模式
大家好,我是痞子衡,是正经搞技术的痞子.今天痞子衡给大家介绍的是在FDCB里使能串行NOR Flash的DTR模式. 前两篇文章 <IS25WP系列Dummy Cycle设置> 与 < ...
- 痞子衡嵌入式:在i.MXRT启动头FDCB里使能串行NOR Flash的Continuous read模式
大家好,我是痞子衡,是正经搞技术的痞子.今天痞子衡给大家介绍的是在FDCB里使能串行NOR Flash的Continuous read模式. 前面关于串行Flash传输时序的文章 <Fast R ...
- 痞子衡嵌入式:深扒IAR启动函数流程及其__low_level_init设计对函数重定向的影响
大家好,我是痞子衡,是正经搞技术的痞子.今天痞子衡给大家分享的是IAR启动函数流程及其__low_level_init设计对函数重定向的影响. 上一篇文章 <IAR下RT-Thread工程自定义 ...
- 痞子衡嵌入式:深扒IAR启动函数流程之段初始化函数__iar_data_init3实现
大家好,我是痞子衡,是正经搞技术的痞子.今天痞子衡给大家分享的是IAR启动函数流程里的段初始化函数__iar_data_init3实现. 本篇是 <IAR启动函数流程及其__low_level_ ...
- 痞子衡嵌入式:深扒IAR启动函数流程之段初始化实现中可用的压缩选项
大家好,我是痞子衡,是正经搞技术的痞子.今天痞子衡给大家分享的是IAR启动函数流程里段初始化实现中可用的压缩选项. 接着 <IAR启动函数流程之段初始化函数__iar_data_init3实现& ...
- 痞子衡嵌入式:在i.MXRT启动头FDCB里使能串行NOR Flash的QPI/OPI模式
大家好,我是痞子衡,是正经搞技术的痞子.今天痞子衡给大家介绍的是在FDCB里使能串行NOR Flash的QPI/OPI模式. 我们知道 Flash 读时序里有五大子序列 CMD + ADDR + MO ...
- 痞子衡嵌入式:MCUXpresso IDE下使用J-Link下载算法在Flash调试注意事项(i.MXRT500为例)
大家好,我是痞子衡,是正经搞技术的痞子.今天痞子衡给大家介绍的是MCUXpresso IDE下使用J-Link下载算法在Flash调试注意事项. 痞子衡前段时间写过一篇小文<为i.MXRT设计更 ...
随机推荐
- mui轮播图为什么设置了自动播放参数也不能自动播放呢?
最近在做项目的时候,发现Mui的轮播图遇到个问题,设置了自动播放但是怎么也不能自动播放,这是为什么呢? 原来如果动态给mui的图片轮播添加图片,又使用的ajax获取的数据,但是你ajax 还没有执行完 ...
- Python | Python语法基础
目录 前言 1. 变量与简单数据结构 2. 列表相关 3. 集合 4. If语句 5. 字典 6. 用户输入和while循环 7. 函数 8. 类与对象 9. 文件 10. 异常 11. 测试 最后 ...
- python3下tomorow模块 @thread报语法错误def async(n, base_type, timeout=None): ^ SyntaxError: invalid syntax---解决方法
遇见问题:python使用tomorrow实现多线程,tomorrow模块的源代码报语法错误? 这是报错信息:Traceback (most recent call last): File &quo ...
- Java 获取PDF数字签名证书信息
PDF文档中可添加数字签名,在添加签名前,需要准备可信任签名证书.对文档中已有的签名,可验证书签是否有效.也可通过一定方法来获取数字签名或者签名证书信息.下面以Java代码示例展示如何读取签名的证书信 ...
- ant的xml解释
ant必须以<project>开始和</project>结束 --project(父节点) --target(子节点) ---javac(孙节点) ---echo(孙节点)
- uni-app开发 uni.scss 样式的整体化设置
今天在写uni-app设计的时候,界面图片.图标规格一直无法正常显示.查看了uni-app官网的代码注释后,发现了在style中设置<style lang="scss"> ...
- Atcoder Grand Contest 003 F - Fraction of Fractal(矩阵乘法)
Atcoder 题面传送门 & 洛谷题面传送门 Yet another AGC F,然鹅这次就没能自己想出来了-- 首先需注意到题目中有一个条件叫做"黑格子组成的连通块是四联通的&q ...
- fluidity install on Cluster
fluidity install on Cluster 1.编译器安装 gcc4.6 openmpi python HOME_PATH= /hpcdata1/xiaozhong/ 1.1.gmp &a ...
- 华为AppTouch携手全球运营商,助力开发者出海
内容来源:华为开发者大会2021 HMS Core 6 APP services技术论坛,主题演讲<华为AppTouch携手全球运营商,助力开发者出海>. 演讲嘉宾:华为消费者云服务App ...
- ICCV2021 | TOOD:任务对齐的单阶段目标检测
前言 单阶段目标检测通常通过优化目标分类和定位两个子任务来实现,使用具有两个平行分支的头部,这可能会导致两个任务之间的预测出现一定程度的空间错位.本文提出了一种任务对齐的一阶段目标检测(TOOD) ...