补一张编译设置的图片： !(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，而不是转换后的数组内容。
先保证UART的字符能在串口终端，这就要求你所用片内UART跟串口助手TX/RX连接OK， 再就是波特率、帧格式两边一致； 如果要通过重定向做打印输出，写法及用法可以参考相关例程，比方： \STM32Cube_FW_F4_V1.28.1\Projects\STM32F401RE-Nucleo\Examples%uART%uART_Printf \STM32Cube_FW_G4_V1.6.0\Projects\NUCLEO-G474RE\Examples%uART%uART_Printf \STM32Cube_FW_F1_V1.8.6\Projects\STM3210E_EVAL\Examples%uART%uART_Printf ...... 其实也可以使用sprintf做字符转换后直接调用UART发送。
微信公众号
手机版
.png)
