ST的开发库，在开始的系统初始化里调用了系统时钟滴答的初始化，这样就产生了TICK，然后整个开发的包里驱动很多有时间有关的都
. I4 |) j. ?) {0 E5 {! u& r" ~+ A4 V调用了HAL_GetTick函数，做基于时间的判断。
7 m/ P# y: s9 R, a% z* v! }' X现在在我的项目里，我不想有这一个中断，因为我的系统中断很多，不想再要多余的中断，

所以我就关掉了systick,这会影响我的驱动函数吗？

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

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

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

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

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

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

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

0 k: m# _* s0 k, r! }4 N我看了很多驱动的超时都是基于这个TICK判断的，但是如果我没有这个时钟，get tick就是0, 0 这个值不会影响功能，但是超时的作用没有了

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

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

toofree 发表于 2018-12-19 17:38
3 e' A# [9 |/ u% ^: u8 P/ F* Tsystick可以开着，只是不开中断而已。
然后把HAL_GetTick()改造一下，读出systick计数值，把时间差算出来 ...

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

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

？？？

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

支持楼上