2024-11-27 08:06 AM - last edited on 2024-11-28 06:30 AM by SofLit
I'm trying to get a continuous GPDMA transfers from ADC4 into a buffer on a Nucleo-U5A5 board. I'm not using any security settings.
It seems that the ADC conversion are working correctly. When debugging I can poll the DR and see the values change (4 potentiometers). Examining the HAL DMA channel struct always show a Locked/Busy state. List state is busy as well. I assume that's expected for a continuously running transfer?
My only problem is that the buffer I assigned for the transfer is not getting updated.
Are there any SRAM location limitations for DMA transfers on the U5A5? I've seen some references to it on other devices. Any other gotchas with GPDMA on the U5A5?
2024-11-28 01:50 AM
Hello @moylando, welcome to ST community,
Yes, it's expected that the DMA channel will be in a locked/busy state during continuous transfers.
However, there are no specific SRAM location limitations for DMA transfers on the U5, but if the buffer assigned for the transfer isn’t 32-bit aligned, this could be the issue!
You can check this table in AN5593:
Also, it would be better to share your cubeMX configuration!
To give better visibility on the answered topics, please click on Accept as Solution on the reply which solved your issue or answered your question.
2024-11-28 06:27 AM
Thanks. I did try the 32 bit alignment for the buffer but will do a closer memory examination to make sure that is working correctly. If no change I'll post my configuration.