2021-09-03 06:05 AM
Hello, i have have included the stm32g4xx_hal_cryp.c v1.4.0.
The clock is for AES is started (__HAL_RCC_AES_CLK_ENABLE)
But the AES Registers are always 0, even writting with a debugger is not possible.
Do you have any advice ?
With friendly regards
Mark Rudolph
Solved! Go to Solution.
2021-09-03 06:58 AM
Does it even support AES? https://www.st.com/resource/en/datasheet/stm32g431c6.pdf
Wouldn't that need a G441 part? The examples cover both parts, but crypto only on the G44x
https://www.st.com/en/microcontrollers-microprocessors/stm32g441cb.html
2021-09-03 06:58 AM
Does it even support AES? https://www.st.com/resource/en/datasheet/stm32g431c6.pdf
Wouldn't that need a G441 part? The examples cover both parts, but crypto only on the G44x
https://www.st.com/en/microcontrollers-microprocessors/stm32g441cb.html
2021-09-03 07:54 AM
Thanks for your answer,
it seems it does not suppot AES.
Sadly the is no hint in the RM044, in the stm32g4xx_hal_cryp.c and also the AES Registers are present.
With friendly regards
Mark Rudolph
2021-09-03 08:04 AM
Well the consensus is that it's on-die, disabled with a fuse/otp or there's a single different mask in the mask set, and it gets disabled during production/testing to allow for easier export rules/conditions.
The part# + 10 rule has been used by ST for over a decade on STM32 parts for those without/with CRYP / HASH peripherals. ie STM32F205 vs 215