Hi,There is no stm32cubeIDE section so I post it here.I found another bug that isn't mentioned on the known issues and I found no bug tracker to post this issueWhen you re-generate code using the integrated cubemx, all included folders (in properties...
Posted on July 14, 2016 at 16:49
Hi,
I use a STM32F205RG6 chip and splitted the flash into 2 parts, 512K for the program and 512K for user's data:
MEMORY
{
FLASH (rx) : ORIGIN = 0x8000000, LENGTH = 512K
DATA (rwx) : ORIGIN = 0...
Posted on May 11, 2017 at 08:12Hi Peter,You could just check the calendar box in RTC's pinout and give a date in the configuration. That way, you will end up with non-default generated code.
Posted on April 07, 2017 at 14:54The same question was posted here: https://community.st.com/0D50X00009Xka36SAB I provided a workaround if it helps anyone.Regards,Bertrand.
Posted on April 07, 2017 at 14:52
Hi,
Given that several people are having this issue and that the bug is still not fixed, here is a workaround that keep your custom code on the next generation:
in main.c
/* USER CODE BEGIN PFP */
/* Pri...
Posted on December 09, 2016 at 16:08Hi,I face the same issue.I would like to keep the cube generated code free of modifications from my side but the MX_RTC_Init function which is always called in the main (by code generated as well) always set the d...
Posted on July 15, 2016 at 09:04
Thanks dembek, it was exactly what I was looking for and even with no need to hack the flashing scripts
So for the ones who reach this post with the same needs, adding a NOLAD in the section that you wa...
