ST的开发库，在开始的系统初始化里调用了系统时钟滴答的初始化，这样就产生了TICK，然后整个开发的包里驱动很多有时间有关的都
1 a# T9 X- E9 W7 D7 O调用了HAL_GetTick函数，做基于时间的判断。
9 M1 c+ V4 K5 U& n6 [现在在我的项目里，我不想有这一个中断，因为我的系统中断很多，不想再要多余的中断，

/ [4 }' W" u& A! A所以我就关掉了systick,这会影响我的驱动函数吗？

: q+ Y% a: F* a' K: W( z7 @" c  ]' V
! M  i$ K# T3 }  L  l
! e$ F/ q  _! t7 j3 D, `- l) m" ]

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

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

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

当然影响，HAL的库都是用HAL_GetTick()来做超时的，你屏蔽了可以说基本就瘫痪了。
" W. w. e0 [% a: M2 K" p* J6 Q; D不过HAL_IncTick和HAL_GetTick都是__weak函数，你可以自己实现它们的功能。
) {7 j3 U+ B' R6 f! U% [1 f不过一定要实现，不然HAL库就废了。

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

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

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

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

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

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

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

6 `% A* w: |' tST原厂的FAE能出来准确的回复吗

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

？？？

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

支持楼上