嵌入式系统软件开发和设计流程.docx

上传人:牧羊曲112 文档编号:3481135 上传时间:2023-03-13 格式:DOCX 页数:22 大小:48.98KB
返回 下载 相关 举报
嵌入式系统软件开发和设计流程.docx_第1页
第1页 / 共22页
嵌入式系统软件开发和设计流程.docx_第2页
第2页 / 共22页
嵌入式系统软件开发和设计流程.docx_第3页
第3页 / 共22页
嵌入式系统软件开发和设计流程.docx_第4页
第4页 / 共22页
嵌入式系统软件开发和设计流程.docx_第5页
第5页 / 共22页
亲,该文档总共22页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

《嵌入式系统软件开发和设计流程.docx》由会员分享,可在线阅读,更多相关《嵌入式系统软件开发和设计流程.docx(22页珍藏版)》请在三一办公上搜索。

1、嵌入式系统软件开发和设计流程 本文由hquwgz贡献 ppt文档可能在WAP端浏览体验不佳。建议您优先选择TXT,或下载源文件到本机查看。 嵌入式系统及应用 第九章 嵌入式系统软件的开发 主要内容 嵌入式软件开发工具 嵌入式系统开发模式 实时软件分析设计方法 第一节 嵌入式软件开发工具 嵌入式软件开发工具的分类 嵌入式软件的交叉开发环境 嵌入式软件实现阶段的开发过程 嵌入式软件开发工具的发展趋势 嵌入式软件开发工具 “工欲善其事,必先利其器” 嵌入式软件开发工具的 集成度和可用性将直接关 系到嵌入式系统的开发效 率。 嵌入式软件开发工具的分类 嵌入式软件开发阶段 嵌入式软件开发工具的分类 根据

2、不同的阶段,嵌入式软件开发工具 可以分为: 需求分析工具 软件设计工具(Software Design Tools) 编码、调试工具(Coding Tools) 测试工具(Testing Tools) 配置管理工具、维护工具等 Rational Rose RealTime ObjectGeode Rhapsody TAU Tornado LambdaTOOL pRISM+ Spectra Win CE Platform Builder CodeWarrior Xray Debugger Logiscope CodeTEST Phases Requirement Analysis Softwar

3、e Design Coding Test Release 主要嵌入式软件开发工具产品 嵌入式软件开发工具的分类 嵌入式软件的开发可以分为以下几种 : 编写简单的板级测试软件,主要是辅助硬件的调 试 开发基本的驱动程序 开发特定嵌入式操作系统的驱动程序 开发嵌入式系统软件,如:嵌入式操作系统等 开发应用软件 嵌入式软件开发工具的分类 从以上嵌入式软件开发分类来看,嵌入式 软件开发工具可以分为: 与嵌入式OS相关的开发工具,用于开发: 基于嵌入式OS的应用 部分驱动程序等 与嵌入式OS无关的开发工具,用于开发: 基本的驱动程序 辅助硬件调试程序 系统软件等 嵌入式软件的交叉开发环境 交叉开发环境是

4、指用于嵌入式软件开发的 所有工具软件的集合,一般包括: 文本编辑器 交叉编译器 交叉调试器 仿真器 下载器等 交叉开发环境由宿主机和目标机组成,宿 主机与目标机之间在物理连接的基础上建 立起逻辑连接。 运行平台Target 目标机应用系统 调 试 代 理 开发平台Host 宿主机开发环境 运 行 库 应用软件 应用中间件 目标机OS 目标机硬件 编辑 编译 连接 调试 宿主机 OS 宿主机硬件 交叉开发环境 嵌入式软件的交叉开发环境 宿主机 :是用于开发嵌入式系统的计算 机。一般为PC机,具备丰富的软 硬件资源,为嵌入式软件的开发提供全过程支持。 目标机:即所开发的嵌入式系统,是 嵌入式软件的

5、运行环境,其硬件软件是为特定应 用定制的。 在开发过程中,目标机端需接收和执行宿主机发 出的各种命令如设置断点、读内存、写内存等, 将结果返回给宿主机,配合宿主机各方面的工作。 嵌入式软件的交叉开发环境 物理连接和逻辑连接 物理连接是指宿主机与目标机通过物理线路连接 物理连接 在一起,连接方式主要有三种: 串口 以太口 OCD方式,如JTAG、BDM等 物理连接是逻辑连接的基础。 逻辑连接指宿主机与目标机间按某种通信协议建 逻辑连接 立起来的通信连接,目前逐步形成了一些通信协 议的标准。 嵌入式软件实现阶段的开发过程 设计完成后,嵌入式软件的开发进入实现阶段, 可分为三个步骤:生成、调试和固化

6、运行。 软件的生成主要是在宿主机上进行,利用各种工具完成 软件的生成 对应用程序的编辑、交叉编译和链接工作,生成可供调试 或固化的目标程序。 调试是通过交叉调试器完成软件的调试工作。调试完成 调试 后还需进行必要的测试工作。 固化运行是先用一定的工具将应用程序固化到目标机上, 固化运行 然后启动目标机,在没有任何工具干预的情况下应用程序 能自动地启动运行。 嵌入式软件生成阶段 三个过程 源代码程序的编 写 编译成各个目标 模块 链接成可供下载 调试或固化的目 标程序 库文件 源程序 目标 模块 可供调 试 /固 化 编辑器 交叉编 译器 交叉链 接器 交叉编译 把在宿主机上编写的高级语言程序编

7、译成 可以运行在目标机上的代码,即在宿主机 上能够编译生成另一种CPU上的二进制程序。 嵌入式软件的调试 交叉调试器 是指调试程序和被调试程序运行在不同机器上的 调试器 调试器通过某种方式能控制目标机上被调试程序 的运行方式 通过调试器能查看和修改目标机上的内存、寄存 器以及被调试程序中的变量等 交叉调试 调试器和被调试程序运行在不同 的计算机上 可独立运行,无需操作系统支持 可独立运行, 被调试程序的装载由调试器完成 需要通过外部通信的方式来控制 被调试程序 可以直接调试不同指令集的程序 非交叉调试 调试器和被调试程序运行在同一 台计算机上 需要操作系统的支持 被调试程序的装载由专门的 Lo

8、ader程序完成 Loader程序完成 不需要通过外部通信的方式来控 制被调试程序 只能直接调试相同指令集的程序 嵌入式软件的调试 交叉调试方式 Crash and Burn Rom Monitor Rom Emulator In Circuit Emulator On Chip Debugging Simulator方式 在宿主机上编写代码 反复检查代码, 反复检查代码,直到编译 通过, 通过,生成可执行程序 将程序固化到目标机的非易失 ) 性存储器中 、 等 Crash and Burn 启动目标机运行, 启动目标机运行,观 察程序是否正常工作 N 最早的 嵌入式 应用软 件调试 方法。

9、Y 在宿主机上反复检查 码,查找问题根源 改写代码 结束 ROM Monitor ROM Monitor是被固化且运行在目标机上的 一段程序,负责监控目标机上被调试程序 的运行,与宿主机端的调试器一起完成对 应用程序的调试。 调试器与ROM Monitor之间的通信遵循远程 调试协议。 宿主机 调试器 目标机 监控程 序(ROM 被调试 Monitor) 程序 嵌入式 硬件 物理上的连接 ROM Monitor调试方式 调试方式 逻辑上的连接 Windows或其它桌 或其它桌 面操作系统 PC机等硬件 机等硬件 ROM Monitor 在目标机上电或复位后首先执行的就是 ROM Monitor

10、,它对目标机进行一些必要的 初始化 初始化要求的外围设备,如最基本的串口和用于 内存刷新的系统计时器芯片; 初始化用于下载映像的内存系统; 初始化中断控制器和安装中断处理程序。 初始化自己的程序空间 等待宿主机端的命令 ROM Monitor ROM Monitor能配合调试器完成: 程序映像下载 对目标机系统内存的读写 对寄存器的读写 设置和清除不同类型的断点 单步执行指令 复位系统 等调试功能 ROM Monitor 调试过程 启动目标机,监控器掌握对目标机的控制,等待和 调试器建立连接; 启动调试器,并和监控器建立起通信连接; 使用调试器将应用程序下载到目标机上的RAM空间 中; 使用调

11、试器进行调试,发出各种调试命令,监控器 解释并执行这些命令,通过目标机上的各种异常来 获取对目标机的控制,将命令执行结果回传给调试 器; 如果程序有问题,在调试器的帮助下定位错误;修 改之后再重新编译链接并下载程序,开始新的调试, 如此反复直至程序正确运行为止。 ROM Monitor 优点 1) 提高调试程序的效率 ,缩短开发周期, 降低成本 2) 简单、方便 3) 可扩展性强,可支持许多高级调试功能 4) 成本低廉,不需专门的调试硬件支持 5) 几乎所有的交叉调试器都支持这种方式 ROM Monitor 缺点 1) 2) Debug Monitor需要用Crash and Burn方法开发

12、。 当ROM Monitor占用CPU时,应用程序不响应外部的中 断,因此不便调试有时间特性的程序。 某些调试功能依赖于CPU硬件的支持 ROM Monitor要占用目标机一定数量的资源,如CPU、 RAM、ROM和通信设备等资源。 调试环境不同于实际目标环境。 3) 4) 5) 仿真开发方式 嵌入式应用的开发经常会遭遇缺少目标 机环境、缺乏目标机芯片等资源的问题, 而开发过程又不可能停止,因此自然就 提出了根据不同的应用需要,利用仿真 器件、仿真环境进行开发的方法。 硬件仿真开发 ROM Emulator ICE OCD 软件仿真开发 ROM Emulator ROM Emulator是一种

13、用于替代目标机上的 ROM芯片的设备,即ROM仿真器。利用这 种设备,目标机可以没有ROM芯片,但目 标机的CPU可以读取ROM Emulator设备上 ROM芯片的内容:ROM Emulator设备上的 ROM芯片的地址可以实时地映射到目标机 的ROM地址空间,从而仿真 目标机的ROM。 ROM Emulator ROM Emulator的调试方式是一种不完全的 调试方式:ROM Emulator设备只是为目标 机提供ROM芯片和在Target和Host间建立 一条高速的通信通道,因此它经常和前面 两种调试方式结合起来形成一种完备的调 试方式。ROM Emulator的典型应用就是和 ROM

14、 Monitor的调试方式相结合。 ROM Emulator 优点 目标机可以没有ROM芯片、可以使用ROM Emulator提供的ROM空间且不需要用别的 工具来写ROM。 缺点 目标机必须能支持外部ROM存储空间,而 且由于其通常要和ROM Monitor配合使用, 因此它拥有ROM Monitor的所有缺点。 ICE ICE是一种用于替代 目标机上CPU的设备,即在线仿真器。 它比一般的CPU有更多的引出线,能够将 内部的信号输出到被控制的目标机。 ICE上的Memory也可以被映射到用户的程 序空间,这样即使目标机不存在的情形下 也可以进行代码的调试。 ICE 连接ICE和目标机时,一

15、般是将目标机的CPU 取下,而将ICE的CPU引出线接到目标机的 CPU插槽。 用ICE进行调试时,在Host端运行的调试器通 过ICE来控制目标机上运行的程序。 宿主开 发平台 ICE调试结构 调试结构 目标平台 ICE ICE 功能特点 同时支持软断点和硬件断点的设置 设置各种复杂的断点和触发器 实时跟踪目标程序的运行,并可实现选择性的 跟踪 支持“Time Stamp” 允许用户设置“Timer” 提供“Shadow RAM”,能在不中断被调试程序 的运行下查看内存和变量即非干扰调试查询 ICE 适用于: 1) 2) 3) 4) 调试实时的应用系统 调试设备驱动程序 对硬件进行功能和性能

16、的测试 实时性能分析 缺点: 1) 2) 价格太昂贵,不利于团队开发 所仿CPU有限 OCD OCD是CPU芯片 提供的一种调试功能,可以 认为是一种廉价的ICE功能:OCD的价格只 有ICE的20%,但提供了ICE 80%的功能。 宿主机 调试器 目标机 逻辑上的连接 被调试程序 Windows或其它桌 或其它桌 面操作系统 PC机等硬件 机等硬件 仿真器 物理连接 并口、 并口、串口 或网络接口 为特定处理 器而建造 OCD接 嵌入式 接 硬件 口 针形连接器 OCD调试结构 调试结构 OCD 调试方法 1) 2) 3) 将CPU的模式分为一般模式和调试模式 一般模式下, CPU从内存读取

17、指令执行 调试模式下,CPU首先从调试端口读取指令,通过调试 端口可以控制CPU进入和退出调试模式;Host端的调试 器可以直接向目标机发送要执行的指令,读写目标机的 内存和各种寄存器,控制目标程序的运行以及完成各种 复杂的调试功能。 OCD 优点 1) 2) 3) 4) 5) 不占用目标机的资源 调试环境和最终的程序运行环境基本一致 支持软硬断点、Trace功能 精确计量程序的执行时间 提供时序分析功能 OCD 缺点 1) 调试的实时性不如ICE 2) 不支持非干扰调试查询 3) CPU必需具有OCD功能 OCD 存在各种实现 ? ? BDM JTAG OnCE 各种OCD仿真器实例 边界扫

18、描技术 JTAG标准测试访问接口与边界扫描结构 ,已被IEEE1149.1标准所 采纳,是面向用户的测试接口。 该接口一般由4个引脚组成: 测试数据输入 测试数据输出 测试时钟 测试模式选择引脚 异步测试复位引脚 边界扫描技术 优点 可以通过边界扫描操作测试整个板的电气连接,特别为表 面贴元件提供方便 各个引脚信号的采样,并可强制引脚输出用以测试外围芯 片 可以软件下载、执行、调试和控制,为复杂的实时跟踪调 试提供路径 可以进行多内核和多处理器的板级和芯片级的调试,通过 串接 ,为芯片制造商提供芯片生产、测试的途径 不占用系统资源,能够调试没有外部总线的芯片,代价非 常小 边界扫描技术 缺点

19、通过串口依次传递数据,速度比较慢 只能进行软件断点级别的调试 不能完成实时跟踪和多种事件触发等复杂调试功 能 几种增强版本 ARM芯片的实时调试方案 背景调试模式BDM 片上仿真OnCE Nexus标准 提出一个在JTAG之上的嵌入式处理器调试的统一 标准 将调试开发分成四级 第一级使用JTAG的简单静态调试; 第二级支持编程跟踪和实时多任务的跟踪,并允许用户用 I/O引脚作为多路复用辅助调试口; 第三级包括处理器运行时的数据写入跟踪和存储器的读写 跟踪; 第四级增加了存储替换并触发复杂的硬件断点。 Nexus标准 通过Nexus 标准可以解决以下问题 调试内部总线没有引出的处理器,如含有片

20、内存储器的芯片 传统在线仿真器无法实现的高速调试 深度流水线和有片上Cache的芯片,能够探测 具体哪条指令被取指和最终执行 可以稳定地进行多内核处理器的调试 Simulator 交叉开发方式存在如下缺点: 硬件支持 必须有目标机或评估板 易使用性 普通编程人员不熟悉 廉价性 成本高 不高 可移植性、可扩展性 团队开发 较难 开发周期 较长 Simulator 一种软件仿真器,在宿主机上创建一个虚拟的 目标机环境,再将应用系统下载到这个虚拟目 标机上运行调试。 软件仿真的对象 仿真处理器 仿真外设 仿真环境 软件仿真的级别 指令级仿真开发 API级仿真开发 用户 IDE 应用编程接口 API

21、目标操作系统库 TOSLib 编辑:C、C+ 编译、链接 调试 通信 虚拟目标环境 仿真调 试代理 EDA 应用系统 虚拟目标硬件 V-Target 宿主机OS 应用仿真开发环境示意图 应用仿真开发环境示意图 设 计 编码 仿真库 仿真编译 N 仿真调试 正确 Y 运行库 编译链接 下载 交叉调试 固化运行 调试 固化 测试 结合了仿真的软件开发过程 运行维护 Simulator 优点 最大好处就是可以不用真正的目标机,可 以在目标机环境并不存在的条件下开发目 标机上的应用系统,并且在调试时可以利 用Host资源提供更详细的错误诊断信息。 Simulator 缺点 1) 和实际的运行环境差别很

22、大 2) 3) 4) 设备模拟的局限性较大 实时特性较差 对Host的资源要求较高 适用范围 对时间特性没有严格要求、没有特殊外设、只 需要验证逻辑正确的应用程序。 嵌入式软件的测试 测试工具:能够用来辅助测试的工具,主要用 来支持测试人员的工作,本身不能直接用来进 行测试。测试工具一般都是通用工具,测试人 员应该根据实际情况对它们进行适当的调整。 嵌入式软件测试中经常用到的测试工具有: 内存分析工具 性能分析工具 覆盖分析工具 缺陷跟踪工具等 嵌入式软件的测试 内存分析工具 嵌入式系统的内存资源通常是受限的,内存分 析工具可以用来处理在进行动态内存分配时产 生的缺陷。当动态分配的内存被错误地

23、引用时, 产生的错误通常难以再现,出现的失效难以追 踪,使用内存分析工具可以很好地检测出这类 缺陷。 目前常用的内存分析工具有软件和硬件两种: 基于软件的内存分析工具可能会对代码的执行性能带 来很大影响,从而影响系统的实时性; 来很大影响,从而影响系统的实时性; 基于硬件的内存分析工具对系统性能影响小, 基于硬件的内存分析工具对系统性能影响小,但价格 昂贵,并且只能在特定的环境中使用。 昂贵,并且只能在特定的环境中使用。 嵌入式软件的测试 性能分析工具 嵌入式系统的性能通常是一个非常关键 的因素,开发人员一般需要对系统的某 些关键代码进行优化来改进性能。 性能分析工具 可以提供有关数据, 可以

24、提供有关数据,帮助确定哪些任务消耗 了过多的执行时间, 了过多的执行时间,从而可以决定如何优化 软件,以获得更好的时间性能。 软件,以获得更好的时间性能。 引导开发人员发现在系统调用中存在的错误 以及程序结构上的缺陷。 以及程序结构上的缺陷。 嵌入式软件的测试 覆盖分析工具 在进行白盒测试时,可以使用代码覆盖分析工 具追踪哪些代码被执行过 分析过程一般通过插桩来完成,插桩可以是在 测试环境中嵌入硬件,也可以是在可执行代码 中加入软件,或者是两者的结合。 开发人员通过对分析结果进行总结,可以确定 哪些代码被执行过,哪些代码被遗漏了。 目前常用的覆盖分析工具一般都提供有关功能 覆盖、分支覆盖、条件

25、覆盖等信息。 覆盖分析工具实例 测试工具实例:逻辑分析仪 工作机理:在不打断被测程序运行流程 的基础上,对程序运行中的相关信息进 行采集和分析,然后通过真实再现程序 运行的逻辑流程和分析程序运行数据, 帮助用户优化系统设计和解决出现的问 题。 与调试工具的对比 调试器: 调试器:照相机 逻辑分析仪: 逻辑分析仪:摄像机 测试工具实例:逻辑分析仪 主要功能: 真实再现程序运行流程 发现系统死锁及软件造成的死机 发现系统内存泄漏 指导对任务的合理划分 指导关键路径设计与验证 指导合理分配任务堆栈 CPU使用率统计 指导合理设计中断服务程序 测试工具实例:逻辑分析仪 嵌入式应用软件运行的逻辑流程 测

26、试工具实例:逻辑分析仪 系统堆栈使用率分析 嵌入式软件的固化运行 当调试完成之后,程序代码需要被完全烧 入到目标板的非易失性存储器中,并且在真实的硬件环境上运行, 这个过程叫做固化。 调试环境与固化环境的区别: 代码定位不同 初始化部分不同 嵌入式软件的固化运行 阶段 编译 链接 调试环境 目标文件需要调试信息 应用系统目标代码不需要Boot 应用系统目标代码不需要 Boot 模块, 模块 , 此模块已由目标板上的 监控器程序实现。 监控器程序实现。 程序的所有代码段、 程序的所有代码段 、 数据段都 依次被定位到调试空间的RAM 依次被定位到调试空间的 RAM 中。 宿主机上的调试器读入被调

27、试文件, 宿主机上的调试器读入被调试文件, 并将其下载到目标机上的调试空间 中,目标机掉电后所有信息全部丢 失。 被调试程序在目标监控器的控制下 运行,并与后者共享某些资源, 运行,并与后者共享某些资源,如 CPU 资源 、 RAM 资源以及通信设备 如串口、网口等)资源。 资源。 固化环境 目标文件不需要调试信息 应用系统目标代码必须以Boot 应用系统目标代码必须以 Boot 模块作为入口模块。 模块作为入口模块。 程序的各逻辑段按照其不同的 属性分别定位到非易失性存储 空间或RAM中。 空间 RAM中 在宿主机上利用固化工具将可固化 的应用程序写入目标机的非易失性 存储器中, 存储器中,

28、目标机掉电后信息不丢 失。 定位 下载 运行 程序在真实的目标硬件环境上 运行 嵌入式软件的固化运行 Boot模块:当应用程序在真实的目标环境下运行 时将首先执行该程序,它至少由系统加电时执行 的代码组成。 Boot Boot模块的主要功能:初始化CPU环境,使目标 CPU 机硬件到已知的状态 初始化芯片的引脚 初始化系统外部控制寄存器 初始化基本输入输出设备 初始化MMU,包括片选控制寄存器等 执行数据拷贝 嵌入式软件开发工具发展趋势 向着开放的、集成化的方向发展 具有系统设计、可视化建模、仿真和验证功能 自动生成代码和文档 具有更高的灵活性 第二节 嵌入式系统开发模式 概述 处理器及硬件开

29、发平台的选定 操作系统选定 开发环境选定 嵌入式系统开发模式概述 最大特点:软硬件综合开发。 最大特点:软硬件综合开发。 原因: 原因: 1) 嵌入式产品是软硬件的结合体 软件针对硬件开发、固化, 2) 软件针对硬件开发、固化,不能 进行任意修改 系统定义时期 系统总体设计 硬件设计制作 No 软件设计实现 软硬件集成 功能性能测试 符合要求 Yes 嵌 入 式 系 统 开 发 过 程 产品 系统总体设计 系 统 总 体 框 架 软 硬 件 划 分 处 理 器 选 定 操 作 系 统 选 定 开 发 环 境 选 定 硬件设计制作 功能模块图设计 硬件概要设计 逻辑电路图设计 硬件详细设计 PC

30、B 设计与制作 硬件制作 PCB 测试 硬件测试 软件设计实现 软件概要设计 软件详细设计 软件实现 软件测试 软硬件协同开发 通常的嵌入 式系统开发 嵌入式 软件开发 嵌入式系统 集成、测试、 集成、测试、 验证 嵌入式 硬件开发 软/硬件协同 开发 嵌入式软件开发 嵌入式系统 协同设计、测试、 协同设计、测试、验证 嵌入式硬件开发 处理器及硬件开发平台的选定 选择依据: 应用的类型及I/O接口 主频及功耗 对不同类型存储器的支持 封装 产品生命力和厂家实力、技术支持及第三 方软件的支持 硬件开发平台的选择 操作系统选定 选择依据: 选择嵌入式OS的必要性 自建、购买或使用开源软件 对嵌入式

31、操作系统的功能、性能要求 与硬件平台和开发工具的关系 行业标准 技术支持 版税或服务费 操作系统与硬件平台的关系 操作系统应支持选定的硬件平台 如果不支持,需考虑移植工作 不同类型嵌入式微处理器之间的移植:任务上下 文切换、时钟、中断等 同类型微处理器但不同类型硬件板之间的移植: 硬件接口及设备驱动程序 操作系统与开发工具的关系 工具是否能为基于特定操作系统的应用开 发提供最大支持: 运行库与OS相结合 提供应用工程创建和管理功能,构建基于特定操 作系统的应用框架 对操作系统的剪裁与配置 提供高级调试功能 提供配套的应用逻辑分析工具、覆盖测试工具等 开发环境及工具选定 对硬件平台的支持 所使用

32、的编程语言 C/C+ 汇编语言 JAVA 与嵌入式操作系统的关系 第三节 实时软件分析设计方法 DARTS分析设计方法 分析设计方法 DARTS分析设计方法 嵌入式实时软件系统的生存周期 需求分析与说明 系统设计DARTS设计方法 数据流分析 划分任务 定义任务接口 任务设计 模块构筑 任务与系统集成 嵌入式实时软件系统的生命周期 需求分析与详细说明 系统设计 任务分解, 任务分解, 定义任务间接口关系 任务设计 按模块方式设计每个任务,定义模块间接口 按模块方式设计每个任务, 模块构筑 完成每个模块的详细设计、 完成每个模块的详细设计、编码和单元测试 任务与系统集成 系统测试 实 例 说 明

33、机器人控制器系统 机器人控制器系统 控制设备由内部控 制器和外部控制面 板组成 控制器控制六个转 并与数字I/O 轴,并与数字I/O 传感器交互作用。 传感器交互作用。 转轴和I/O由程序 转轴和I/O由程序 I/O 控制 该程序由控制面板 操作启动执行 手动 上电 运行 停止 断电 结束 程序选择 控制面板 控制执行过程 按下“上电”按钮,系统进入了上电状态。 按下“上电”按钮,系统进入了上电状态。 上电成功后,系统进入了手动状态。此时, 上电成功后,系统进入了手动状态。此时,操 作者可以通过程序选择开关 程序选择开关选择程序 作者可以通过程序选择开关选择程序 按下“运行”按钮,则选定的程序

34、开始运行, 按下“运行”按钮,则选定的程序开始运行, 系统转为运行态。 系统转为运行态。 程序运行中如果按下“停止” 程序运行中如果按下“停止”键,程序被挂起。 程序被挂起。 之后,操作者可以按下“运行” 之后,操作者可以按下“运行”键,使程序恢 复执行,也可按下“结束” 结束程序。 复执行,也可按下“结束”键,结束程序。 按下“结束”键后,系统进入终止态。 按下“结束”键后,系统进入终止态。当程序 最终终止执行时,系统返回手动状态。 最终终止执行时,系统返回手动状态。 需求分析与说明 断电态 上电 通电态 上电 成功 断电 程序 选择 程序 终止 终止态 手动态 启动 结束 启动 停止 运行

35、态 挂起态 状态变迁图 系统设计 系统设计说明该系统如何被分解成多个 任务,如何定义任务间的关系任务划分方法 DARTS DARTS设计方法 DARTS设计方法 设计方法 数据流分析:每个数据流图都包含: 变换圈, 表示系统完成的功能 箭头,表示变换间的数据流动 数据存储区,表示数据的存储场所 数据字典,定义了数据流和数据存储区所 包含的数据项 按下 按钮 程序 读面板 输入 解释程序 各语句 运行 开始 结束 有效的 面板输入 处理面板 输入 动作 命令 处理动 作命令 动作块 I/O 命令 处理 I/O命令 命令 输入 传感器值 读传 感器 传感器输入 面板输入 面板输入有 效 性检查 传

36、感器 输出 向传感 器输出 输出 面板 输出 显示灯 输出到 面板 运行 停止 重启动 输出动作 轴数据 动作 确认 接收 确认 轴确认 轴块 轴控制 器 轴输入 轴输出 机器人控制器数据流图 DARTS设计方法 设计方法 划分任务就是识别出并行性的功能 需要考虑的是系统内功能的异步性。分 析数据流图中的变换,确定哪些变换可 以并行,哪些变换本质上是顺序的。 一个任务可对应一个变换,也可对应多 个变换。 DARTS设计方法 设计方法 划分任务原则 I/O 依赖性 功能的时间关键性 计算需求 功能内聚 时间内聚 周期执行 I/O 依赖性 Device I/O Task App.Task 如果变换

37、依赖于I/O,速度受限I/O,可独立成 任务 在系统中创建与I/O设备数目相当的I/O任务 I/O任务只实现与设备相关的代码 I/O任务的执行只受限于I/O设备的速度,而不 是处理器 在任务中分离设备相关性 功能的时间关键性 event 1 Task 1 event 2 Task 3 Task 2 deadline 1 deadline 2 Task 3 将有时间关键性的功能分离出来, 组成独立运行的任务 赋予这些任务高的优先级,以满足对时间的需要 计算需求 计算量 大 的 功能占用CPU的时间多, 把 计 算 功 能 捆绑成任务,以消耗CPU的剩余时间 赋予计算任务较低优先级, 能被高优先级

38、的任务抢 占,保持高优先级的任务是轻量级的 多个计算任务可安排成同优先级,按时间片循环 轮转 功能内聚 event 1 F1(x) + F3(x) event 2 F2(x) 将紧密相关的功能变换组成一个任务,减少通 信的开销 把每个变换都作为同一任务中一个个独立的模 块,不仅保证了模块级的功能内聚,也保证了任 务级的功能内聚 时间内聚 event Clock Tick F1(x) + F2(y)+F3(z) F4(x)+F5(y) 将在同一时间内完成的各功能形成一个任务 功能组的各功能是由相同的外部事件驱动的 ,这样每次任务接收到一个事件, 它们都可以同时执行 由于减少了任务调度及切换的次数

39、,减少了系 统的开销 周期执行 10HZ 15HZ F2 F1 F1 15HZ F2 10HZ 一个需要周期执行的变换可以作为一个 独立的任务,按一定的时间间隔被激活 将在相同周期内执行的各功能组成一个 任务 频率高的任务赋予高优先级 I/O 功能 内聚 时间 内聚 时间 内聚 DARTS设计方法 设计方法 定义任务接口 任务间通信模块TCM 任务同步模块TSM 任务间通信模块 消息通信模块 信息隐藏模块 写数据 任务A 任务 读数据 数据 存储 区 读数据 任务B 任务 信息隐藏模块 任务同步模块 源S:发事件信号 :发事件信号(E) 目标D:等待事件 目标 :等待事件(E) S D 任务设

40、计 详细说明系统中各任务的设计考虑和执 行流程,以利于程序员编制程序。 行流程,以利于程序员编制程序。 任务体系结构: 任务体系结构:详细定义任务包含的子 模块和模块间的关系 任务执行流程: 任务执行流程:尽可能详细地描述任务 的处理过程 任务内数据结构 任务内模块间接口 任务设计 任务设计 模块构筑 系统和任务设计完成后,进行每个模块 的详细设计,直到每个具体的函数 在单元测试前不必编完模块全部程序, 可以分阶段编码和测试 模块的详细设计应一气呵成,避免系统 以非结构化方式形成 函数设计 给出对该函数的简要描述, 函数描述 给出对该函数的简要描述,说明设 计目的、 计目的、意义以及特点 说明

41、该函数应具有的功能,可采用IPO IPO图 功能 说明该函数应具有的功能,可采用IPO图 输入一处理一输出图) 形式 性能 说明对该函数的性能要求,包括精度、 说明对该函数的性能要求,包括精度、 灵活性和时间特性等 定义每个输入项的特性,包括名称、 输入 定义每个输入项的特性,包括名称、标 数据类型和格式、取值范围、输入方式、 识、数据类型和格式、取值范围、输入方式、 数据来源、 数据来源、保密方式等 定义每个输入项的特性, 输出 定义每个输入项的特性,特征同输入 函数设计 详细说明本函数所选用的算法, 算法 详细说明本函数所选用的算法,具体的计算公式和计 算步骤 流程 用流程图辅以必要的说明来表示本函数的逻辑流程 说明本函数与其他函数的调用关系, 接口 说明本函数与其他函数的调用关系,包括说明参数赋 值和调用方式以及相关数据结构。 值和调用方式以及相关数据结构。 存储分配 说明本函数的存储分配 限制条件 说明本函数运行所受限制 说明对本函数的测试计划,包括技术要求、 测试计划 说明对本函数的测试计划,包括技术要求、输入 数据、预期结果、 数据、预期结果、人员安排等 任务与系统集成 模块逐个连接、测试以构成任务 任务被逐个连接和测试形成最终系统 可分两步集成 在宿主机上模拟集成 在目标机上集成 谢谢! 谢谢!

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 生活休闲 > 在线阅读


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号