2. STM32N6开发环境搭建
STM32N6 是 ST 首款集成自研 NPU（Neural-ART）的 MCU，其 AI 部署流程与普通 STM32 有显著差异：模型需要先经 X-CUBE-AI 转换为 C 代码或二进制权重，再与 STM32CubeIDE 工程链接，最终通过 STM32CubeProgrammer 烧录到外部 Flash 或内部存储。因此，本节要搭建的不是单一 IDE，而是一套"配置—转换—编译—烧录—观测"的完整工具链。四款工具各司其职，缺一不可。
一、四款工具的职责与安装顺序
先明确分工，再动手安装，可以避免后续反复返工：
- STM32CubeMX：图形化配置引脚、时钟树、外设与中间件，生成初始化代码；对 N6 而言，还要配置 NPU 相关时钟、外部 PSRAM/Flash 接口（如 XSPI）以及 AI 应用所需的 DMA 通道。
- X-CUBE-AI：以 CubeMX 扩展包形式安装，负责把 ONNX/TFLite/Keras 模型量化、分析并生成 C 推理代码，输出模型占用 RAM/Flash 的估算报告。
- STM32CubeIDE：基于 Eclipse 的集成开发环境，负责工程编译、下载与源码级调试，内置 GDB 与 SWD 支持。
- STM32CubeProgrammer：独立的烧录与读取工具，支持 SWD、UART、USB DFU 等接口，用于烧写外部 Flash、读取芯片信息、校验固件。
推荐安装顺序为：先装 STM32CubeIDE（自带部分驱动与工具链），再装 STM32CubeMX，然后在 CubeMX 内通过 Help → Manage embedded software packages 安装 X-CUBE-AI 扩展包，最后单独安装 STM32CubeProgrammer。这样 CubeIDE 与 CubeMX 可共享同一套 ST-LINK 驱动，减少驱动冲突。
二、版本匹配与关键配置项
N6 属于较新器件，版本匹配比普通 STM32 更敏感。安装时需注意三点：其一，CubeMX 的器件支持包（DFP）必须包含 STM32N6 系列，否则新建工程时找不到对应型号；其二，X-CUBE-AI 版本要与 CubeMX 版本兼容，通常 X-CUBE-AI 9.x 对应 CubeMX 6.11 及以上；其三，CubeProgrammer 需为较新版本，才能正确识别 N6 的 Option Bytes 与外部 Flash 加载器。
安装完成后，建议在 CubeMX 中做一次环境自检：新建工程选择 STM32N6570-DK 或对应 N6 型号，查看是否能正常生成代码；再打开 X-CUBE-AI 面板，确认 Analyze 与 Validate on target 功能可用。若面板灰显，多为扩展包未正确关联，可在 Manage embedded software packages 中重新勾选并安装。
三、调试工具与串口终端配置
调试通道分两条：一条是 SWD 调试，用于下载与断点；另一条是串口，用于打印推理耗时、内存占用等运行日志。SWD 侧使用板载 ST-LINK，在 CubeIDE 的 Run → Debug Configurations 中新建 STM32 C/C++ Application，接口选 SWD，速度可先设 4 MHz，若连接不稳再降到 1 MHz。串口侧在 PC 端使用任意终端工具（如 Tera Term、PuTTY 或 CubeIDE 内置的 Serial Monitor），波特率通常设为 115200，数据位 8、无校验、停止位 1、无流控。
需要特别提醒：N6 的启动模式与普通 STM32 不同，它支持从外部 Flash 启动，因此烧录前要确认 BOOT 引脚或 Option Bytes 的启动配置与你的固件存放位置一致。若程序烧进去却不运行，优先检查启动地址与外部 Flash 加载器是否匹配，而不是怀疑代码本身。
四、一次最小可运行验证
环境装好后，不要急着上真实模型，先用一个最小工程验证链路是否通畅。步骤如下：
- 在 CubeMX 中新建 STM32N6 工程，仅启用一个 UART 用于打印，生成 CubeIDE 工程。
- 在 CubeIDE 中编译，确认无报错，生成
.elf与.bin。 - 用 CubeProgrammer 连接目标板，读取芯片 ID，确认能识别到 N6 器件。
- 烧录固件，打开串口终端，复位后应看到启动打印信息。
- 在 CubeIDE 中设置一个断点，启动调试，确认能停在
main()入口。
这五步全部通过，说明 CubeMX、CubeIDE、CubeProgrammer 与串口终端已正确协同。此时再引入 X-CUBE-AI，把模型转换与推理代码加入工程，风险就集中在模型本身，而不是环境问题。