标题:
嵌入式操作系统的通用硬件抽象层设计(1)
[打印本页]
作者:
我是MT
时间:
2015-12-11 15:45
标题:
嵌入式操作系统的通用硬件抽象层设计(1)
摘要 基于
嵌入式
操作系统硬件抽象层理论,设计一种用于
嵌入式
操作系统内核开发的通用硬件抽象层平台。通用硬件抽象层能够为
嵌入式
操作系统内核的设计开发屏蔽硬件平台的特性,提供统一的硬件相关的服务接口,可以使
嵌入式
操作系统内核的设计开发不依赖于特定的硬件平台,同时开发的
嵌入式
操作系统内核具有更强的可移植性。关键词
嵌入式
操作系统 通用硬件抽象层(HAL) BSP V开发模式 引言 为了便于操作系统在不同硬件结构上进行移植,美国微软公司首先提出了将底层与硬件相关的部分单独设计成硬件抽象层美国微软公司提出了将操作系统底层与硬件相关的部分单独设计成硬件抽象层HAL(Hardware Abstraction Layer)的思想。硬件抽象层的引入大大推动了
嵌入式
操作系统的通用程度,为
嵌入式
操作系统的广泛应用提供了可能。然而,目前BSP形式的硬件抽象层仅仅能够解决有限的几种操作系统在同样有限的BSP所支持的硬件平台上的移植,而对绝大多数需要根据不同
嵌入式
应用而专门定制的
嵌入式
操作系统来说能起的作用则非常有限。 1 硬件抽象层原理 1.1 硬件抽象层概念
嵌入式
系统是一类特殊的计算机系统。它自底向上包括3个主要部分:硬件环境、
嵌入式
操作系统和
嵌入式
应用程序。硬件环境是整个
嵌入式
操作系统和应用程序运行的硬件平台,不同的应用通常有不同的硬件环境;因此如何有效地使
嵌入式
操作应用于各种不同的应用环境,是
嵌入式
操作系统发展中所必须解决的关键问题。 硬件抽象层通过硬件抽象层接口向操作系统以及应用程序提供对硬件进行抽象后的服务。当操作系统或应用程序使用硬件抽象层API进行设计时,只要硬件抽象层API能够在下层硬件平台上实现,那么操作系统和应用程序的代码就可以移植。
图1 引入HAL后的
嵌入式
系统结构 这样,原先
嵌入式
系统的3层结构逐步演化为一种4层结构。图1显示了引入硬件抽象层后的
嵌入式
系统的结构。 在整个
嵌入式
系统设计过程中,硬件抽象层同样发挥着不可替代的作用。传统的设计流程是采用瀑布式设计开发过程,首先是硬件平台的制作和调试,而后是在已经定型的硬件平台的基础上再进行软件设计。由于硬件和软件的设计过程是串行的,因此需要很长的设计周期;而硬件抽象层能够使软件设计在硬件设计结束前开始进行,使整个
嵌入式
系统的设计过程成为软硬件设计并行的V模式开发过程,如图2所示。这样两者的设计过程大致是同时进行的或是并发的,缩短了整个设计周期。
图2 硬件抽象层引入后的V开发模式 1.2 BSP分析 作为硬件抽象层的一种实现,板级支持包BSP(Board Support Package)是现有的大多数商用
嵌入式
操作系统实现可移植性所采用的一种方案。BSP隔离了所支持的
嵌入式
操作系统与底层硬件平台之间的相关性,使
嵌入式
操作系统能够通用于BSP所支持的硬件平台,从而实现
嵌入式
操作系统的可移植性和跨平台性,以及
嵌入式
操作系统的通用性、复用性。 然而现有应用较为广泛的BSP形式的硬件抽象层,完全是为了现有通用或商业
嵌入式
操作系统在不同硬件平台间的移植而设计的,因此BSP形式的硬件抽象层与BSP所向上支持的
嵌入式
操作系统是紧密相关的。在同一种
嵌入式
微处理器的硬件平台上支持不同
嵌入式
操作系统的BSP之间不仅从组成结构、向操作系统内核所提供的功能以及所定义的服务的接口都完全不同,因而一种
嵌入式
操作系统的BSP不可能用于其他
嵌入式
操作系统。这种硬件抽象层是一种封闭的专用硬件抽象层。因此,我们提出了为上层
嵌入式
操作系统内核的开发和构建提供一种开放、通用的硬件抽象层平台,使得在某种硬件平台上的
嵌入式
操作系统内核的开发能够在支持这种硬件平台的硬件抽象层上进行。 2 通用硬件抽象层总体设计 2.1 通用硬件抽象层的功能结构设计 通用硬件抽象层需要为上层操作系统内核提供统一的硬件相关功能服务;而
嵌入式
操作系统内核主要的硬件相关部分包括系统启动初始化、任务上下文管理、中断异常管理以及时钟管理。因此,通用硬件抽象层对
嵌入式
操作系统内核所相关的硬件平台的基本硬件组成部分进行抽象,提供
嵌入式
操作系统内核硬件平台的相关功能,并设计相应的通用硬件抽象层API接口。通用硬件抽象层的总体功能结构如图3所示。
图3 通用硬件抽象层总体功能结构示意图 (1) 系统启动初始化 启动初始化功能为操作系统的启动和运行提供了必要的软硬件环境。启动和初始化过程中,对硬件平台的直接访问包括对CPU内核的寄存器的初始化设置,以及对于起系统控制作用的端口寄存器的设置。通过启动初始化过程,为整个操作系统内核的运行提供了必要的运行环境与基础,隔离了不同硬件平台上
嵌入式
微处理器总线结构、存储系统结构的差异。 (2) 任务上下文管理 任务上下文管理负责
嵌入式
操作系统内核中任务管理部分中对任务寄存器上下文的创建、删除以及切换等操作。任务的寄存器上下文是操作系统内核所管理的任务的重要组成部分,是CPU内核的寄存器中内容的映像,因此上下文管理的实现依赖于CPU内核中寄存器的组织,是与体系结构密切相关的。通用硬件抽象层的任务上下文管理统一定义体系结构中的寄存器上下文的保护格式,提供了任务管理对任务上下文的基本操作的API接口。 (3) 中断异常管理 中断异常管理是
嵌入式
操作系统内核中的重要组成部分。中断异常机制是操作系统内核实现与外部设备通信、任务系统调用、进行出错处理以及能够实现对任务的实时调度的重要手段。因此,硬件抽象层中断系统的管理部分是整个硬件抽象层中的关键。 通用硬件抽象层中为中断异常处理进行了必要的包装,向
嵌入式
操作系统内核屏蔽底层的中断异常处理;同时,由于中断管理必须涉及对中断控制器的操作。因此,通用硬件抽象层的设计中,将中断控制器控制的外设请求抽象成为统一的IRQ设备,
嵌入式
操作系统通过操作抽象IRQ设备来管理外设的中断服务程序以及进行对中断控制器的操作,从而为操作系统内核屏蔽了中断控制器的直接操作。 (4) 定时管理 定时管理负责为操作系统内核中的时钟滴答处理提供必要的定时机制,同时也为内核之外的系统功能提供定时服务,如TCP/IP协议栈等。操作系统内核通过时钟滴答处理来执行重要的定时任务(如任务时间的分配、任务运行时间统计、任务定时等待更新等),因此定时功能是硬件抽象层需要为操作系统内核提供的最为基本和重要的功能之一。 通用硬件抽象层根据对硬件定时器的抽象为操作系统内核提供统一的抽象定时器设备,并且对定时中断服务程序进行了包装,从而使
嵌入式
操作系统内核直接面对的是统一、通用的抽象定时器设备,通过对抽象定时器的操作来实现定时服务,而不必直接操作硬件定时器。 2.2 通用硬件抽象层的层次结构设计 通用硬件抽象层的设计是为在各种不同硬件平台上的
嵌入式
操作系统内核的开发提供统一的硬件平台相关的功能,因此这就要求硬件抽象层本身能够易于扩展和移植到不同的硬件平台之上,才能为这种硬件平台上
嵌入式
操作系统内核的开发提供支持。与硬件平台相关的软件分为体系结构相关以及外围端口寄存器操作相关部分。体系结构相关软件部分能够用于与CPU内核体系结构兼容的不同
嵌入式
微处理器上,而对外围端口寄存器的操作,则每种
嵌入式
微处理器都不同。因此,通用硬件抽象层功能的实现设计成为图4所示的3个层次的结构:通用层、体系结构层以及外围层。通过这3个实现层次的划分尽可能地实现代码的可复用性。
欢迎光临 电子技术论坛_中国专业的电子工程师学习交流社区-中电网技术论坛 (http://bbs.eccn.com/)
Powered by Discuz! 7.0.0