systick做为系统时间使用（非延时）

虚V界

systick做为系统时间使用（非延时） [复制链接]

基本能搜到的systick 都是作为延时使用的，因为设计需求我更多实用的是系统时间判断。
假如我有个LED，需要每10S闪一下，并且单片机还需要做其他的工作，用延时工作效率太低了，开个定时器又太浪费了。因此系统时钟就体现出了由为重要的应用场合。只需要检测到系统时间为10s 的倍数就可以做动作了，当然前提保证程序的大体循环能在1s 内完成，这个基本没问题如果一个大体循环1s 内完成不了 那这个程序要么就是大到无法形容，要么就是无止境的运行。

首先进入while(1) 大循环前初始化systick，进入主体程序就在计数了，计数分毫秒，秒，这样能在特点的时间进入指定的程序中运行。
初始化systick

void TimeCount_Init(void)

{

     

    SysTick->LOAD=72000000/1000;//系统频率为72MH

    SysTick->VAL=0x00;

    SysTick->CTRL=0xFFFFFFFF;

    MilliS=0;

    Second=0;

    Min=0;

}

当然如果用库函数也行的

void TimeCount_Init(void)

{

     

  if (SysTick_Config (SystemCoreClock / 1000))

  {  while (1); }

 

  MilliS=0;

  Second=0;

  Min=0;

}

中断函数

void SysTick_Handler(void)

{                                                           

  MilliS++;

  if(MilliS>=10000) MilliS=0;//此处10000ms 主要方便延时函数使用

  if(MilliS%1000==0) {Second++;}

  if(Second>=60) {Second=0;min++;}

}

如果我们要想5秒去做一次计算某组数据只需要写入秒判断即可
if(Second%5 == 0)
{  需要间隔运行的程序……    }
毫秒也是可以的，换成MilliS 即可，甚至分钟都行。

   好了，那延时怎么办？是的特殊场合我们可能还是可能有需要延时函数的。当然这个也是可以做到的，不过相对运算多一点点。
延时函数如下：

u8 delayms(u16 nCount)

{

  u16 CurTim=MilliS;

  u16 i=0;

  if(nCount<60000)

     {

        if(CurTim+nCount<10000) 

          {

             while(MilliS-CurTim<nCount); return 1;

          }

        i=nCount-(10000-CurTim);

        while(MilliS<9998);

        while(MilliS>=9998||MilliS<i);  

        return 1;

     }

  delayS(nCount/1000);

  delayms(nCount%1000);

  //while()

  return 1;

}

 

u8 delayS(u16 nCount)

{

  u16 CurTim=Second;

  u16 i=0;

  if(nCount<6000)

     {

        if(CurTim+nCount<60)

          {  while(Second-CurTim<nCount);return 1;}

        i=nCount-(60-CurTim);

        while(Second<59);

        while(Second>=59||Second<i);

        return 1;

     }

  return 0;

}

这里我做的毫秒延时中实际最长的只能计算60000ms 即60s的延时 再长的延时就会先调用秒延时，运行完后再把剩下的毫秒延时运行掉。所以超出部分将计算越出计数器最大计算值多少来计算i=nCount-(10000-CurTim);而中断中定义的技术最大值10000 原因是一般我们使用延时都不会太长，最长一般也就数秒而已，更多的是毫秒级的，所以这里放宽至10S 的长度，直接等待值到了就推出，所以10S内的延时延时还是非常精确的，但如果大于就会有几个微秒的差距了，中间插入了好几条运算和指令，非精确定时就别用这个定时器了。

xu__changhua

这是基于何种mcu的？

虚V界

STM32……

jay8830095

上操作系统什么都不成问题了，别在自己摸索前后台程序了。

辛昕

诶，楼主不是已经在玩操作系统了么？
stm32上linux有点费劲，上ucos啥的应该很没问题了吧？

虚V界

非也 非也，主要设计都是用外部触发中断事件的，没必要用操作系统，如果用uCos  中断后还要任务优先级处理，这样实时性就低了，没必要上系统，用不用系统还是对整体设计而言，不是上了系统就是NB 就是正确的