目前来看，除了个别早期STM32系列外，都内置了DFSDM外设，算是通用型基础外设了，基本内容都是一样的。你可以到www.stmcu.com.cn搜索DFSDM，有些针对DFSDM的应用笔记，比方STM32L4 sigma delta数字滤波器模块（DFSDM）介绍这篇文章就介绍得比较详细，另外 还有些本地化应用笔记 比方 LAT1108 DFSDM模块的配置 STM32H743 v1.0.pdf 、LAT0274 STM32 DFSDM测量温度应用等，都可以参考阅读。
你说根据芯片资料里相关寄存器MPSIZ字段定义，范围可以到2047,该字段共11位，数字上讲没错。但是，它是针对芯片USB端点所支持数据包长的泛泛定义，具 体数据还要结合USB的速度模式和端点传输模式。 对于FS模式批量传输端点，这里最大仅支持到64,即一个数据包的最大数据载荷为64字节。如果需要传输更多的数据就需要进行多包传输，或说多次Transaction。 所以你这里不用改例程的这个地方，这个64此时应该是固定的。 你要做的是根据可能的一次性数据传输量修改你的接收缓冲大小，然后在接收处理函数里根据每次的接收数据是一整包还是非整包来进行处理。如果是整包，就 继续往下接收，如果收到非整包数据或0字节数据则视为此次接收完成。当然，这里的整包数据就是64字节长度的数据包。这些可能都需要你自行处理。
这个结果可以看到有数据收到，但不确定是否总线上就是这个数据还是软件等其他原因。 因此可以尝试用示波器或逻辑分析直接线上究竟是不是正确的数据。
感谢你的关注！ 使用中断方式试了一下，数据还是乱的。见下方实例数据，左侧是 SSR 值，右侧是 SysTick 计数。 00243:00000152 00241:00000159 00239:00000167 00237:00000175 00239:00000183 00233:00000191 00231:00000198 可以看出，正常情况下，大概7、8个SysTick（也就是7、8ms）变化一次。 本来应该紧跟在237后的235没有出现，而是回跳到了239，之后有恢复正常。 如果直接读取 SSR 值的话，数据应该是这样的： 00237:...... 00236:...... 00239:...... 00235:...... 00234:...... 话说回来，就算使用中断方式数据会有序起来，也很难满足我的需要。 因为我需要更高精度的时钟，要把 SSR 的分频设为最大的32767，而不是默认的 255。 这样的话，使用中断方式会需要很大的中断开销：大概60微秒就要处理一次中断。这不是我所希望的。 下面是主程序代码：
stm32h7的Cube库里有例程可以参考。 STM32Cube_FW_H7_V1.11.1\Projects\NUCLEO-H743ZI\Examples\TIM\TIM_DMA HAL库函数就是这个: HAL_TIM_PWM_Start_DMA(&TimHandle, TIM_CHANNEL_x, CCValue_Buffer, Length)
问题解决了，减小打印函数中字符数组大小就可以了： void printmsg(char *format,...) { #ifdef BL_DEBUG_MSG_EN char str[64]; // 设置为256会程序会失败 memset(str,0,64); va_list args; va_start(args,format); vsprintf(str,format,args); HAL_UART_Transmit(&BL_UART,(uint8_t *)str,strlen(str),HAL_MAX_DELAY); va_end(args); #endif }
我找到问题了，那个我还有个滴答器的中断没有关，一同移动到RAM后就ok了，可是我还是疑惑的是，在F407上我只要用syscfg映射0x20000000到0x0，就没这个问题，且后续我将滴答器抢占优先级调的比我timer中断抢占优先级低，这个情况只移动timer中断，timer中断在擦FLASh时仍不能正常运行。
你改的偏移是灰色的，因为他上一级/* #define USER_VECT_TAB_ADDRESS */这个宏定义你要打开，就在你截图上面没截到的地方就是 把注释去掉试试
微信公众号
手机版
.png)
