通用测试语言ATLAS翻译器构造中的若干问题研究

对ATLAS翻译器的设计和开发过程中ATLAS关键字数目太多、ATLAS语言在新的测试领域的扩展问题、ATLAS信号相关语句的翻译解释及虚拟资源和实际资源的定位对应等几个关键问题进行了研究.引入符号表技术解决了用词法分析(LEX)对ATLAS词法分析时的容量受限问题;利用文件技术和符号表技术解决ATLAS语言的扩展问题;引入数据库技术和COM组件技术解决ATLAS语言中信号相关语句的翻译及资源的定位和调用问题.上述方法应用在ATLAS翻译器项目中,成功实现了模拟测试领域相关程序的翻译,运行良好.

一种嵌入式类ATLAS测试程序开发环境的设计

对ATLAS处理测试程序的问题进行了分析，将其信号类型描述方法和面向信号的操纵特性定义在一组标准C语言接口函数中，并着重阐述了构建测试程序开发环境的方法。

ATLAS语言在自动测试设备ATE中的应用实践

ATLAS语言是一种国际上应用较为广泛的标准测试语言,可用于许多不同测试系统,易为测试工程师接受。ATLAS语言的广泛应用在于其以信号为基础,面向测试对象,独立于测试设备等特点。为了更好地在自动测试设备ATE开发中应用ATLAS语言,基于ATLAS语言的测试程序开发过程得到了详细描述,并用于某型导弹的自动测试的应用实践中,取得了良好的效果。实践证明,在自动测试设备ATE开发中应用ATLAS语言,可以极大提高测试程序的可复用性和可移植性,且对测试工程师的软件编程能力要求不高,是一种理想的测试语言。

测试语言ATLAS的实现技术

介绍了从通用标准测试语言ATL AS到C++语言的转换技术,并讨论了代码生成、设备分配、状态表维护、总线并行和定时等关键实现技术。依据此技术实现了ATL AS语言的转换系统。

基于GL Studio的虚拟仿真技术在测试语言ATLAS中的应用

针对部分机载设备测试过程中需要人机交互的问题,提出了基于GL Studio的虚拟仿真技术与测试语言ATLAS相结合的测试方案,并给出了具体的方法。

ATLAS语言中大量关键字的处理方法研究

通用测试语言ATLAS中关键字数量庞大,当使用词法分析工具LEX对ATLAS进行词法分析时会产生容量受限的问题。在分析ATLAS关键字特点的基础上,提出将符号表技术引入LEX工具中,解决了这一问题。

YACC在ATLAS语言语法分析中的冲突消解研究

对使用YACC工具进行ATLAS语言语法分析过程中出现的大量冲突进行了详细的分类讨论与研究,给出了实现过程中出现的主要冲突类型及相应解决方案:文法符号的不断自身循环产生的移进/归约冲突,采用修改文法的方法;同等表示的重叠造成大量归约/归约冲突,采用替换法、拆解法或者拆解加语义函数的方法;构建表达式语法树时由循环嵌套造成的移进/归约冲突,采用消除其中的外部循环和内部循环之一的方法;对于其它按照YACC默认规则处理符合ATLAS文法的冲突,则由YACC按照默认规则去处理。上述解决冲突的方法应用在ATLAS翻译器构建项目中的语法分析过程中,成功完成了项目要求。

基于ATLAS语言的无线电高度表测试研究

文章以脉冲式无线电高度表为研究对象,用面向对象的ATLAS语言开发了自动测试程序,实现了对无线电高度表的自动检测。测试结果表明,可准确测出设备要求的项目数据,测试精度提高,且以ATLAS开发的程序,可移植性强,大大节约了研制的经费。

通用测试语言ATLAS翻译器设计中资源配置的研究

ATLAS翻译器是TPS软件开发环境的一个重要组成部分。跟传统的计算机语言不同,ATLAS是一种通用测试语言,语言本身是围绕硬件的支持设计的,其核心是通过面向信号语句的描述来实现对硬件仪器的测试功能;鉴于ATLAS的特殊性,在翻译器的设计中,提出了对面向信号的语句专门处理方法—资源配置,并由此得到了ATLAS翻译器的设计方案;文章首先给出ATLAS翻译器设计的总体方案,之后通过对ATLAS面向信号语句的分析,对翻译器设计中的一个模块-资源配置进行了详细的阐述,并给出具体实现,较好地解决了资源配置问题,从而为翻译器的语义分析提供了充足的资源信息。

1553B总线通讯在ATLAS语言中的实现

实现1553B总线通讯是研制发射装置测试设备的主要技术重点。本文主要论述了1553B总线通讯在ATLAS语言中的实现。文章结合实例讲解了在ATLAS语言中如何建立总线协议、定义总线交换和交换总线数据,并提出了在总线调试过程中应该注意的问题。

一种用ATLAS语言实现ARINC429总线测试的方法

通过分析某型控制装置ARINC429总线工作时序,使用新的算法分别模拟4个总线通道,巧妙组合实现对控制装置ARINC429总线的测试。解决了在ATLAS这种实时性比较差的编程语言中模拟及测试实时性强的控制装置ARINC429总线的问题。

某导弹并联挂架1553B总线测试基于ATLAS语言的实现

我国某新型歼击机需要配套研制综合测试设备,该设备的开发语言要求与设备无关,并且要求具有较高的可读性和兼容性,ATLAS语言作为符合上述要求的测试语言被用于开发该综合测试设备,某导弹并联挂架作为该新型歼击机提升战力的关键组成部分,其测试被集成进该综合测试设备中,该导弹并联挂架采用1553B数据总线,具有将一个标准1188A接口转成两个标准1188A接口的特点,如何运用ATLAS语言开发出多通道1553B总线测试的测试软件是本文讨论的关键。

国外航空自动测试描述语言发展综述

随着UUT变得越来越复杂,自动测试系统的软件和硬件也不断采用新技术、新理念以满足测试需求,因而取得了长足的发展;但国内航空测试系统仍长期存在着数据格式不兼容、测试描述难以准确传达、TPS可移植性差、重复开发等问题,因此学习和借鉴国外的先进经验,研究国外航空自动测试描述语言发展,对于提高我国测试系统研制水平具有重要的现实意义;文章介绍了国外航空领域3种主要自动测试描述语言ATLAS、STD和ATML的发展情况,并分析了它们各自的特点,总结了在其发展过程中存在着成本较高、灵活性和通用性矛盾、TPS可移植性差及版本不兼容等问题,进而提出我国航空测试语言的发展策略。

基于IVI规范的机载气象雷达ATS的设计

针对部队机载气象雷达的维修现状和测试仪器的可互换性,提出了一种以工控机为核心,以VXI仪器、GPIB仪器、多种总线接口为主体的硬件平台和基于IVI规范的软件平台的机载气象雷达ATS。该系统还采用了ATLAS语言规范、虚拟仪器技术、面向对象技术和抗干扰技术等,并在某机载气象雷达ATS中得到应用。实践表明该系统不仅具有通用性好、操作简单、可靠性高和可扩展性强的特点,而且对于其他电子设备的测量也具有很强的借鉴作用,为形成统一的ATS标准具有一定价值。

面向功能接口的测试语言开发

在借鉴ATLA S语言规范及面向仪器的IV I-M SS标准的基础上,开发了一种面向功能接口的测试语言测试流程描述语言TFDL(T est F low D escription L anguage)及其开发平台.采用TFDL编写的测试程序只描述被测对象的信号特征、测试流程,而对测试功能的实现进行了虚拟化处理,不包含对仪器及硬件的操作和控制,因此当ATE变化时测试程序不需要任何修改,满足了测试程序重用性、可移植性要求.该语言可以嵌入到任何C/C++语言的开发环境中,也可以作为一个独立的模块,用L abW indow s/CV I或VC++等开发工具来开发虚拟面板,降低了语言的开发难度.

航空电子自动测试设备的开发与实现

简要说明了组建通用航空电子自动测试设备的基本要求和目标.描述了典型测试设备的应用现状.介绍了ATE测试设备的组成、PAWS软件平台的组成和体系结构,以及ATLAS语言的语言特征,探讨了用PAWS开发自动测试系统的方法,并举例详细说明了在测试程序集TPS开发中的资源描述和自动资源配置过程.展望了ATE的未来发展趋势.

基于IVI规范的机载电子对抗设备ATS的设计

根据部队维修现状和测试仪器的可互换性,开发了一种以工控机为核心,以VXI仪器、GPIB仪器、多种总线接口为主体的硬件平台和基于IVI规范的软件平台的机载电子对抗设备ATS。实践表明该系统不仅具有通用性好、操作简单、可靠性高和可扩展性强的特点,而且对于其他电子设备的测量也具有很强的借鉴作用,为形成统一的ATS标准具有一定价值。

基于虚拟仪器的自动测试系统设计

为满足接收机的自动化检测需求,提出了一种基于虚拟仪器技术的接收机测试系统方案。介绍了测试系统原理,其硬件部分主要用来模拟接收机的各种输入信号,对输出信号进行测量,软件部分采用ATLAS语言进行编程,实现了对接收机的自动测试功能。实际应用表明,该系统操作简便、测试准确,满足接收机测试要求。

面向航天嵌入式电子系统的测试语言研究

测试语言主要分2类:面向仪器的测试语言和面向信号的测试语言。通过分析2种测试语言的优缺点,结合我国航天嵌入式电子系统测试系统的特点,提出一种基于虚拟仪器的面向航天嵌入式电子系统的测试语言,该语言主要借鉴ATLAS的关键语句,将其解释为测试框架配置文件和测试文档;同时还描述该测试语言的程序格式和执行机制。

基于UUT模型的测试描述语言的开发

为解决适用于所有系统的缩写测试语言(ATLAS)暴露问题,满足中国对具有自主知识产权测试语言的实际需求,设计开发了基于被测对象(UUT)模型的测试描述语言(TL-BUM).介绍该语言的设计目标、设计思想、语句的具体设计以及该语言的编译实现和解释执行过程.该语言具有可移植性、硬件无关性、可扩展性、使用简便等特点,满足通用自动测试系统(ATS)软件对测试程序集(TPS)可移植和可复用的要求.实验表明,该语言简化了测试软件的开发过程,降低了系统的开发成本,将开发周期缩短了75%.