2016-10-31 04:13 AM
Dear all ST staff,
I found a small bug in CubeF7 v1.5.1.
Bug found at preprocessor macro definition of ''FMC_SDCMR_MODE_2'' at stm32f7 register definition files(stm32f745xx.h, stm32f746xx.h, stm32f756xx.h, stm32f765xx.h, stm32f767xx.h, stm32f769xx.h, stm32f777xx.h, stm32f7h).
It shows a case of the stm32f746xx.h below.
1.
@@ -4579,7 +4579,7 @@
2.
/****************** Bit definition for FMC_SDCMR register ******************/
3.
#define FMC_SDCMR_MODE 0x00000007U /*!<MODE[2:0] bits (Command mode) */
4.
#define FMC_SDCMR_MODE_0 0x00000001U /*!<Bit 0 */
5.
#define FMC_SDCMR_MODE_1 0x00000002U /*!<Bit 1 */
6.
-#define FMC_SDCMR_MODE_2 0x00000003U
/*!<Bit 2 */
7.
+#define FMC_SDCMR_MODE_2 0x00000004U
/*!<Bit 2 */
I think ''FMC_SDCMR_MODE_2'' is binary
value at B
it 2 set.Therefore,
''FMC_SDCMR_MODE_2'' should be defined as ''0x00000003U'', but defined at ''0x00000004U''.After this modification, I was success the operation of ''FMC peripheral(SDRAM)'' with using ''FMC_SDCMR_MODE_2'' value without using AL Driver API.
Plz fix until next release.
Best regards,
y_sharp.
2016-10-31 06:10 AM
Dear User,
Thanks for highlighting this issue. It is reported internally to be fixed in coming versions. Best Regards STM32.forum2017-01-25 05:12 AM
Hello
Suyama.Yasuhiro
,Iwould like to inform you that thisissue
is already fixed in the last release of STM32CubeF7 V1.6.0.
Thank you for your contribution and all your comments are welcome.
Thanks
Imen