ST的开发库，在开始的系统初始化里调用了系统时钟滴答的初始化，这样就产生了TICK，然后整个开发的包里驱动很多有时间有关的都
调用了HAL_GetTick函数，做基于时间的判断。
1 r+ Y6 ]4 c' N. }$ h现在在我的项目里，我不想有这一个中断，因为我的系统中断很多，不想再要多余的中断，
# s- l0 t1 v& l8 c5 M- _9 |1 Z
: T' W0 q3 K8 Q1 i% U/ f所以我就关掉了systick,这会影响我的驱动函数吗？

$ m3 T; l/ k9 g% n& b

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

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

toofree 发表于 2018-12-19 10:04
$ G1 n5 J+ E; {, U不影响，只要程序中不使用HAL_Delay()，那就没关系。

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

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

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

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

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

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

systick可以开着，只是不开中断而已。
0 E1 ~7 [- J/ G6 A然后把HAL_GetTick()改造一下，读出systick计数值，把时间差算出来。

toofree 发表于 2018-12-19 17:38
systick可以开着，只是不开中断而已。
然后把HAL_GetTick()改造一下，读出systick计数值，把时间差算出来 ...

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

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

？？？

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

支持楼上