SylixOS高精度时钟分析

1.Tick工做原理简介

Tick工做原理其实就是硬件定时器的工做原理，1个系统tick就表明一个定时器硬件中断。定时器的工做原理很简单，就是内部有一个递减的计数器，当减到0时产生一个中断，如图 1-1所示：

图 1-1定时器工做原理

假设定时器模块的输入频率是1MHz，系统定义的1S内tick数是100，也就是100Hz，能够计算出递减计数器要设置的值为1MHz/100Hz=10000。能够看出递减计数器至关于一个分频器，输入端每来一个脉冲，其值就减去1，当减到0时产生一个中断，同时其值自动重载成10000，如此循环下去。

2.系统获取时间操做

系统获取时间相关接口是基于tick来工做的，可是这是有偏差的，如图 2-1所示：

图 2-1系统获取时间

虚线表示下一个tick中断还未产生，若是此时来获取时间，获取到的时间只是以前tick累计的时间。假设tick中断产生时刻和获取时间那一时刻之间的跨度是4ms，那么获取的时间就有4ms的偏差，高精度时钟就是为了消除这种偏差而诞生的。

3.高精度时钟原理

3.1基本原理

上述偏差产生的根本缘由是没有将tick中断产生时刻和获取时间那一时刻之间的跨度更新到时间里去，若是计算出这段时间并加到获取的时间里去就能够校订获取的时间了。结合图 1-1和图 2-1，基本的校订原理以下所述：

• 1个tick时间等价于递减计数器的初始值，假设是10000，也就是说递减10000次至关于过了一个tick时间

• 用1000 * 1000 * 1000 / 10000获得递减一次的时间，单位是ns

• 用计数器初始值减去获取时间那一时刻计数器中的值，就获得了获取时间时刻计数器已经递减的次数

• 用递减一次的时间 *递减的次数，就获得tick中断产生时刻和获取时间那一时刻之间的时间跨度

3.2特殊状况

当系统是多核时，系统产生一个由CPU0来处理的tick中断，当CPU0尚未更新整个系统的tick数时，这时CPU1来获取时间，按照基本原理的计算以后还要加上一个tick的时间才是正确的。

4.代码展现

程序清单 4-1

VOID bspTickHighResolution (struct timespec *ptv)

{

REGISTER UINT32 uiCntCur, uiDone;

 

uiCntCur = (UINT32)timerGetCnt(4);

uiDone = GuiFullCnt - uiCntCur;

 

/*

*检查是否有 TICK中断请求

*/

if (rSRCPND & BIT_TIMER4) {

/*

*这里因为 TICK没有及时更新,因此须要从新获取而且加上一个 TICK的时间

*/

uiCntCur = (UINT32)timerGetCnt(4);

uiDone = GuiFullCnt - uiCntCur;

 

if (uiCntCur != 0) {

uiDone += GuiFullCnt;

}

}

 

ptv->tv_nsec += (LONG)((Gui64NSecPerCnt7 * uiDone) >> 7);

if (ptv->tv_nsec >= 1000000000) {

ptv->tv_nsec -= 1000000000;

ptv->tv_sec++;

}

}

• GuiFullCnt表示递减计数器的初始值，也就是产生1个tick时间的计数值；Gui64NSecPerCnt7表示递减一次的时间，可是这个时间被扩大了128倍，目的是为了提升计算精度

• uiDone表示获取时间时刻计数器已经递减的次数，uiCntCur表示获取时间时刻计数器当前值

• if (rSRCPND & BIT_TIMER4)用于特殊状况的判断，条件成立表示系统的tick数还没来得及更新，不成立表示系统的tick数已经被更新

• 当uiCntCur=0时，表示tick中断刚刚产生，这时uiDone就已经表明一个tick的计数值，因此就无需再加上一个tick的计数值了

• 最后将修正后的时间赋值给tv_nsec成员