微电网仿真试验研究平台 微电网是由各类分布式发电系统、储能系统和负荷等组成的可控型微型电力网，为了满足负荷的不断增长和消除分布式能源接入的不利影响，而在传统配电网基础上发展而来的。目前微电网的研究工作也正处于迅速发展的时期，微电网仿真试验是微电网开展研究工作必备手段。 北京中电建投的微电网仿真试验研究平台，可以满足交直流混合微电网的关键设备检测、功能性验证试验、能量调度管理及控制策略研究，多个微电网之间的相互影响及调度控制技术研究。 北京中电建投的微电网研究试验移动平台，内置有试验设备、检测仪器、控制室，铁锂电池组，已经应用于中国电力科学研究院，移动式可以满足接入到各种现场实施研究试验，可以灵活接入已有分布式发电系统，有针对性开展微电网技术研究。 微电网仿真试验研究平台的主要作用与功能： 1.研究微电网相关技术与关键设备，满足微电网关键设备入网检测与功能性验证； 2.开展微电网规划研究、架构研究与配置研究，控制消除分布式发电系统对配电网的影响； 3.研究微电网相关控制技术与控制算法、交直流混合微电网多种控制策略研究； 4.研究交直流混合微网仿真运行，直流母线微电网与交流母线微电网并联/独立运行模式以及控制策略技术研究； 5.能量管理与调度控制的研究，微电网储能研究、风光储科学配比优化研究与高渗透率研究。 群菱生产并具备有以下产品的核心技术： 1.风力发电机模拟器：可以模拟双馈或直驱风力发电机组并网接入特性，满足控制策略研
究及功能验证 2.柴油发电机模拟器：工作时无需加柴油，无噪声，不排废气，是研究柴油发电机组接入 微电网的必备 3.电缆阻抗模拟装置：模拟各类电缆长度的阻抗特性，是研究新能源并网接入、继保控制 程序开发必配 4.短路故障模拟装置：可以模拟相相短路故障、相地短路故障，短路电流可选择 5.非线性负荷模拟装置：满足非线性负荷、谐波负荷、冲击负荷的模拟，加载时间与负荷 曲线可以预先设定 6.可编程交流负载：各种交流负荷模拟，共有21个标准产品RLC负载、RCD负载、RL 负载、RC负载可供选择, 负荷曲线及加载时间可以预先设置并自动运行 7.可编程直流负载：可以精确模拟直流负荷特性，负荷曲线及加载时间可以预先设置并自 动运行，直流负荷全工况模拟 8.谐波闪变测量阻抗模拟系统：提供符合IEC61000-3-3、IEC61000-3-11 、VDE4105 （30°、50°、70°、85°）标准要求的不同阻抗值 9.保护时间自动测量仪：应用于各种电气实验室，过欠压、过欠频、并离切换时间自动测 量，直接显示 10.微电网中央控制器：具备完善的微电网多目标优化控制、协议转换、数据采集、测量、 保护、控制与监视功能，是一款开放的控制器，可以通过软件手动配置实现任意添加于删除所要控制设备 11.微电网监控及能量调度管理系统：组态灵活，具有可维修性和可扩充性与稳定性，并网 /离网切换管理 12.其他具备技术优势产品服务：电池模拟器、光伏模拟器、电网模拟器、燃气机发电模拟
一种基于仿真测试平台的实物自动化测试环境 摘要 针对FPGA软件测试过程中仿真测试和实物测试的不足，提出了一种基于仿真测试用例的实物自动化测试环境，将用于仿真测试的Testbench进行解析处理，形成能够用于FPGA 实物测试的传输信号，通过执行器将此信号转换为作用于被测FPGA芯片的实际信号，并采集被测FPGA芯片的响应，实现对FPGA的实物自动化测试。采用实物自动化测试环境验证平台对设计架构进行了验证，取得了良好的效果。 0 引言 随着FPGA设计规模的不断扩大，因FPGA软件设计而造成的质量问题也越来越突出，成为影响装备质量的重要因素。而测试是当前解决该问题的最有效手段，因此，越来越多的型号装备产品定型过程对FPGA软件测试提出了新的要求[3]。 然而FPGA测试与常规软件测试不同，因其测试环境限制，测试过程需大量依赖于仿真和分析的方法[4]，而在实际芯片中开展的测试往往是板级、系统级测试，测试结果可信度低且无法有效发现FPGA软件设计缺陷[5-6]。为此，本文提出了一种基于仿真测试平台Testbench数据的自动化测试环境框架，测试结果具有较高的可信度，能够有效提高FPGA 测试质量。 1 FPGA动态测试概述1.1 FPGA动态测试环境原理 当前型号装备FPGA定型测试过程主要方法包括设计检查、功能仿真、门级仿真、时序仿真、静态时序分析、逻辑等效性检查和实物测试。其中功能仿真、门级仿真、时序仿真和实物测试均为动态测试，开展测试时需依据测试要求，建立FPGA运行的外围环境，根据测试对象的不同，可将此类环境分为仿真测试环境和实物测试环境。 采用仿真测试环境时，需根据测试用例将测试数据映射为不同时刻下的不同信号值，形成仿真测试平台文件Testbench，通过仿真测试工具将被测FPGA产生的响应进行采集和自动判断，形成测试结论[7]。
1.软件测试的目的是( ). A)试验性运行软件 B)发现软件错误 C)证明软件正确 D)找出软件中全部错误 2.软件测试中白盒法是通过分析程序的( )来设计测试用例的. A)应用范围 B)内部逻辑 C)功能 D)输入数据 3.黑盒法是根据程序的( )来设计测试用例的. A)应用范围 B)内部逻辑 C)功能 D)输入数据 4.为了提高软件测试的效率,应该( ). A)随机地选取测试数据 B)取一切可能的输入数据作为测试数据 C)在完成编码以后制定软件的测试计划 D)选择发现错误可能性最大的数据作为测试用例 5.与设计测试用例无关的文档是( ). A)项目开发计划 B)需求规格说明书 C)设计说明书 D)源程序 6.测试的关键问题是( ). A)如何组织软件评审 B)如何选择测试用例 C)如何验证程序的正确性 D)如何采用综合策略 7.软件测试用例主要由输入数据和( )两部分组成. A)测试计划 B)测试规则 C)预期输出结果 D)以往测试记录分析 8.成功的测试是指运行测试用例后( ). A)未发现程序错误 B)发现了程序错误 C)证明程序正确性 D)改正了程序错误 9.下列几种逻辑覆盖标准中,查错能力最强的是( ). A)语句覆盖 B)判定覆盖 C)条件覆盖 D)条件组合覆盖 10.在黑盒测试中,着重检查输入条件组合的方法是( ). A)等价类划分法 B)边界值分析法 C)错误推测法 D)因果图法 11.单元测试主要针对模块的几个基本特征进行测试,该阶段不能完成的测试是( ). A)系统功能 B)局部数据结构 C)重要的执行路径 D)错误处理 12.软件测试过程中的集成测试主要是为了发现( )阶段的错误. A)需求分析 B)概要设计 C)详细设计 D)编码 13.不属于白盒测试的技术是( ). A)路径覆盖 B)判定覆盖 C)循环覆盖 D)边界值分析 14.集成测试时,能较早发现高层模块接口错误的测试方法为( ). A)自顶向下渐增式测试 B)自底向上渐增式测试 C)非渐增式测试 D)系统测试 15.确认测试以( )文档作为测试的基础. A)需求规格说明书 B)设计说明书 C)源程序 D)开发计划 16.使用白盒测试方法时,确定测试数据应根据( )和指定的覆盖标准. A)程序内部逻辑 B)程序的复杂度 C)使用说明书 D)程序的功能 17.程序的三种基本结构是( ). A)过程子,程序,分程序 B)顺序,选择,循环 C)递归,堆栈,队列 D)调用,返回,转移 18.结构化程序设计的一种基本方法是( ) A)筛选法 B)递归法 C)归纳法 D)逐步求精法 19.软件调试的目的是( ) A)找出错误所在并改正之 B)排除存在错误的可能性 C)对错误性质进行分类 D)统计出错的次数
!"##!年第$期 福建电脑注：本文得到广东省科技厅攻关项目资金资助%项目编号"##"&’(&)电子科技大学青年基金项目资助%项目编号*+#"#,#-。 &、 引言目前嵌入式系统开发已经成为了计算机工业最热门的领域之一，嵌入式系统应用渗透到信息家电、工业控制、通信与电子设备、人工智能设备等诸多领域。然而嵌入式系统的软件与目标硬件紧密相关，软件开发周期长，开发成本昂贵，软件质量无法保障.&/."/。特别是嵌入式软件的测试工作，在整个开发周期中通 常占用着大部分时间 （-#01,#0）。软件测试是一个非常重要而又艰苦的过程。软件测试工具用来全部或部分的代替人工进行软件的测试工作。它能极大的节省人力、物力和财力，缩短项目的开发周期。 国际上，许多软件公司致力于开发功能强大的软件测试工具。按获得测试信息的方式分为纯硬件、纯软件、软硬件相结合三种类型的测试工具。纯硬件测试工具如仿真器、逻辑分析仪、开发系统等。纯软件测试工具如234563786的2345938:，是一种软件逻辑分析仪。软硬件相结合的测试工具如以;<公司的=>?938:为代表的虚拟仪器和以@AB 公司的BC58DEFD 为代表的测试工具。这三类测试工具都有一个缺点：没有提供一个集成各种软硬件测试工具的框架，使各类测试工具能紧密协调工作。 为提高测试工作的效率，迫切需要功能强大的嵌入式系统测试工具。 仿真开发在嵌入式系统开发中正在发挥着越来越重要的作用。许多软件公司已经开发出成熟稳定的嵌入式仿真开发工具。但是在嵌入式仿真开发中，仍然缺乏一种嵌入式系统测试工具的集成框架。本文正是基于这个目标，从软件体系结构的角度，研究和设计了一种称为G EFDH G 的嵌入式系统仿真测试平台的集成框架。并基于其上实现了一个嵌入式仿真测试平台3I >EFDH 。 "、 嵌入式系统仿真测试平台的体系结构EFDH 对于大规模复杂软件系统，其总体结构设计远比算法和数据结构的选择更重要.J /.!/。基于这样的认识和背景，本文在对嵌入式测试和嵌入式仿真开发深入研究的基础上，研究和设计了EFDH 的体系结构。"K &EFDH 的结构模型 EFDH 的体系结构主要借鉴了当前流行的嵌入式交叉开发工具的目标服务器L 目标代理结构.’/，分为宿主机端和仿真目标机端两大部分。 EFDH 的结构模型见图&： 图&EFDH 结构模型 EFDH 结构模型的基本特征：&M EFDH 由宿主机端和目标机端两大部分构成，宿主机 端以测试服务器DF （D8NO F86786）为核心；目标机端以测试代理D@P D8NO @Q84O M 为核心。 "M 所有的测试工具不与目标机端交互， 而只与测试服务器DF 进行交互；测试服务器DF 同测试代理D@交互。这样只要更换相应的测试代理D@，即可与不同的仿真开发系统一起工作。 J M 测试服务器DF 与所有测试工具之间通过嵌入式仿真测试工具交换协议EFDDR （ES?85585F3STU>O3C4D8NO DCCU 8RI VW>4Q8X6COCVCU ） 规范接口进行交互。!M 测试服务器DF 和测试代理D@之间通过嵌入式仿真测试协议EFD P ES?85585F3STU>O3C4D8NO X6COCVCU M 规范接口进行交互。 ’M 测试工具以软插件的形式集成到EFDH 中%EFDDR 和EFD 规范定义的接口是公开的和可免费获得的，第三方测试工具非常容易的集成到EFDH 中来。 -M 测试工具多种多样，可以是软件代码测试工具，也可以是硬件诊断测试工具，都可以很容易的集成到EFDH 中来，从而达到各类测试工具的紧密协作。 $M EFDH 中各类测试工具紧密集成到一个图形用户接口中，大大提高了用户的工作效率。 ,M 测试代理D@以一个线程的形式存在于仿真运行环境中，与各类模拟器之间通过固定的接口交互，获取丰富的测试信息。 "K "测试服务器DF 模型 测试服务器DF 是EFDH 的核心结构部件，作为EFDH 的测试管理器，其结构模型如图"。 图"测试服务器DF 结构模型 DF 的主要功能：&M DF 提供相应的EFDDR 协议规范接口，接受来自测试工具的控制命令和状态查询，并提供相应的数据传输接口，向测试工具返回对应的测试结果。 "M DF 提供相应的EFD 协议规范接口，向采集代理发送控制命令信息和状态查询信息，并且根据EFD 协议规范提供的接口收取返回信息。 J M DF 提供测试高速缓冲管理、 测试存储器管理以及流测试协议，管理和控制整个宿主机端。"K J 测试代理D@模型 嵌入式系统仿真测试平台的体系结构研究 邵荣防，罗克露 P 电子科技大学计算机科学与工程学院，四川 成都-&##’!M 【摘要】仿真开发在嵌入式开发中正逐步成为热点，仿真测试工具在仿真开发过程中正发挥着日益重要的作用。本文首先简要分析了当前的嵌入式测试工具，然后给出一种嵌入式仿真测试平台的体系结构EFDH 。基于EFDH 体系结构，实现了一个面向信息家电的嵌入式仿真测试平台3>EFDH 。 【关键词】嵌入式系统仿真开发 仿真测试平台
ADPSS-LAB 电力电子、电力系统实时仿真方案 中国电力科学研究院 2012年10月 目录 1 系统综述................................................ - 0 - 2 系统组成................................................ - 0 - 3 电力电子、电力系统实时仿真存在的问题.................... - 1 - 4 解决方法................................................ - 2 - 5 ADPSS-LAB实时仿真系统的功能........................... - 6 -
电力电子系统实时仿真方案 1 系统综述 实时仿真是研究电力电子、电力系统复杂的工作过程、优化系统与运行的重要手段。电力电子、电力系统实时仿真经历了从第一代模拟分析系统，到第二代模拟/数字混合仿真系统，再到第三代数字实时仿真系统的发展过程。ADPSS-LAB正是第三代数字实时仿真系统的代表产品。 ADPSS-LAB是一种基于并行计算技术、采用模块化设计的电力电子、电力系统实时仿真系统。它既可以在普通PC机上进行离线仿真，也可通过并行计算机与实际的电力电子器件联接而进行实时在线仿真。与前两代仿真系统相比，ADPSS-LAB具有以下优势： 1）既可以对电力电子、电力系统机电和电磁暂态分别进行实时仿真，同时也可以对机电和电磁暂态混合系统进行实时仿真。 2）仿真精度高；ADPSS-LAB在实时仿真过程中采用32位双精度浮点数运算，其仿真的精度与公认的离线分析软件MATLAB的仿真精度相当。 3）良好的升级和扩充性；ADPSS-LAB由于直接采用商用的基于PC Cluster的连接方式，当仿真的系统规模增大时，只需增加CPU数目和增大内存容量即可，从系统的升级和扩展灵活性等方面有很好的发展前景。 2 系统组成 软件部分： ?实时操作系统：QNX ?建模软件：MATLAB/simulink，SimPowerSystem
软件测试中的43个功能测试点 功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能，针对web系统我们有哪些常用测试方法呢？今天我们一起来了解了解~~ 1. 页面链接检查 每一个链接是否都有对应的页面，并且页面之间切换正确。可以使用一些工具，如：LinkBotPro、File-AIDCS、HTMLLink Validater、xenu等工具。LinkBotPro不支持中文，中文字符显示为乱码；HTMLLink Validater只能测试以Html或者htm结尾的网页链接；xenu无需安装，支持asp、do、jsp等结尾的网页，xenu测试链接包括内部链接和外部链接，在使用的时候应该注意，同时能够生成html格式的测试报告。 2.相关性检查 功能相关性：删除/增加一项会不会对其它项产生影响，如果产生影响，这些影响是否都正确，常见的情况是，增加某个数据记录以后，如果该数据记录某个字段内容较长，可能会在查询的时候让数据列表变形。 3.检查按钮的功能是否正确 如新建、编辑、删除、关闭、返回、保存、导入、上一页、下一页、页面跳转、重置等功能是否都正确。常见的错误会出现在重置按钮上，表现为功能失效。 4.字符串长度检查 输入超出需求所说明的字符串长度的内容，看系统是否检查字符串长度。还要检查需求规定的字符串长度是否都正确，有时候会出现，需求规定的字符串长度太短而无法输入业务数据。 5.字符类型检查 在应该输入指定类型的内容的地方输入其他类型的内容（如在应该输入整型的地方输入其他字符类型）看系统是否检查字符类型。 6.标点符号检查 输入内容包括各种标点符号，特别是空格，各种引号，回车键。看系统处理是否正确。常见的错误是系统对空格的处理，可能添加的时候，将空格当作一个字符，而在查询的时候空格被屏蔽，导致无法查询到添加的内容。
仿真测试系统 系统概述 FireBlade系统仿真测试平台基于用户实用角度，能够辅助进行系统方案验证、调试环境构建、子系统联调联试、设计验证及测试，推进了半实物仿真的理论应用，并提出了虚拟设备这一具有优秀实践性的设计思想，在航电领域获得了广泛关注和好评 由于仿真技术本身具备一定的验证功能，因此与现有的测试技术有相当的可交融性。在航电设备的研制和测试过程中，都必须有仿真技术的支持：利用仿真技术，可根据系统设计方案快速构建系统原型，进行设计方案的验证；利用仿真验证成果，可在系统开发阶段进行产品调试；通过仿真功能，还可对与系统开发进度不一致的子系统进行模拟测试等。 针对航电设备产品结构和研制周期的特殊性，需要建立可以兼顾系统方案验证、调试环境构建、子系统联调联试、设计验证及测试的系统仿真平台。即以半实物仿真为基础，综合系统验证、系统测试、设备调试和快速原型等多种功能的硬件平台和软件环境。 目前，众多研发单位都在思索着如何应对航电设备研制工作日益复杂的情况。如何采取高效的工程技术手段，来保证系统验证的正确性和有效性，是航电设备系统工程的重要研究内容之一，FireBlade 系统仿真测试平台正是在这种大环境下应运而生的。 在航电设备研制工程中的定位设备可被认为是航电设备研制工程中的终端输出，其质量的高低直接关系到整个航电设备系统工程目标能否实现。在传统的系统验证过程中，地面综合测试是主要的验证手段，然而，它首先要求必须完成所有分系统的研制总装，才能进行综合测试。如果能够结合面向设备的仿真手段，则可以解决因部分设备未赶上研发进度导致综合测试时间延长的问题。在以往的开发周期中，面向设备的仿真技术并没有真正得到重视： （1）仿真技术的应用主要集中在单个测试对象上，并且缺乏对对象共性的重用； （2）仿真技术缺乏对复杂环境与测试对象的模拟； （3）仿真技术的应用缺乏系统性，比如各个阶段中仿真应用成果没有实现共享，
电力系统仿真软件 电力系统仿真软件简介 一、PSAPAC 简介: 由美国EPRI开发，是一个全面分析电力系统静态和动态性能的软件工具。 功能：DYNRED（Dynamic Reduction Program）：网络化简与系统的动态等值，保留需要的节点。 LOADSYN（Load Synthesis Program）：模拟静态负荷模型和动态负荷模型。 IPFLOW（Interactive Power Flow Program）：采用快速分解法和牛顿－拉夫逊法相结合的潮流分析方法，由电压稳态分析工具和不同负荷、事故及发电调度的潮流条件构成。 TLIM（Transfer Limit Program）：快速计算电力潮流和各种负荷、事故及发电调度的输电线的传输极限。 DIRECT：直接法稳定分析软件弥补了传统时域仿真工作量大、费时的缺陷，并且提供了计算稳定裕度的方法，增强了时域仿真的能力。 LTSP（Long Term Stability Program）：LTSP是时域仿真程序，用来模拟大型电力系统受到扰动后的长期动态过程。为了保证仿真的精确性，提供了详细的模型和方法。 VSTAB（Voltage Stability Program）：该程序用来评价大型复杂电力系统的电压稳定性，给出接近于电压不稳定的信息和不稳定机理。为了估计电压不稳定状态，使用了一种增强的潮流程序，提供了一种接近不稳定的模式分析方法。 ETMSP（Extended Transient midterm Stability Program）：EPRI为分析大型电力系统暂态和中期稳定性而开发的一种时域仿真程序。为了满足大型电力系统的仿真，程序采用了稀疏技术，解网络方程时为得到最合适的排序采用了网络拓扑关系并采用了显式积分和隐式积分等数值积分法。 SSSP(Small－signal Stability Program)：该程序有助于局部电厂模式振荡和站间模式振荡的分析，由多区域小信号稳定程序(MASS)及大型系统特征值分析程序（PEALS）两个子程序组成。MASS程序采用了QR变换法计算矩阵的所有特征值，由于系统的所有模式都计算，它对控制的设计和协调是理想的工具；PEALS使用了两种技术：AESOPS算法和改进Arnoldi 方法，这两种算法高效、可靠，而且在满足大型复杂电力系统的小信号稳定性分析的要求上互为补充。 二、EMTP/ATP 简介: EMTP是加拿大H.W.Dommel教授首创的电磁暂态分析软件,它具有分析功能多、元件模型全和运算结果精确等优点,对于电网的稳态和暂态都可做仿真分析，它的典型应用是预测电力系统在某个扰动（如开关投切或故障）之后感兴趣的变量随时间变化的规律，将EMTP 的稳态分析和暂态分析相结合，可以作为电力系统谐波分析的有力工具。 ATP（The alternative Transients Program）是EMTP的免费独立版本，是目前世界上电磁暂态分析程序最广泛使用的一个版本, 它可以模拟复杂网络和任意结构的控制系统，数学模型广泛，除用于暂态计算，还有许多其它重要的特性。ATP程序正式诞生于1984年，由Drs.
２００７，４３（１５） １引言 目前，软件测试的理论和方法应用于普通个人计算机和大型机中已经非常成熟，这主要得益于它们的硬件资源比较丰富，而且内部结构和外部接口高度统一，并且有强大的操作系统支持。相对而言，嵌入式系统由于受自身内存不丰富，外设资源少，体系标准不统一，没有操作系统，或者难以获得操作系统足够支持等因素的制约，嵌入式软件的测试必须高度依赖于自身的调试平台，而往往这样的调试平台不足以进行全面的软件测试。 通用嵌入式系统软件测试平台（以下简称通用测试平台）通过仿真的手段，在ＰＣ机上模拟各种嵌入式系统，让嵌入式系统软件在模拟的环境中运行，并且在通用测试平台的控制下进行各种测试，从而能将成熟的软件测试方法应用于嵌入式系统软件中，有效地提高嵌入式系统软件的可靠性和开发效率、缩短产品的开发周期。 本文讨论的通用测试平台仅针对基于３２位ＡＲＭＣＰＵ内核的各种嵌入式系统。通用测试平台必须高度可配置，可由用户根据实际的嵌入式系统，配置不同的模拟目标，并且真实反映实际的硬件外设资源；更为重要的是，通用测试平台必须提供完善的平台与被测软件交互的接口，通过这些接口，用户能方便地实现和使用各种软件测试方法；而且具备可靠的记录手段，将测试结果保存下来进行后续分析；同时还应该具有良好的结构和人机界面，方便扩充模拟目标和二次开发。 本文将围绕上述要求阐述通用嵌入式系统软件测试平台的整体框架设计，并介绍与之配合使用的工具链。 ２通用嵌入式系统软件测试模拟环境 ２．１嵌入式系统软件模拟测试方法 本文介绍的通用测试平台运用了全数字仿真技术，在ＰＣ机上模拟整个嵌入式硬件系统，不但包括核心ＣＰＵ，而且将外围各种器件，如串口、定时器、实时时钟、通用Ｉ／Ｏ等，进行数字化仿真。嵌入式软件无需，或者稍加改动就能在这个仿真环境下运行。在这个封闭的黑盒子中，嵌入式软件如同在真正硬件上被执行，通过仿真模型内建的测试接口导出或发送测试数据，驱动被测软件运行，进而验证软件测试结构，从而实现对嵌入式系统软件动态的封闭测试。 ２．２嵌入式系统软件测试环境与功能 通用测试平台为嵌入式软件测试的自动化提供了必要的支持，这些支持分别体现在测试过程的两个阶段：编译插装和测试运行。在测试开始前，使用通用测试平台专用的工具链，将被测软件和测试用例、测试方法进行整体插装和编译。在测试运行过程中，要求通用测试平台能够对测试脚本中的测试任务进行管理和实时的调度，组织被测系统运行所需要的输入条件，并提供人工干预界面，实现测试中人机模型之间以及与被测系统之间的数据交互，并实时地收集从被测系统返回的结果数据用于实时显示和事后的数据分析等。 通用嵌入式系统软件测试平台的设计 沈永清，徐中伟 ＳＨＥＮＹｏｎｇ－ｑｉｎｇ，ＸＵＺｈｏｎｇ－ｗｅｉ 同济大学通信工程系，上海２００３３１ ＤｅｐａｒｔｍｅｎｔｏｆＣｏｍｍｕｎｉｃａｔｉｏｎＥｎｇｉｎｅｅｒｉｎｇ，ＴｏｎｇｊｉＵｎｉｖｅｒｓｉｔｙ，Ｓｈａｎｇｈａｉ２００３３１，Ｃｈｉｎａ ＳＨＥＮＹｏｎｇ－ｑｉｎｇ，ＸＵＺｈｏｎｇ－ｗｅｉ．Ｄｅｓｉｇｎｏｆｇｅｎｅｒａｌｓｉｍｕｌａｔｉｏｎｔｅｓｔｐｌａｔｆｏｒｍｆｏｒｅｍｂｅｄｄｅｄｓｙｓｔｅｍｓｏｆｔｗａｒｅ．ＣｏｍｐｕｔｅｒＥｎｇｉｎｅｅｒｉｎｇａｎｄＡｐｐｌｉｃａｔｉｏｎｓ，２００７，４３（１５）：８３－８５． Ａｂｓｔｒａｃｔ：Ｓｉｍｕｌａｔｉｏｎｔｅｓｔｉｓａｖａｌｕａｂｌｅｗａｙｔｈａｔｃａｎｉｍｐｒｏｖｅｔｈｅｑｕａｌｉｔｙａｎｄｒｅｌｉａｂｉｌｉｔｙｏｆｓｏｆｔｗａｒｅ；ｇｅｎｅｒａｌｓｉｍｕｌａｔｉｏｎｔｅｓｔｐｌａｔｆｏｒｍｉｓａｓｅｔｏｆｓｏｆｔｗａｒｅｓｙｓｔｅｍｒｕｎｎｉｎｇｏｎｐｅｒｓｏｎａｌｃｏｍｐｕｔｅｒ，ｖｉａｕｓｉｎｇｍｏｄｕｌｅｓｏｆＡＲＭＣＰＵｂｅｈａｖｉｏｒａｎｄｐｅｒｉｐｈｅｒａｌｈａｒｄｗａｒｅｓｉｍｕｌａｔｏｒａｎｄａｔｅｓｔｉｎｇｃｏｎｔｒｏｌｌｅｒ，ｗｈｉｃｈｓｕｐｐｏｒｔｔｅｓｔｉｎｇｄｉｆｆｅｒｅｎｔｅｍｂｅｄｄｅｄｓｏｆｔｗａｒｅｗｉｔｈｏｕｔａｎｙｃｈａｎｇｉｎｇｉｎｓｏｕｒｃｅ．Ｔｈｉｓｐａｐｅｒｆｏｃｕｓｅｓｏｎｔｈｅａｒｃｈｉｔｅｃｔｕｒｅｏｆａｇｅｎｅｒａｌｓｉｍｕｌａｔｉｏｎｔｅｓｔｐｌａｔｆｏｒｍａｎｄｔｈｅｄｅｓｉｇｎｏｆｓｉｍｕｌａｔｏｒ，ｔｅｓｔｉｎｇｍａｎａｇｅｒａｎｄｓｐｅｃｉａｌｔｏｏｌｓｆｏｒｔｈｉｓｐｌａｔｆｏｒｍ，ｔｈｅｎｐｕｔｓｆｏｒｗａｒｄａｎｉｍｐｌｅｍｅｎｔａｔｉｏｎｍｏｄｕｌｅｆｏｒｔｈｅｔｅｓｔｉｎｇｍａｎａｇｅｒｉｎｄｅｔａｉｌ． Ｋｅｙｗｏｒｄｓ：ｅｍｂｅｄｄｅｄｓｏｆｔｗａｒｅ；ｓｏｆｔｗａｒｅｔｅｓｔ；ｅｍｂｅｄｄｅｄｓｙｓｔｅｍｓｉｍｕｌａｔｉｏｎ；ｔｅｓｔｉｎｇｅｎｖｉｒｏｎｍｅｎｔ；ｔｅｓｔｍａｎａｇｅｍｅｎｔ 摘要：仿真测试是嵌入式软件系统测试阶段的一种有效测试方法，探讨了通过在ＰＣ机上仿真模拟ＡＲＭ嵌入式系统，对嵌入式系统软件进行仿真测试的通用测试平台的设计。该平台可以在不做大幅度修改的情况下对不同的嵌入式系统软件进行各种测试。重点介绍了仿真模拟器、测试管理器和测试平台专用工具链的设计，提出了一种测试管理器的实现模型，并进行了详细的描述。 关键词：嵌入式软件；软件测试；嵌入式系统仿真；测试环境；测试管理 文章编号：１００２－８３３１（２００７）１５－００８３－０３文献标识码：Ａ中图分类号：ＴＰ３１１ 作者简介：沈永清（１９７８－），男，在读硕士研究生，主要研究方向：铁路软件安全测试，计算机通信网；徐中伟（１９６４－），男，教授，博士生导师，主要研究方向：铁路软件安全测试与安全评估，测试自动化。 ＣｏｍｐｕｔｅｒＥｎｇｉｎｅｅｒｉｎｇａｎｄＡｐｐｌｉｃａｔｉｏｎｓ计算机工程与应用８３
各种NTP SERVER平台软件测试与测试结果 一、测试的软件与结果 (2) 二、各NTP SERVER配置与测试方法 (2) 2.1 CENTOS LINUX NTP配置与测试 (2) 2.2 WINDOWS NTP SERVER设置 (5)
想做NTP SERVER功能，实现全网时钟同步，以为很简单的功能，但实际做起来却是阻碍重重。尤其是windows 服务器自带的NTP SERVER功能，耗费的时间最多，效果却不是很 理想。为了大家以后少走弯路，特写此文档如下。 文档参考了网上的资料，并根据测试过程中发现的问题，多方查找资料后完善的。相较而言，算是至今为止最完善的资料了。 一、测试的软件与结果 以上测试结果以能查找到的资料为参考的情况下，多番尝试后做的测试结果。 相对来说，LINUX NTP服务的兼容性最好，这也可以理解，大部分的嵌入式系统（交换机、防火墙等设备）后台均是类UNIX系统。Windows较差。所以如果需要NTP服务功能，有选择的话还是选LINUX NTP吧。但如果只是windows系统时钟同步，不考虑交换机与防火墙等设备，可以考虑windows自带NTP SERVER。 二、各NTP SERVER配置与测试方法 上表中的3、4、5项比较简单，不再提供安装配置方法。各测试方法简单，部分提供简述，并不提供非常详细的方法。 2.1 CENTOS LINUX NTP配置与测试 2.1.1、安装与配置系统，并保证网络正常 2.1.2、安装NTP
Yum install –y ntp 2.1.3、配置NTP 2.1. 3.1 备份配置 Cp /etc/ntp.conf /etc/ntp.conf.old 2.1. 3.2 修改配置 Vi /etc/ntp.conf 允许相应的网段访问与校时 restrict 192.168.76.0 mask 255.255.255.0 nomodifynotrap 2.1. 3.3关闭防火墙功能，仅供测试使用（centos7使用firewall） Systemctl stop firewalld.service 实际情况下不允许这样做，应该启用并开放防火墙端口 查看网络接口对应的区域 Firewall-cmd get-zone-of-interface=ens32 #为public 启用防火墙并开放端口 Systemctl start firewalld.service firewall-cmd --zone=public --add-port=123/udp–permanent 2.1. 3.4 启动NTP服务 Ntpdate 202.112.128.33 #更新系统时间 Hwclock–w --systohc #设置硬件时钟与系统时钟同步 Systemctl start ntpd #启动NTP服务或service ntpd start systemctl enable ntp#设置为开机自动启动 Cat /var/log/messages #查看日志信息，默认使用此文件 2.1. 3.5 验证NTP服务器时钟 可以使用ntpq命令，检查本地服务器的时钟如何通过NTP实现同步。 各参数意义如下：
2015年 6月 图 学 学 报 June 2015 第36卷 第3期 JOURNAL OF GRAPHICS V ol.36 No.3 基金项目：湖南省职业教育“十二五”省级重点建设项目(湘教通[2014]176号) 作者简介：马幸福(1983-)，男，湖南邵阳人，讲师，工程师，硕士。主要研究方向为机械系统动力学、工程图学。E-mail ：maxingfu3618@https://www.doczj.com/doc/4f4192866.html, 超高速电梯系统动态仿真分析 马幸福， 陈炳炎 （湖南电气职业技术学院机械工程系，湖南 湘潭 411101） 摘 要：电梯的振动是影响舒适性的最主要因素，针对4.0 m/s 超高速电梯系统，以轿厢-轿架-导轨-钢丝绳耦合系统为研究对象，建立垂直系统振动动力学模型，结合机械系统动力学自动分析虚拟样机技术，通过建立钢丝绳动力学模型、添加导轨与导靴之间的接触力、水平振动激励及垂直振动激励，建立电梯整机虚拟样机模型，设定约束与驱动，进行动态特性仿真分析。仿真结果表明，电梯垂直振动加速度、水平振动加速度等性能指标满足要求，为超高速电梯的开发提供了设计依据。 关 键 词：虚拟样机；超高速电梯；振动加速度；动态仿真 中图分类号：TP 391.9 文献标识码：A 文 章 编 号：2095-302X(2015)03-0397-05 Dynamic Simulation of Ultra-High-Speed Elevator System Ma Xingfu, Chen Bingyan (Mechanical Department, Hunan Electrical College of Technology, Xiangtan Hunan 411101, China) Abstract: The vibration is the main force affecting elevator comfort. In order to study the dynamic characteristics of the 4.0 m/s ultra-high-speed elevator system, the lift cabin-car frame-guide rail-wire rope coupled system was taken as the study object. First, the vibration dynamic model of vertical system was built. Then, combined with automatic dynamic analysis of mechanical systems virtual prototyping technology, the elevator virtual prototype model was built by establishing rope s dynamics model, adding a contact force between the guide rail and the guide shoe, adding horizontal vibration excitation and vertical vibration excitation. Dynamic characteristic simulation was carried out for this model under setting certain constraints and drivers. The results showed that those performance indicators such as vertical vibration acceleration and horizontal vibration acceleration were meeting the requirements and the simulation results also provided design basis for the development of ultra-high-speed elevators. Keywords: virtual prototype; ultra-high-speed elevator; vibration acceleration; dynamic simulation 随着社会的飞速发展，高层建筑、超高层建筑 的不断涌现，带动电梯朝着高速、超高速方向发展。 目前电梯行业习惯将电梯运行速度≤2.5 m/s 称为 中低速电梯，运行速度在2.5~4.0 m/s 之间称为高速 电梯，运行速度≥4.0 m/s 称为超高速电梯。国外电 梯企业早已研制出运行速度超过10.0 m/s 的超高速 电梯，但是国内企业电梯产品运行速度一般低于 4.0 m/s ，电梯运行的舒适性、动态特性的技术难点一直成为制约国内高速电梯、超高速电梯研制的瓶颈[1-2]。 电梯的动态特性是超高速电梯研发的关键技术，电梯的动力学系统与控制系统、曳引系统、钢
实时仿真与HIL系统应用案例 I.智能电网与新能源汽车
目录 案例1.某柔性直流输电示范工程控制保护装置测试 (1) 案例2.MMC柔性直流输电控制保护装置算法开发及测试 (2) 案例3三端MMC-HVDC柔性直流装置入网检测 (4) 案例4.五端MMC柔性直流输电全数字仿真及装置测试 (5) 案例5.基于半桥结构的统一潮流控制器UPFC硬件在环测试 (6) 案例6.风电并网系统RCP研究及HIL测试 (7) 案例7.双馈风机并网系统控制器硬件在环HIL测试 (8) 案例8.基于RT-LAB的光伏阵列模拟器 (9) 案例9.微电网功率硬件在环仿真（PHIL） (10) 案例10.微电网实时仿真模型开发及研究 (11) 案例11.锂离子电池储能并网控制器PCS硬件在环测试HIL (12) 案例12.密集节点变电站实时仿真 (13) 案例13.基于IEC61850的继电保护测试 (15) 案例14.基于实时仿真的广域监测、保护及控制WAMPAC测试 (17) 案例15.基于功率硬件在环（PHIL）配电网电能质量分析 (19) 案例16.基于实时仿真的配电网继电保护测试 (20) 案例17.有源电力滤波APF控制器算法设计 (21) 案例18.电力系统机网协调仿真分析及半实物测试 (22) 案例19.高压大功率变频器半实物仿真 (23) 案例20.永磁同步电机PMSM控制系统设计 (24) 案例21.永磁同步电机PMSM控制器虚拟测试平台 (25)
案例22.新能源汽车开关磁阻电机MCU硬件在环测试 (26) 案例23.基于JMAG高精度有限元分析的实时仿真 (27) 案例24.新能源汽车PMSM电机控制器HIL测试 (28) 案例25.新能源汽车多ECU硬件在环测试 (29) 案例26.新能源汽车电池控制系统BMS自动测试平台 (30) 案例27.高速动车组牵引传动系统实时仿真 (32) 案例28.大功率逆变电源半实物仿真 (33) 案例29.船舶电力推进及综合电力系统 (34)
实验一软件仿真器Simulator的使用方法 一、实验目的 1、了解DSP开发系统平台的构成。 2、了解Code Composer Studio 3.3 的操作环境和基本功能。了解DSP软件开发过程。 二、实验要求 按照实验步骤熟练掌握CCS的使用方法。 三、实验设备 PC一台；操作系统为Windows XP；安装Code Composer Studio 3.3 四、实验原理 开发TMS320C5000应用系统一般需要以下几个调试工具来完成： （1）软件集成开发环境（Code Composer Studio3.3）：主要完成系统的软件开发和调试。它提供一整套的程序编制、维护、编译、调试环境，能将汇编语言和C语 言程序编译连接生成COFF格式的可执行文件，并能将程序下载到目标DSP上 运行调试。 （2）开发系统（ICETEK 5100 USB）：实现硬件仿真调试时与硬件系统的通信，控制和读取硬件系统的状态和数据。 （3）评估模块（ICETEK VC5416-A）：提供软件运行和调试的平台和用户系统开发的参照。 五、实验步骤 1、启动Code Composer Studio 3.3 双击桌面“CCS3.3（C5000）”，启动Code Composer Studio 3.3； 2、创建工程 （1）创建新的工程文件 选择菜单Project的“new…”项；在Project Creation 对话框中，在project项输入 volume；单击location项末尾的浏览按钮，改变目录到 C:\ICETEK-VC5416-EDULAB\Lab01-UseCC，单击OK；单击完成；这时建立的是 一个空的工程，展开主窗口左侧工程管理窗口中Projects下新建立的“volume.pjt”，其中各项均为空。 （2）在工程文件中添加程序文件
HLA仿真系统的实时性研究 高层体系结构(High Level Architecture,HLA)现已成为仿真领域的通用标准,但是在实际应用中,基于HLA的仿真系统往往无法满足实时性的要求。随着经济的发展,社会对于仿真系统的需求特别是对实时仿真系统的需求逐渐增多。另一方面,实时性的研究本质上是针对仿真系统运行效率的研究,相关技术进展必然对整个仿真领域的技术发展起到很好的推动作用。因此,对HLA仿真系统的实时性研究既有重要的理论价值,又有积极的现实意义,一直是仿真领域的研究热点。 本文首先对改进HLA系统实时性的方法进行了深入探讨,通过综合比较,将多联邦互连技术确定为本课题的主要研究方向。其后本文对多联邦互连技术进行深入分析,讨论了各种方案的技术难度和可行性,其中HLA桥实现灵活,技术难度适中,符合本课题的实际需求,被确定为主要研究内容。经综合评估,本文决定利用HLA桥连接各仿真系统,并行运算以提高系统实时性。在国内外,HLA桥的研究目标多为互连异构联邦,对于HLA桥对系统实时性的影响一般不做探讨。 针对这种现状,本文先后提出了基于运行支撑环境(Run Time Infrastructure, RTI)RTI的HLA桥架构方案和基于网关的HLA桥架构方案并加以实现。为了检验仿真系统在实时性方面的改进效果,本文围绕时间推进速率等常见的实时性指标加以测试,实验结果表明,基于网关的HLA桥在实时性方面的性能是非桥接系统的2倍以上,能够符合课题要求。为了更加直观地对比桥接系统和非桥接系统在实时性性能方面的差异,本文实现了一个多智能体仿真程序,并将该程序分别运行于桥接系统和非桥接系统,对比速度差异。实验结果表明,新系统的效率是旧有系统效率的2倍以上。
第四章系统架构 适当的应用程序的测试需要更多的不仅仅是验证模拟或重新创建用户操作。测试系统通过用户界面,不了解系统的内部结构和组件,通常被称为黑盒测试。就其本身而言,黑盒测试并不是测试的最有效方法。为了设计和实现最有效的策略，为彻底调查正确的应用程序的功能,测试团队必须有一个系统的内部一定程度的知识,比如它主要的体系结构组件。这些知识可以使测试团队设计更好的测试和执行更有效的缺陷诊断。测试一个系统或应用程序通过直接针对系统的各种模块和层被称为灰盒测试。 理解组件和系统架构，测试团队缩小其努力和专注于特定的区域或层存在一个缺陷,增加修正错误的效率。黑盒测试人员是有限的提出效应或症状的一个缺陷,因为这测试人员必须依靠错误消息或其他信息显示的界面,如“报告不能生成”黑盒测试人员也更难以识别错误的遗漏与误判。灰盒测试,另一方面,不仅看到了错误消息通过用户界面还有诊断的工具问题,可以报告缺陷的来源。理解系统架构也允许进行集中测试,针对架构等敏感领域应用程序的数据库服务器或核心计算模块。 同样重要的是,测试团队在编写需求文档的过程,如第一章所讨论的,也必须测试团队审查应用程序的体系结构。这允许团队在项目生命周期的早期识别出潜在的可测试性的问题。例如,如果一个应用程序的体系结构大量使用第三方产品,这可能使系统难以测试和诊断,因为该组织没有控制这些的源代码组件和不能修改它们。测试团队必须确定这些类型的问题在早期以允许开发的一个有效的测试策略他们考虑过于复杂的架构,比如那些利用许多松散连接的现成的产品,也会导致系统的缺陷不能容易被孤立或复制。同样,测试团队需要及早发现这些问题,以便更好的规划。 如果正确实现,系统本身可以简化为一个测试过程，在许多方面，日志和跟踪机制在开发和测试应用程序行为是非常有用的。此外,不同的操作模式,比如调试和发布模式,可以检测和诊断问题与应用程序即使它已经发行了。 第16条：了解架构和基础组件 理解应用程序的体系结构和底层组件允许测试工程师来帮助确定应用程序的各个领域 产生特定的测试结果。这种理解可以让测试人员进行灰盒测试,可以补充黑盒测试的方法。在灰盒测试,测试人员可以确定应用程序的特定部分是失败的。例如,测试工程师能够探测领域的系统更容易失败,因为他们的复杂性,或者仅仅是由于不稳定的“新”的代码。 以下是一些如何全面了解系统的例子架构可以帮助测试工程师: ?提高缺陷报告。在大多数情况下,测试过程是基于多少需求,因此有一个固定的路径通过系统。当一个错误发生时沿着这条道路,包括测试人员的能力相关的信息系统体系结构的缺陷报告对系统的开发人员很有益处。例如,如果一个确定对话框显示失败,测试人员的调查可以确定它是由于一个问题从数据库检索信息,还是这个应用程序无法连接到服务器。 ?改善执行探索性测试的能力。一旦测试失败了,测试人员通常必须执行一些集中测试,也许通过修改原始测试场景来确定应用程序的“一个断裂点,”因素,导致系统崩溃。在这练习,架构了解被测系统的测试人员可以很大的帮助,使测试工程师执行和具体的测试——或者更有用或许完全跳过额外的测试,当知识的底层组件提供了足够的信息的问题。例如,如果众所周知,遇到了一个连接的应用程序数据库的问题,没有必要尝试操作不同的数据值。相反,测试人员可以专注于连接问题。