应该是哪里的小失误导致非法访问了。 如果数据是局部变量，部分将堆栈适当调大点； 再就是注意数据访问时别越界了，注意数组边界和指针的有效性；
这里提醒你两点： 第一、采样点数往往是有最小要求，并非随心所欲，一般根据采样频率和最小频率分辨率决定； 第二、我们选择样点数时，还得考虑所使用FFT运算函数类型，有的是基2的，有的是基4的。 假设你现在选用的FFT计算函数是基4类型的，128采样点就不太合适，若强行使用可能会导致较大误差。 你也可以到DSP库函数代码里阅读相关应用函数的说明。 据个人验证，即使我们针对某FFT函数给了不太合适的参数，比方样点数时，目前编译器似乎并不会报错提醒。
你可以把你截图的资料完整信息给出来，你这样给出来可以视为断章取义。 因为这个结论 跟主频、跟芯片是否含FPU硬件、代码优化、甚至代码位置多种 因素有关系呢。
从出错提示看，发生了重复定义。 你不要一边在MDK IDE里打开相关DSP选项，同时又在工程里添加相应DSP库文件。 我平常没有像你这样在IDE里打开相关库选项，而是直接在工程里添加相应库文件包，并选择合适的宏定义。
QUADSPI->CCR &= (~(QUADSPI_CCR_FMODE)); 配置QSPI外设的CCR寄存器退出内存映射模式，然后再初始化QSPI外设就行，使用的是HAL库H7_V1.9.0版本
对应H7芯片而言，其启动地址的确可以在较宽泛的范围指定，但也只限于0x00~0x3fff0000范围内，它不包括QSPI所对应的地址空间，所以没法直接从QSPi空间启动。至于你说的0x0800 0000是默认启动地址而已。 The BOOT_ADD0 and BOOT_ADD1 address option bytes allows to program any boot memory address from 0x0000 0000 to 0x3FFF 0000 which includes: 1、All Flash address space 2、All RAM address space: ITCM, DTCM RAMs and SRAMs 3、The TCM-RAM The BOOT_ADD0 / BOOT_ADD1 option bytes can be modified after reset in order to boot from any other boot address after next reset. If the programmed boot memory address is out of the memory mapped area or a reserved area, the default boot fetch address is programmed as follows: 1、Boot address 0: FLASH at 0x0800 0000 2、Boot address 1: ITCM-RAM at 0x0000 0000
STM32H7固件库里有基于STM32H750开发板的QSPI例程。建议你将你的配置跟ST官方的例程比较，看看哪些有不一致的地方，包括GPIO的配置都一一比较下。另外，你还可以将速率降低后进行测试。
抱歉，没法给你明确的支持。 建议你先基于现有cube例程做些验证测试。 \Repository\STM32Cube_FW_F4_V1.26.1\Projects\STM324x9I_EVAL\Applications%uSB_Host
[看了你的代码，没发现明显异常。你确定是STM32F030K6吗？我试着CubeMX去配置，没发现TIM15啊。然后看数据手册，也没说它有TIM15. 手册有说别的芯片有。Available on STM32F030x8 and STM32F030xBdevices only.但它没有]*
时钟从HSI切换回HSE 然后还要倍频 配置锁相环 APB AHB各种时钟 肯定是要有时间的，或者你这么做 全程只有HSI 一直工作在8MHZ状态下 唤醒瞬间还是HSI那么这样你的时间可能会减小很多。
