使用Hal库的SPI读取磁边传感器导致STM32G4无法运行
为什么STM32H7的DMA第一次启动延时较长?
STM32F407 USB 发送数据 上位机接受不到
请问我的CubeMX为什么初始界面没有ai选项,进去之后也没有addnetwork?
ST Motor Control Workbench卡在如图界面,生成不了代码
SDIO 标致位 没有变
程序卡死在USB_EPStartXfer这里
SDIO 初始化 死在 __HAL_RCC_SDIO_CLK_ENABLE语句上
我现在使用STM32F446ZET6芯片,外挂了16m的片外SDRAM。想把程序在SDRAM中运行,一直尝试没有成功,希望得到帮助,是否有相关的例子或参考的文档
MotorControl Workbench 6.4.1 生成 FOC 项目代码后运行死机。
微信公众号
手机版
timer捕捉到DATAREADY下降沿产生一个DMA request,这个DMA的数据源地址是SPI的数据寄存器,且MCU的SPI是主,目的地址是数组的首地址。当DMA request发起后,SPI开始发送数据,重复发送3个Byte(当接收24位ADC数据),或4个Byte(当接收32位ADC数据),同时会接收到相应长度的ADC数据。每次DATAREADY信号被ADC芯片拉低就会发起一个SPI DMA传输,接收当前ADC转换的数据,这个过程我没疑问,我担心的是,每次数据都会被搬到数组的首地址,而不是递增的地址,因为地址的递增实际上是每次传输3个Byte或4个Byte时的地址递增,而不是数组元素的地址递增。结果就是传输结束以后,数组里只有第一个元素有数据,也就是最后一次DMA传输得到的数据。不知道我这个担心是否正确,最后还得写代码验证。
如果是外部事件触发,我看到只有 DMAMUX的外设 才可以哦。
虽然是Timer事件捕获发起DMA request,具体从哪里搬运什到哪里是由你配置该DMA数据流的数据源地址和终地址来决定的,你可以把DMA控制器的数据源地址设为SPI的外设地址,终地址设为内存数组首地址,这样就可以从外设SPI搬运到内存了。
之所以要借用timer的事件捕捉,是因为DATAREADY 连接到GPIO端口是没有能力发起DMA request的,只能用GPIO端口的复用功能挂到timer的事件捕捉上才能发起DMA,而事件捕捉产生的DMA request并没有把数据搬运的源地址限定在timer的寄存器,你可以按照功能的需要去设置。