本文主要是介绍HI3556V200 Linux+Liteos双系统学习(6)----Liteos能否延时1us？，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
作为一个Liteos新手，了解了Liteos的大致流程以及原理后，便直接编译代码运行Liteos。在一个功能中，需要延时1us，看到Liteos内核源码中有usleep函数，便直接使用此函数，但是测试发现，这个延时1us效果不太对，远远大于1us，有点怪异…
起初以为是代码哪里有问题，仔细检查代码，没有发现有异常的地方。不得已，看下Liteos端的usleep是如何实现的。
在Liteos内核源码中，有两个重要的宏，后面要用到：
#define OS_SYS_MS_PER_SECOND 1000
#ifndef LOSCFG_BASE_CORE_TICK_PER_SECOND
#define LOSCFG_BASE_CORE_TICK_PER_SECOND 100
#endif
usleep源码如下：
当调用usleep(1)时候，传入参数useconds为1，
uwInterval = OS_SYS_MS_PER_SECOND/LOSCFG_BASE_CORE_TICK_PER_SECOND;
即
uwInterval = 1000 / 100 = 10
所以调用__sleep(10)
__sleep源码如下：
在__sleep函数中，首先调用LOS_MS2Tick函数将毫秒转化为Tick，然后调用LOS_TaskDelay进行延时。
在前面我们调用__sleep(10)，然后调用LOS_MS2Tick转为Tick,输出的Tick的值uwInterval = 1，即1个Tick， 但是在上面的宏定义中
#define LOSCFG_BASE_CORE_TICK_PER_SECOND 100
1秒100个Tick，所以其实1个Tick也就是10ms。
所以，其实我们调用usleep延时1us，最终延时了1个Tick, 然后延时了10ms…
当然，我们也可以修改LOSCFG_BASE_CORE_TICK_PER_SECOND的值，来增加Tick的最小延时刻度。
这篇关于HI3556V200 Linux+Liteos双系统学习(6)----Liteos能否延时1us？的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
