梅科尔工作室OpenHarmony设备开发培训笔记-第4章学习笔记 原创

wx62f2888df272b
发布于 2022-8-10 01:08
浏览
0收藏

@[toc]

之前一直遇到的问题

  • 描述
    • MobaXterm无法重新进行主机连接,每次都报下图错误然后就只能从虚拟机获取IP全部重新来一遍,而且每次获取的IP都是不一样的
    • 梅科尔工作室OpenHarmony设备开发培训笔记-第4章学习笔记-鸿蒙开发者社区
  • 希望达到的效果
    • ip 地址不变,RaiDrive 直接重新连接主机
  • 解决方法
    • 虚拟机设置成下图
    • 梅科尔工作室OpenHarmony设备开发培训笔记-第4章学习笔记-鸿蒙开发者社区

任务管理

  • 介绍
    • 概念:
      1. 从系统的角度看,任务是竞争系统资源的最小运行单元。任务可以使用或等待CPU、使用内存空间等系统资源,并独立于其它任务运行。
      2. LiteOS 的任务模块可以给用户提供多个任务,实现了任务之间的切换和通信,帮助用户管理业务程序流程。这样用户可以将更多的精力投入到业务功能的实现中。
      3. LiteOS 中的任务是抢占式调度机制,高优先级的任务可打断低优先级任务,低优先级任务必须在高优先级任务阻塞或结束后才能得到调度,同时支持时间片轮转调度方式。
      4. LiteOS的任务默认有32个优先级(0-31),最高优先级为0,最低优先级为31。
    • 任务状态
      • 就绪(Ready): 该任务在就绪列表中,只等待CPU
      • 运行(Running): 该任务正在执行
      • 阻塞(Blocked): 该任务不在就绪列表中。包含任务被挂起、任务被延时、任务正在等待信号量、读写队列或者等待读写事件等。
      • 退出态(Dead): 该任务运行结束,等待系统回收资源。
    • 词条补充
      • 任务ID: 在任务创建时通过参数返回给用户,作为任务的一个非常重要的标识。
      • 任务优先级: 优先级表示任务执行的优先顺序。
      • 任务入口函数: 每个<u>新任务得到调度后将执行的函数</u>。
      • 任务控制块TCB: 每一个任务都含有一个任务控制块(TCB)。TCB包含了任务上下文栈指针(stack pointer)、任务状态、任务优先级、任务ID、任务名、任务栈大小等信息。TCB可以反映出每个任务运行情况
      • 任务栈: <u>每一个任务都拥有一个独立的栈空间</u>,我们称为任务栈。
      • 任务上下文: 任务在运行过程中使用到的一些资源,如寄存器等,我们称为任务上下文。LiteOS 在任务挂起的时候会将本任务的任务上下文信息,保存在自己的任务栈里面,以便任务恢复后,从栈空间中恢复挂起时的上下文信息,从而继续执行被挂起时被打断的代码。
      • 任务切换: 任务切换包含获取就绪列表中最高优先级任务、切出任务上下文保存、切入任务上下文恢复等动作。
  • 任务调度机制
    • 任务状态迁移说明:
      • 就绪态 → 运行态 : 任务创建后进入就绪态,发生任务切换时,就绪列表中最高优先级的任务被执行,从而进入运行态,但此刻该任务依旧在就绪列表中。
      • 运行态→阻塞态:任务运行因挂起、读信号量等待等,在就绪列表中被删除进入阻塞。
      • 阻塞态→就绪态(阻塞态→运行态)∶阻塞的任务被恢复后(任务恢复、延时时间超时、读信号量超时或读到信号量等),此时被恢复的任务会被加入就绪列表,从而由阻塞态变成就绪态;此时如果被恢复任务的优先级高于正在运行任务的优先级,则会发生任务切换,将该任务由就绪态变成运行态。
      • 就绪态→阻塞态:任务也有可能在就绪态时被阻塞(挂起)。
      • 运行态→就绪态:有更高优先级任务创建或者恢复后,发生任务切换而进入就绪列表。
      • 运行态→退出态:任务运行结束,内核自动将此任务删除,此时由运行态变为退出态。
      • 阻塞态→退出态:阻塞的任务调用删除接口,任务状态由阻塞态变为退出态。
    • cmsis_os2的API任务接口简介:
    • 接口名 功能描述
      osThreadNew 创建任务
      osThreadTerminate 删除某个任务(一般是对非自任务操作)
      osThreadSuspend 任务挂起
      osThreadResume 任务恢复
    • 创建任务:
    • 梅科尔工作室OpenHarmony设备开发培训笔记-第4章学习笔记-鸿蒙开发者社区
      osThreadNew(osThreadFunc_t func,void * argument,const osThreadAttr_t * attr)
      
    • 删除某个任务:
      osThreadTerminate(osThreadld_t thread_id);
      
    • 任务挂起:
      osThreadSuspend(osThreadld_t thread_id)
      
    • 任务恢复:
      osThreadResume (osThreadld_t thread_id)
      
  • 实现任务管理
  • 实验结果与扩展

软件定时器

  • 定时器相关概念
    • 软件定时器,是基于系统 Tick 时钟中断且由软件来模拟的定时器,当经过设定的 Tick 时钟计数值后会触发用户定义的回调函数。定时精度与系统Tick时钟的周期有关。<br>
      硬件定时器受硬件的限制,数量上不足以满足用户的实际需求,因此为了满足用户需求,提供更多的定时器,LiteOS 操作系统提供软件定时器功能。<br>
      软件定时器扩展了定时器的数量,允许创建更多的定时业务。软件定时器功能上支持:
      • 静态裁剪:能通过宏关闭软件定时器功能。
      • 软件定时器创建。
      • 软件定时器启动。
      • 软件定时器停止。
      • 软件定时器删除。
      • 软件定时器剩余Tick数获取。
  • 运作机制
    • 软件定时器使用了系统的一个队列和一个任务资源,软件定时器的触发遵循队列规则,先进先出。定时时间短的定时器总是比定时时间长的靠近队列头,满足优先被触发的准则。
    • 软件定时器以Tick为基本计时单位,当用户创建并启动一个软件定时器时,Huawei LiteOS会根据当前系统Tick时间及用户设置的定时间隔确定该定时器的到期Tick时间,并将该定时器控制结构挂入计时全局链表。当Tick中断到来时,在Tick中断处理函数中扫描软件定时器的计时全局链表,看是否有定时器超时,若有则将超时的定时器记录下来。
      Tick中断处理函数结束后,软件定时器任务(优先级为最高)被唤醒,在该任务中调用之前记录下来的定时器的超时回调函数。
  • 实现软件定时器创建
    • 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);
      

信号量

  • 基本概念
    • 信号量(Semaphore)是一种实现任务间通信的机制,实现任务之间同步或临界资源的互斥访问。常用于协助一组相互竞争的任务来访问临界资源。
    • 在多任务系统中,各任务之间需要同步或互斥实现临界资源的保护,信号量功能可以为用户提供这方面的支持3、通常一个信号量的计数值用于对应有效的资源数,表示剩下的可被占用的互斥资源数。其值的含义分两种情况
      1. 0,表示没有积累下来的Post信号量操作,且有可能有在此信号量上阻塞的任务。
      2. 正值,表示有一个或多个Post信号量操作。
    • 以同步为目的的信号量和以互斥为目的的信号量在使用有如下不同:
      1. 用作互斥时,信号量创建后记数是满的,在需要使用临界资源时,先取信号量,使其变空,这样其他任务需要使用临界资源时就会因为无法取到信号量而阻塞,从而保证了临界资源的安全。
      2. 用作同步时,信号量在创建后被置为空,任务1取信号量而阻塞,任务2在某种条件发生后,释放信号量,于是任务1得以进入READY或RUNNING态,从而达到了两个任务间的同步。
  • 运作原理
    1. 信号量初始化,为配置的N个信号量申请内存(N值可以由用户自行配置,受内存限制),并把所有的信号量初始化成未使用,并加入到未使用链表中供系统使用。
    2. 信号量创建,从未使用的信号量链表中获取一个信号量资源,并设定初值。
    3. 信号量申请,若其计数器值大于0,则直接减1返回成功。否则任务阻塞,等待其它任务释放该信号量,等待的超时时间可设定。当任务被一个信号量阻塞时,将该任务挂到信号量等待任务队列的队尾。
    4. 信号量释放,若没有任务等待该信号量,则直接将计数器加1返回。否则唤醒该信号量等待任务队列上的第一个任务。
    5. 信号量删除,将正在使用的信号量置为未使用信号量,并挂回到未使用链表。
  • 信号量运作机制
    • 信号量允许多个任务在同一时刻访问同一资源,但会限制同一时刻访问此资源的最大任务数目。访问同一资源的任务数达到该资源的最大数量时,会阻塞其他试图获取该资源的任务,直到有任务释放该信号量。
    • 公共资源有四个任务数,信号量都分别被线程1、2、3、4获取后,此时此资源就会锁定而不让线程5进入,线程5及后面的线程都进入阻塞模式,当线程1工作完成而释放出信号量,线程5立即获得信号而得到执行。如此往复。
    • 运作示意图:梅科尔工作室OpenHarmony设备开发培训笔记-第4章学习笔记-鸿蒙开发者社区

©著作权归作者所有,如需转载,请注明出处,否则将追究法律责任
收藏
回复
举报
回复
    相关推荐