梅科尔工作室-14天鸿蒙设备开发实战-第四次笔记 原创

一，实现任务管理
cmsis_ os2的API任务接口简介:

接口名

功能描述

osThreadNew

创建任务

osThreadTerminate

删除某个任务

osThreadSuspend

任务挂起

osThreadResume

任务恢复

创建任务: osThreadNew(os ThreadFunc_t func,void * argument,const osThreadAttr_t * attr)

删除某个任务: osThreadTerminate(osThreadld_t thread_id);

任务挂起: osThreadSuspend(osThreadld _t thread_id);

任务恢复: osThreadResume (os Threadld_ t thread_id);

5.实现任务的创建
创建任务接口详解:

osThreadNew(osThreadFunc_ t func, void * argument, const osThreadAttr_t * attr)

名称

描述

func

任务函数

argument

作为启动参数传递给任务函数的指针

attr

任务入口函数的参数列表

返回值

任务ID

二，HarmonyOS内核开发——软件定时器
1.软件定时器的基本概念
软件定时器，是基于系统Tick时钟中断且由软件来模拟的定时器，当经过设定的Tick时钟计数值后

会触发用户定义的回调函数。定时精度与系统Tick时钟的周期有关。

硬件定时器受硬件的限制，数量上不足以满足用户的实际需求，因此为了满足用户需求，提供更

多的定时器，LiteOS操作系统提供软件定时器功能。

软件定时器扩展了定时器的数量,允许创建更多的定时业务。

软件定时器功能上支持:

● 静态裁剪: 能通过宏关闭软件定时器功能。

● 软件定时器创建。

● 软件定时器启动。

● 软件定时器停止。

● 软件定时器删除。

● 软件定时器剩余Tick数获取。

2.软件定时器运作机制
软件定时器使用了系统的一个队列和一个任务资源，软件定时器的触发遵循队列规则，先进先出。

定时时间短的定时器总是比定时时间长的靠近队列头,满足优先被触发的准则。

软件定时器以Tick为基本计时单位，当用户创建并启动一个软件定时器时，Huawei LiteOS会根据

当前系统Tick时间及用户设置的定时间隔确定该定时器的到期Tick时间，并将该定时器控制结构挂

入计时全局链表。

当Tick中断到来时，在Tick中断处理函数中扫描软件定时器的计时全局链表，看是否有定时器超时,

若有则将超时的定时器记录下来。

Tick中断处理函数结束后，软件定时器任务(优先级为最高)被唤醒，在该任务中调用之前记录下

来的定时器的超时回调函数。

3.实现软件定时器创建
cmsis_os2的API软件定时器接口简介:

接口名

功能描述

osTimerNew

创建定时器

osTimerStart

启动定时器

osTimerStop

停止定时器

osTimerDelete

删除定时器

创建定时器: osTimerNew (osTimerFunc_t func, osTimerType_t type, void *argument, const osTimerAttr_t *attr);

启动定时器: osTimerStart (osTimerld_t timer_id, uint32_t ticks);

停止定时器: osTimerStop (osTimerld_t timer_id);

删除定时器: osTimerDelete (osTimerld_t timer_id);

三.HarmonyOS内核开发——信号量
1.信号量基本概念
1、信号量(Semaphore) 是一种实现任务间通信的机制，实现任务之间同步或临界资源的互斥访问。常用于协助一组相互竞争的任务来访问临界资源。

2、在多任务系统中，各任务之间需要同步或互斥实现临界资源的保护，信号量功能可以为用户提供这方面的支持。

3、通常-个信号量的计数值用于对应有效的资源数,表示剩下的可被占用的互斥资源数。其值的含义分两种情况:

1. 0,表示没有积累下来的Post信号量操作,且有可能有在此信号量上阻塞的任务。

2)正值，表示有一个或多个Post信号量操作。

4、以同步为目的的信号量和以互斥为目的的信号量在使用有如下不同: .

1)用作互斥时，信号量创建后记数是满的，在需要使用临界资源时，先取信号量，使其变空，这样其他任务需要使用临界资源时就会因为无法取到信号量而阻塞,从而保证了临界资源的安全。

2)用作同步时，信号量在创建后被置为空，任务1取信号量而阻塞，任务2在某种条件发生后,释放信号量，于是任务1得以进入READY或RUNNING态，从而达到了两个任务间的同步。

2.信号量运作机制
1、信号量初始化，为配置的N个信号量申请内存(N值可以由用户自行配置,受内存限制) ,并把所有的信号量初始化成未使用，并加入到未使用链表中供系统使用。

2、信号量创建，从未使用的信号量链表中获取一个信号量资源，并设定初值。

3、信号量申请,若其计数器值大于0,则直接减1返回成功。否则任务阻塞,等待其它任务释放该信号量,等待的超时时间可设定。当任务被一个信号量阻塞时， 将该任务挂到信号量等待任务队列的队尾。

4、信号量释放，若没有任务等待该信号量，则直接将计数器加1返回。否则唤醒该信号量等待任务队列上的第一个任务。

5、信号量删除，将正在使用的信号量置为未使用信号量,并挂回到未使用链表。

6、信号量允许多个任务在同一时刻访问同一资源,但会限制同一时刻访问此资源的最大任务数目。访

问同一资源的任务数达到该资源的最大数量时，会阻塞其他试图获取该资源的任务，直到有任务释放

该信号量。

3.实现信号量功能
cmsis_os2的API信号量接口简介:

接口名

功能描述

osSemaphoreNew

创建信号量

osSemaphoreAcquire

获取信号量

osSemaphoreRelease

释放信号量

osSemaphoreDelete

删除信号量

创建互斥锁: osSemaphoreNew (uint32_t max_count, uint32_t initial_count, const osSemaphoreAttr_t *attr);

获取互斥锁: osSemaphoreAcquire (osSemaphoreld_t semaphore_id, uint32_t timeout);

释放互斥锁: osSemaphoreRelease (osSemaphoreld_t semaphore_id);

删除互斥锁: osMutexDelete (osMutexld_t mutex_id);

四.HarmonyOS内核开发——事件管理
1.事件基本概念
事件是一种实现任务间通信的机制，可用于实现任务间的同步，但事件通信只能是事件类型的通信，无数据传输。一个任务可以等待多个事件的发生:可以是任意一个事件发生时唤醒任务进行事件处理;也可以是几个事件都发生后才唤醒任务进行事件处理。事件集合用32位无符号整型变量来表示,每一位代表一个事件。

多任务环境下，任务之间往往需要同步操作。事件可以提供一对多、多对多的同步操作。一对多同步模型:一个任务等待多个事件的触发;多对多同步模型:多个任务等待多个事件的触发。

任务可以通过创建事件控制块来实现对事件的触发和等待操作。LiteOS的事件仅用于任务间的同步 ,

2.事件运作机制
读事件时，可以根据入参事件掩码类型uwEventMask读取事件的单个或者多个事件类型。事件读取成功后,如果设置LOS_WAITMODE_CLR会清除已读取到的事件类型，反之不会清除已读到的事件类型，需显式清除。可以通过入参选择读取模式，读取事件掩码类型中所有事件还是读取事件掩码类型中任意事件。

写事件时，对指定事件写入指定的事件类型，可以一次同时写多个事件类型。写事件会触发任务调度。

清除事件时，根据入参事件和待清除的事件类型，对事件对应位进行清0操作。

3.实现事件功能
cmsis_os2的API事件接口简介:

接口名

功能描述

osEventFlagsNew

创建事件标记对象

osEventFlagsSet

设置事件标记

osEventFlagsWait

等待事件标记触发

osEventFlagsDelete

删除事件标记对象

创建事件标记对象: osEventFlagsNew (const osEventFlagsAttr_t *attr);

设置事件标记: osEventFlagsSet (osEventFlagsld_t ef_id, uint32_t flags);

等待事件标记触发: osEventFlagsWait (osEventFlagsld_t ef_id, uint32_t flags, uint32_t options, uint32_t timeout);

删除事件标记对象: osEventFlagsDelete (osEventFlagsld_t ef_id);