可以参考这篇文章，帮助快速理解。当然更详细的就要看手册了。 LAT1328 STM32H5 DA之初体验(带TrustZone) | STMCU中文官网
呵呵 算是个费脑图了。图不大，涉及信息不少。 我认为你的质疑是有道理的。 example 3 里开始部分，CCxNE应该也是1，原因是此时段OC1和OC1N都是正常输出的。另外从后面中间段的 write CCxNE to 0 也可以得到进一步印证。 还有，example 3 的结尾部分对那几个位的描述应该也是有问题的。应该是CCxE=1,CCxNE=0. 再就是那个(forced inactive)位置也放得不太合适，容易让人误解，它这里应该是指后续将要实现的输出模式，最好写到中间位置。其中 example 2那里的 forced inactive 应该是 forced active. !(data/attachment/forum/202508/20/140501ppvjyqe11e7v5a95.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png")
是你有所误会。按照你目前的设计思路，要想3各TIMER保持良好同步的话，假设时钟源和分频系数一样的前提下。可以这样设计： TIM1->ARR = TIM2->ARR =1601;//中心对齐计数 TIM8->ARR= 3201; //单向计数 或者 TIM1->ARR = TIM2->ARR =1600; //中心对齐计数 TIM8->ARR= 3199；//单向计数 对于单向计数的计数周期为ARR+1;而对于中心对齐计数模式的计数周期为2倍ARR.
这边用官方的Nulceo+V3PWR 测试了一下。 分别用 HSI分频到2MHZ 和MSI的2.097MHZ 测试了一下， 没有发现持续15秒的循环的电压变化。 大体上看，电流是稳定的，放大看，有一些类似纹波一样的，大概在20ua 上下。 另外接线方式需要注意一下，如果接入的电压在VDD，连接LDO 会有变化，但是如果断开JP6,也就是断开LDO就很稳定。
[md]您好 我仔细看了下 微信公众号文章和参考手册 似乎没有区别 1.我测试了HAL_DMAEx_EnableMuxRequestGenerator(&hdma_dma_generator0);函数对当前双缓冲无法启动的问题也没有改善 2.为避免变量RAM所属区域的影响，我还变更了变量存储区域到SRAM4（D3区域），也是没有作用 我还是无法理解为什么我的代码在单缓冲的情况下是能正常工作，双缓冲下异常😕 双缓冲情况下我只修改这个函数 !(data/attachment/forum/202508/21/163146zdftssto5khtt5sc.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png")
问题已经解决，分享给大家，用如下方式： if (GPIO_ReadInputDataBit(GPIOG, GPIO_Pin_2) // SET if (!GPIO_ReadInputDataBit(GPIOG, GPIO_Pin_2) // RESET
如果你觉得片选之后到SPI开始通信的间隔长了点，建议你基于LL库组织代码，或者自己基于寄存器组织代码，缩短你提到的间隔是可行的。 我刚才基于LL库写的测试代码，片选生效到开始通信的间隔可以缩短到700ns。我配置的芯片主频为168MHz。你不妨试试。 !(data/attachment/forum/202508/11/154757jflzofzbn8ws3bzf.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png")
对你说的协议不是很清楚，每一帧数据应该是有特征的，否则没法提取。 你可以将缓冲设置稍微大点，确保可以容纳每一帧数据，然后基于空闲事件再去做数据处理， 并准备下一帧的接收。
.png)
