当前位置：首页 > news >正文

i.MX RT外部RAM调试：.mac文件初始化FlexSPI与HyperRAM实战

news 2026/6/8 21:29:31

1. 项目概述：为什么我们需要.mac文件来初始化外部RAM？

如果你正在用i.MX RT系列芯片做开发，尤其是用到了片外的HyperRAM或者QSPI Flash，那你大概率遇到过这个场景：代码编译得好好的，一点下载调试，IAR就卡住了，或者直接报错“无法访问目标内存”。这十有八九是因为你用来调试的那块外部RAM，在芯片上电后还处于“沉睡”状态，FlexSPI控制器根本没把它唤醒，更谈不上正确读写。这时候，.mac文件就派上用场了。

简单来说，.mac文件是IAR调试器在连接目标板、下载程序之前，可以自动执行的一段“初始化脚本”。它的核心价值，就是在你的应用程序代码（比如main函数）跑起来之前，先把那些依赖的硬件外设（比如FlexSPI控制器和它连接的内存）配置好，为后续的代码加载和运行铺平道路。这就像你要在一个空房子里开派对，总得先打开灯、通上电、把门打开吧？.mac文件干的就是这个“通水电、开门窗”的活儿。

我手头这块RT1060-EVK板子，片内RAM有1MB，听起来不少，但一旦工程里用了图形库、文件系统或者复杂的协议栈，这点空间就捉襟见肘了。把程序放到片外HyperRAM（通常是32MB或64MB）里调试，就成了必然选择。这个过程的核心，就是通过.mac文件，指挥芯片的FlexSPI控制器，按照HyperRAM芯片的“语言”（时序、命令）去和它建立通信。本文将以SDK 2.7.0中的hello_world例程为基础，手把手带你走通从复制模板、修改引脚时钟、到配置FlexSPI寄存器和LUT（查找表）的完整流程。你会发现，理解了这套机制，不仅是HyperRAM，未来初始化QSPI NOR Flash、甚至是HyperFlash，思路都是相通的。

2. 核心原理：FlexSPI控制器与.mac文件的调试哲学

在深入代码之前，我们必须先搞清楚两个核心：i.MX RT的FlexSPI控制器到底是个什么角色，以及为什么IAR选择.mac文件作为初始化手段。这能帮你从“照抄配置”升级到“理解为什么这么配”。

2.1 FlexSPI控制器：不仅仅是SPI的升级版

FlexSPI，顾名思义，是“灵活的可串行外设接口”。它远不止是传统SPI的提速版。对于i.MX RT这类没有内部非易失性存储器的芯片，FlexSPI是CPU访问外部代码和数据的总门户。它的“灵活”体现在几个关键能力上：

多模式设备支持：它通过一套硬件，可以兼容标准SPI、Dual-SPI、Quad-SPI（QSPI）、以及HyperBus协议。HyperRAM和HyperFlash就属于HyperBus设备。这意味着控制器需要能产生不同波形和时序的信号。
独立的命令引擎与LUT：这是FlexSPI的核心。它内部有一个可编程的查找表（LUT），你可以把它想象成一个“指令集”。LUT的每个条目定义了一个完整操作序列（比如“发送命令0x9F，然后以Quad模式读取3个字节的制造商ID”）。CPU通过AHB总线发起一个简单的内存读/写请求时，FlexSPI控制器会自动查找LUT，执行对应的复杂序列，从而将对设备的复杂操作抽象成简单的内存访问。初始化的一大重点就是配置这个LUT。
高性能与缓存：为了达到XIP（就地执行）的性能，FlexSPI通常与芯片的缓存（Cache）和预取器（Prefetcher）紧密配合。但在纯RAM调试场景下，我们更关注的是最基本的读写功能能否建立。

为什么初始化必须按顺序（引脚->时钟->控制器->设备）？这是硬件启动的必然逻辑。引脚复用（IOMUXC）决定了物理信号线走哪个GPIO；时钟（CCM）给控制器提供工作节拍；控制器（FlexSPI）本身需要先复位并进入配置模式；最后才是告诉控制器，它连接的具体设备（HyperRAM）有什么特性（大小、时序），并装载操作该设备的“指令集”（LUT）。顺序乱了，配置可能不生效，甚至损坏设备。

2.2 .mac文件的本质与IAR的调试流程

IAR的调试器（C-SPY）在连接目标板时，会经历几个阶段：复位芯片、暂停CPU、初始化调试接口（如JTAG/SWD）、然后才是下载程序。.mac文件中的命令，就是在“初始化调试接口”之后，“下载程序”之前这个关键窗口期被执行的。它运行在调试器的上下文中，拥有直接读写芯片所有内存映射寄存器的最高权限。

.mac文件使用一套类似C语言的宏命令，但更简单。核心命令就几个：

__writeMemory32(value, address, “Memory”)：向指定地址写入一个32位值。这是我们配置寄存器的主力。
__readMemory32(address, “Memory”)：从指定地址读取一个32位值，常用于检查配置是否生效。
__delay(milliseconds)：简单的延时，用于等待硬件响应（比如Flash或RAM的上电复位时间）。
__message “string”：在IAR的调试日志窗口打印信息，用于调试.mac脚本本身。

一个关键认知：.mac脚本的执行环境是“无操作系统、无C库”的裸机状态。你不能在里面调用SDK的GPIO_Init()或CLOCK_EnableClock()函数。所有操作都必须通过最底层的寄存器读写来完成。这也是为什么我们需要反复查阅《i.MX RT1060参考手册》（IMXRT1060RM），因为每一个配置值都对应着手册中某个寄存器的某个位域。

注意：调试阶段使用.mac初始化，并不意味着量产方案也这样。产品中，这部分初始化代码通常放在启动文件（如startup_MIMXRT1062.s）的最前面，或者放在Bootloader里。.mac文件是开发阶段的“临时脚手架”，但它编写的初始化序列，完全可以移植到你的应用程序启动代码中。

3. 实战准备：从SDK例程到你的定制.mac文件

理论说得再多，不如动手调一遍。我们以NXP官方SDK 2.7.0 EVK-MIMXRT1060开发包中的hello_world例程为起点。

3.1 环境与文件定位

首先，确保你的SDK路径清晰。关键的.mac模板文件在这里：SDK_2.7.0_EVK-MIMXRT1060\boards\evkmimxrt1060\demo_apps\hello_world\iar\

在这个目录下，你会找到evkmimxrt1060.mac。这个文件是IAR工程默认关联的调试初始化脚本，它里面通常包含了一些基础的芯片初始化，比如关闭看门狗、配置时钟树到较低频率（如24MHz的IRC）以确保调试连接稳定。但是，它一般不包含FlexSPI控制器的复杂初始化，特别是针对HyperRAM的。

所以我们的第一步是“复制并重命名”，创建一个专用于HyperRAM初始化的脚本：

将evkmimxrt1060.mac复制一份。
重命名为evkmimxrt1060_hyperram_init.mac（或其他你喜欢的名字，但建议保持清晰）。

3.2 在IAR工程中关联你的.mac文件

仅仅创建文件不够，需要告诉IAR在调试时使用它：

在IAR Embedded Workbench中打开你的hello_world工程。
右键点击工程名，选择Options。
在Options对话框中，导航到Debugger->Download选项卡。
你会看到一个Use macro file(s)的选项。默认可能已经勾选并指向了原来的.mac文件。
点击右侧的...按钮，删除旧的引用，添加你新创建的evkmimxrt1060_hyperram_init.mac文件。
确保Suppress download选项是未勾选的，因为我们确实需要下载程序到RAM。
点击OK保存。

现在，每次你点击Download and Debug（Ctrl+D）时，IAR都会先执行你这个新的.mac文件。

实操心得：在修改.mac文件初期，强烈建议在IAR的Debugger->Extra Options->Command line里加上--debug_file=debug_log.txt。这样可以把调试器的详细输出（包括.mac脚本的执行信息和错误）保存到文件，方便排查脚本本身的语法错误或硬件访问错误。

4. 初始化三部曲：引脚、时钟与FlexSPI控制器

接下来，我们打开evkmimxrt1060_hyperram_init.mac文件，在原有内容（通常是关闭看门狗和基础时钟初始化）的后面，添加HyperRAM的初始化代码。整个过程遵循“引脚 -> 时钟 -> 控制器 -> 设备”的流程。

4.1 引脚初始化：确定信号的物理路径

RT1060-EVK板载的HyperRAM芯片（通常是IS66WVH8M8ALL或类似型号）是通过FlexSPI2端口连接的。我们需要查看板级原理图和数据手册，找到每个信号对应的GPIO引脚及其复用设置。

以RT1060-EVK为例，HyperRAM连接在FlexSPI2上，数据线是8位的。我们需要配置的引脚包括：

数据线 (DATA0-DATA1, DATA4-DATA7)：对于8位HyperRAM，可能只用了部分数据线，需根据具体芯片确认。
差分时钟 (CLK, CLK#)：HyperBus是差分时钟。
读写数据选通 (RWDS)：相当于数据有效信号。
片选 (CS#)。

在.mac中，引脚初始化是通过配置IOMUXC（IO复用控制器）的寄存器完成的。每个引脚有两个关键寄存器：IOMUXC_SW_MUX_CTL_PAD_<PAD_NAME>和IOMUXC_SW_PAD_CTL_PAD_<PAD_NAME>。

示例：配置FlexSPI2_A_DATA0引脚（对应GPIO_AD_26）

// 假设我们要配置的引脚是 GPIO_AD_26 作为 FlexSPI2_A_DATA0 // 1. 查找寄存器地址。在参考手册的IOMUXC章节找到 GPIO_AD_26 的 MUX 控制寄存器地址。 // 假设其 MUX_CTL 地址为 0x401F_80A4， PAD_CTL 地址为 0x401F_82A4。 // 2. 配置复用功能。MUX模式5通常对应FlexSPI2_A_DATA0（需查表确认）。 __writeMemory32(0x00000005, 0x401F80A4, “Memory”); // 3. 配置电气属性。驱动强度、上下拉、速率等。一个适用于HyperRAM的常见配置值： // 0xF080: 速度最大，驱动强度强，100K上拉， hysteresis使能。 __writeMemory32(0x0000F080, 0x401F82A4, “Memory”);

你需要为每一个HyperRAM用到的信号线重复上述过程。这是一个繁琐但必须精确的步骤。一个常见的错误是漏配了某个引脚，或者复用模式（MUX值）设错，导致信号根本无法输出。

注意事项：引脚配置寄存器是“内存映射”的，直接写即可生效，无需开启时钟。但为了代码清晰，我习惯在.mac文件开头用__message输出一段“Initializing Pins...”的提示信息。

4.2 时钟初始化：给控制器一颗强健的“心脏”

FlexSPI控制器需要工作时钟。这个时钟来源于芯片的CCM（时钟控制模块）。我们的目标是给FlexSPI2提供一个稳定、符合HyperRAM芯片要求的时钟频率。

以配置FlexSPI2的时钟源为PLL3 PFD0（通常约480MHz），并分频得到133MHz为例：

// 1. 确保PLL3已经使能并稳定。这部分可能在基础.mac中已配置，假设PLL3已输出480MHz。 // 2. 配置CCM_CBCMR寄存器，选择FlexSPI2的时钟源。 // 假设CBCMR地址为0x400FC018，设置FLEXSPI2_CLK_SEL位域为0x3（选择PLL3 PFD0）。 __writeMemory32((__readMemory32(0x400FC018, “Memory”) & ~(0x3 << 10)) | (0x3 << 10), 0x400FC018, “Memory”); // 3. 配置CCM_CSCMR1寄存器，设置FlexSPI2的时钟分频。 // 假设CSCMR1地址为0x400FC01C，设置FLEXSPI2_PODF位域为分频值。 // 480MHz / 4 = 120MHz。分频值=1表示2分频，2表示3分频... 所以4分频对应值3。 __writeMemory32((__readMemory32(0x400FC01C, “Memory”) & ~(0x7 << 23)) | (0x3 << 23), 0x400FC01C, “Memory”); // 4. 最后，在CCM_CCGRx寄存器中使能FlexSPI2的时钟门控。 // 找到控制FlexSPI2的CCGR寄存器（如CCGR5），使能对应的位域（CG5）。 __writeMemory32(__readMemory32(0x400FC088, “Memory”) | (0x3 << 10), 0x400FC088, “Memory”); // 示例，需查手册确认地址和位

关键点：时钟频率必须在你连接的HyperRAM芯片支持的最大频率之内（例如133MHz）。过高的时钟会导致通信失败。如果你不确定，可以从较低频率（如50MHz）开始尝试。

4.3 FlexSPI控制器与HyperRAM设备初始化

这是最核心也最复杂的部分，需要严格按照参考手册中FlexSPI章节的序列进行。

4.3.1 FlexSPI控制器基础配置

首先，我们需要让FlexSPI控制器进入一个可配置的状态。

// 假设FlexSPI2的基地址是 0x402A4000 __var flexspi_base; flexspi_base = 0x402A4000; // 1. 软件复位FlexSPI控制器 __writeMemory32(0x00000001, flexspi_base + 0x00, “Memory”); // MCR0[SWRESET] = 1 __delay(1); // 短暂延时等待复位完成 // 复位后，MCR0[MDIS]可能默认为1（模块禁用）。我们需要先确保它在禁用状态进行配置。 // 2. 确保控制器处于停止模式 (MCR0[MDIS]=1)，以便安全配置寄存器 __writeMemory32(0x00010001, flexspi_base + 0x00, “Memory”); // 设置 MCR0: SWRESET=0, MDIS=1 // 3. 配置模块控制寄存器 // MCR0: 配置超时、AHB访问权限等。一个常见配置： // [31:24] IP Grant Timeout = 0xFF // [23:16] AHB Grant Timeout = 0xFF // [15:8] 保留 // [7:4] SCKFREERUNEN=0, COMBINATIONEN=0, DOZEEN=0, HSEN=0 // [3] SFM=0 (使用AHB总线) // [2] RXCLKSRC=0 (内部时钟) // [1] MDIS=1 (保持停止) // [0] SWRESET=0 __writeMemory32(0xFFFF0001, flexspi_base + 0x00, “Memory”); // MCR1: 配置AHB缓冲区大小等，通常可以先设默认值或根据需求调整。 __writeMemory32(0x00000100, flexspi_base + 0x04, “Memory”); // 示例值 // MCR2: 保留，通常写0。 __writeMemory32(0x00000000, flexspi_base + 0x08, “Memory”); // 4. 配置AHB控制寄存器 (AHBCR) // 使能AHB缓冲区，并设置其大小和地址。 __writeMemory32(0x00000101, flexspi_base + 0x0C, “Memory”); // 使能AHB缓冲区0 // 5. 配置IP FIFO控制寄存器 (IPRXFCR, IPTXFCR) // 清除FIFO并设置水位线。 __writeMemory32(0x00000003, flexspi_base + 0x14, “Memory”); // IPRXFCR: CLR=1 __writeMemory32(0x00000003, flexspi_base + 0x18, “Memory”); // IPTXFCR: CLR=1

4.3.2 HyperRAM设备参数配置

接下来，告诉FlexSPI控制器，它连接的是什么设备。

// 配置Flash A1 控制寄存器 (FLSHA1CR0, FLSHA1CR1, FLSHA1CR2) // FLSHA1CR0: 设备大小。假设是64Mb (8MB) HyperRAM，地址映射为8MB。 // 计算公式: (Size in Bytes / 256) - 1。 8MB = 0x800000 Bytes. // (0x800000 / 256) - 1 = 0x7FFF。 __writeMemory32(0x00007FFF, flexspi_base + 0x80, “Memory”); // FLSHA1CR0 // FLSHA1CR1: 配置CS间隔、等待周期等。根据HyperRAM数据手册设置。 // 例如: CS Interval = 2, TCSS=3, TCSH=3。 __writeMemory32(0x00003302, flexspi_base + 0x84, “Memory”); // 示例值，需调整 // FLSHA1CR2: 配置超时时间。设置一个较大的值避免超时。 __writeMemory32(0x0000FFFF, flexspi_base + 0x88, “Memory”);

4.3.3 时钟精细调整与DLL配置

对于高速HyperBus接口（如166MHz以上），可能需要启用DLL（延迟锁相环）来对齐数据和时钟，补偿PCB走线延迟。对于133MHz或更低频率，DLL可能不需要。

// 配置DLL控制寄存器 (DLLACR)。如果不用DLL，可以跳过或禁用。 // 例如，禁用DLL: __writeMemory32(0x01000000, flexspi_base + 0x90, “Memory”); // DLLEN=0

4.3.4 解锁、配置与锁定LUT

LUT是FlexSPI的灵魂。HyperRAM的所有操作（初始化、读、写、寄存器配置）都定义在LUT里。

// 1. 解锁LUT __writeMemory32(0x5AF05AF0, flexspi_base + 0x100, “Memory”); // LUTKEY = 0x5AF05AF0 __writeMemory32(0x00000002, flexspi_base + 0x104, “Memory”); // LUTCR = 0x2 (解锁) // 2. 填充LUT表。LUT是一个128x32bit的表，每个操作由1-8个32位指令序列定义。 // 我们需要定义HyperRAM的初始化序列、读序列、写序列等。 // 以定义一个简单的“写寄存器”序列（用于配置HyperRAM的延迟寄存器）为例： // HyperRAM的寄存器写命令通常是：CS拉低 -> 发送命令字(0xC0)和地址 -> 发送数据 -> CS拉高。 // 这需要多个LUT条目组合。这里仅示意第一个指令的设置。 // LUT基地址: flexspi_base + 0x200 // 假设我们在LUT索引0的位置放置“CMD_SDR”指令（发送命令0xC0）。 // 指令格式: [31:24] OPRND2, [23:16] PADS, [15:8] INSTR, [7:0] OPRND1 // INSTR=0x01 (CMD_SDR), PADS=0x1 (Single), OPRND1=0xC0 (命令码) __writeMemory32(0x000001C0, flexspi_base + 0x200, “Memory”); // LUT[0] // ... 这里需要根据HyperRAM数据手册，完整填充读、写、初始化等所有必需的LUT序列。 // 这是一个非常关键且容易出错的部分，通常需要参考SDK中FlexSPI驱动的LUT定义。 // 3. 锁定LUT __writeMemory32(0x5AF05AF0, flexspi_base + 0x100, “Memory”); // LUTKEY __writeMemory32(0x00000001, flexspi_base + 0x104, “Memory”); // LUTCR = 0x1 (锁定)

4.3.5 启动控制器并执行设备初始化

最后，唤醒控制器，并通过LUT执行一次HyperRAM的初始化序列（例如，写其配置寄存器，设置延迟值）。

// 1. 退出停止模式，启动FlexSPI控制器 __writeMemory32(0xFFFF0000, flexspi_base + 0x00, “Memory”); // 清除MCR0[MDIS]=0 // 2. 可选：再次软件复位，让控制器以新配置重新启动 __writeMemory32(0x00000001, flexspi_base + 0x00, “Memory”); // MCR0[SWRESET]=1 __delay(1); __writeMemory32(0xFFFF0000, flexspi_base + 0x00, “Memory”); // MCR0[SWRESET]=0 // 3. 通过IP命令或AHB命令触发HyperRAM初始化。 // 更简单的方式是，通过AHB总线直接向HyperRAM的映射地址写入其配置寄存器的值。 // 假设HyperRAM的配置寄存器0（延迟寄存器）映射在地址0x70000000，我们需要写入值0x8（固定延迟模式）。 // 注意：这要求LUT中的“写寄存器”序列已经正确配置在对应的位置（由FLSHxCR2寄存器指定）。 __writeMemory32(0x00000008, 0x70000000, “Memory”); // 这个写操作会触发FlexSPI控制器根据LUT执行完整的HyperRAM寄存器写序列。

5. 调试与验证：如何确认你的.mac文件生效了？

写完.mac文件只是第一步，更重要的是验证它是否真的正确初始化了HyperRAM。以下是我常用的排查“组合拳”：

检查IAR调试日志：在IAR的View->Terminal I/O窗口，或者你之前设置的debug log文件中，查看.mac脚本的执行有无报错（如“Memory write failed”）。这能发现最明显的地址或访问权限错误。
使用IAR内存窗口：在调试模式下，暂停CPU，打开View->Memory窗口。输入HyperRAM的映射基地址（例如0x70000000）。如果初始化成功，你应该能看到一片可读写的内存区域。尝试在某个地址（如0x70000000）写入一个特定的值（如0x12345678），然后立刻读回来，看是否一致。这是最直接的验证。
寄存器检查法：在调试器的Register窗口或通过Watch表达式，查看关键FlexSPI寄存器的值。例如，读取MCR0寄存器，确认MDIS位为0（模块已使能）。读取INTEN寄存器看是否有错误中断标志被置起。
简化测试法：如果你的初始化脚本很长，可以分段测试。先只做引脚和时钟初始化，然后尝试用最简单的、已知能工作的LUT配置（比如直接从SDK的FlexSPI驱动示例代码里拷贝一个已验证的LUT数组，转换成.mac的写入语句）来测试读写。排除法是定位复杂问题的利器。
逻辑分析仪/示波器：这是终极手段。用逻辑分析仪抓取FlexSPI接口上的CLK、CS#、DQ信号。在执行.mac脚本后，触发一次内存读写（比如在IAR中执行一条向0x70000000赋值的语句），观察总线上是否有正确的波形。如果没有任何信号，说明引脚复用或时钟可能没配好。如果有信号但波形奇怪或没响应，可能是时序（LUT）配置不对。

6. 常见问题与避坑指南实录

在实际操作中，我踩过不少坑，这里总结几个最典型的：

问题1：下载程序时，IAR报错“Flash loader failed”、“Loading debug symbols failed”或直接卡死。

原因：这几乎可以肯定是.mac初始化未成功，FlexSPI控制器无法访问HyperRAM，导致调试器无法将程序下载到你指定的外部RAM地址。
排查：
- 首先确认IAR工程的链接文件（.icf）是否正确将程序段（如readwrite，code）分配到了外部RAM地址（如0x70000000）。
- 然后，在.mac脚本的最开始和FlexSPI初始化结束后，分别用__message打印一条信息，确认脚本确实被执行到了预期位置。
- 检查引脚配置的寄存器地址和值是否正确，最笨但最有效的方法是对照参考手册和SDK里的引脚定义头文件（如fsl_iomuxc.h）逐个核对。

问题2：程序能下载，但一运行（单步或全速）就立刻进入HardFault。

原因：可能是时钟配置过高，HyperRAM跟不上；或者LUT中的读写时序参数（如指令间隔、数据保持时间）与你的HyperRAM芯片不匹配。
排查：
- 降频测试：将FlexSPI的时钟分频设到最大（最低频率），比如降到30MHz以下再试。如果问题消失，就是时序或时钟问题。
- 检查LUT：仔细对照HyperRAM数据手册的“AC Timing Characteristics”章节和你的LUT设置。每个DUMMY_SDR周期的设置都至关重要。SDK中的例程LUT是针对特定型号和PCB优化的，直接拷贝可能不适用于你的板子或不同批次的芯片。
- 检查AHB缓冲区：确保AHBCR和AHBRXBUFxCR0寄存器配置正确，缓冲区大小和地址没有与其它内存区域冲突。

问题3：读写数据不稳定，偶尔正确，偶尔错误。

原因：通常是信号完整性问题或DLL未配置好。在较高频率下（>100MHz），PCB走线长度、过孔、阻抗匹配的影响会变得显著。
排查：
- 启用DLL：如果频率较高，尝试在.mac中正确配置DLL寄存器（DLLACR），并可能需要进行DLL校准（通过写DLLACR的SLVDLYTARGET等位）。参考手册中FlexSPI章节有DLL校准流程。
- 调整驱动强度：回到引脚配置（IOMUXC_SW_PAD_CTL_PAD_*），尝试增加驱动强度（Drive Strength）。
- 硬件检查：检查电源是否干净稳定，HyperRAM的VCCQ（IO电源）电压是否准确。用示波器测量时钟和数据信号的过冲、振铃情况。

问题4：从.mac初始化切换到应用程序中初始化后，程序无法运行。

原因：.mac脚本是在调试器环境下执行的，此时芯片的全局状态（如MMU、Cache）可能与你的应用程序启动时不同。特别是Cache，如果FlexSPI区域被错误地缓存，会导致数据不一致。
解决方案：在你的应用程序的main()函数最开始，或系统初始化阶段，在重新配置FlexSPI之前，先无效化（Invalidate）相关Cache。对于Cortex-M7的RT1060，需要操作SCB_InvalidateDCache_by_Addr()。同时，确保应用程序中的FlexSPI初始化代码序列与.mac脚本中的核心部分一致。

一个宝贵的习惯：备份与版本化。每次修改.mac文件前，先备份一个能工作的版本。对于不同的板卡、不同的HyperRAM型号，维护不同的.mac文件。可以在文件名中体现，如evk_hyperram_IS66WVH8M8ALL_133MHz.mac。清晰的命名能节省大量后期调试时间。

最后，这份.mac脚本虽然是在调试阶段使用，但其蕴含的FlexSPI初始化流程是完全通用的。当你最终的产品需要从HyperRAM启动或运行时，你需要将这套初始化逻辑（主要是3.3节的寄存器配置部分）移植到你的启动代码（通常是Reset_Handler或SystemInit函数中非常靠前的位置）中。理解了这个过程，你就掌握了驾驭i.MX RT系列芯片高速外部存储器的钥匙。

查看全文

http://www.gsyq.cn/news/1488696.html