面向仪器的TPS开发基于仪器,很难从本质上反映被测设备测试需求,加上仪器种类繁多,功能各异,因此很难实现互换,软件通和性差;面向信号的开发方式基于被测对象(UUT,Unit Under Test)的测试需求和测试资源的测试/激励能力,解决了需求与供应之间的矛盾,通用性强。应用在ATS中的软件技术经历了过程编程语言(如C)、Windows DLL、面向对象编程(OO)、组件对象模型(COM)的漫长发展过程。COM采用面向对象的软件设计思想,以标准接口提供功能调用,实现了程序的模块化、通用性设计。近期出现的ATLAS 2K(Abbreviated Test Language for All System 2000版本)语言和IVI-Signal Interface标准均基于COM技术,二者结合,给通用ATS软件设计提供了解决方案。 1 ATLAS 2K
1962年,为了描述UUT的测试需求,美国的ARINC(Aeronautical Radio Incorporation)公司开始发展ATLAS(Abbreviated Test Language for Avionics System)语言,并于1968年定下ARINC Std 416-1标准。ATLAS独立于测试设备,提供了一种在UUT工程师、TPS开发人员和TPS最终用户之间明确传送信息的方式。ATLAS用标准信号和基于事件的表达方式描述UUT的测试需求,通过编译器,这些描述代码可在指定的ATS上执行。
进入20世纪90年代以来,随着技术更新的加快和测试需求的增长,ATLAS暴露出了很多问题,比如:更新速度慢;开发工具昂贵;ATLAS体系庞大、
Dim mySig as Source
Set mySig=A2K.Require("SinusoidalVoltage") //建立信号
mySig.Amp.Units=V
mySig.Amp=0.5
mySig.Freq="1000Hz"
Set cnx=A2K.Require("OneWire") //建立节点
Cnx="PL-1"
Set cnx.in=mySig.out //连接节点
Set cnx=Nothing //节点初始化
mySig.out.Run //产生信号
mySig.out.Stop //撤销信号
mySig.in=Nothing
mySig=Nothing
ATLAS 2K作为测试标准信号,实现了代码重用和移植。对于新ATS,只要结合新测试资源信息,对ATLAS 2K代码重新编译就可在新系统中运行。