i.MX平台ATK工具实战：从Flash烧写到镜像转换的嵌入式开发指南

1. 项目概述：i.MX平台ATK工具的核心价值与定位

在嵌入式开发领域，尤其是基于NXP（原Freescale）i.MX系列处理器的项目里，从代码编译到最终固件在硬件上跑起来，中间隔着一条名为“部署”的鸿沟。这条鸿沟里，充满了诸如“镜像该烧到哪个地址？”、“为什么板子启动不了？”、“这个bin文件怎么转成烧录器能识别的格式？”这类问题。十年前，当我第一次接触i.MX27的开发板时，面对着一堆串口线、JTAG调试器和复杂的命令行工具，深切感受到一个直观、集成的图形化工具对提升开发效率有多么重要。Advanced ToolKit，也就是我们常说的ATK，正是为了解决这些问题而生的。

简单来说，ATK是NXP官方为i.MX平台提供的一套Windows图形化工具套件，它核心就干两件事：给板子烧写程序（Flash编程）和处理各种镜像文件格式（格式转换）。别看功能听起来简单，但在实际开发中，它往往是连接你的开发环境（PC）和目标硬件（i.MX开发板）最直接、最稳定的一座桥梁。无论是烧写最初的Bootloader、更新Linux内核与设备树、部署Android系统，还是进行底层驱动的验证测试，都离不开它。

它的价值在于将底层复杂的通信协议、存储器操作指令封装成了几个按钮和选项。你不用再去记忆晦涩的kermit命令或研究dd命令的bs参数，只需在图形界面里选择芯片型号、连接方式、操作类型，ATK就会帮你处理好与板载ROM Bootloader的握手、内存初始化、数据传输校验等一系列底层细节。这对于固件工程师、测试工程师，甚至是需要频繁刷新固件的硬件工程师来说，极大地降低了操作门槛和出错概率。

本文将基于一份经典的ATK用户指南，结合我多年使用i.MX系列芯片（从i.MX27到i.MX6UL）的实际经验，为你深入剖析ATK工具的使用精髓。我会重点讲解那些手册里可能一笔带过，但实际操作中却至关重要的“坑”与技巧，目标是让你看完后，不仅能照着步骤操作，更能理解每一步背后的原理，从而在遇到问题时能自己分析和解决。

2. 环境准备：安装、驱动与硬件连接

工欲善其事，必先利其器。使用ATK的第一步，就是搭建一个正确的工作环境。这包括软件安装、驱动配置以及硬件连接。很多新手卡在第一步，往往是因为忽略了某些细节。

2.1 软件安装与版本兼容性

ATK是一个标准的Windows安装程序包。根据你手头的资料版本（例如PDK 1.4），找到名为FSL_ATK_TOOL_STD_INSTALL_<version_number>.exe的文件执行即可。安装过程本身没有太多花样，但有几个关键点需要特别注意：

注意：安装前务必备份并彻底卸载旧版本。ATK的安装程序有时对旧版本残留的文件或注册表项比较敏感。最稳妥的做法是：通过“开始菜单 -> 程序 -> Advanced Toolkit -> Uninstall Advanced Toolkit”进行卸载，或者从控制面板的“添加或删除程序”中找到并卸载。完成卸载后，必须立即重启电脑。这是手册里用“CAUTION”强调的，我亲身经历过因为没重启导致新版本安装失败，最后不得不重装系统才解决的极端情况。重启是为了确保所有与旧版本相关的进程和服务都被彻底清除。

安装路径建议保持默认，或者选择一个没有中文和空格的路径，例如C:\Freescale\ATK。这能避免一些潜在的、因路径解析问题导致的奇怪错误。安装完成后，通常不需要再次重启，可以直接从开始菜单启动“Advanced ToolKit”。

2.2 USB驱动安装与排查

ATK支持通过UART（串口）和USB两种方式与开发板通信。USB方式的速度通常远高于串口，在进行大镜像烧录时优势明显。USB驱动的安装通常在ATK主程序安装过程中自动完成。如果安装后连接设备管理器里没有正确识别，可以手动安装。

驱动文件位于ATK安装目录下的windriver子文件夹中，例如C:\Freescale\ATK\windriver\。运行wd_install_4NT.bat可以安装驱动，运行wd_uninstall_4NT.bat则可以卸载。安装成功后，在设备管理器中，你应该能在“通用串行总线控制器”或一个名为“Jungo”的类别下，看到类似“WinDriver USB Device”的设备，并且没有黄色的感叹号。

实操心得：USB连接失败的常见原因。

1. 芯片版本限制：手册明确指出，i.MX31的T01版本芯片，其ROM不支持USB下载方式。如果你手头是较老的i.MX31 ADS板，很可能就是T01版本。这时只能使用UART，或者采用后面会讲到的“UART转USB”模式。
2. 线缆与端口：务必使用可靠的USB数据线（而非仅能充电的线），并尝试更换PC上的不同USB端口。有些主板的前置USB口供电或信号质量不佳。
3. 驱动冲突：如果之前安装过其他JTAG仿真器或下载器的驱动（如Segger J-Link、OpenOCD等），可能会存在驱动冲突。尝试在设备管理器中完全卸载所有未知设备或冲突设备，再重新插拔安装。
4. i.MX37的特殊情况：由于ROM代码问题，i.MX37 3-Stack板不支持USB连接，只能使用UART。

2.3 硬件连接与启动模式配置

这是让ATK能与板子“对话”的关键一步。不同的i.MX开发板，其启动模式配置方式不同，主要依靠板上的拨码开关（DIP Switch）或跳线帽（Jumper）来设置。

核心原理：i.MX芯片上电后，会首先运行芯片内部ROM中的一段固定代码（BootROM）。这段代码会读取芯片特定的GPIO引脚（通常是BOOT_MODE[1:0]）电平，决定从哪种设备启动（如USB、SD卡、NAND Flash等）。ATK工具正是利用了“USB下载模式”或“UART下载模式”，在这种模式下，BootROM会等待主机通过USB或UART发送下载协议，从而接收并执行用户指定的程序。我们的目标就是把板子配置成这个“下载模式”。

以下是一些典型板卡的配置摘要，实际操作前请务必核对你的板卡型号：

连接步骤：

1. 断电操作：在配置拨码开关或连接线缆前，务必确保开发板处于完全断电状态（拔掉电源适配器）。
2. 设置启动模式：根据上表，正确设置板卡上的开关。
3. 连接线缆：
   • UART连接：使用串口线（通常是DB9转TTL电平或USB转串口线）连接PC的串口（或USB转串口虚拟出的COM口）到开发板的UART1端口。在i.MX31 ADS上，需要确保基板上的SW1开关盒的第4位设置为ON以启用UARTC端口。
   • USB连接：使用USB线连接PC和开发板的USB OTG或USB下载口。
4. 上电：先给开发板上电，然后启动PC上的ATK软件。

注意事项：关于“UART���USB”模式。这是一个针对i.MX31系列板卡的实用技巧。当你的i.MX31板卡（特别是T01版本）因ROM不支持直接USB下载而连接失败时，可以尝试此模式。操作流程：

1. 硬件上，同时连接好串口线和USB线（USB线先不插入板子）。
2. 在ATK配置界面，“Host Setting”部分，先选择“Serial Port”并指定正确的COM口。
3. 勾选“COM > USB”选项。
4. 给板上电，ATK会先通过串口与BootROM建立通信。
5. 当界面提示或进入Flash工具操作时，再将USB线插入板子。此时，后续的数据传输（如擦除、编程、转储）会切换到更快的USB通道进行。 这相当于用串口“唤醒”BootROM并建立控制，再用USB“搬运”大数据，兼顾了兼容性和速度。

3. ATK核心功能详解：Flash工具实战

成功连接硬件并进入ATK主界面后，你会看到“Flash Tool”和“Image Format Convert Tool”两个主要选项。我们先深入最核心的Flash工具。

3.1 工具界面与配置逻辑

点击“Flash Tool”进入后，界面主要分为几个区域：操作类型选择、Flash模型选择、操作参数设置、文件选择和信息日志窗口。在使用前，必须正确完成上一章所述的硬件连接和ATK主界面的“Device Setting”（选择正确CPU型号和内存初始化脚本）、“Host Setting”（选择USB或Serial Port）配置。

内存初始化脚本（Memory Init File）的选择至关重要。它的作用是在执行任何Flash操作前，先初始化板载的SDRAM/DDR内存控制器，为后续代码的运行和数据缓存提供可用的内存空间。如果选错，轻则操作失败，重则可能导致硬件异常。

• DDR：适用于使用DDR内存的板子，如i.MX31 ADS。
• SDRAM：适用于使用SDRAM的板子。
• DDR2/MDDR：针对i.MX35 3-Stack板，根据实际内存类型选择。
• Custom Initial File：如果你有自定义的初始化序列（例如为了特定的内存时序优化），可以在这里指定你自己的.txt文件。文件格式是每行“地址(0x开头) 数据(0x开头) 位宽(8/16/32)”，用空格分隔。这在调试自定义硬件时非常有用。

3.2 四大操作类型解析与实战

Flash工具支持四种基本操作：Download（下载到RAM）、Program（编程到Flash）、Dump（从Flash转储）、Erase（擦除Flash）。它们的用途和区别如下：

3.2.1 Download（下载到RAM）

• 是什么：将镜像文件直接加载到目标板的内存（RAM）中并立即执行。
• 为什么用：这是最快速的调试方式。当你修改了一小段代码，想立刻测试效果而不想经历完整的Flash擦写周期时，就用这个功能。它绕过了Flash，直接让代码在内存中跑起来。常用于调试Bootloader的第二阶段、内核的早期启动代码或简单的裸机程序。
• 怎么用：
  1. “Operation Type”选择Download。
  2. “Flash Model”会变灰，因为不涉及Flash操作。
  3. 在“Address”处填写目标内存地址，例如0x80004000。这个地址需要是你的程序链接时指定的加载地址，且必须在已初始化的内存范围内。
  4. 点击“Image file”旁的浏览按钮，选择你的二进制（.bin）或S-record（.srec）文件。
  5. 点击“Download”按钮。
• 注意事项：
  • 下载成功后，程序会从该地址开始执行。你需要通过串口调试助手等工具查看打印信息来判断程序是否运行正常。
  • 断电后，RAM中的内容会丢失，所以这只是一种临时性的调试手段。

3.2.2 Program（编程到Flash）

• 是什么：将镜像文件永久性地烧写到开发板的Flash存储器（NOR或NAND）中。
• 为什么用：这是部署固件的标准操作。烧写Bootloader、内核、文件系统镜像都必须用这个功能。
• 怎么用：
  1. “Operation Type”选择Program。
  2. “Flash Model”选择与你板上Flash芯片型号匹配的选项（如NOR (S71WS256ND0)）。如果列表里没有，可以选择“USER INPUT”，但需要你提前准备好对应的Flash驱动库文件（.lib），这通常需要从板级支持包或NXP社区获取。
  3. 在“Address”处填写Flash的起始编程地址。这是关键！例如，对于i.MX31 ADS板的NOR Flash，起始地址通常是0xA0000000；对于NAND Flash，则是0x00000000（这代表NAND的块/页起始，是逻辑地址，由NAND控制器转换）。
  4. 选择要编程的镜像文件。
  5. 对于NAND Flash，需要根据镜像类型勾选BBT或Bi Swap选项（下文详述）。
  6. 点击“Program”按钮。
• 避坑指南：
  • 地址对齐：对于NOR Flash，编程地址通常需要按字（Word）或扇区对齐。对于NAND Flash，则需要按页（Page）对齐。ATK的“Unboundary”选项如果被勾选，则支持按字节编程，但效率较低，且对于NAND可能破坏同一页内的其他数据。除非你非常清楚自己在做什么，否则不要勾选“Unboundary”。
  • NOR vs NAND：NOR Flash可以按字节寻址，编程相对简单。NAND Flash则需要处理坏块、ECC校验等，ATK通过BBT和Bi Swap选项来简化这些操作。

3.2.3 Dump（从Flash转储）

• 是什么：将Flash中指定区域的数据读取出来，保存为本地文件。
• 为什么用：用于备份Flash中的原始内容、验证烧写结果、或者分析现有固件。
• 怎么用：
  1. “Operation Type”选择Dump。
  2. 选择正确的“Flash Model”。
  3. 填写起始“Address”和要转储的“Size”。
  4. 指定输出文件的路径和名称。
  5. 点击“Dump”按钮。
• 实操心得：转储出来的文件可以用二进制查看工具（如hexdump、WinHex）进行分析。对比原始镜像和转储出来的文件，是验证烧录过程是否准确无误的金标准。

3.2.4 Erase（擦除Flash）

• 是什么：将Flash中指定区域的数据擦除（通常全部置为1，即0xFF）。
• 为什么用：Flash在写入新数据前，必须确保目标区域处于已擦除状态。在重新烧写整个固件前，先进行擦除是良好习惯。
• 怎么用：
  1. “Operation Type”选择Erase。
  2. 选择正确的“Flash Model”。
  3. 填写起始“Address”和要擦除的“Size”。注意：擦除操作通常以扇区（NOR）或块（NAND）为单位。你指定的尺寸会被向上对齐到整个擦除单元。例如，你请求擦除NAND的一个块（128KB）中的前1KB，实际会擦除整个128KB的块。
  4. 点击“Erase”按钮。
• 严重警告：擦除操作是不可逆的！务必确认地址和大小无误，特别是不要误擦除存储了重要配置或密钥的Flash区域。

3.3 NAND Flash编程的“灵魂”：BBT与Bi Swap详解

这是使用ATK对NAND Flash进行操作时最容易混淆，也最容易出错的部分。理解它们，你才算真正掌握了NAND编程。

为什么需要Bi Swap？这源于NXP i.MX系列芯片的NAND Flash控制器（NFC）与原始NAND Flash芯片在数据布局上的一个差异。出厂时，NAND Flash的每个页（Page）末尾都有一个叫做“备用区（Spare Area）”的区域，其中包含坏块标记（Bad Block Identifier, BI）。但是，i.MX的NFC在读写数据时，其内���的内存映射方式可能会导致这个BI标记位被覆盖。为了防止BI信息丢失，就需要在写入时，将BI标记位的数据与备用区中某个未使用的位置进行“交换”（Swap）；在读取时，再“换回来”。这个功能就是Bi Swap。

两种坏块管理��制：

1. 扫描机制（Scan）：每次需要判断坏块时，软件都去读取Flash每个块的BI标记。如果BI标记不是0xFF，就认为是坏块。这种方式简单但效率低。
2. 基于Flash的坏块表（Bad Block Table, BBT）：在第一次扫描后，将所有坏块的信息记录在一张表中，然后将这张表也保存在NAND Flash的某个固定位置（通常是最后几个好块里）。之后需要判断坏块时，直接查这张表即可，无需再次全盘扫描，效率高。BBT选项就是告诉ATK，要使用和维护这张坏块表。

如何选择？

• 烧写Windows Embedded CE镜像（.nb0格式）：勾选Bi Swap，不要勾选BBT。因为WinCE的映像格式和驱动通常自己处理坏块，且其数据布局需要Bi Swap功能来保护BI标记。
• 烧写Linux镜像（如U-Boot、内核、文件系统）：勾选BBT。如果提供镜像的厂商告诉你，他们的镜像也使用了Bi Swap机制（例如，某些预编译的Android系统镜像），那么需要同时勾选BBT和Bi Swap。如果不确定，最安全的做法是联系镜像提供方，或者在首次烧写全盘擦除后，只勾选BBT进行尝试。
• 如果不小心擦除了存有BBT的块怎么办？这正是ATK智能的地方。如果你之前设置了BBT标志并擦除了BBT所在的块，ATK会在下次执行操作（如编程）时，自动重新扫描整个NAND，并重建BBT。如果你之前没设BBT标志，那么下次你勾选BBT并执行操作时，ATK也会先帮你扫描并创建BBT。

核心建议：对于Linux用户，始终勾选BBT是一个好习惯。如果你对NAND的当前状态不确定（例如拿到一块二手板子），最稳妥的操作流程是：1. 连接好板子；2. 在ATK Flash工具中，选择正确的NAND型号；3.先执行一次全片擦除（Erase）操作，地址从0开始，Size填Flash总容量（或一个足够大的值）；4. 擦除完成后，再勾选BBT（和Bi Swap，如果需要）进行编程。这能确保从一个干净、一致的状态开始。

4. 镜像格式转换工具：打通编译与烧录的桥梁

编译器生成的可执行文件格式（如ELF）通常不能直接用于烧录，而烧录器或BootROM可能只接受纯二进制（Binary）或摩托罗拉S-record（S19）格式。ATK的镜像转换工具就是负责在这些格式间进行转换的“翻译官”。

4.1 三种转换模式与应用场景

4.1.1 ELF to Bin（ELF转二进制）

• 是什么：从可执行链接格式（ELF）文件中，提取出纯二进制代码和数据段，生成一个.bin文件。
• 为什么用：这是最常用的转换。无论是ARM GCC还是IAR、Keil编译出的.axf或.elf文件，都需要转换成.bin才能被大多数Bootloader或像ATK这样的工具烧写到Flash的特定地址。
• 操作：非常简单，选择输入的ELF文件和输出的BIN文件路径，点击“Convert”即可。
• 底层原理：这个转换过程本质上是解析ELF文件的程序头（Program Headers），找到LOAD类型的段，将这些段按照其在内存中的虚拟地址（VMA）顺序，提取并拼接成一个连续的二进制映像。如果段之间有地址间隙，间隙部分通常用0填充。

4.1.2 Bin to S-Record（二进制转S记录）

• 是什么：将二进制文件转换为S-record格式（通常是S19）。
• 为什么用：S-record是一种ASCII文本格式，包含地址、数据和校验和。一些老式的编程器、仿真器，或者需要通过串口进行极简引导（例如U-Boot的loady命令）的场景下，会需要这种格式。因为它可读，且每行都有校验，适合在不可靠的传输链路中使用。
• 参数详解：
  • Begin Address/End Address：指定源二进制文件中需要转换的范围。默认（0和文件长度）是转换整个文件。
  • Line Length：生成的S-record文件中，每行数据字节数。范围8-32。较短的行程适合在终端中查看，较长的行程则使文件更紧凑。
  • Address Size：地址字段的字节数（2-4）。对于32位系统，通常选4。
  • Offset：内存偏移。转换后的S-record中的地址 =Begin Address+Offset。这用于将二进制映像“放置”到不同的内存区域。
  • Bypass header and footer：如果勾选，生成的S-record文件将不包含S0（文件头）和S7/S8/S9（执行起始地址）记录，只包含数据记录（S1/S2/S3）。

4.1.3 S-Record to Bin（S记录转二进制）

• 是什么：S-record格式文件的反向转换，生成二进制文件。
• 为什么用：从设备中通过串口dump出来的数据可能是S-record格式，需要转换回二进制以便用其他工具分析；或者将别人提供的S-record文件转换为更通用的bin文件。
• 操作：选择输入的S-record文件和输出的BIN文件路径，点击“Convert”。工具会自动解析S-record中的地址和数据，重构出二进制文件。

4.2 转换过程中的常见问题与排查

1. 转换后的bin文件比elf文件小很多？这是正常的。ELF文件包含符号表、调试信息、节头表等大量元数据，而bin文件只包含需要加载到内存中执行的纯代码和数据。
2. Bin to S-Record转换失败，提示地址错误？检查Begin Address和End Address是否超出了文件的实际大小。确保Address Size（如4字节）能够覆盖你指定的地址范围（例如，地址0x81000000需要4字节地址）。
3. 烧录转换后的bin文件，程序跑飞？首先确认烧录地址是否正确。ELF转BIN时，起始加载地址（Load Address）至关重要。这个地址信息来自ELF文件中的程序头。你需要确保在ATK中Program操作的“Address”与这个加载地址一致。例如，U-Boot通常链接到内存起始地址（如0x80000000），而内核则可能链接到更高的地址（如0x80008000）。使用arm-none-eabi-objdump -h u-boot.elf或readelf -l u-boot.elf命令可以查看ELF段的加载地址。
4. S-Record文件烧录后不执行？检查S-record文件中是否包含了正确的执行起始地址记录（通常是S7/S8/S9）。有些Bootloader在加载S-record时会从这个记录中获取入口地址并跳转。如果使用ATK转换时勾选了“Bypass header and footer”，那么这个记录就被省略了，需要确保你的加载工具有其他方式设定入口点。

5. 高级技巧与故障排除实录

掌握了基本操作后，一些实战中积累的经验和遇到的“坑”能让你事半功倍。

5.1 自定义内存初始化文件

当使用非标板或需要对内存进行特殊配置时（如调整DDR时序以提高稳定性），就需要自定义内存初始化文件。ATK支持通过“Custom Initial File”选项加载你自己的.txt文件。

• 格式：每行一条写寄存器指令，格式为[地址] [数据] [位宽]，例如0x53F80000 0x00000010 32。以#开头的行是注释。
• 来源：最可靠的来源是参考板级支持包（BSP）中已有的初始化文件，例如<ATK安装目录>\example\memory_init\mx31_ddr_init.txt。你可以基于此文件修改。
• 调试方法：如果自定义初始化后板子无法连接，首先检查ATK的信息日志窗口，看是否有寄存器写入错误。更有效的方法是用一个简单的、已知能工作的初始化文件（如DDR初始化）先让ATK跑通，然后通过“Dump”功能，将初始化后关键寄存器的值读出来，与你自定义文件中的预期值对比，从而定位问题。

5.2 连接失败问题排查流程图

当ATK无法连接板子时，可以按以下步骤系统性地排查：

1. 检查物理连接：
   • 串口：线缆是否完好？COM口号是否正确？波特率是否匹配（ATK使用固定波特率，通常无需设置，但需确保串口工具没占用）？
   • USB：线缆是否数据线？PC设备管理器能否识别到设备（如WinDriver USB Device）？尝试换USB口。
2. 检查板卡供电与状态：
   • 电源指示灯是否亮起？
   • 测量板卡核心电压是否正常？
3. 检查启动模式配置：
   • 这是最高频的错误原因！再次核对拨码开关设置是否符合“内部启动/下载模式”的要求。有时开关接触不良，可以来回拨动几次。
   • 对于i.MX35/37，确认芯片是否已处于“非安全模式”。
4. 检查ATK软件配置：
   • “Device Setting”中选择的CPU型号是否与板卡完全一致？（例如i.MX31 TO1和TO2是不同的）
   • “Host Setting”中选择的连接方式（USB/Serial Port）是否与实际连接一致？COM口号是否正确？
   • 尝试勾选“Bypass the settings”进行连接。如果这样能成功，说明是配置问题（如内存初始化脚本选错）。
5. 尝试替代方案：
   • 如果USB一直失败，果断换用UART连接。
   • 对于i.MX31，尝试使用“COM > USB”切换模式。
   • 换一台电脑或换一个ATK版本尝试。

5.3 编程/擦除操作失败常见原因

• “Failed to initialize memory”：内存初始化失败。99%的原因是“Device Setting”中的内存类型选错（例如板子是DDR却选了SDRAM）。重新检查板卡硬件手册。
• “Flash ID not recognized”：Flash型号无法识别。确认“Flash Model”选择是否正确。如果使用的是“USER INPUT”，检查提供的Flash库文件路径是否正确、文件是否完整。
• “Programming failed at address ...”：编程到特定地址失败。
  • 对于NOR Flash：可能是该扇区有写保护，或者之前未成功擦除。尝试先执行擦除操作。
  • 对于NAND Flash：极大概率是遇到了坏块。ATK在勾选BBT后，理论上应跳过坏块。如果失败，可能是BBT本身损坏或未建立。解决方案：回到Flash工具，选择Erase操作，地址填0，Size填一个大于Flash容量的值（如0x10000000），勾选BBT，执行一次全片擦除。这个操作会强制ATK扫描并重建整个坏块表。擦除完成后，再进行编程。
• 操作过程极其缓慢：如果使用UART连接，烧录大文件（几十MB）慢是正常的，因为串口速率有限。如果使用USB还慢，检查是否是USB1.1端口，或者驱动有问题。尝试“COM > USB”模式有时能改善。

5.4 镜像转换与烧录的端到端检查清单

为了确保烧录的固件能正确运行，建议在每次烧录后执行以下检查：

1. 编译产出检查：确认编译器生成的ELF文件没有链接错误。
2. 转换地址验证：使用objdump或readelf确认ELF的加载地址（VMA）。
3. 烧录地址核对：在ATK的Program操作中，填写的地址必须与上一步的加载地址一致。
4. 烧录后验证：使用ATK的Dump功能，从烧录的起始地址读取一小段数据（例如前512字节），保存为文件。在PC上，使用二进制比较工具（如fc /b命令或Beyond Compare）与原始的bin文件进行对比，确保完全一致。
5. 上电启动观察：连接串口调试终端，给板子上电，观察Bootloader的启动打印信息。如果没有输出，检查启动模式开关是否已从“下载模式”拨回“从Flash启动”模式（例如，从NAND或SD卡启动）。