Using FreeRTOS on a STM32L476RG we get unreliable boot behaviour because CubeMX generates:... /* Initialize interrupts */ MX_NVIC_Init(); /* USER CODE BEGIN 2 */ /* USER CODE END 2 */ /* Call init function for freertos objects (in freertos.c) */ MX_F...

CubeMX generates the main.c like this:int main(void){... MX_GPIO_Init(); MX_RTC_Init(); MX_NVIC_Init(); MX_FREERTOS_Init();...}We observe a sporadic crash during boot which we traced to an GPIO interrupt whose ISR calls into the FreeRTOS API (xQueueS...

HAL_RTC_GetTime(...) does not read the daylight saving info from the RTC. (in our case on STM32L476)Is this a bug or a feature?

Posted on July 06, 2018 at 16:02This flag should be forced disabled in CubeMX because there is a known bug in FreeRTOS prior to v.10 leading to an out-of-bounds write and (kernel) memory corruption. Must not be used prior to Freertos 10.0.0.#tcb_t #...

Posted on June 27, 2018 at 22:08as TimeBase Source?Today, I've been trying to activate FreeRTOS' USE_TICKLESS_IDLE feature.It turns out that the tickless idle --in fact it is a unnecessary tick suppression-- works only when Timebase Source is SysTic...