鉴于你目前的情况，DMA循环接收，UART的发送偶尔产生噪声往往难免。这样导致数据错位就很难及时发现和剔除。 只要偶尔乱一个数据，往往会没完没了地传递下去。 建议你使用DMA Normal模式进行UART数据的接收，将一轮接收的数据个数适当设置大点，比方正常是5个数据，我们 可以将DMA接收size设置为8或10个，比方： HAL_UARTEx_ReceiveToIdle_DMA(&huart2, (uint8_t *)RXData, 10 ); 同时将IDLE事件作为接收结束条件，在中断里查询接收的个数，如果数据不是指定个数 则视为异常接收。若刚好是指定个数视为正常接收。每次空闲事件中断后，开启下一轮数据的DMA接收。 即重新调用 HAL_UARTEx_ReceiveToIdle_DMA(&huart2, (uint8_t *)RXData, 10 ); 我们只需开启IDLE中断，DMA中断就不要了。CubeMx是默认开启DMA传输中断，可以自行关闭。
ST早就不支持标准库了，M33内核的WBA52CEU肯定没有，现在建模板肯定是CubeMX方便，你要是习惯标准库那种方式就CubeMX+LL库，CE和CG正常只有Flash大小不一样编译不过肯定是别的原因
没看到具体型号和ADC的工作模式配置。 以G431 为例：如果配置了两个通道，单次转换模式，转换次数为2，那么启动一次ADC转换， 将连续完成两次ADC转换过程。 楼主可采用以下两种方法试试： 1.传统方式：每次在通道寄存器只配置一个，转换次数也配置一次，这样完成转换时就是对应通道的结果。 注意，重新配置通道时要清除掉所有通道，也就是保证通道数转换时只有设定的一个。 2.DMA 方式：使用DMA normal模式，通道寄存器配置两个，转换次数也是2. 每次转换DMA搬运两次，得到两个固定顺序的数据，这样楼主可以区分出对应的结果。
OSPI的工作模式与传统的SPI有很大不同，简单的讲分为： Indirect mode； Automatic status-polling mode； Memory-mapped mode: 并非一个发送函数就可以驱动的，并且配置上也有一些参数。 因此最好按照参考手册上的介绍，参考例程来配置，这样才容易驱动成功。
这个首先在调试模式下看看RTC 寄存器是否是设定的值并正常运行。 然后在看看读取RTC寄存器的值是否正常。 最后再看看打印的格式是否一致。 这边测试了一下，结果24小时显示没问题，跨越12：59：59后正常跳转到13：00：00
你的电路设计应该是有问题的，你选用的是SMPS版本的芯片（STM32H573VIT3Q,后缀的最后一位Q表示SMPS版本，不带Q后缀的是LDO版本），而你的设计是SMPS_bypass模式，所以你需要在VCAP外置大于1.1V的电压供给内核。 但是从你现有的图上看，并未外接电源给VCAP。你可以先飞线调试，后面需要改板。 SMPS版本的芯片只支持SMPS不支持LDO模式。 选择SMPS版本只能选择使用SMPS也就是电路3的接线，如果不使用SMPS就需要按电路4设计，选择bypass模式。具体你可以参考RM0481_REV2 Startup with VCORE provided from an external supply (Bypass)小节查看详情。 !(data/attachment/forum/202410/29/180726pfkemnp77fellm7u.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png") AN5711 Getting started with STM32H5 MCU hardware development (version 3.0, size 2 MB) RM0481 STM32H523/33xx, STM32H562/63xx, and STM32H573xx Arm®-based 32-bit MCUs (version 2.0, size 57 MB)
微信公众号
手机版
