一句话结论：SD NAND 内部自带 NAND 控制器，在四个 RTOS 上都走各自的 SD/MMC 卡协议栈 + FAT 文件系统，移植本质是「把板级 SDIO 打通 + 挂 FatFs」；SPI NOR 走各 OS 的 串行闪存框架（RT-Thread SFUD、Zephyr jedec,spi-nor 可免表驱自动识别，FreeRTOS/AliOS 需要补一张闪存参数表）。没有任何一个 OS 需要你写 NAND FTL 或裸 NAND 驱动。

适用范围：XTX（芯天下）SD NAND 与 SPI NOR（XT25x 系列）在 MCU 级 RTOS 上的裸机/RTOS 存储方案；不含 Linux 内核侧（Linux 走 MTD/UBI，另见本系列 Linux 指南）。

1 · 移植视角下的核心差异

先建立「四个 RTOS 的存储栈长得不一样」这个认知，后面的器件章节才不会被 Linux 经验带偏。

1.1 为什么不能直接套用 Linux 经验

在 Linux 里，存储是「MTD 子系统 → ubi/block → 文件系统」一条龙，应用拿到的是标准 /dev 与 POSIX 接口，芯片差异被 MTD 与驱动完全吃掉。RTOS 世界没有这套统一内核，存储栈的有无、深浅、形态因 OS 而异：

• FreeRTOS 几乎没有存储栈：文件系统（FatFs/LittleFS）和块设备接口都要你自己接，HAL 全靠手写。
• RT-Thread 最完整：DFS 虚拟文件系统 + MTD/FAL 闪存抽象 + SFUD 通用串行闪存驱动 + mmcsd 卡栈，SPI NOR 能自动识别、SD 卡即插即用。
• AliOS Things 走 HAL + vfs：硬件差异收敛到 hal_flash / hal_sdmmc 一组标准 HAL 接口，文件系统挂 vfs 后端。
• Zephyr 走 Devicetree：硬件描述写在 .dts，驱动由 compatible 匹配，SPI NOR 用标准 jedec,spi-nor 节点免表驱动。

1.2 四个 RTOS 的存储栈成熟度

1.3 关键维度对照

来源：作者整理，基于各 RTOS 官方存储子系统

1.4 四 OS 存储栈分层架构

图中四行是同一块硬件上四种「应用看到存储」的方式。SD NAND 与 SPI NOR 都落在这条链路的末端：区别只在于主干用的是「SD/MMC 卡栈」还是「串行闪存栈」。后两章按器件拆开讲每条路线具体怎么做。

2 · SD NAND 跨 RTOS 移植要点

SD NAND 对主机永远是一张 SD 卡——所以四个 OS 的移植都是「打通板级 SD 主机 + 挂 FAT」，差别只在驱动注册形式。

2.1 器件本质：它就是一张「贴片 SD 卡」

XTX SD NAND 把 NAND 阵列、控制器（坏块管理 / 磨损均衡 / ECC）、以及 SD 3.0 主机接口全部封进一颗 LGA-8 里。对主芯片来说，它就是一张标准 SD 卡（SDSC/SDHC，容量常见 1 Gb ~ 128 Gb），所以：

• 走 SD/MMC 卡协议栈，不是 NAND 控制器、不是 raw NAND、不需要 FTL；
• 支持 1-bit 与 4-bit 总线；引脚 = CLK / CMD / DAT0~3 / VCC / VSS；也可用纯 SPI 模式（引脚省，速度低）；
• 上电握手顺序固定：CMD0 → CMD8 → ACMD41 → CMD2 → CMD3 → CMD7；
• 低功耗可让主芯片用 GPIO 对 VCC 做电源门控（关机 0 V、唤醒再上电初始化），与 XTX 低功耗方案一致。

2.2 FreeRTOS 路线

FreeRTOS 没有 SD 栈，常见做法是用芯片 SDK 的 SD 磁盘 IO（如 STM32 的 sd_diskio、ChaN 的 MMC/SD 样例）接 FatFs。

1. 用 CubeMX / 手写配置 SDIO（推荐 4-bit）或 SPI；生成 sd_diskio.c 与 SD_HandleTypeDef；
2. 开启 FatFs（ffconf.h 中 _USE_MKFS、_FS_READONLY=0），把磁盘 IO 指向 SD；
3. 在 FreeRTOS 任务里 BSP_SD_Init() → f_mount(&fs, "0:", 1)；
4. 大文件写注意 DMA/中断优先级与线程安全，必要时加互斥量。

/* FreeRTOS + FatFs on SD NAND（SDIO 4-bit 示意） */
if (BSP_SD_Init() == MSD_OK) {
    f_mount(&fatfs, "0:", 1);     /* 挂载默认卷 0: */
    f_open(&fp, "0:log.txt", FA_OPEN_APPEND | FA_WRITE);
}

2.3 RT-Thread 路线

RT-Thread 的 mmcsd 卡栈 + sdio 主机驱动开箱即用，插卡即出 /dev/sd0，是最省事的路线。

1. menuconfig 开启 RT_USING_DFS + DFS_ELMFAT + RT_USING_SDIO + RT_USING_MMCSD；
2. 板级调用 rt_hw_sdio_attach("sd0", "sdio", ...) 注册主机（具体板有现成例程）；
3. 插卡后在 FinSH 用 list_device 确认出 sd0；首次用 mkfs -t elm sd0 格式化；
4. dfs_mount("sd0", "/", "elm", 0, 0) 挂载到根目录。

/* RT-Thread：板级注册 + 挂载 */
rt_hw_sdio_attach("sd0", "sdio", RT_NULL);
mkfs("elm", "sd0");                 /* 首次格式化 */
dfs_mount("sd0", "/", "elm", 0, 0); /* / 即 SD NAND 上的 FAT 卷 */

2.4 AliOS Things 路线

AliOS Things 把 SD 硬件收敛到 hal_sdmmc 这组 HAL，文件系统走 vfs 后端。

1. menuconfig 开 BLOCK_DEV + VFS + FatFs（或 LittleFS）；
2. 在 board.c 实现 hal_sdmmc_init / read_blocks / write_blocks，调用 SDK 的 SDIO 驱动；
3. 用 block_dev_register 注册为块设备，再 aos_mount 挂到 /data；
4. 读写走 aos_open / aos_read / aos_write（经 vfs）。

/* AliOS Things：注册块设备 + 挂载 */
block_dev_register("sd0", hal_sdmmc_read, hal_sdmmc_write, blk_cnt, blk_size);
aos_mount("sd0", "/data", "fatfs", 0, NULL);

2.5 Zephyr 路线

Zephyr 纯靠 Devicetree 描述 SD 主机与卡，不写板级 C 驱动。

1. 在 .overlay 启用 SDHC 主机节点（sdhc-sdmmc 或 sdhc-spi），并在其下加 zephyr,sdmmc-card 子节点；
2. Kconfig 开 SDHC + DISK_ACCESS_SDMMC + FILE_SYSTEM + FILE_SYSTEM_FATFS + FS_FATFS；
3. 应用用 fs_mount（FS_FATFS）指定卷名挂载，读写用 fs_* API。

/* Zephyr：DTS 启用 SDMMC 主机（节选） */
&sdmmc { status = "okay";
  zephyr,sdmmc-card { compatible = "zephyr,sdmmc-card"; }; };
/* 应用：fs_mount(&mp, FS_FATFS, &sdmmc_disk); */

2.6 四 OS 横向对比

来源：作者整理

2.7 移植流程总图

五个阶段四个 OS 完全一致，唯一分叉在「② 主机驱动注册」——左边四种写法就是同一件事在四个 OS 上的不同表达。把这张图贴在工位，移植时照着阶段走就不会漏步。

3 · SPI NOR 跨 RTOS 移植要点

SPI NOR 是托管型串行闪存——四个 OS 都有串行闪存框架，真正的分水岭是「型号能不能被自动识别」。XTX 厂商字节 0x0B 已被主流框架认下。

3.1 器件本质：托管型串行 NOR

XTX XT25x 系列是标准 SPI/QSPI 串行 NOR：主机通过 SPI 总线发命令读状态、擦扇区、页编程。器件内部已完成地址映射与编程算法，主机不需要 FTL；只有在上面跑文件系统时，才由 LittleFS/FatFs 做扇区管理。

• 接口：CS / CLK / MOSI(DI) / MISO(DO)，可配为 1-1-1 / 1-1-2 / 1-4-4（需 QE 位使能 QSPI）；
• 编址单位：页 256 B 编程、扇区 4 KB 擦除（也支持 32 KB / 64 KB 块擦）；
• 识别靠 RDID(9Fh) 返回 厂商 / 类型 / 容量 三字节，XTX 厂商字节为 0x0B（已验证）；
• 写前必须 WREN(06h)，每步等 RDSR(05h) 的 BUSY 清 0；QSPI 需置 QE 位（通常在状态寄存器 2 的 bit1）。

3.2 FreeRTOS 路线

没有现成框架，自己写一层薄 NOR 驱动，再接 LittleFS（推荐）或 FatFs 的块接口。

1. 用 HAL 实现 SPI 收发原语 nor_xfer(cmd, addr, tx, rx)；
2. 实现 nor_read / nor_write / nor_erase：写前 WREN、轮询 RDSR BUSY；
3. 维护一张参数表 {jedec_id, total, sector, page}（FreeRTOS 无自动识别）；
4. 把上述三个函数挂到 LittleFS 的 lfs_config 的 read/write/erase，或直接做 FatFs 自定义 diskio。

/* FreeRTOS：最小 NOR 驱动骨架 */
void nor_write_enable(void){ nor_cmd(0x06); }
void nor_wait_idle(void){ while (nor_rdsr() & 0x01); }  /* BUSY */
int nor_sector_erase(uint32_t addr){ nor_write_enable();
  nor_cmd_addr(0x20, addr); nor_wait_idle(); }

3.3 RT-Thread 路线

RT-Thread 的 SFUD（串行闪存通用驱动）已内置 XTX（0x0B）支持，可自动读 JEDEC 识别，无需手填参数表；再经 MTD/FAL 挂文件系统。

1. menuconfig 开 RT_USING_SPI + RT_USING_SFUD + RT_USING_MTD_NOR + RT_USING_DFS + DFS_ELMFAT / LittleFS；
2. 板级 rt_hw_spi_device_attach("spi1", "spi10", ...) 把 CS 脚挂到 SPI 总线；
3. FinSH 执行 sfud probe spi10 即可看到 XTX 容量被识别；
4. 用 fal 定义分区后在分区上 mkfs -t littlefs + dfs_mount。

/* RT-Thread：SPI 设备挂接 + SFUD 探测 */
rt_hw_spi_device_attach("spi1", "spi10", GET_PIN(B, 12));  /* CS=PB12 */
/* FinSH: sfud probe spi10  ->  识别 XTX, size=... */

3.4 AliOS Things 路线

AliOS Things 把 SPI NOR 收敛到 hal_flash HAL，文件系统经 vfs 后端。

1. menuconfig 开 VFS + LittleFS（或 FatFs）+ FLASH；
2. 在 board.c 实现 hal_flash_erase / read / write / size，内部发 NOR 命令；
3. 用分区表（partitions）或 hal_flash 注册为 flash 设备；
4. aos_mount 挂到 /data，读写走 vfs。

/* AliOS Things：实现 hal_flash 并挂载 */
int hal_flash_erase(hal_partition_t p, uint32_t off, uint32_t sz){ /* 发 06h+20h 等 */ }
aos_mount("flash", "/data", "littlefs", 0, NULL);

3.5 Zephyr 路线

Zephyr 用标准 jedec,spi-nor 节点，免参数表：驱动读 RDID 自动识别，QE、扇区大小都由驱动按 JEDEC 处理。

1. 在 .overlay 的 SPI 总线下加节点：compatible = "jedec,spi-nor"，配 spi-max-frequency、jedec-id = [0b ...]、reg = <0>（CS 索引）；
2. Kconfig 开 SPI + SPI_NOR + FLASH + FILE_SYSTEM + FILE_SYSTEM_LITTLEFS；
3. 应用用 device_get_binding 拿设备，调 flash_read / flash_write / flash_erase；或经分区挂 LittleFS。

/* Zephyr：DTS 描述 XTX SPI NOR（节选） */
&spi1 { xt25: flash@0 {
    compatible = "jedec,spi-nor"; reg = <0>;
    spi-max-frequency = <80000000>;
    jedec-id = [0b 40 18]; }; };   /* 厂商 0x0B + 类型 + 容量 */

3.6 四 OS 横向对比

来源：作者整理

3.7 移植流程总图

与 SD NAND 同构，分叉在「② 闪存框架/参数表」：RT-Thread 与 Zephyr 能做到免表驱动（框架内置 0x0B），FreeRTOS 与 AliOS 需要你手填参数。把图里这条线和上一张 SD NAND 图并排看，就能体会「为什么 RT-Thread / Zephyr 移植更快」。

3.8 JEDEC 与命令码差异

四个 OS 对 NOR 命令码的理解是一致的（命令是器件定义的，不是 OS 定义的），差异只在「谁来把 0x0B 映射到具体容量」。下面两张速查表可直接剪贴。

命令码为 XTX XT25x 系列通用约定，个别密度支持 32 KB 块擦（52h）、QSPI 页编程（32h）、挂起/恢复（75h/7Ah），落地以对应型号 datasheet 为准。

4 · 横向总矩阵与决策

把前两章拆开的内容并回到一张速查总表；再给故障速查与核查清单，方便贴在工位。

4.1 device × RTOS 能力总矩阵

4.2 工作量与风险评级

4.3 故障现象速查表

4.4 移植核查清单

• SD NAND：确认走 SD/MMC 卡栈，没有去接 NAND 控制器或写 FTL
• SD NAND：板级 SDIO 4-bit 或 SPI 已使能，CLK/CMD/DAT 引脚复用正确
• SD NAND：低功耗用 GPIO 门控 VCC，唤醒后重新初始化卡
• SD NAND：FreeRTOS 已验证 SDIO DMA/中断优先级；RT-Thread 已 list_device 看到 sd0
• SPI NOR：确认 XTX 厂商字节 0x0B 被框架识别（RT-Thread SFUD / Zephyr jedec）
• SPI NOR：FreeRTOS/AliOS 的参数表 {jedec,total,sector,page} 与 datasheet 一致
• SPI NOR：QE 位与 4KB 扇区擦除（20h）已确认支持
• SPI NOR：裸驱动已做回环读写验证（写 256B 读回比对）再上文件系统
• 文件系统：选 LittleFS（掉电安全）还是 FatFs（需与 PC 互拷）已决策
• 调试：RT-Thread 用 list_device/sfud probe；Zephyr 用 shell 设备树回显；FreeRTOS 用逻辑分析仪抓 SPI

5 · 芯参谋平台联动：选型、替代与调试工具

前面各章把本系列的架构、驱动模型、移植要点与异常处理讲完了，落到工程上却常卡在「工具用不上」：命令到底该发哪条、两份固件差在哪个字节、时序参数余量还剩多少、换料后为什么整片错位、Boot 日志里的地址看不懂。本章把 芯参谋 平台的对应用途接上来，按「碰到什么问题 → 用哪个模块 → 怎么使用 → 能解决什么问题」组织：命令速查、BIN 对比、日志与波形调试、地址换算四类问题各有入口。

5.1 模块总览与问题路由

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

5.2 选型与替代：XTX(存储)选型 与 型号替换

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

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

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

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

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

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

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

5.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 助手做初步方向判断，再回到文档验证

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

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

5.5 问题 → 模块速查表

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