基于 SFLY SP32 编程器的 SPI-NAND 分区文件烧录

技术报告 · MultiFileConfig 制作分区 .ini + SP32SW 加载烧录，覆盖 128KB 块偏移量与 Spare/OOB 选项 ｜ 编制日期 2026-10-05 ｜ 版本号 Rev 1.4

1　概述

嵌入式 SPI-NAND 通常按「分区」组织镜像，本文讲清楚怎么一次性把多个分区烧到正确位置。

在嵌入式 Linux / RTOS 产品中，SPI-NAND Flash 通常会被划分为多个逻辑分区，每个分区承担一种职责——例如 u-boot、kernel、rootfs、data/app、config。每个分区对应一份独立的烧录文件（镜像 .bin），它们必须被写到 NAND 物理空间的指定位置才能正常启动运行。

SFLY SP32 系列编程器（SP325 / SP328 / SP328P）配套的工具链把这件事拆成两段：

• 阶段 A（离线制作）：用 MultiFileConfig 工具把所有分区文件连同它们的Block Offset（块偏移量）和烧录页大小打包成一份 .ini 配置文件；
• 阶段 B（产线烧录）：在 SP32SW V1.47 或以上版本中加载这份 .ini，编程器自动按分区表写入 NAND。

来源：整理自公开技术资料

2　准备工作与工具链

动手前确认硬件、软件、辅助工具三类资源齐备并匹配。

2.1　硬件：SFLY SP32 系列编程器

2.2　软件版本

• SP32SW V1.47 或以上版本——过低版本不识别新分区格式。
• MultiFileConfig（推荐 V1.7 或以上）——SFLY 官方离线配置工具，用于生成 .ini 分区配置。

2.3　典型文件清单

一个典型的 SPI-NAND Linux 项目里 MultiFileConfig 需要管理的文件：

3　用 MultiFileConfig 制作分区配置

本阶段产出一份 .ini 文件，包含分区表、Block Offset、烧录页大小等所有烧录参数。

3.1　新建配置

打开 MultiFileConfig 工具，点击左上角「新建配置」按钮，工具进入空白编辑态（图 2）。

来源：SFLY MultiFileConfig 工具界面

3.2　选择保存目录与文件名

弹出「另存为」对话框，选择保存目录（建议与 .bin 镜像同目录）并命名（图 3）。

来源：SFLY MultiFileConfig 工具界面

随后弹出「配置类型」对话框，选中「NAND Flash 分区文件（块偏移量）」（图 4），这是 SPI-NAND 分区模式专用的格式。

来源：SFLY MultiFileConfig 工具界面

3.3　增加分区镜像文件

点击「增加文件」按钮（主界面右上方），在文件对话框中多选所有分区的 .bin 镜像（图 5）。

来源：SFLY MultiFileConfig 工具界面

3.4　设置 Block Offset（块偏移量）

双击某个文件所在行，弹出「File Item」编辑框，输入该分区的 Block Offset（图 6）。

支持 DEC（十进制）与 HEX（十六进制）切换；填入数值 = 分区起始字节地址 ÷ 块大小，具体计算见 第 4 章。

来源：SFLY MultiFileConfig 工具界面

3.5　设置烧录页大小

在主界面上方「烧录页大小」下拉框中选择页大小（决定是否烧录 Spare/OOB 区），所有文件配置完成后点击「保存配置」（图 7）。

来源：SFLY MultiFileConfig 工具界面

4　Block Offset 计算原理

Block Offset 是分区定位的核心参数——填错则分区被写到错误位置，系统无法启动。

Block Offset（块偏移量 / 块编号）的计算式是：

示例（按原文给出的样例）：

• 分区起始地址：0x100000（1MB）
• 块大小：128 KB（131072 字节）
• Block Offset = 0x100000 ÷ (128 × 1024) = 1048576 ÷ 131072 = 8

来源：整理自公开技术资料

4.1　Block Offset 的本质

SPI-NAND 以「块（Block）」为单位擦除、以「页（Page）」为单位读写；Block Offset 表示该分区从第几块开始写，编程器按此把对应 .bin 烧到物理上正确的块位置。一个典型嵌入式项目里 Block Offset 通常是这样的分布：

5　SPI-NAND 页结构与烧录页大小

理解页结构，才能正确选择「烧录页大小」选项。

SPI-NAND 的物理页（Page）由 Main 区域（用户数据）和 Spare 区域 / OOB（Out-Of-Band，通常用于 ECC 与坏块标记）两部分组成。两段在物理上连续，但软件可选择是否一起烧录。

来源：整理自公开技术资料

5.1　Main 区

用户可见的数据区，典型大小 2KB 或 4KB。文件系统、内核、bootloader 的实际内容都落在 Main 区。

5.2　Spare 区（OOB）

典型大小 64 字节 / 128 字节 / 256 字节，一般用于存储：

• ECC 校验数据（硬件或软件 ECC，对 Main 区做检错/纠错）；
• 坏块标记（出厂坏块标记 + 使用过程中新增的坏块标记）。

5.3　烧录页大小选项对照

6　用 SFLY SP32SW 执行烧录

第二阶段：在 SP32SW 中加载 .ini，一次性完成所有分区烧录。

6.1　启动与选型

启动 SP32SW V1.47 或以上版本，点击「芯片型号」按钮，在弹出的选型对话框中选择正确的 SPI-NAND 型号（示例：Winbond W25N01GV，1Gbit，2048+64 byte × 64 page × 1024 block）。

6.2　加载 .ini 分区配置

点击主界面「加载数据…」按钮，在文件对话框中选择由 MultiFileConfig 生成的 ex1.ini（图 10），软件将自动加载所有分区文件并导入分区表、烧录参数。

来源：SFLY SP32SW V1.40 烧录软件界面

6.3　核对 NAND Flash 烧录选项

打开「NAND Flash 烧录选项」对话框，可看到 .ini 自动导入的完整设置（图 11）：环块处理方式、烧录页大小、片内 ECC、分区表（Start Block / Last Block / Used Blocks）、坏块标识位置与标识数据、比特容错率、擦除与查空范围等。

来源：SFLY SP32SW V1.40 烧录软件界面

6.4　执行烧录

核对完毕后，按通常方式执行烧录（Program + Verify 流程）。建议先小批量验证（5~10 片）后再正式量产。

7　NAND Flash 烧录选项详解

逐项解释「NAND Flash 烧录选项」对话框中的关键字段，避免误用。

8　XTX 适配提示

若用 XTX SPI-NAND 替代本方案示例型号，以下几点需要按 XTX datasheet 单独确认。

• 型号与命名：以 XTX 正式 datasheet 的「Device List / Ordering Information」为准；不同封装、温度等级、容量档位请勿混用。
• 页/块结构：常见 XTX SPI-NAND 为 2KB + 64B 或 4KB + 128B/256B 页结构；块擦除大小常 128KB 或 256KB。Block Offset 计算时块大小必须用芯片实际值，不能照搬示例。
• 坏块标识与 ECC：不同型号的 Spare 区坏块标记字节位置可能不同（如第 0 字节、或第 2048 字节），切勿套用其他厂商的默认值。在 SP32SW 的「NAND Flash 烧录选项」中按 XTX 文档设置。
• 烧录页大小：按 XTX 芯片 datasheet 的页配置选择 2KB 或 2KB+64，与 .bin 文件格式保持一致。
• 工具链验证：建议先用 5~10 片小批量验证完整流程（MultiFileConfig → SP32SW → 实机启动），确认无误后再正式量产。

9　常见问题与核查清单

量产前逐条确认；踩过的坑提前规避。

9.1　常见问题

9.2　上线前核查清单

• 编程器型号（SP325/SP328/SP328P）与烧录软件版本（SP32SW ≥ V1.47）已确认
• MultiFileConfig 生成的 .ini 文件已校验：每个分区的 Block Offset、烧录页大小、文件名均正确
• SP32SW 中选用的芯片型号与实物一致（核对 PN、容量、页/块结构）
• .bin 文件大小 = 页数 × 页大小（2KB / 2KB+64 / 4KB / ...），与所选烧录页大小匹配
• ECC 与坏块策略与芯片 datasheet 一致；.bin 若已含 ECC，关闭 SP32SW 的片内 ECC
• 小批量试烧 5~10 片并实机启动验证后再正式量产
• 烧录工位与设计端的分区表是同一份（避免工程团队和烧录工位各自维护导致不一致）
• 读回比对：每个分区实际起始块号与 Block Offset 计算结果一致

10　芯参谋平台联动：问题定位、调试与量产工具

前面各章把本类问题的根因、判据与处置讲清楚了，但真正动手定位时却常卡在「工具用不上」：现象复现不了、两份固件到底哪里不一样、时序到底差多少、换料后为什么起不来。本章把 芯参谋 平台的对应用途接上来，按「碰到什么问题 → 用哪个模块 → 怎么使用 → 能解决什么问题」组织：调试验证、数据对比、选型替代、成本效率四类问题各有入口。

10.1 模块总览与问题路由

芯参谋把能力分成四块：选型类（XTX(存储)选型、XTX(PMIC)选型、型号替换、参考设计（芯片手册解读 / 驱动下载 / 原理图设计 / 产品应用注意）、选型指南、常见问题 Q&A）、分析工具类（文件分析(TXT/BIN)、对比分析(Bin)、串口调试&日志分析、文件系统分析、逻辑分析仪数据分析、信号时序解析、存储命令速查、波形截图标注）、计算器类（PCB 工程计算器、电路参数计算器、多功能计算（标准 / 程序员 / 驱动工程）、科学计算器、物料损耗计算）、支撑类（竞品价格便签、汇率换算、汇率走势、关税核算报价、海外料件成本、封装颗粒成本、EveryFile 搜索、快速笔记、日程提醒、我的 AI 助手）。此外「解决方案&应用市场分析、存储行情走向、电子前沿」是横向资料入口，查料号、看同行做法、判断供货与成本时随时可用。

10.2 选型与替代：XTX 选型 与 型号替换

「该选哪种料」和「这个料号能不能换成别家 / 别档」是排查里常卡住的点：前者是需求翻译，后者是风险评估。XTX 选型负责前者，型号替换负责后者，配合参考设计与选型指南闭环。

参考设计：四类官方资源，把「怎么接才对」变成可直接抄的现成图

什么时候用：原理图画到一半拿不准某个细节——去耦该放几颗、上电时序怎么排、VCC 与 VCCQ 能不能同时上电、多片并联时地址线怎么接、这颗料有没有官方推荐的典型接法、驱动从哪拿。这类问题在 datasheet 里往往只有一页推荐用法图，但缺了它就要自己猜，猜错就是改版。

参考设计栏目下有四类资源，各解决一件事：

怎么用（按顺序走一遍）：

1. 先按应用场景定位参考设计，而不是按料号——先想清楚这块板子是 T-BOX、手表、手机屏还是电源模块，同料号在不同场景下推荐用法不同
2. 打开对应的原理图设计，逐项对照本设计：去耦网络（数量、容值组合、摆放位置）、上电时序与上电限流、CS# / CE# 的默认电平与上拉取值、总线串联电阻、测试点与可测性设计
3. 在产品应用注意里核一遍本料的特殊限制，确认设计没有踩到（尤其是上电 / 掉电时序与电压域先后关系）
4. 在芯片手册解读里查本系列关键时序的 min/max 值，这些数值后面要与逻辑分析仪的实测值逐项比对
5. 需要写驱动或重写移植时，从驱动下载取对应型号的官方例程作为基线，在其框架内改，不要从零实现命令层
6. 对照选型指南确认该应用场景下的推荐容量档位与接口位宽，避免在明显不合适的档位上做设计
7. 有拿不准的地方，检索常见问题 Q&A，看是否已有同类问题的确定结论
8. 把与本设计不一致的地方逐条记下来：哪些是刻意不同的（原因是什么）、哪些是漏掉的（补上）

能解决什么：让原理图与驱动阶段的不确定项有出处地收敛。去耦颗数、上拉阻值、上电顺序这三项是最容易各写各的，照参考设计对齐后至少保证与官方推荐一致；驱动有了官方基线，命令层不用重写；关键时序数值与实测值用同一套判据，评审时可直接对照。同时把「本设计与参考设计的差异」显式记下来，评审和后续维护时都省掉一轮追问。

10.3 固件与数据对比：文件分析(TXT/BIN) 与 对比分析(Bin)

排查里最典型的一次「说不清」是这一类：同一个软件版本先后编译出两份 BIN，或两台同版本设备把存储内容整片读出各自存成 BIN，想知道「数据到底哪里不一样」。做法是先用 对比分析(Bin) 载入两份文件拿到逐字节差异，再用 文件分析(TXT/BIN) 把差异区间翻译成字段与结构含义，最后用 串口调试&日志分析 确认是哪段代码写进去的。

10.4 调试验证与量产支撑模块

下面把每个模块按「什么时候用 → 怎么用 → 能解决什么」展开，每个模块给出可直接照做的操作步骤。调试阶段建议按先软件后硬件、先粗后细的顺序用：先用串口日志与存储命令速查把范围缩小，再用逻辑分析仪与信号时序解析看波形细节，最后用波形截图标注把结论固化到评审与缺陷单里。

串口调试&日志分析

什么时候用：板子能跑但行为不对：初始化卡在某一步、偶发超时、问题十次里复现一次，纯看代码找不到根因。

怎么用：

1. 打开串口日志，把初始化与读写过程按「命令字 / 响应值 / 耗时 / 重试次数」四列打印
2. 在每条命令前后加时间戳，标出等待响应的那一段
3. 对失败帧额外打印状态寄存器与返回码，不要只打印成功/失败
4. 复现几次后横向比对日志，找出现场不同的地方（时序、温度、重试次数）

能解决什么：把「偶发」变成可描述的现场：卡在哪条命令、等了多久、重试几次后恢复。这一条日志往往就是给研发或供应商提 issue 的最短路径。

存储命令速查

什么时候用：刚上手这颗料或换了料号，不确定命令字怎么填、地址该分几段、某个时序上限是多少，只能翻几百页手册。

怎么用：

1. 按器件型号查出命令字表：读 / 写 / 擦 / 状态 / JEDEC ID / SFDP 等
2. 对照本系列「命令速查」附录，确认命令字与地址结构一致
3. 核对关键时序与电压前提（哪些命令必须先发 WEN、哪些只在特定电压下有效）
4. 把容易混用的命令（例如 4B 读状态 vs 05 读状态）在手边记一份

能解决什么：避免命令混用与参数写错。手册翻页慢、抄错一个十六进制位就可能变成「偶发不响应」，这一步省掉的错误后面很难查。

逻辑分析仪数据分析

什么时候用：怀疑是时序问题但说不清：数据偶发错误、读回来的值有规律地错几位、换一批板子概率就变。

怎么用：

1. 抓关键信号：SCK / CS# / 数据线 / R-B#（按本器件实际引脚调整）
2. 导入抓包文件做波形解码，先看有没有丢位、错位或应答缺失
3. 逐段量建立/保持窗口、片选低有效时间、上拉上升时间
4. 与手册的 tACC / tSLEH / tSHSL 等上限逐项比，算出实测余量

能解决什么：把「时序应该够」变成带数字的结论：哪一段余量最小、余量多少、最差工况下是否还成立。这是时序问题唯一能被评审接受的证据形式。

信号时序解析

什么时候用：设计阶段算不准：建立保持窗口、传播延时、负载带来的偏移，不想每次都翻公式或做 SPICE。

怎么用：

1. 填入时钟频率、延时、负载、走线长度等参数
2. 得到建立/保持窗口与建议约束，直接抄进原理图与设计文档
3. 对关键通道留 20%~30% 余量后再写进文档
4. 与逻辑分析仪的实测值互相印证：算出来的余量和量到的余量对得上才算闭环

能解决什么：得到可直接写进设计文档的时序数值，且有据可查——下次有人质疑时序为什么是这个数，参数和公式都在。

波形截图标注

什么时候用：需要把现象贴进评审、缺陷单或对外沟通，纯文字说不清「哪里不对」。

怎么用：

1. 截取关键波形，把问题区间框出来
2. 标注三件事：预期值、实测值、差异
3. 在图上直接写结论，例如「第 3 次写周期 CS# 拉高早了 1 个 SCK」
4. 文件名带上版本号与日期，方便后续追溯

能解决什么：让问题可复现、可评审。开发、测试、供应商三方看同一张图就能对齐，减少「现象描述」来回补充的沟通成本。

文件系统分析

什么时候用：空间莫名变少、文件丢失、写入报错、碎片严重导致性能下降。

怎么用：

1. 挂载镜像或直接导入整片镜像，让工具解析 FAT / FTL 结构
2. 查看簇链、坏簇、已用/空闲空间与占用率
3. 重点看是否有「本该连续的文件被拆成碎片」或「坏块集中区」
4. 对照容量公式核算：是不是容量本身就规划小了

能解决什么：判断是文件系统损坏、坏块/磨损问题，还是容量规划本身不够——这三种的处置方向完全不同，不能都归到「多留点空间」。

科学计算器

什么时候用：设计里到处是「除一下」：分频比、频率与周期换算、容量换算（Mb ↔ MB、页数 × 页大小）、延时累加、比例缩放。这些计算单看都不难，但散落在几十处，一处算错就是返工。

怎么用：

1. 按类别选计算器：进制 / 位运算、频率周期、容量单位、比例与百分比、延时与累加
2. 输入时尽量用带单位的表达式（例如 133 MHz / 4），避免纯数字带上单位后又要二次换算
3. 一次输入一组相关参数（例如 Block 数 × Page 大小同时算），而不是拆成四次单独算
4. 结果连同输入一起截图或复制，写进设计文档的「计算过程」小节

能解决什么：把散落的口算集中算一遍，过程可复查。评审时「这个容量为什么是 128 MB」不需要再翻回代码里数。

PCB 工程计算器

什么时候用：画完原理图开始layout 时，手算绕不开：这条 CS# 走多宽才压得住回流、这根 CLK 要不要 50 Ω 差分、VCC 走线能过多大电流、换层打孔要不要加密过孔——每一项都要查 IPC 表格再算，手算慢且容易漏项。

怎么用：

1. 载流与线宽：选内层 / 外层、铜厚（1 oz / 2 oz）、允许温升（10 ℃ / 20 ℃），输入走线长度，直接读出满足载流与温升的最小线宽；长距离电源线可并联多根
2. 过孔与换层：按过孔孔径（0.2 / 0.3 mm）算允许电流与需要并联的过孔数量，换层处按经验加过孔阵列，避免单过孔成为瓶颈
3. 特性阻抗：按叠层填介质厚度、介电常数、铜厚，算微带 / 带状线特性阻抗，与主控要求的 50 Ω ±10% 对齐；差分对同时核对间距与线宽比
4. 载流降额：把计算出的载流与实际电流比值算出来，按降额规则（常见 0.5~0.7）判断该走线是否够宽，不够直接加宽或分股
5. 把结果回填原理图与 PCB 备注，关键尺寸（线宽、间距、过孔数）写进设计文档

能解决什么：把「layout 时凭经验画」变成每一根关键走线都有出处。评审时对方问「为什么这根线 8 mil 不能再细」，参数和算法都在文档里，可以直接复核。

电路参数计算器

什么时候用：原理图阶段最费时的两类计算：分压与上拉取值（VCC 分压给 IO 检测、I²C / SPI 总线上拉、复位电阻），以及 RC 延时与时序预算（上电复位、CE# 拉高保持时间、延时 RC 参数能不能满足 datasheet 的 tvCCQ）。手算不仅慢，更要命的是精度与温漂算不准。

怎么用：

1. 分压计算：输入 VCC、分压目标电压与下级输入阻抗，反算上 / 下拉电阻值，并给出分压后的实际电压与各路静态电流
2. 上拉电阻：输入总线电容 CL 与目标上升时间 tr，反算 Rmax（tr ≈ 0.8473 × R × CL），再按灌电流与高电平门限校验上下限，得出可用阻值区间（I²C 常用 2.2 k / 4.7 k）
3. RC 延时：输入 R、C 与目标延时，按 t ≈ 0.69 × R × C 求参数；再反查该延时是否大于 datasheet 要求的上电到 CS# 有效的最小时间
4. 驱动与电平：按主控输出电流能力、器件 VIH / VIL 门限与 IO 电平域，校验高低电平是否留有足够余量，是否需要中间电平转换
5. 串阻匹配：按输出阻抗与走线特性阻抗算串联匹配电阻（SPI 常见 22~33 Ω），抑制边沿过冲
6. 把算出的阻容值与电压门限填进原理图 BOM 与参数表，容差与温漂一并标出

能解决什么：分压、上拉、RC 三类数值一次算对且有余量可查。最典型的价值在改参数时：把 R 从 10 k 改成 4.7 k，重新填一次就看到上升时间与灌电流同时变化，不必担心「改了会不会不满足时序」。

多功能计算 · 程序和驱动计算器

什么时候用：驱动里最费时间又最易算错的是地址换算：日志里打出来的 NAND 线性地址 0x3E0000，到底是第几个 Block、块内第几页、页内第几字节？页号和字节号写错一位，ECC / FTL / 坏块表就全对不上。NOR 的 Sector + Offset 换算、以及 OOB（ECC 区）偏移同理。

怎么用：

1. 选器件类型：Flash 类型选 NAND 或 NOR，HEX / DEC 输入方式按需切换
2. 填几何参数：NAND 填 Block 大小（如 128 KB）、Page 大小（如 2 KB）与 OOB 大小；NOR 填 Sector 大小（4 KB / 64 KB 按器件实际值）
3. 输入地址：直接填线性 Address，或填 Block Index / Page Index 反查地址，两种入口等价
4. 读结果表：一次得到十进制与十六进制两列的 Address、Block Index、Offset in Block、Page Index、Page in Block、Pages per Block、Offset in Page、OOB Index、Physical Page Index、Offset in Phys Page，以及 In OOB region 判定与显示容量
5. 对照历史记录：右侧历史记录保留每次换算的器件类型与结果，同一条地址可在 NAND 与 NOR 两种口径下各算一次，例如 0x1000 在 NOR 下是 Block 0 / Sector 1 / Offset 6，在 NAND 下则是另一套结果，避免跨器件套错公式
6. 把换算结果与驱动里的 addr_to_page() / page_to_sector() 打印值逐项核对，重点确认坏块跳过后物理页号与逻辑页号的差值处理是否一致

能解决什么：让地址与块页偏移的换算从「口算」变成「查表」，且十进制 / 十六进制并列显示，可以直接贴进日志与代码注释。典型收益在排查三类问题时立刻兑现：① 日志里的地址看不懂，不知道该翻哪一页；② OOB / ECC 偏移算错，导致读回数据总是校验失败；③ 换了一颗几何参数不同的料（Page 从 2 KB 变 4 KB），旧算法整片错位而很难察觉——用计算器重算一遍地址映射即可确认。

物料损耗 / 封装颗粒成本 / 汇率 / 关税核算报价 / 海外料件成本

什么时候用：BOM 成本压不下来、报价没依据，或客户压价需要立刻算出底价。

怎么用：

1. 输入料号、年用量与损耗率，取封装颗粒成本
2. 按当期汇率折算，再用关税核算报价加总到岸价
3. 对海外料件额外计入关税与物流项
4. 同一配置算 2~3 个备选料，比出成本差在哪一档

能解决什么：给出可对客户报价的成本结构与备选料方向。把「能不能再降一点」从拍脑袋变成：哪一档的成本、换料能省多少、代价是什么。

EveryFile 搜索 / 快速笔记 / 日程提醒 / 我的 AI 助手

什么时候用：资料散在各处、结论只留在脑子里、同样的问题换个项目再踩一遍。

怎么用：

1. 用 EveryFile 按文件名与日期搜索文档和 BIN，快速定位历史版本
2. 用快速笔记记一条结论：现象 / 用的模块 / 结论 / 下一步
3. 给未闭环的问题设日程提醒，避免悬着没人跟
4. 拿不准的问题先问 AI 助手做初步方向判断，再回到文档验证

能解决什么：经验可沉淀复用。调试里最有价值的不是工具本身，而是「同一现象下次能直接翻到上次的结论」。

速查表：一张表按「模块 → 问题 → 用法 → 收益」查

10.5 问题 → 模块速查表

下表按「碰到的问题」查「先用哪个模块」，绝大多数条目不需要组合两个以上模块就能定位方向。

附录　术语与参考

术语

参考来源

• 深圳硕飞科技技术文章《SPI-NAND 分区文件烧录》（基于 SFLY SP32 系列编程器、SP32SW V1.47+、MultiFileConfig V1.7+ 工具链）。
• Winbond W25N01GV 数据手册（示例型号，2KB+64 页 / 128KB 块 / 1Gbit）。
• SFLY MultiFileConfig V1.7 工具说明（.ini 配置文件结构与字段）。
• 存储器厂商（含 XTX）SPI-NAND datasheet 的 Page / Block / ECC / Bad block 章节（以正式文档为准）。