ST的开发库，在开始的系统初始化里调用了系统时钟滴答的初始化，这样就产生了TICK，然后整个开发的包里驱动很多有时间有关的都
调用了HAL_GetTick函数，做基于时间的判断。
# q# D2 E. l  J# _; l现在在我的项目里，我不想有这一个中断，因为我的系统中断很多，不想再要多余的中断，

3 p; z; \8 ]  {( ]' a5 k. w: E$ L所以我就关掉了systick,这会影响我的驱动函数吗？

  [1 L6 b( N4 D+ W$ r" {; z3 _

# \  W  q+ N  E1 R

不影响，只要程序中不使用HAL_Delay()，那就没关系。

toofree 发表于 2018-12-19 10:04
不影响，只要程序中不使用HAL_Delay()，那就没关系。

0 O" n, G$ w( I$ p我看到驱动中有很多地方调用这个函数与其他的时间进行比较，我这个不使用的话，就是0，还是很担心，您是否有其他的资料有说明这个地方的？

当然影响，HAL的库都是用HAL_GetTick()来做超时的，你屏蔽了可以说基本就瘫痪了。
不过HAL_IncTick和HAL_GetTick都是__weak函数，你可以自己实现它们的功能。
5 S5 S5 A3 Y! |不过一定要实现，不然HAL库就废了。

GetTick应该不受影响吧，读取的应该是Systick的当前值。

有影响，比如串口驱动中,超时就是通过GetTick来实现的，必须要有系统时基

tanic 发表于 2018-12-19 13:57
有影响，比如串口驱动中,超时就是通过GetTick来实现的，必须要有系统时基

我看了很多驱动的超时都是基于这个TICK判断的，但是如果我没有这个时钟，get tick就是0, 0 这个值不会影响功能，但是超时的作用没有了

sky_han 发表于 2018-12-19 10:11
我看到驱动中有很多地方调用这个函数与其他的时间进行比较，我这个不使用的话，就是0，还是很担心，您是 ...

) G8 S8 G, [0 _  J, Lsystick可以开着，只是不开中断而已。
4 h& a. i4 i$ N然后把HAL_GetTick()改造一下，读出systick计数值，把时间差算出来。

toofree 发表于 2018-12-19 17:38
$ W) [+ {9 q3 z* r( E3 r2 r9 j! Dsystick可以开着，只是不开中断而已。
1 c" G$ o3 u9 p, h1 Z然后把HAL_GetTick()改造一下，读出systick计数值，把时间差算出来 ...

ST原厂的FAE能出来准确的回复吗

如果有其他定时中断，可以把tick累加变量放到你的定时器中断里面，然后把systick关闭。

？？？

systick继续跑，只要不开systick中断就行了

支持楼上