简介这份资源面向STM32嵌入式开发者与数字信号处理学习者提供一套基于STM32H743、通过STM32CubeMX搭建的纯净FFT验证例程解决全网缺少简单直接FFT参考工程的问题。工程开启FPU进行硬件加速的双精度浮点运算1024点FFT单次耗时约300us并借助定时器精确测量实时运算时间结果可通过串口输出查看便于评估性能与继续优化。压缩包共1698个文件约49.05MB以c与h源码、s汇编、icf链接脚本、lib与a库文件、o与d编译产物、txt说明及uvprojx工程文件为主涵盖FFT库与相关支持库并附STM32CubeMX源文件供查看配置。目前已有2409人学习下载适合希望快速上手H7系列FPU加速FFT、对照工程结构排查配置问题的读者参考。1. 从一次电机电流采样翻车说起STM32H743 的 FPU 到底能省多少事去年调一个三相电机的电流环控制周期要求 50us 以内结果 FFT 分析那一步死活压不下去一跑就 400 多微秒整个环路直接崩。后来把芯片换成 STM32H743打开硬件 FPU用 CMSIS-DSP 的arm_rfft_fast_f32重写了一遍1024 点实数 FFT 稳定跑到 300us 上下才算把坑填上。这份例程就是围绕这个场景整理的STM32CubeMX 建工程、开 FPU、配时钟和外设、把 FFT 库和相关支持库挂进来最后给一个能直接编译下载的完整工程。适合正在做音频分析、电机电流谐波检测、振动信号处理这类需要实时频域运算的开发者尤其是从 F1/F4 转过来、第一次碰 H7 双精度 FPU 的人。2. 工程骨架拆解CubeMX 配置、时钟树与 FPU 开启链路2.1 为什么 H743 的 FPU 不是「勾上就行」STM32H743 用的是 Cortex-M7 内核带双精度浮点单元DPFPU但 CubeMX 里勾选 FPU 只是第一步。真正决定 FFT 能不能跑进 300us 的是三个东西同时到位编译器浮点 ABI 设置、CMSIS-DSP 库的编译选项、以及时钟频率。很多人只改了 CubeMX 的 FPU 选项结果编译出来还是软浮点FFT 慢得离谱这就是典型的「勾了但没生效」。CubeMX 里在Project Manager → Code Generator或者Pinout Configuration → System Core → CORTEX_M7里能找到 FPU 相关配置。H7 的选项通常是Single Precision和Double Precision两档做 FFT 用单精度就够选Single Precision能省一点功耗和 Flash。但注意CubeMX 生成的SystemInit里会调用SCB-CPACR使能协处理器这一步是硬件层面的必须确认生成代码里有。2.2 时钟树配置480MHz 主频怎么配出来H743 的 FFT 速度直接跟主频挂钩。例程里 CPU 跑 480MHz这是 H743 的典型满速配置。CubeMX 时钟树里关键参数如下参数值说明HSE25MHz外部晶振常见值PLL1 SourceHSE锁相环输入源PLL1 M525/5 5MHz 参考PLL1 N1925×192 960MHz VCOPLL1 P2960/2 480MHz 系统时钟AXI/AHB240MHzH743 AXI 最高 240MHzAPB1/2/3/4120MHz外设时钟配置完时钟树后CubeMX 会自动算出 Flash 等待周期。H743 在 480MHz 下需要 4 个等待周期VOS0 电压等级这个如果配错跑起来会直接 HardFault不是玄学是 Flash 取指跟不上。2.3 工程目录结构与关键文件CubeMX 生成的工程目录大致是这样STM32H743_FFT/ ├── Core/ │ ├── Inc/ │ │ ├── main.h │ │ ├── stm32h7xx_hal_conf.h │ │ └── stm32h7xx_it.h │ └── Src/ │ ├── main.c │ ├── stm32h7xx_it.c │ ├── system_stm32h7xx.c │ └── syscalls.c ├── Drivers/ │ ├── CMSIS/ │ │ ├── DSP/ ← CMSIS-DSP 库 │ │ └── Device/ │ └── STM32H7xx_HAL_Driver/ ├── MDK-ARM/ 或 STM32CubeIDE/ │ └── 工程文件 └── FFT_Lib/ ← 例程自带的 FFT 支持库Drivers/CMSIS/DSP是 ARM 官方的数字信号处理库里面Source/TransformFunctions目录下就是 FFT 相关实现。例程里已经把这个库挂进工程了不需要额外下载。2.4 编译器浮点 ABI 设置最容易翻车的一步以 MDK-ARM 为例在Options for Target → Target标签页里Floating Point Hardware必须选Use FPU (Double Precision)或Single Precision。同时在C/C标签页的Preprocessor Symbols里加上ARM_MATH_CM7和__FPU_PRESENT1、__FPU_USED1。如果是 STM32CubeIDEGCC在工程属性C/C Build → Settings → Tool Settings → MCU Settings里勾选Floating-point ABI: Hard并在Preprocessor里加同样的宏。GCC 下还要注意链接时加-mfpufpv5-d16 -mfloat-abihard否则 CMSIS-DSP 里那些arm_开头的函数会走软浮点版本。提示判断 FPU 有没有真正生效可以在调试时看反汇编arm_rfft_fast_f32内部如果出现VLDR、VSTM这类浮点指令说明硬浮点生效了如果全是BL调__aeabi_fmul之类的软浮点函数那就是没配好。3. FFT 核心实现1024 点实数变换的代码链路3.1 CMSIS-DSP 的 RFFT 接口怎么用CMSIS-DSP 提供了实数 FFT 的快速接口arm_rfft_fast_f32比复数 FFT 省一半计算量。1024 点实数 FFT 的初始化代码如下#include arm_math.h #define FFT_SIZE 1024 #define FFT_SIZE_HALF (FFT_SIZE / 2) static arm_rfft_fast_instance_f32 fft_inst; static float32_t fft_input[FFT_SIZE]; // 输入时域采样 static float32_t fft_output[FFT_SIZE]; // 输出频域结果复数交错 static float32_t fft_mag[FFT_SIZE_HALF]; // 幅度谱 void fft_init(void) { // 初始化 RFFT 实例FFT_SIZE 必须是 2 的幂 arm_rfft_fast_init_f32(fft_inst, FFT_SIZE); }arm_rfft_fast_instance_f32这个结构体里存的是旋转因子表twiddle factors和位反转表初始化一次就行不要放在循环里反复调。fft_input是时域数据长度 1024fft_output长度也是 1024但内容是复数交错排列——第 0 个是实部第 1 个是虚部以此类推。因为输入是实数输出只有前 512 个点有对称的共轭信息所以幅度谱只取前 512 个。3.2 执行一次 FFT 并计算幅度谱void fft_process(void) { // 执行 1024 点实数 FFT arm_rfft_fast_f32(fft_inst, fft_input, fft_output, 0); // 计算前 512 个频点的幅度 arm_cmplx_mag_f32(fft_output, fft_mag, FFT_SIZE_HALF); // 如果只需要找峰值可以用 arm_max_f32 float32_t max_val; uint32_t max_idx; arm_max_f32(fft_mag, FFT_SIZE_HALF, max_val, max_idx); }arm_rfft_fast_f32的第四个参数是ifftFlag传 0 表示正变换传 1 表示逆变换。arm_cmplx_mag_f32把复数交错的输出转成幅度值内部就是逐点算sqrt(re² im²)。如果只是找主频峰值arm_max_f32直接给出最大值和对应索引索引乘以频率分辨率就是实际频率。频率分辨率 采样率 / FFT_SIZE。比如采样率 10kHz1024 点 FFT分辨率就是 9.77Hz。这个值决定了你能不能分辨两个靠得很近的频率成分。3.3 耗时测量300us 是怎么测出来的例程里用 DWT 周期计数器测 FFT 耗时这是 Cortex-M7 上最准的方法// 使能 DWT CoreDebug-DEMCR | CoreDebug_DEMCR_TRCENA_Msk; DWT-CYCCNT 0; DWT-CTRL | DWT_CTRL_CYCCNTENA_Msk; // 测量 FFT 耗时 uint32_t t0 DWT-CYCCNT; arm_rfft_fast_f32(fft_inst, fft_input, fft_output, 0); uint32_t t1 DWT-CYCCNT; // 480MHz 下周期数转微秒 float us (float)(t1 - t0) / 480.0f;480MHz 下300us 对应 144000 个周期。CMSIS-DSP 的 1024 点单精度 RFFT 在 M7 上理论值大概就是这个量级实测受 Flash 等待周期、Cache 命中率影响会有波动。如果开了 I-Cache 和 D-Cache耗时会明显更稳。注意DWT 的 CYCCNT 在调试器断开后可能停止计数测量时保持调试会话连接或者改用 TIM 定时器做粗测。3.4 输入数据的准备与加窗实际做频谱分析输入数据不能直接扔进去得先加窗。不加窗的话非整数周期截断会导致频谱泄漏峰值附近出现一堆虚假的旁瓣。例程里用的是汉宁窗// 汉宁窗系数表长度 1024 static const float32_t hanning_win[FFT_SIZE] { /* ... */ }; void fft_prepare_input(float32_t *raw, float32_t *dst) { for (uint32_t i 0; i FFT_SIZE; i) { dst[i] raw[i] * hanning_win[i]; } }汉宁窗的系数可以用0.5 * (1 - cos(2πi/(N-1)))算出来也可以直接用 CMSIS-DSP 的arm_hanning_f32生成。加窗之后幅度要乘一个补偿系数汉宁窗是 2.0否则测出来的幅值偏小。4. 避坑与排查FFT 跑不通时先看这几处4.1 现象编译报错undefined reference to arm_rfft_fast_init_f32原因CMSIS-DSP 库没有正确加入链接。CubeMX 默认只挂 CMSIS Core不挂 DSP 库。解决在工程里手动把Drivers/CMSIS/DSP/Source下的相关.c文件加进来或者直接链接预编译的arm_cortexM7lfsp_math.aMDK 在CMSIS/DSP/Lib/ARM目录下。GCC 用.a文件时注意选lfsp后缀的对应小端、单精度硬浮点。4.2 现象FFT 结果全是 0 或者乱码原因arm_rfft_fast_init_f32没调用或者fft_inst结构体被放在了未初始化内存区。解决确认初始化函数在main里、FFT 调用之前执行。如果用了 FreeRTOS注意fft_inst不要放在任务栈上1024 点的旋转因子表占几 KB放栈上直接溢出。全局变量或者static修饰最稳。4.3 现象耗时远超 300us跑到 1ms 以上原因FPU 没生效走了软浮点或者主频没跑到 480MHz或者 Cache 没开。解决按 2.4 节检查编译器 ABI 设置用HAL_RCC_GetHCLKFreq()打印实际主频在main里调用SCB_EnableICache()和SCB_EnableDCache()。H7 的 Cache 对 FFT 这种密集访存的运算影响很大开了能快 30% 以上。4.4 现象HardFault进HardFault_Handler原因Flash 等待周期配错或者电压等级没设到 VOS0。解决CubeMX 里System Core → RCC → VOS选Scale 0Flash latency 选 4。这两个是配套的480MHz 下必须这么配。改完重新生成代码。4.5 现象幅度谱峰值位置对不上原因频率分辨率算错或者输入数据长度和 FFT_SIZE 不一致。解决确认fft_input实际填充了 1024 个点且采样率与预期一致。峰值索引max_idx对应的频率是max_idx * sample_rate / FFT_SIZE不是max_idx * sample_rate / (FFT_SIZE/2)这个很容易搞混。5. 二次开发改造从例程到实际产品的几个关键调整拿到这份例程跑通之后真正往产品里塞还得做几件事。第一是输入数据源替换例程里用的是模拟正弦波实际项目里可能是 ADC 采样或者 I2S 音频流。以 ADC 为例用 DMA 双缓冲模式半满中断里处理前一半数据全满中断里处理后一半这样 FFT 和采样能并行不会丢点。DMA 配置在 CubeMX 里选Circular模式ADC 触发源选定时器采样率就由定时器频率决定。第二是内存布局优化。H743 有 DTCM、AXI SRAM、SRAM1~4 多块内存DTCM 最快但只有 128KBAXI SRAM 大但访问延迟高。FFT 的输入输出缓冲区放 DTCM旋转因子表放 AXI SRAM这样能再抠出几十微秒。具体做法是在链接脚本里定义段或者用__attribute__((section(.dtcmram)))指定。第三是精度取舍。单精度 FPU 做 1024 点 FFT信噪比大概 70~80dB做一般谐波分析够用。如果要做高精度音频分析得换双精度但 H743 的双精度 FPU 速度只有单精度的一半左右1024 点大概要 600us。这个取舍在项目初期就要定下来别做到一半才发现精度不够。第四是实时性验证。我一般会在 FFT 前后各翻转一个 GPIO用示波器看实际耗时比 DWT 更直观。同时把最坏情况跑一遍——输入数据全 0、全满幅、随机噪声看耗时波动范围。如果波动超过 20%说明 Cache 命中率不稳定得考虑把 FFT 代码段锁进 ITCM。从那以后我每次配 H7 的 FPU 工程都强制走一遍「编译器 ABI → CMSIS-DSP 链接 → Cache 使能 → DWT 实测」这四步少一步都不敢往下写。希望帮到你。本文还有配套的精品资源点击获取
简介这份资源面向STM32嵌入式开发者与数字信号处理学习者提供一套基于STM32H743、通过STM32CubeMX搭建的纯净FFT验证例程解决全网缺少简单直接FFT参考工程的问题。工程开启FPU进行硬件加速的双精度浮点运算1024点FFT单次耗时约300us并借助定时器精确测量实时运算时间结果可通过串口输出查看便于评估性能与继续优化。压缩包共1698个文件约49.05MB以c与h源码、s汇编、icf链接脚本、lib与a库文件、o与d编译产物、txt说明及uvprojx工程文件为主涵盖FFT库与相关支持库并附STM32CubeMX源文件供查看配置。目前已有2409人学习下载适合希望快速上手H7系列FPU加速FFT、对照工程结构排查配置问题的读者参考。1. 从一次电机电流采样翻车说起STM32H743 的 FPU 到底能省多少事去年调一个三相电机的电流环控制周期要求 50us 以内结果 FFT 分析那一步死活压不下去一跑就 400 多微秒整个环路直接崩。后来把芯片换成 STM32H743打开硬件 FPU用 CMSIS-DSP 的arm_rfft_fast_f32重写了一遍1024 点实数 FFT 稳定跑到 300us 上下才算把坑填上。这份例程就是围绕这个场景整理的STM32CubeMX 建工程、开 FPU、配时钟和外设、把 FFT 库和相关支持库挂进来最后给一个能直接编译下载的完整工程。适合正在做音频分析、电机电流谐波检测、振动信号处理这类需要实时频域运算的开发者尤其是从 F1/F4 转过来、第一次碰 H7 双精度 FPU 的人。2. 工程骨架拆解CubeMX 配置、时钟树与 FPU 开启链路2.1 为什么 H743 的 FPU 不是「勾上就行」STM32H743 用的是 Cortex-M7 内核带双精度浮点单元DPFPU但 CubeMX 里勾选 FPU 只是第一步。真正决定 FFT 能不能跑进 300us 的是三个东西同时到位编译器浮点 ABI 设置、CMSIS-DSP 库的编译选项、以及时钟频率。很多人只改了 CubeMX 的 FPU 选项结果编译出来还是软浮点FFT 慢得离谱这就是典型的「勾了但没生效」。CubeMX 里在Project Manager → Code Generator或者Pinout Configuration → System Core → CORTEX_M7里能找到 FPU 相关配置。H7 的选项通常是Single Precision和Double Precision两档做 FFT 用单精度就够选Single Precision能省一点功耗和 Flash。但注意CubeMX 生成的SystemInit里会调用SCB-CPACR使能协处理器这一步是硬件层面的必须确认生成代码里有。2.2 时钟树配置480MHz 主频怎么配出来H743 的 FFT 速度直接跟主频挂钩。例程里 CPU 跑 480MHz这是 H743 的典型满速配置。CubeMX 时钟树里关键参数如下参数值说明HSE25MHz外部晶振常见值PLL1 SourceHSE锁相环输入源PLL1 M525/5 5MHz 参考PLL1 N1925×192 960MHz VCOPLL1 P2960/2 480MHz 系统时钟AXI/AHB240MHzH743 AXI 最高 240MHzAPB1/2/3/4120MHz外设时钟配置完时钟树后CubeMX 会自动算出 Flash 等待周期。H743 在 480MHz 下需要 4 个等待周期VOS0 电压等级这个如果配错跑起来会直接 HardFault不是玄学是 Flash 取指跟不上。2.3 工程目录结构与关键文件CubeMX 生成的工程目录大致是这样STM32H743_FFT/ ├── Core/ │ ├── Inc/ │ │ ├── main.h │ │ ├── stm32h7xx_hal_conf.h │ │ └── stm32h7xx_it.h │ └── Src/ │ ├── main.c │ ├── stm32h7xx_it.c │ ├── system_stm32h7xx.c │ └── syscalls.c ├── Drivers/ │ ├── CMSIS/ │ │ ├── DSP/ ← CMSIS-DSP 库 │ │ └── Device/ │ └── STM32H7xx_HAL_Driver/ ├── MDK-ARM/ 或 STM32CubeIDE/ │ └── 工程文件 └── FFT_Lib/ ← 例程自带的 FFT 支持库Drivers/CMSIS/DSP是 ARM 官方的数字信号处理库里面Source/TransformFunctions目录下就是 FFT 相关实现。例程里已经把这个库挂进工程了不需要额外下载。2.4 编译器浮点 ABI 设置最容易翻车的一步以 MDK-ARM 为例在Options for Target → Target标签页里Floating Point Hardware必须选Use FPU (Double Precision)或Single Precision。同时在C/C标签页的Preprocessor Symbols里加上ARM_MATH_CM7和__FPU_PRESENT1、__FPU_USED1。如果是 STM32CubeIDEGCC在工程属性C/C Build → Settings → Tool Settings → MCU Settings里勾选Floating-point ABI: Hard并在Preprocessor里加同样的宏。GCC 下还要注意链接时加-mfpufpv5-d16 -mfloat-abihard否则 CMSIS-DSP 里那些arm_开头的函数会走软浮点版本。提示判断 FPU 有没有真正生效可以在调试时看反汇编arm_rfft_fast_f32内部如果出现VLDR、VSTM这类浮点指令说明硬浮点生效了如果全是BL调__aeabi_fmul之类的软浮点函数那就是没配好。3. FFT 核心实现1024 点实数变换的代码链路3.1 CMSIS-DSP 的 RFFT 接口怎么用CMSIS-DSP 提供了实数 FFT 的快速接口arm_rfft_fast_f32比复数 FFT 省一半计算量。1024 点实数 FFT 的初始化代码如下#include arm_math.h #define FFT_SIZE 1024 #define FFT_SIZE_HALF (FFT_SIZE / 2) static arm_rfft_fast_instance_f32 fft_inst; static float32_t fft_input[FFT_SIZE]; // 输入时域采样 static float32_t fft_output[FFT_SIZE]; // 输出频域结果复数交错 static float32_t fft_mag[FFT_SIZE_HALF]; // 幅度谱 void fft_init(void) { // 初始化 RFFT 实例FFT_SIZE 必须是 2 的幂 arm_rfft_fast_init_f32(fft_inst, FFT_SIZE); }arm_rfft_fast_instance_f32这个结构体里存的是旋转因子表twiddle factors和位反转表初始化一次就行不要放在循环里反复调。fft_input是时域数据长度 1024fft_output长度也是 1024但内容是复数交错排列——第 0 个是实部第 1 个是虚部以此类推。因为输入是实数输出只有前 512 个点有对称的共轭信息所以幅度谱只取前 512 个。3.2 执行一次 FFT 并计算幅度谱void fft_process(void) { // 执行 1024 点实数 FFT arm_rfft_fast_f32(fft_inst, fft_input, fft_output, 0); // 计算前 512 个频点的幅度 arm_cmplx_mag_f32(fft_output, fft_mag, FFT_SIZE_HALF); // 如果只需要找峰值可以用 arm_max_f32 float32_t max_val; uint32_t max_idx; arm_max_f32(fft_mag, FFT_SIZE_HALF, max_val, max_idx); }arm_rfft_fast_f32的第四个参数是ifftFlag传 0 表示正变换传 1 表示逆变换。arm_cmplx_mag_f32把复数交错的输出转成幅度值内部就是逐点算sqrt(re² im²)。如果只是找主频峰值arm_max_f32直接给出最大值和对应索引索引乘以频率分辨率就是实际频率。频率分辨率 采样率 / FFT_SIZE。比如采样率 10kHz1024 点 FFT分辨率就是 9.77Hz。这个值决定了你能不能分辨两个靠得很近的频率成分。3.3 耗时测量300us 是怎么测出来的例程里用 DWT 周期计数器测 FFT 耗时这是 Cortex-M7 上最准的方法// 使能 DWT CoreDebug-DEMCR | CoreDebug_DEMCR_TRCENA_Msk; DWT-CYCCNT 0; DWT-CTRL | DWT_CTRL_CYCCNTENA_Msk; // 测量 FFT 耗时 uint32_t t0 DWT-CYCCNT; arm_rfft_fast_f32(fft_inst, fft_input, fft_output, 0); uint32_t t1 DWT-CYCCNT; // 480MHz 下周期数转微秒 float us (float)(t1 - t0) / 480.0f;480MHz 下300us 对应 144000 个周期。CMSIS-DSP 的 1024 点单精度 RFFT 在 M7 上理论值大概就是这个量级实测受 Flash 等待周期、Cache 命中率影响会有波动。如果开了 I-Cache 和 D-Cache耗时会明显更稳。注意DWT 的 CYCCNT 在调试器断开后可能停止计数测量时保持调试会话连接或者改用 TIM 定时器做粗测。3.4 输入数据的准备与加窗实际做频谱分析输入数据不能直接扔进去得先加窗。不加窗的话非整数周期截断会导致频谱泄漏峰值附近出现一堆虚假的旁瓣。例程里用的是汉宁窗// 汉宁窗系数表长度 1024 static const float32_t hanning_win[FFT_SIZE] { /* ... */ }; void fft_prepare_input(float32_t *raw, float32_t *dst) { for (uint32_t i 0; i FFT_SIZE; i) { dst[i] raw[i] * hanning_win[i]; } }汉宁窗的系数可以用0.5 * (1 - cos(2πi/(N-1)))算出来也可以直接用 CMSIS-DSP 的arm_hanning_f32生成。加窗之后幅度要乘一个补偿系数汉宁窗是 2.0否则测出来的幅值偏小。4. 避坑与排查FFT 跑不通时先看这几处4.1 现象编译报错undefined reference to arm_rfft_fast_init_f32原因CMSIS-DSP 库没有正确加入链接。CubeMX 默认只挂 CMSIS Core不挂 DSP 库。解决在工程里手动把Drivers/CMSIS/DSP/Source下的相关.c文件加进来或者直接链接预编译的arm_cortexM7lfsp_math.aMDK 在CMSIS/DSP/Lib/ARM目录下。GCC 用.a文件时注意选lfsp后缀的对应小端、单精度硬浮点。4.2 现象FFT 结果全是 0 或者乱码原因arm_rfft_fast_init_f32没调用或者fft_inst结构体被放在了未初始化内存区。解决确认初始化函数在main里、FFT 调用之前执行。如果用了 FreeRTOS注意fft_inst不要放在任务栈上1024 点的旋转因子表占几 KB放栈上直接溢出。全局变量或者static修饰最稳。4.3 现象耗时远超 300us跑到 1ms 以上原因FPU 没生效走了软浮点或者主频没跑到 480MHz或者 Cache 没开。解决按 2.4 节检查编译器 ABI 设置用HAL_RCC_GetHCLKFreq()打印实际主频在main里调用SCB_EnableICache()和SCB_EnableDCache()。H7 的 Cache 对 FFT 这种密集访存的运算影响很大开了能快 30% 以上。4.4 现象HardFault进HardFault_Handler原因Flash 等待周期配错或者电压等级没设到 VOS0。解决CubeMX 里System Core → RCC → VOS选Scale 0Flash latency 选 4。这两个是配套的480MHz 下必须这么配。改完重新生成代码。4.5 现象幅度谱峰值位置对不上原因频率分辨率算错或者输入数据长度和 FFT_SIZE 不一致。解决确认fft_input实际填充了 1024 个点且采样率与预期一致。峰值索引max_idx对应的频率是max_idx * sample_rate / FFT_SIZE不是max_idx * sample_rate / (FFT_SIZE/2)这个很容易搞混。5. 二次开发改造从例程到实际产品的几个关键调整拿到这份例程跑通之后真正往产品里塞还得做几件事。第一是输入数据源替换例程里用的是模拟正弦波实际项目里可能是 ADC 采样或者 I2S 音频流。以 ADC 为例用 DMA 双缓冲模式半满中断里处理前一半数据全满中断里处理后一半这样 FFT 和采样能并行不会丢点。DMA 配置在 CubeMX 里选Circular模式ADC 触发源选定时器采样率就由定时器频率决定。第二是内存布局优化。H743 有 DTCM、AXI SRAM、SRAM1~4 多块内存DTCM 最快但只有 128KBAXI SRAM 大但访问延迟高。FFT 的输入输出缓冲区放 DTCM旋转因子表放 AXI SRAM这样能再抠出几十微秒。具体做法是在链接脚本里定义段或者用__attribute__((section(.dtcmram)))指定。第三是精度取舍。单精度 FPU 做 1024 点 FFT信噪比大概 70~80dB做一般谐波分析够用。如果要做高精度音频分析得换双精度但 H743 的双精度 FPU 速度只有单精度的一半左右1024 点大概要 600us。这个取舍在项目初期就要定下来别做到一半才发现精度不够。第四是实时性验证。我一般会在 FFT 前后各翻转一个 GPIO用示波器看实际耗时比 DWT 更直观。同时把最坏情况跑一遍——输入数据全 0、全满幅、随机噪声看耗时波动范围。如果波动超过 20%说明 Cache 命中率不稳定得考虑把 FFT 代码段锁进 ITCM。从那以后我每次配 H7 的 FPU 工程都强制走一遍「编译器 ABI → CMSIS-DSP 链接 → Cache 使能 → DWT 实测」这四步少一步都不敢往下写。希望帮到你。本文还有配套的精品资源点击获取
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
