嵌入式系统(嵌入式系统设计技术)解读.ppt

嵌入式系统(嵌入式系统设计技术)解读.ppt

  1. 1、本文档共51页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
嵌入式系统(嵌入式系统设计技术)解读

第6章 嵌入式系统设计技术 嵌入式系统设计的特点 嵌入式系统通常是面向特定应用的系统; 嵌入式系统的硬件和软件都必须高效地设计,量体裁衣、去除冗余; 嵌入式系统设计需要交叉开发环境; 嵌入式系统的程序需要固化; 嵌入式系统的软件开发难度较大 ; 嵌入式系统还需要提供强大的硬件开发工具和软件包的支持,需要设计者从速度、功能和成本综合考虑。对稳定性、可靠性、功耗、抗干扰性、重量体积等方面的性能要求都比通用系统的要求更为严格和苛刻。 “宿主机/目标机”方式 嵌入式系统的开发通常采用“宿主机/目标机”方式。 宿主机(Host):一台通用的计算机,一般是PC机。它通过串口或网络连接与目标机进行通信。 目标机(Target):常用在嵌入式系统的开发过程期间。目标机可以是嵌入式系统的实际运行环境,也可以是能替代实际环境的仿真系统。 嵌入式系统的组成 硬件层 中间层 中间层:也称为硬件抽象层(Hardware Abstract Layer,HAL)或板极支持包(Board Support Package,BSP),它把系统软件与底层硬件部分隔离,使得系统的底层设备驱动程序与硬件无关。 BSP的特点: 1)操作系统相关性 2)硬件相关性 设计一个完整的BSP需要完成两部分工作: 1)嵌入式系统的初始化:片级初始化、板级初始化和系统级初始化 2)设计硬件相关的设备驱动。 软件层 软件层:由实时多任务操作系统(RTOS)、文件系统、图形用户接口(GUI)、网络系统及通用组件模块组成。 RTOS是嵌入式应用软件的基础和开发平台。 RTOS实际上是一段嵌入式目标代码中的程序,系统复位后首先执行,相当于用户的主程序,用户的其他应用程序都建立在RTOS之上。 RTOS是一个标准的内核,它将CPU时钟、中断、I/O、定时器等资源都封装起来,留给用户的是一个标准的API函数接口。 功能层与执行装置 功能层:由基于RTOS开发的应用程序组成,用来完成对被控对象的控制功能。 功能层是面向被控对象和用户的,为方便用户操作,往往需要提供一个友好的人机界面。 执行装置:是指那些可以接受嵌入式计算机系统发出的控制命令,执行所规定的操作或任务的设备和装置。 在不同的应用领域中,嵌入式系统的执行装置一般是不同的,应该根据具体的应用场合和系统所要求实现的功能选择不同的设备和执行装置。 嵌入式系统的设计流程 统一建模语言UML概述 统一建模语言UML:可视化建模语言,属于第三代面向对象建模语言。它将模型中的信息用标准图形元素直观地表示出来,便于人员交流。 统一建模语言UML概述 特点: 1) UML语言简单,易学、易用; 2) UML采用可视化的图形描述,比较形象直观; 3) 可使不同技术背景的开发人员和设计人员很容易的相互交流; 4) UML语言是第三代面向对象建模语言的标准,被绝大多数业内人士认同; 5) UML采用图形化的设计,将系统的核心部分描述出来,可以供以后系统开发使用; 6) 有利于项目的回溯和测试。 UML组成 UML采用图形表示法,它的重要内容是由一些图来定义的。设计人员就是用这些图来描述整个系统的功能和设计。 UML包括4部分: (1)视图(View):UML的视图并不是图形,而是由许多图(Diagram)组成的一个抽象,视图显示表达系统的各个不同方面。 (2)图(Diagram):描述UML视图内容的图形。UML共有9种不同类型的图,通过它们的相互组合来表示出被建模系统的所有的视图。 UML组成 (3)模型元素(Model Element):UML图中使用的概念就是模型元素。模型元素代表普通的面向对象的概念,例如类、对象、消息以及这些概念之间的关系。 (4)通用机制(General Mechanism):UML提供的通用机制为模型元素提供一些附加的信息、注释、语义。这些通用机制也提供扩展机制,允许用户对UML进行扩展,以便适应一个特定的方法/过程、组织或用户。 UML中的视图 5种视图: (1)用例视图(Use Case View):描述系统应该交付的功能,是外部参与者(Actor)观察到的系统功能。用例视图利用用例图、活动图进行描述。 一个用例就是对系统的一个功能的通用描述。 用例视图是核心。系统的最终目标,系统提供的功能在用例视图中被描述。用例视图会对所有其他的视图产生影响。 UML中的视图 (2)逻辑视图(Logical View):从系统的静态结构和动态行为角度显示如何实现系统的功能,描述如何实现用例视图中提出的那些系统功能,逻辑视图注重的是系统的内部。 UML中的视图 (3)组件视图(Component View):显示代码组件的组织结构,描述模块以及它们之间的依赖关系。组件是不同类型的代码模

文档评论(0)

LOVE爱 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档