移植RTOS需要做的事 精华

发布于 2020-10-29 19:50
浏览
5收藏

1. 框架

移植RTOS需要做的事-开源基础软件社区

鸿蒙是一套完整的、普通人可以直接使用的操作系统,跟Windows、安卓、IOS类似。 常见的错误观点是把鸿蒙跟Linux放在一起来对比,这不对:

  • Linux只是一个内核,普通人无法使用

        ○还需要在Linux之上安装各类程序
        ○比如Ubuntu等发行版,它们在Linux内核之上,还有桌面、各类办公软件

  • 鸿蒙支持多种内核:Linux、Liteos(又分为Liteos-a、Liteos-m)
  • 在内核之上,鸿蒙还有各种子系统,在子系统之上又有桌面等软件

 

2. 嵌入式软件系统的组成

移植RTOS需要做的事-开源基础软件社区我们可以把内核之上的软件,简单称为APP(实际上还可以细分,比如各类子系统、桌面等APP)。 启动内核,并不复杂,使用U-boot即可。

 

3. 移植最小系统要做的几件事

  • 串口相关

        ○打印(只是打印调试信息)
        ○串口驱动(可发可收,APP执行printf时可以从串口打印,所以需要驱动)

  • MMU(Memory Management Unit,内存管理单元)的设置:虚拟地址与物理地址
  • 完善中断子系统

        ○提供系统tick时钟

        ○为串口驱动实现基于中断的读取字符函数

  • 实现存储设备驱动程序
  • 在存储设备上烧录文件系统


3.1 串口相关

 

与Linux的串口驱动相比,鸿蒙的串口驱动极大简化了。 对于输出:不使用中断,直接使用查询方式输出。 对于输入:使用中断,我们只需要提供底层硬件相关的代码。 要注意:使用的是虚拟地址。

 

3.2 MMU设置

 

MMU有2大功能:

 

3.2.1 权限管理

 

  • 比如可以把进程A、B的地址空间完全隔离开,它们互不影响
  • 写得差的进程、有恶意的进程,不能影响到其他进程
  • 用户程序、内核地址空间完全隔离开:不允许用户直接访问硬件
  • 示例如下

移植RTOS需要做的事-开源基础软件社区

 

3.2.2 地址映射

 

  • 使能MMU后,CPU发出的地址被称为"虚拟地址",它不是直接发送给硬件,而是发给MMU
  • MMU根据页表

        ○进行权限判定
        ○转换为物理地址,发给外设
 运行app1时,CPU发出的addr,通过MMU映射到paddr1;  

 运行app2时,CPU发出的同一个addr,通过MMU映射到paddr2;  

 虽然app1、app2使用的地址相同,但是对应的内存不同,如下图:

移植RTOS需要做的事-开源基础软件社区

  • 在移植过程中,我们不需要关注“权限”,只需要关注“地址映射”

 

3.3 中断子系统

 

操作系统跟单片机程序最大的区别,就是多任务,也就是同时运行多个程序。 同时,对人类来说是这样的,多个程序好像可以同时运行,实际上它们是轮流运行。

 

3.3.1 操作系统"同时"运行多个任务

 

轮流运行:

移植RTOS需要做的事-开源基础软件社区

3.3.2 串口接收数据的中断

 

使用串口接收数据时,如果使用"查询"方式,低效并且费电。 一般都使用中断方式。

 

3.4 存储设备的驱动程序

 

板子上一般都有EMMC、SD/TF卡、Nor Flash、Nand Flash等存储设备。 Nor Flash、Nand Flash的驱动程序相对简单,但是这些设备比较少见了。 而EMMC、SD/TF卡的驱动程序又太复杂,足够出一个专题了。 我们聚焦在最小系统的移植,先把流程走通:用内存来模拟Flash。

 

3.5 根文件系统

 

光有存储设备还不行,上面需要有文件:这就是根文件系统。 一个程序要能运行,出了你写出的程序本身,还需要其他库,比如printf就不是你写的,它在库文件里。 根文件系统里会有这些内容:

  • 程序
  • 配置文件
  • 用户数据(可选)
  • 驱动程序(可选)

 

4. 想做更多

 

  • 为有更好的人机交互可以移植LCD、触摸屏驱动
  • 为了方便开发,移植EMMC驱动、网卡驱动
  • 要接各类外设,还需要I2C、SPI、GPIO、UART驱动
  • 摄像头、声卡驱动


 关联文章:移植RTOS必备基础知识

标签
已于2020-10-30 10:27:44修改
3
收藏 5
回复
举报
回复
添加资源
添加资源将有机会获得更多曝光,你也可以直接关联已上传资源 去关联
    相关推荐