Wince的时间精度问题 嵌入式, wince, 硬件

samwalton

GetSystemTime()或GetLocalTime(),在wince最多精确到秒级的精度, 那是因为在嵌入式系统里面,系统的时间是由RTC(一般是在CPU内部的一个硬件逻辑)来保持的,它是以秒为单位,每过一秒就自加1来计时.所以它的精确 范围只能到秒.这点你可以在很多BSP的KERNEL里查看OEMGetRealTime()函数的实现就知道了. 当你调用API:GetSystemTime()或GetLocalTime()时,KERNEL会调用OEMGetRealTime()函数来返回给你 结果.而在OEMGetRealTime()里面,基于上述的原因,把ms=0.所以你只能得到秒级的精确度.
　　我不清楚PC上是怎么实现这个函数的,但肯定是和硬件相关的
　　一 般的CPU还会有一部分叫OSTimer的逻辑功能,它能够提供类似RTC,但是是毫秒精度的计时.在WINCE里,KERNEL有一个CurMSec变 量,这个变量时以毫秒为单位,来保存系统从启动到现在运行了多长时间.实际上CurMSec这个变量是靠OSTIMER来计算的.当你调用 GetTickCount()时,系统会把CurMSec的值返回给你,你可以通过在做某次动作的前后各调用GetTickCount()获得一个时间 差,就是你执行这次动作消耗的时间, 它是毫秒精度的.
　　WINCE 微秒、毫秒级延时函数
　　//WINCE 微秒级延时函数
　　void delay_us(int n){
　　LARGE_INTEGER litmp;
　　LONGLONG QPart1,QPart2;
　　double dfMinus, dfFreq, dfTim;
　　if(QueryPerformanceFrequency(&litmp)==FALSE)
　　{
　　MessageBox(NULL,TEXT("Error：QueryPerformanceFrequency"),TEXT("Error"),MB_OK);
　　return;
　　}
　　dfFreq = (double)litmp.QuadPart;
　　QueryPerformanceCounter(&litmp);
　　QPart1 = litmp.QuadPart;
　　do
　　{
　　QueryPerformanceCounter(&litmp);
　　QPart2=litmp.QuadPart;
　　dfMinus=(double)(QPart2-QPart1);
　　dfTim=dfMinus/dfFreq;
　　}while(dfTim <0.000001*n);
　　}
　　//毫秒级的延时函数
　　void delay_ms(DWORD tmp_time)
　　{
　　DWORD start;
　　DWORD time_i=0;
　　start=GetTickCount();
　　while(time_i<=tmp_time)
　　{
　　time_i=GetTickCount()-start;
　　}
　　}