2022-12-12 06:33 AM
Hello, I'm using a STM32L4S9 with TouchGFX and an external SRAM on my custom board with cubeMX. However, I've found that after initialising the FMC lines, MX_TouchGFX_Init modifies the configuration of SRAM_D0 and SRAM_D1 on GPIOD, so that they can't be used.
I'm using a Singlebuffer and the DMA2D accelerator is off (I had to switch the DMA2D accelerator off due to the fact that lockDMAToFrontPorch(true); had no effect when DMA2D is enabled). My only work around at the moment is to re-initialise the FMC lines manually again after the touchgfx is initialised.
Is this a known issue?
2022-12-12 06:53 AM
Apologies, it's SRAM_D2 (GPIOD.0), SRAM_D3 (GPIOD.1) that are being modified by the call to MX_TouchGFX_Init();
2022-12-12 08:20 AM
check your target files, both generated and user.
2022-12-12 08:30 AM
Thanks. The change comes from the generated file when HAL::initialize(); is called in TouchGFXGeneratedHAL.cpp. It appears to modify the lines during this library call.
2022-12-12 08:38 AM
Found it thanks!! There's a callback for the touch control initialisation. I had a bug in there. Thanks for the pointer @MM..1