不知你们为何不把具体芯片告知出来。 我使用STM32CubeMx v6.12.0 创建工程，调用HAL_UARTEx_ReceiveToIdle_DMA()函数没问题啊。 __HAL_UART_CLEAR_FLAG(&huart2, UART_CLEAR_IDLEF); HAL_UARTEx_ReceiveToIdle_DMA(&huart2, (uint8_t *)RXData, 10 ); 也能正常工作，下面是基于该函数的应用结果。
你是自己用STM32CUBEMX 创建工程么？ 如果是的话，应该有的，创建时有保存路径设置。 如果是打开HAL库里面的例程，那么是没有官方提供的 .IOC 文件，这个型号的库里面的确没有提供。 不过通过说明文件或者源代码可以清晰的看到它的配置，对照着自己创建STM32CUBEMX的工程也很容易的，试试就搞定了~~~
如果差的不多的话，可以看看是否能通过优化代码来解决； 另外，不知你目前所用H563芯片的flash大小，我看到H563的flash最大可到2MB,如果目前所用芯片的 Flash不到此大小的话，可以考虑换成flash容量更大点芯片，这个调整往往不需调整其它硬件线路。
补一张编译设置的图片： !(data/attachment/forum/202410/27/180126o21uy9zxu6ua9d6c.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png")
fatal: Remote branch refs/tags/openstlinux-5.4-dunfell-mp1-20-06-24 not found in upstream origin 总会提示找不到分支
既然使用HAL库没问题，硬件方面应该是没啥问题了。 配置方面，使用CubeMx的话，操作是一样的，只是生成的工程代码写法有差别。 从你描述的问题现象来看，感觉完全没有正常通信，还不仅仅溢出的问题。 你看看是否用户代码哪里有问题，我这边使用STM32F4的开发板，选择SPI1自发自收 是正常的。发送采用DMA方式，接收采用中断方式。 我添加的用户代码，供参考： LL_DMA_ConfigAddresses(DMAx, LL_DMA_STREAM, (uint32_t)&SPITXData0],(uint32_t) &(SPI1->DR),LL_DMA_DIRECTION_MEMORY_TO_PERIPH); LL_DMA_SetDataLength(DMAx, LL_DMA_STREAM, SIZE); LL_DMA_EnableIT_TC(DMAx, LL_DMA_STREAM); LL_SPI_EnableDMAReq_TX(SPI1); LL_SPI_EnableIT_RXNE(SPI1); LL_DMA_EnableStream(DMAx, LL_DMA_STREAM); LL_SPI_Enable(SPI1); 根据RXNE事件在其中断里进行数据接收： SPIRXData[cnt++]=SPI1->DR; 如果中断接收的话，中断处理程序尽量简洁点。可以先将波特率放慢点。
对于中心对齐计数模式，RCR的设置不仅会影响更新周期长短，也影响更新事件的发生点。 如果它设置为奇数，更新事件点或说位置是固定的，当它被设置为偶数，更新事件点是摆动的。 你这里设置RCR为1，更新事件位置可以固定于顶点或底点，如果启动计数器时RCR已经生效，RCR实际寄存器值为1则 更新事件总是发生在底点；如果启动计数器时才修改RCR为1,即此时RCR实际寄存器值为0，则更新事件固定发生在 计数的顶点。这里假定计数器从0开始启动计数。 你按照上述原理自行调整即可。
目前已验证异核通信最大传输字节为256、512、1024、2048字节。当我测试最大传输4096字节时，仿佛被限制异核通信最大传输字节仅到2048字节，请问这是为什么呢？以下是我用来测试传输4096字节用到的内核（6.1.82版本）内存分配设备树，和相关文件修改内容。麻烦帮我看看，非常感谢！ 内核内存分配设备树： ipc_shmem_1: ipc-shmem-1@81200000 { compatible = "shared-dma-pool"; reg = ; no-map; }; vdev0vring0: vdev0vring0@812c0000 { compatible = "shared-dma-pool"; reg = ; no-map; }; vdev0vring1: vdev0vring1@812c1000 { compatible = "shared-dma-pool"; reg = ; no-map; }; vdev0buffer: vdev0buffer@812c2000 { compatible = "shared-dma-pool"; reg = ; no-map; }; 内核rpmsg buffer size控制文件：drivers/rpmsg/virtio_rpmsg_bus.c #define MAX_RPMSG_BUF_SIZE (4096) M33 SDK 的DDR配置文件：Drivers/CMSIS/Device/ST/STM32MP2xx/Source/Templates/gcc/linker/stm32mp2xx_DDR_m33_ns.ld _virtio_shmem_size = 256K; /* size of the virtio pool used for RPMsg communication */ M33 SDK 的rpmsg通信大小文件：rpmsg_virtio.h /* Configurable parameters */ #ifndef RPMSG_BUFFER_SIZE #define RPMSG_BUFFER_SIZE (4096) #endif !(data/attachment/forum/202410/24/163829c5f3bq3zrkd3f7o7.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png")
1 检查一下优先级： 你的程序中有没有用到中断？你的SysTick的优先级是多少？看看发生故障时，有没有中断产生。 看一下这里有没有帮助：https://zhuanlan.zhihu.com/p/551096072 2 检查一下堆栈分配 可以configCHECK_FOR_STACK_OVERFLOW，看一下有没有问题
1、sprintf在函数外执行，这个可以不用理会。 2、转换后的数据应该放到数组中了，可以加断点看一下数组的内容 3、最后输出的时候，输出的是a，而不是转换后的数组内容。
微信公众号
手机版
