|
楼主 |
发表于 2016-10-14 11:02:51
|
显示全部楼层
找到原因了,完整的见:https://my.st.com/public/STe2eco ... mp;currentviews=502
摘一部分:
As mentioned is the UM1718 “STM32CubeM user manual:
“ By default, the STM32Cube HAL is built around a unique timebase source which is the ARM-Cortex system timer (SysTick).
However, HAL-timebase related functions are defined as weak so that they can be overloaded to use another hardware timebase source. This is strongly recommended when the application uses an RTOS, since this middleware has full control on the SysTick configuration (tick and priority) and most RTOSs force the SysTick priority to be the lowest.
Using the SysTick remains acceptable if the application respects the HAL programming model, that is, does not perform any call to HAL timebase services within an Interrupt Service Request context (no dead lock issue).
To change the HAL timebase source, go to the SYS peripheral in the IP tree pane and select a clock among the available clock sources: SysTick, TIM1, TIM2,...”
反正我TIM这块也不依赖HAL库,用systick无妨。 |
|