该芯片及内部DMA功能较新，相比之前在配置上不太一样。DMA功能也增强了很多。 我找到了H563NUCLEO开发板，基于SPI1的DMA收发做了测试，也经历一番折腾。 你这个问题我测试中也遇到了，应该说这个地方有些bug.幸好不是关键功能性代码， 暂时屏蔽也无所谓。相信未来版本在这个地方会改善。 基于cubeMx配置和HAL库，相应功能都是可以实现的。 这里有相应记录，可以参考之。 STM32H563 SPI DMA应用演示 (qq.com) 记得将堆栈调大点。
[md]这样只能将文件都合成为BIN文件的格式，将下板的程序放到固定的地址，这个地址会被别的代码占用。通过bin文件烧写到上板，上板通过读取指定地址开始给下板升级。 用bin文件就不用考虑下板的程序地址了。
我个人觉得应该用HAL_SPI_DMAStop(&hspi1); 这个函数更合适一点吧。 另外楼主可以试试降低SPI 通讯速率或者增加发送接收数据的个数试试，如果代码执行速度跟不上SPI的速度也可能会出逻辑问题。
固件包的CMSIS目录下docs->index.html-> cortex-M->reference->Intrinsic functions for SIMD instructions
该芯片默认除0不报错，结果为0。可以使能内核的相关位，如果除0，将进入hardfault。 SCB->CCR |= SCB_CCR_DIV_0_TRP_Msk;
https://mp.weixin.qq.com/s?__biz=MzA3OTIxMjQyNQ==&mid=2650949551&idx=1&sn=52abddd67cdb0114cede1ed99069efbe&chksm=84401d49b337945fdd960d9216e67244db7783be3c773cd8dbd7691e1c1f92d8319a7d94897c&token=1832656642&lang=zh_CN#rd
第一个问题，通过#pragma arm section code = “RAMCODE ”和#pragma arm section。这种方式，可以同时将多个函数放到指定的section。 这些RAM将一直被占据着。 第二个问题，以G4来讲，如果只是希望将代码放进RAM以提示执行速率，这个就没必要了。当开启指令预取和使能I/D Cache后， 即启用了ART技术后，代码RAM里的执行速率并无优势，反而处于劣势，这个你也自己实际测试验证下。顺便说下，G0 G4是完全不同的两个系列。 我这边基于G0芯片就某个矩阵乘法代码做了下简单测试，结果供方向性及结论性参考与判断。 在指令预取与指令cache使能条件下， 相应测试结果如下： 0x5efb timing units with code in flash, 0x6674 timing unitswith code in RAM.
你调试助手给STM32发的数据是什么，多少个字节。 从你往发送pbuf数据拷贝看，你并未指定数据大小。需要发送多少数据。这段代码上看，你发送的字节数，是你接收到的字节数。
