- 主题:stm32F103从外部ADC读取数据问题
stm32F103外接ADC,一个IO控制ADC启动转换,另一个IO可查转换是否完成。转换完成后,通过SPI读取转换数据。现在要求几十K的采样率,这个查询转换是否完成->SPI读取数据的过程能不能通过DMA操作来完成呢,求高人指点。
--
FROM 114.242.29.*
转换周期是固定的吧?
用TIM触发SPI->DMA传送呗, TIM触发周期算好了就行, 不就不需要查询了.
【 在 pickun 的大作中提到: 】
stm32F103外接ADC,一个IO控制ADC启动转换,另一个IO可查转换是否完成。转换完成后,通过SPI读取转换数据。现在要求几十K的采样率,这个查询转换是否完成->SPI读取数据的过程能不能通过DMA操作来完成呢,求高人指点。
--
FROM 114.246.111.*
TIM只能触发DMA 不能触发spi传输吧
【 在 tom6bj 的大作中提到: 】
: 转换周期是固定的吧?
: 用TIM触发SPI->DMA传送呗, TIM触发周期算好了就行, 不就不需要查询了.
: stm32F103外接ADC,一个IO控制ADC启动转换,另一个IO可查转换是否完成。转换完成后,通过SPI读取转换数据。现在要求几十K的采样率,这个查询转换是否完成->SPI读取数据的过程能不能通过DMA操作来完成呢,求高人指点。
--
FROM 114.242.29.*
tim触发,IO中断启动数据读取处理,受限的就是ad转换时间和spi读取速度,性能上限很容易估计。
【 在 pickun 的大作中提到: 】
: stm32F103外接ADC,一个IO控制ADC启动转换,另一个IO可查转换是否完成。转换完成后,通过SPI读取转换数据。现在要求几十K的采样率,这个查询转换是否完成->SPI读取数据的过程能不能通过DMA操作来完成呢,求高人指点。
--
FROM 183.173.113.*
那就TIM中断里启动DMA呗, 这个应该容易吧
【 在 pickun 的大作中提到: 】
TIM只能触发DMA 不能触发spi传输吧
【 在 tom6bj 的大作中提到: 】
: 转换周期是固定的吧?
: 用TIM触发SPI->DMA传送呗, TIM触发周期算好了就行, 不就不需要查询了.
: stm32F103外接ADC,一个IO控制ADC启动转换,另一个IO可查转换是否完成。转换完成后,通过SPI读取转换数据。现在要求几十K的采样率,这个查询转换是否完成->SPI读取数据的过程能不能通过DMA操作来完成呢,求高人指点。
--
FROM 124.16.158.*
IO中断这个次数太多了吧 每秒钟要处理几十K的中断
【 在 amony 的大作中提到: 】
: tim触发,IO中断启动数据读取处理,受限的就是ad转换时间和spi读取速度,性能上限很容易估计。
--
FROM 114.242.29.*
【 在 pickun 的大作中提到: 】
: stm32F103外接ADC,一个IO控制ADC启动转换,另一个IO可查转换是否完成。转换完成后,通过SPI读取转换数据。现在要求几十K的采样率,这个查询转换是否完成->SPI读取数据的过程能不能通过DMA操作来完成呢,求高人指点。
改用FMC能快一些。
--
FROM 60.24.210.*
问一下,stm32用swd接口下载程序,有没有单独可以下载.HEX或者.bin的软件?
【 在 pickun 的大作中提到: 】
: stm32F103外接ADC,一个IO控制ADC启动转换,另一个IO可查转换是否完成。转换完成后,通过SPI读取转换数据。现在要求几十K的采样率,这个查询转换是否完成->SPI读取数据的过程能不能通过DMA操作来完成呢,求高人指点。
--
FROM 111.9.5.*
stm32 programmer官方的
【 在 moonwalker 的大作中提到: 】
: 问一下,stm32用swd接口下载程序,有没有单独可以下载.HEX或者.bin的软件?
--
FROM 180.158.198.*
现在最好用的应该是pyocd吧, stm32/gd32/py32都支持, 下载器用stlink/jlink/daplink都可以, 基本是通吃了
【 在 moonwalker 的大作中提到: 】
问一下,stm32用swd接口下载程序,有没有单独可以下载.HEX或者.bin的软件?
【 在 pickun 的大作中提到: 】
: stm32F103外接ADC,一个IO控制ADC启动转换,另一个IO可查转换是否完成。转换完成后,通过SPI读取转换数据。现在要求几十K的采样率,这个查询转换是否完成->SPI读取数据的过程能不能通过DMA操作来完成呢,求高人指点。
--
FROM 124.16.158.*