SAI4 Receiving, DMA Busy, No Buffer Update? (STM32H747I-DISCO)

[miloa]

Hello,

I'm slowly losing my sanity so I figure I'd make a post here. I set up SAI4 to interface with BDMA, hoping to retrieve data from the onboard MEMS microphone and store it in a buffer in RAM_D3. Ideally I'd like for that data to be processed by the CPU, but I can't even get the buffer to fill up.

The following code produces the output below:

audio_buffer[0] = 5;
audio_buffer[1] = 6;
audio_buffer[2] = 7;
audio_buffer[3] = 8;

// ...
// Inside main loop:
printf("SAI State: %d \r\n", HAL_SAI_GetState(&hsai_BlockA4));
printf("SAI Error: %lu \r\n", HAL_SAI_GetError(&hsai_BlockA4));
printf("SAI Buffer Address: 0x%08lx\r\n", SAI4_Block_A->DR); 
printf("DMA State: %d \r\n", HAL_DMA_GetState(&hdma_sai4_a));
printf("DMA Error: %lu \r\n", HAL_DMA_GetError(&hdma_sai4_a));
printf("Pointer location: %p \r\n", audio_buffer);
printf("Audio Buffer Data:\r\n");
for (int i = 0; i < 10; i++) {
	printf("[%d]: %d\r\n", i, audio_buffer[i]);
}

As you can see, SAI4 is in HAL_SAI_STATE_BUSY_RX and BDMA is in HAL_DMA_STATE_BUSY. However, audio_buffer is not being filled. It's worth mentioning that there doesn't even seem to be zeroes coming into the buffer, as the values I set manually are never changed.

Does anyone know what may be causing this? I'll drop my CubeMX configuration, in case it is useful:

Thanks in advance :(

[waclawek.jan]

Does SAI output clocks as expected?

Read out and check/post content of SAI and relevant DMAMUX and DMA registers.

JW

[LCE]

In the H723+ family the BDMA for SAI4 can only access certain internal SRAM spaces, maybe that's also the case here?

So you might have to place the buffers in that particular SRAM.

Check your ref manual, probably chapter "2 memory and bus architecture" might have an overview (which is hopefully correct...).

[AScha.3]

Hi,

as shown in rm :

-> using BDMA , your data has to be in sram4 .

If not , use other DMA .

[LCE]

Ah, same as in H723.

And I love ST's numbering logic:

SAI4 and SRAM4 in domain 3 

:facepalm: :D

[miloa]

Hi JW! Yes, I'm seeing a 6.690kHz clock signal on PE2 (designated CK1 pin for SAI4)

Registers are stuck in this state whenever I pause the debugger:

(DMAMUX1 is all zeroes)

[miloa]

Already checked this, following this thread, and I can confirm my memory seems to be in the right spot. If you look at my serial screenshot, you'll see that the pointer for the buffer is at 0x380010000, which is within SRAM4 in STM32H747I-DISCO. DCache is disabled.

[waclawek.jan]

DMA/DMAMUX registers look good, the only strange thing is, that SAI_ASR is completely zero - I'd expect nonzero FIFO level, and maybe even overflow indicated, since DMA does not pull the data. So I'd suspect SAI being mis-configured.

I'm not much of a SAI expert to judge from registers whether it's OK. One thing which IMO is suspicious is SAI_ASLOTR.SLOTEN being entirely zero, IMO that means that all received data are to be discarded.

Nevertheless, in this case I'd recommend starting with some very rudimentary polled SAI implementation until it works, and only after that going for DMA. 

JW

[LCE]

Although I'm using the H7 SAI with direct register setup for regular I2S ADCs, I have no idea about the required settings with PDM.

I suggest you go through the RM again and find out about each and every register setting required for PDM.

You can't always trust CubeMX & HAL ...

[miloa]

Ok, you were right! It turns out I had not set any of the slots active. I have a different issue, likely related now. The SAI4 and BDMA are busy, and the transfer callbacks are being called, but the data written to the buffers is all zeroes... I imagine this could be a hardware issue, but I was wondering if there was some way to debug this?

Thanks again

What I changed, for anyone with the same problem: CubeMX > SAI4 > Slot Active > User Setting > Slot 0 on