ST的开发库，在开始的系统初始化里调用了系统时钟滴答的初始化，这样就产生了TICK，然后整个开发的包里驱动很多有时间有关的都
" [( Y$ ~2 s7 G  [调用了HAL_GetTick函数，做基于时间的判断。
现在在我的项目里，我不想有这一个中断，因为我的系统中断很多，不想再要多余的中断，
& t* h0 f6 y1 ~3 L/ I
# p) t$ N; D* U# z9 D所以我就关掉了systick,这会影响我的驱动函数吗？


; E4 ^2 s4 Z5 Q# Y8 L. |, N) I

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

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

toofree 发表于 2018-12-19 10:04
& E" t. M# Q; g  W不影响，只要程序中不使用HAL_Delay()，那就没关系。

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

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

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

tanic 发表于 2018-12-19 13:57
& `: M2 `% D, s! F' a$ a3 m有影响，比如串口驱动中,超时就是通过GetTick来实现的，必须要有系统时基

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

sky_han 发表于 2018-12-19 10:11
1 A! ~- C$ K2 e! Q( M) f我看到驱动中有很多地方调用这个函数与其他的时间进行比较，我这个不使用的话，就是0，还是很担心，您是 ...

systick可以开着，只是不开中断而已。
然后把HAL_GetTick()改造一下，读出systick计数值，把时间差算出来。

toofree 发表于 2018-12-19 17:38
% [1 n; l$ `" B& Psystick可以开着，只是不开中断而已。
7 s. `3 g* h9 a5 ]' v9 j然后把HAL_GetTick()改造一下，读出systick计数值，把时间差算出来 ...

& k5 F/ l; U0 j( XST原厂的FAE能出来准确的回复吗

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

？？？

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

支持楼上