STM32H735 HyperBus speed byte vs word (32bit) vs QSPI

Any ideas?

So, I've been playing with that HyperRam, and there are some amazing results and insights.

Still running "HyperRAM" (Infineon S70KL1281DABHI023) with 100 MHz.

I wrote a super simple test function, writing and reading the complete RAM with 32-bit pointers, writing index in one straight for loop, then another for loop with reading and comparing.

I use the cycle counter to measure the timing, and because I could not believe the (good) results, I checked also with the (1ms) SysTick.

uint32_t *pu32MemAddr = (uint32_t *)OCTOSPI2_BASE;
 
/* write complete HyperRAM */
	u32TickStart = HAL_GetTick();
	u32CycStart = DWT->CYCCNT;
 
	for( i = 0; i < u32MaxLen; i++ )
	{
		pu32MemAddr[i] = i;
	}
	u32Cycles = DWT->CYCCNT - u32CycStart;
	u32Ticks = HAL_GetTick() - u32TickStart;
 
snip, some UART output...
 
/* read complete HyperRAM and compare */
	pu32MemAddr = (uint32_t *)OCTOSPI2_BASE;
	u32TickStart = HAL_GetTick();
	u32CycStart = DWT->CYCCNT;
 
	for( i = 0; i < u32MaxLen; i++ )
	{
		u32Data = pu32MemAddr[i];
		if( u32Data != i ) u32Errors++;
	}
	u32Cycles = DWT->CYCCNT - u32CycStart;
	u32Ticks = HAL_GetTick() - u32TickStart;

Here's the result (UART output):

****** OCTOSPI2 HyperRAM test ******
writing 0x00400000 = 4194304 32bit words ...
16777216 bytes written
35176768 CPU cycles -> 87941.9 us
-> 1526.21 Mbit/s
88 ms (ticks)
-> 1525.20 Mbit/s
 
reading and comparing 0x00400000 = 4194304 32bit words ...
16777216 bytes read
43689082 CPU cycles -> 109222.7 us
-> 1228.84 Mbit/s
110 ms (ticks)
-> 1220.16 Mbit/s
 
NULL errors
OctoSpi2HyTest() success, no errors

So... it takes only 2.6 CPU cycles per iteration in average for the reading for-loop?

Is that even possible?

And also the about 2 cycles per iteration for the write loop, reaching almost the theoretical maximum of 100 MHz / 8-bit / DDR of 1600 Mbit/s? Holy Moly...

What am I doing wrong?

I checked the HyperRAM contents, and everywhere I looked, I found the correct content.

So, next test was my actual application:

SAI -> DMA -> HyperRAM -> DMA -> Ethernet

And here it "failed":

• 25.6 Mbit/s (4 audio channels, 32-bit, sampling rate 200 kHz) -> (almost) no problems

but...

• 51.2 Mbit/s (8 channels) -> dropouts in audio samples, until the complete buffer management crashes!

So, thinking about that, this is no big surprise:

the SAI DMA constantly pushes data into the HyperRAM (every 5 µs at 200 kHz), so the ETH DMA doesn't really have the time to get complete packets.

And the constant switching between reading and writing at completely different addresses takes even more time.

Next step:

let SAI DMA write into internal SRAM, then copy complete packet into HyperRAM, either via DMA (MEM2MEM), or as it seems now, with a simple for loop.

Right now the results for 1460 bytes (TCP's payload maximum) are:

DMA MEM2MEM (best settings: burst = 16 beats, size = byte)

• read from HyperRAM to AXI RAM: 12666 CPU cycles -> 31.7 us -> 368 Mbit/s
• write HyperRAM from AXI RAM: 9965 CPU cycles -> 24.9 us -> 468 Mbit/s

for loop with 32-bit pointer:

• read from HyperRAM to AXI RAM: 12251 CPU cycles -> 31.6 us -> 392 Mbit/s
• write HyperRAM from AXI RAM: 3059 CPU cycles -> 7.6 us -> 1573 Mbit/s

Again, the simple for loop for writing is insanely fast - unless there's something I'm doing wrong...

I had never expected that this simple copying loop would take less time.

And here comes the problem, which I forgot to tell about yesterday because it didn't happen then, but I had seen that before:

The HyperRAM speed is very dependent on compilation, I changed the code a little bit, some place completely unrelated to HyperRAM, and after that compilation I get only:

• writing: 490 Mbit/s
• reading: 456 Mbit/s
• compared to > 1000 Mbit/s yesterday.

What going on there?

Okay, checking the list files... if I can get it back to the higher speed.