Hi! 抱歉没有审题。 理论上应该不会编译到0x40000000这个地址中，请问使用的具体是哪款MCU？哪个demo？ 建议检查一下.ld中该地址被分配给哪个memory中？ 比如是否有一个memory 块的起始地址是0x40000000？（如附件的ram memory块） 是否有某个section被分配到该memory块中？（如附件的text section理论上应该分配给flash块，但被错误分配给ram块，这样就会导致生成的hex和mot中包含0x40000000这个地址上的信息）
-6 Range error - Device reports a ranging error interrupt status Wrong API programming (syntax error), or no target present during offset calibration, or I2C transaction corrupte -7 Time out error - Aborted due to time out Device is functionally failing, or I2C transaction corrupted -20 Control Interface Error - Error reported from IO functions (comm error) I2C comm error 综上，问题大概率出在I2C上，需要重点排查I2C通讯。
!(data/attachment/forum/202405/27/140242wy70iwui8y1ym1sl.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png") 重新试了一下可以编译了，但是无法链接 ./TouchGFX/build/MINGW32_NT-6.2/generated/images/src/__designer/image_Blue_Buttons_Round_Edge_small.o: file not recognized: file format not recognized collect2.exe: error: ld returned 1 exit status
还好了，我同时用了几个中断，没发现过问题。 重点是中断合理分级别，中断响应程序内需要再次确认，尽量将不需要紧急处理的程序放到主程序里执行，也就是中断程序尽量小。
从你描述来看，你的SPI基本配置、DMA应用方面都没有太大问题。问题应该出在软件配置或内存应用方面。 提醒你两点供参考： 1、有无可能内存使用冲突方面的问题；或者堆栈溢出覆盖等方面问题； 2、DMA配置方面，尤其那个传输长度设置是否有问题。不知你现在的SPI传输选择的数据宽度 是多少位的，如果是16位或32位,对于STM32U5或STM32H5系列，使用GPDMA时，最终的传输 长度是你设置的总数据个数 再 乘以 数据宽度所对应的字节数。 打个比方： 假设你现在使用的SPI数据宽度为16位，即对应2个字节。另外假设你希望一轮DMA传输的数据个数为8096， 则最终对应到U5或H5系列的DMA传输的长度就是 8096*2。 注意这个值最终不能超过65535。
这里并没有CAN相关事件可以触发DMA以实现DMA传输。 其实，个人认为也不太方便使用DMA进行接收，CAN通信过程中不同帧的数据长度往往是变动的， 对于FDCAN,到RX FIFO里提取数据时往往还得做数据存放起始的地址计算。 对于之前的仅支持经典CAN的STM32系列，当FIFO里有不少于2个的邮箱内容时，提取数据后还得手动 进行RFOM位的置位操作后，才能提取下一个邮箱的内容。
微信公众号
手机版
.png)
