下面小编给大家整理的基于模拟ARINC49总线自动测试的系统设计与实现（共含6篇），欢迎阅读与借鉴!同时，但愿您也能像本文投稿人“米线线”一样，积极向本站投稿分享好文章。
基于模拟ARINC49总线自动测试的系统设计与实现
在TDC-1综合信号装置自动测试系统中,针对模拟ARINC429航空总线进行脱机检测这一关键技术,设计了基于8位单片机的新型自动测试子系统.设计中严格遵循ARINC429规范,采用429专有芯片HS3282和HS3182完成模拟信号收发工作,单片机完成部分信号控制与处理,虚拟仪器完成软件开发.该系统为ARINC429输入信号的产生提供了简单实用的`方法,在航电系统中具有典型性和实用性.
作 者：杨雪梅 张（R风） 卢胜 Yang Xuemei Zhang Fan Lu Sheng 作者单位：杨雪梅,Yang Xuemei(炮兵学院研究生系四十一队,合肥,230031)张（R风）,卢胜,Zhang Fan,Lu Sheng(炮兵学院炮兵信息工程系,合肥,230031)
刊 名：电子测量技术 ISTIC英文刊名：ELECTRONIC MEASUREMENT TECHNOLOGY 年，卷(期)： 31(1) 分类号：V241.07 关键词：ARINC429 航空总线 串口 虚拟仪器航空电子总线测试系统的设计与实现
现代航空电子综合化系统通常建立在MIL-STD-1533B多路传输数据总线通信网络基础之上,总线控制器(BC)和各个远程终端(RT)必须满足MIL-STD-1553B规定的各项协议指标要求,才能正确地联网通讯.讨论了某型航空电子总线测试系统的'设计与实现,主要探讨了此系统的软、硬件开发,系统组成及其BC和RT有效性测试的主要内容和要求.在实际应用中收到了很好的效果.
作 者：李志刚 LI Zhi-gang 作者单位：驻162厂军事代表室,贵州,安顺,561018 刊 名：火力与指挥控制 ISTIC PKU英文刊名：FIRE CONTROL & COMMAND CONTROL 年，卷(期)： 30(6) 分类号：V247 关键词：航空电子总线测试系统 MIL-STD-1553B 有效性测试基于USB总线的实时数据采集系统设计与实现
摘要：介绍了基于USB总线的实时数据采集系统的USB设备固件程序、驱动程序、应用程序的设计与具体实现。关键词：通用串行总线 实时数据采集 设备固件 驱动程序
在现代工业生产和科学技术研究的各行业中，通常需要对各种数据进行采集。目前通用的通过数据采集板卡采集的方法存在着以下缺点：安装麻烦，易受机箱内环境的干扰而导致采集数据的失真?熏易受计算机插槽数量和地址、中断资源的限制，(本网网收集整理)可扩展性差。而通用串行总线USB（Universal Serial Bus）的出现，很好地解决了上述问题，很容易实现便捷、低成本、易扩展、高可靠性的数据采集，代表了现代数据采集系统的发展趋势。
1 系统硬件设计与实现
1．1 硬件总体结构
基于USB总线的实时数据采集系统硬件组成包括模拟开关、A／D转换器、单片机、USB接口芯片，其硬件总体结构如图1所示。多路模拟信号经过模拟开关传到A／D转换器转换为数字信号?熏单片机控制采集，USB接口芯片存储采集到的数据并将其上传至PC，同时也接收PC机USB控制器的控制信息。
1．2 PDIUSBD12芯片
USB接口芯片采用Philips公司的一种专用芯片PDIUSBD12（以下简称D12）。该芯片完全符合USB1．1规范，集成了SIE、320B的多配置FIFO存储器、收发器、电压调整器、SoftConnect、GoodLink、可编程时钟输出、低频晶振和终端电阻等，支持双电压工作、完全自动DMA 操作、多中断模式，内部结构如图2所示。
单片机通过8位并行接口传送经过A／D转换的采集数据，存储在FIFO存储器中。一旦存满，串行接口引擎SIE立刻对数据进行处理，包括同步模式识别、并／串转换、位填充／不填充、CRC校验、PID确认、地址识别以及握手鉴定，处理完毕后数据由模拟收／发器通过D＋、D－发送至PC。上述过程遵循USB1.1协议。D12与89C51的具体实现电路如图3所示。
2 系统软件设计与实现
系统软件包括USB设备固件编程、驱动程序和应用程序。其中设备固件是整个系统的核心，它控制芯片D12采集数据、接收并处理USB驱动程序的请求和应用程序的控制指令。
2．1 USB设备固件程序设计与实现
设备固件是设备运行的核心，用C语言设计。其主要功能是控制A／D模块的数据采集；接收并处理驱动程序的请求，如请求描述符、请求或设置设备状态、请求设备设置、请求或设置设备接口等USB1.1标准请求；控制芯片D12接收应用程序的控制指令等。其程序主框图如图4所示。单片机检测到D12后进入主循环。此时PC机先发令牌包给D12，D12接收到令牌包后给单片机发中断，单片机据中断类型设定标志位Status；最后执行相应标志位的中断服务程序。单片机通过A／D模块的中断入口控制A／D模块的数据采集。
2．2 驱动程序设计与实现
USB系统驱动程序采用分层结构模型：较高级的USB设备驱动程序和较低级的USB函数层。其中USB函数层由通用串行总线驱动程序模块（USBD）和主控制器驱动程序模块（HCD）组成。
图3 PDIUSBD12与89C51的具体实现电路
为使驱动程序具有通用性，也为简化应用程序的'开发，编写了供应用程序调用的动态链接库。这样应用程序只需调用此库提供的接口函数即可完成对USB设备的操作。USB函数层（USBD及HCD）由Windows98提供，负责管理USB设备驱动程序与USB控制器之间的通信、加载及卸载USB驱动程序等。目前Windows98提供的多种USB设备驱动程序并不针对实时数据采集设备，因此采用DDK开发工具设计专用的设备驱动程序。其由四个模块组成：初始化模块、即插即用管理模块、电源管理模块以及I／O功能实现模块。
初始化模块提供一个DriverEntry入口点执行一系列的初始化过程。
即插即用管理模块实现USB设备的热插拔及动态配置。当Windows98检测到USB设备接入时，查找相应的驱动程序，并调用它的DriverEntry例程，PnP管理器调用驱动程序的AddDevice例程，告诉它添加了一个设备；然后驱动程序为USB设备建立一个功能设备对象。在此过程中，驱动程序收到一个IRP＿MN＿START＿DEVICE的IRP，包括设备分配的资源
信息。至此，设备被正确配置，驱动程序开始与硬件进行对话。电源管理模块负责设备的挂起与唤醒。
I／O功能实现模块完成I／O请求的大部分工作。当动态链接库提出I／O请求时调用Win32API函数DeviceToControl向设备发出命令；然后由I／O管理器构造一个IRP并设置其MajorFunction域为IRP＿MJ＿DEVICE＿CONTROL。USB设备驱动程序收到该IRP后取出其中的控制码，并利用一个开关语句找到对应的例程入口。
2．3 应用程序设计与实现
应用程序采用Visual Basic6．0编写。由于其只需调用动态链接库，故开发较简单。主要功能包括检测USB设备、开启／关闭USB设备、设置A／D状态和数据采集端口、显示并分析实时采集的数据。主框图如图5所示。
由于D12的端点1的FIFO为16字节，端点2的FIFO为64字节，当缓冲区存满后自动将数据打包，由SIE自动发送数据包。程序获得数据包后需延迟至下组数据包准备完毕，从而保证程序与数据采集同步。另外程序还发出停止采集和关闭USB设备的命令。
3 系统特点
基于USB总线的实时数据采集系统严格遵循USB1．1协议，有以下特点：
（1）易于扩展。最长传输距离5m，采用USBHub可达30m；最多可同时接127个设备。
（2）电磁干扰影响极小。本系统放置在计算机外部，不受板卡间的电磁干扰影响；若在电磁干扰极强的环境下工作，需专门为其设计电磁屏蔽方案。
（3）安装方便，支持即插即用。克服了以往数据采集板卡需要打开机箱的麻烦。
（4）性价比高，远优于传统的实时数据采集系统。
（5）实时采集，实时显示
基于USB总线的实时数据采集系统设计与实现
摘要：介绍了基于USB总线的实时数据采集系统的USB设备固件程序、驱动程序、应用程序的设计与具体实现。关键词：通用串行总线 实时数据采集 设备固件 驱动程序
在现代工业生产和科学技术研究的各行业中，通常需要对各种数据进行采集。目前通用的通过数据采集板卡采集的方法存在着以下缺点：安装麻烦，易受机箱内环境的干扰而导致采集数据的失真?熏易受计算机插槽数量和地址、中断资源的`限制，可扩展性差。而通用串行总线USB（Universal Serial Bus）的出现，很好地解决了上述问题，很容易实现便捷、低成本、易扩展、高可靠性的数据采集，代表了现代数据采集系统的发展趋势。
1 系统硬件设计与实现
1．1 硬件总体结构
基于USB总线的实时数据采集系统硬件组成包括模拟开关、A／D转换器、单片机、USB接口芯片，其硬件总体结构如图1所示。多路模拟信号经过模拟开关传到A／D转换器转换为数字信号?熏单片机控制采集，USB接口芯片存储采集到的数据并将其上传至PC，同时也接收PC机USB控制器的控制信息。
1．2 PDIUSBD12芯片
USB接口芯片采用Philips公司的一种专用芯片PDIUSBD12（以下简称D12）。该芯片完全符合USB1．1规范，集成了SIE、320B的多配置FIFO存储器、收发器、电压调整器、SoftConnect、GoodLink、可编程时钟输出、低频晶振和终端电阻等，支持双电压工作、完全自动DMA 操作、多中断模式，内部结构如图2所示。
单片机通过8位并行接口传送经过A／D转换的采集数据，存储在FIFO存储器中。一旦存满，串行接口引擎SIE立刻对数据进行处理，包括同步模式识别、并／串转换、位填充／不填充、CRC校验、PID确认、地址识别以及握手鉴定，处理完毕后数据由模拟收／发器通过D＋、D－发送至PC。上述过程遵循USB1.1协议。D12与89C51的具体实现电路如图3所示。
2 系统软件设计与实现
系统软件包括USB设备固件编程、驱动程序和应用程序。其中设备固件是整个系统的核心，它控制芯片D12采集数据、接收并处理USB驱动程序的请求和应用程序的控制指令。
2．1 USB设备固件程序设计与实现
设备固件是设备运行的核心，用C语言设计。其主要功能是控制A／D模块的数据采集；接收并处理驱动程序的请求，如请求描述符、请求或设置设备状态、请求设备设置、请求或设置设备接口等USB1.1标准请求；控制芯片D12接收应用程序的控制指令等。其程序主框图如图4所示。单片机检测到D12后进入主循环。此时PC机先发令牌包给D12，D12接收到令牌包后给单片机发中断，单片机据中断类型设定标志位Status；最后执行相应标志位的中断服务程序。单片机通过A／D模块的中断入口控制A／D模块的数据采集。
[1] [2] [3]
基于信号接口的自动测试系统软件的设计与实现
摘要：实现仪器可互换性和TPS重用性、可移植性是通用自动测试系统（ATS）的发展方向。论述了ATLAS 2K语言和IVI-Signal Interface标准的特点、结构和技术实现。给出了一种基于信号接口的自动测试系统软件的设计方法。这一方案融合了当前正在发展的各种测试系统软件的设计技术，为通用ATS设计提供了技术实现途径。关键词：信号接口 ATLAS 2K语言 IVI-Signal Interface 可移植性 可互换性
自动测试系统（ATS，Automatic Test System）是装备形成战斗力的重要保证，仪器的可互换性和测试程序集（TPS，Test Program Set）的重用性、可移植性是通用ATS的重要指标。当前，ATS软件的开发方式有“面向仪器”和“面向信号”两种，(本网网收集整理)面向仪器的TPS开发基于仪器，很难从本质上反映被测设备测试需求，加上仪器种类繁多，功能各异，因此很难实现互换，软件通和性差；面向信号的开发方式基于被测对象（UUT，Unit Under Test）的测试需求和测试资源的测试/激励能力，解决了需求与供应之间的矛盾，通用性强。应用在ATS中的软件技术经历了过程编程语言（如C）、Windows DLL、面向对象编程（OO）、组件对象模型（COM）的漫长发展过程。COM采用面向对象的软件设计思想，以标准接口提供功能调用，实现了程序的模块化、通用性设计。近期出现的ATLAS 2K（Abbreviated Test Language for All System 版本）语言和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体系庞大、模糊等。这一切限制了ATLAS的进一步发展。ATLAS 2K是由Test Description Sub-Committee of SCC 20在ATLAS的基础上制订的新标准，它采用SMML（Signal and Method Modeling Language）语言和面向对象技术，给ATLAS语言减了肥，优化了程序结构，增强了对UUT测试需求描述的准确性；并且可在任何支持COM技术的平台上使用图形工具进行编程，简化了程序设计。
1.1 ATLAS 2K模型
ATLAS 2K模型建立在层状信号组件模型之上，由信号基类、基本信号组件和复合信号组件三层组成。
图1给出了用SMML语言构建的类名为SignalFunction的信号基类模型。SMML源于Haskell Function Language，提供了用于描述信号属性和方法的机制，通过制定语法规则和大量预定义动作来实现对信号类的'定义。通常情况下，信号基类包括信号输入端（In）、事件输入端（Sync）、信号输出端（Out）、控制参数输入端（属性）、被测信号输出端（Value）等功能接口。当然，不同类型的信号也可以包括不同的接口，如激励信号类可以没有In接口、Value只对传器信号有效等。
信号（Signal）和事件（Event）是标准化的信号类接口，组成元素包括属性和方法。属性标志着信号对象的当前状态，如运行、暂停、停止等；方法则实现在状态之间切换。
信号基类模型提供了消息（连续的为信号，离散的为事件）传送机制，用来改变信号对象的状态和行为。信号对象可以通过In/Sync接口接收其它对象送来的消息，也可以把消息通过Out接口传递给其它对象。例如，一个Ready事件可把信号对象由停止（Stop）状态变为运行（Run）状态；一个Active事件可以让传感器信号对象执行数据采集操作等。
信号类经例化后，可以仿真某些角色信号（如激励信号、测试信号、事件调节器信号、信号调节器信息等）、U
UT节点等。
ATLAS 2K模型的基本信号组件层提供了可重用、经格式化描述的基本信号（底层信号），它们是基于COM技术的对信号类继承、封装并进一步标准化的产物。每个基本信号组合件都存在一个静态SMML描述和一个抽象的运行期控制模型，前者定义信号特片，后者在某一特定ATS中定义信号的行为。通过这些基本信号组件可以定义所有较高层的信号。
ATLAS 2K模型的复合信号组件库与ATLAS的EXTEND功能类似，通过定义基本信号组件产生的复合信号和使用这些信号的规则，实现了对信号的扩展。图2给出了由基本信号组件1和2实现复合信号n的示意图。复合信号组件可以仿真复杂信号，如射频（RF）信号、数据总线信号等。
1.2 ATLAS 2K的工程应用
在支持COM组件开发的编程平台（如VC++、VB等和相应开发工具的支持下，ATLAS 2K可应用在“面向信号”的ATS设计中。具体应用如下：装配信号组件实现对UUT的测试需求描述，生成ATLAS 2K TPS；通过编译器编译后，转变成能在ATS上执行的代码；在充分考虑自身时序要求和仪器功能限制的前提下，实现与特定ATS的集成。
下面的VB代码给出了应用信号组件在某一测试节点PL-1上建立和撤销一个振幅为0.5V、频率为1000Hz的信号的全过程。
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代码重新编译就可在新系统中运行。
2 IVI-Signal Interface标准
IVI-Signal Interface标准是IVI基金会在IVI-MSS模型的基础上进一步发展起来的，它对IVI-MSS的RCM进一步封装，以信号接口的形式对外提供测试服务。
2.1 IVI-Signal Interface模型
IVI-Signal Interface模型的体系结构如图3所示。
IVI信号组件是带有标准信号接口的IVI-MSS角色组件，通过这些接口可用一系列方法执行信号操作，如初始化、建立、连结、更改等。它允许客户应用程序控制仪器设备上的物理信号，如初始化、切换等操作。下面的VB代码给出了在地址为1的某GPIB仪器上产生振幅为0.5V、频率为1000Hz的正弦信号的全过程。
Dim mySigSource as IviSignalSource
MySigSource.Init(“GPIB:1:INSTR”) //初始化
Dim control as ParamValSet
control.Add(“Amp”,0.5) //指定信号电流参数
control.Add(“Freq”,1.0E6,2.0) //指定信号频率参数
mySigSource.Setup(SENSOR,“AcSignal”,control)
//给定信号的角色、类型和参数，并产生信号
IVI信号组件控制一台或多台仪器产生客户需
要的信号，完成客户的测试需求。它对仪器的控制是通过VISA、IVI驱动器、SCPI命令等实现的。程序执行过程中，IVI信号组件需要的服务由IVI共用组件（如IVI Factory、IVI Configuration Store、IVI Event Server）提供。
测试资源信息是一个数据模块，用来存储IVI信号组件的测试/激励能力和配置信息，为用户选择仪器、设计测试方案提供参考；同时提供程序访问功能，实现测试资源的自动分配和信号路径的切换。它提供的IVI信号组件信息包括：
（1）组件支持的信号种类；
（2）每类信号需要的参数；
（3）每类信号的量程、精确定指标；
（4）IVI信号组件接口和仪器接口的连接关系等。
2.2 IVI-Signal Interface的信号类型标准
为了提高IVI信号组件的重用性和可移植性，组件开发者和使用者都迫切要求使用标准的接口信号信息，如信号类型、参数、物理意义等，因此信号类型的标准化问题亟待解决。IVI基金会没有严格定义接口信号类型标准，这需要由面向仪器控制的用户或其它组织来完成。在ATLAS测试语言标准中，用SMML定义了信号类型，笔者认为可以沿用这一定义。
2.3 仪器互换问题
更换仪器后，驱动器不再是困扰系统更新的难题，因为测试资源信息明确地描述了IVI信号组件的功能，标准的接口语义声明也明确地描述了组件的接口实现。设计人员可根据这些描述进行新仪器的IVI信号组件开发，实现同样的功能。
IVI信号组件提供了访问综合性仪器（Synthetic Instrument,即具备两类或多类仪器功能的仪器或仪器集合）的功能。在满足测试需求前提下，一个信号组件可以包含硬件仪器的部分或全部功能。这一切为仪器互换提供了广阔的空间，不但可以实现同类仪器、异类仪器的互换，还可以实现综合性仪器的互换。
3 基于信号接口的通用ATS软件设计
由以上分析可知，ATLAS 2K和IVI-Signal Interface有很多相似和互补的功能。比如，在一个测试系统中，ATLAS 2K面向UUT，实现代码移植和重用，而IVI-Signal Interface面向测试资源，实现了仪器互换；IVI-Signal Interface模型给ATLAS 2K代码提供了执行机制，而其也可沿用ATLAS 2K用SMML语言对信号类型定义的方法；二者均基于COM技术，提供了标准信号接口等。因此，通过信号接口集成二者，可实现通用ATS软件设计。
3.1 系统结构设计
基于信号接口的通用ATS软件结构框架如图4所示。
仪器信息模块是一个文件，它记录系统中所有仪器的测试功能信息，由IVI-Signal Interface模型提供。矩阵开关信息模块和适与器信息模块与仪器信息模块类似，前者记录了矩阵开关模块的连接信息；后者记录了适配器在UUT和矩阵开关之间的转换信息。
ATLAS 2K TPS根据自己对UUT的测试需求的描述，从Run-Time System请求相应的信号对象。若ATS的测试能力允许，Run-Time System开始查询从UUT到仪器端口的连接信息，并对其进行验证。这一切完成后，Run-Time System开始例化IVI-Signal Interface信号组件和ATLAS 2K信号组件，执行测试操作。
IVI-Sinal Interface组件和矩阵开关驱动器通过VISA、IVI-C、SCPI命令等控制底层仪器，在TPS执行期间，Run-Time System应自动完成测试资源的分配和信号路径的切换。
综上，基于信号接口的ATS软件设计可描述为：通过ATLAS 2K语言，将UUT的测试需求标定为对激励/测量信号的需求，这个虚拟资源需求通过设备驱动器接口内部服务机制的解释和定位转换成真资源，再驱动仪器完成测试任务。
3.2 系统实现
图5给出了基于信号接口开发ATS软件的全过程。
ATLAS 2K TPS和IVI-Signal Interface组件由COTS产品开发，如VB、VC++等。IVI-Signal Interface组件由系统方案设计者给出，由系统集成者使用。
使用Windows写字板记录测试资源信息，如设备信号、适配器信息等，并随同IVI信号组件一同发布。
IVI-Signal Interace标准和ATLAS 2K模型在功能上是互补的，二者的结合给通用ATS软件设计提供了解决方案，工程应用前景非常广阔。另外，二者均基于COM技术，不依赖于特定的开发工具，方便了系统的实现，节省了费用。同时，这一设计思想还可以有效地结合当前正在发展着的VXI、PXI、IVI-COM、VISA-COM等技术，为最终实现仪器互换和软件移植打下坚实的基础。当然，由于ATS设计的复杂性，有关细节仍需进一步论证，如资源自动分配的优化问题、信号路径切换的选择问题等。
基于信号接口的自动测试系统软件的设计与实现
摘要：实现仪器可互换性和TPS重用性、可移植性是通用自动测试系统（ATS）的发展方向。论述了ATLAS 2K语言和IVI-Signal Interface标准的特点、结构和技术实现。给出了一种基于信号接口的自动测试系统软件的设计方法。这一方案融合了当前正在发展的各种测试系统软件的设计技术，为通用ATS设计提供了技术实现途径。关键词：信号接口 ATLAS 2K语言 IVI-Signal Interface 可移植性 可互换性
自动测试系统（ATS，Automatic Test System）是装备形成战斗力的重要保证，仪器的可互换性和测试程序集（TPS，Test Program Set）的重用性、可移植性是通用ATS的.重要指标。当前，ATS软件的开发方式有“面向仪器”和“面向信号”两种，面向仪器的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体系庞大、模糊等。这一切限制了ATLAS的进一步发展。ATLAS 2K是由Test Description Sub-Committee of SCC 20在ATLAS的基础上制订的新标准，它采用SMML（Signal and Method Modeling Language）语言和面向对象技术，给ATLAS语言减了肥，优化了程序结构，增强了对UUT测试需求描述的准确性；并且可在任何支持COM技术的平台上使用图形工具进行编程，简化了程序设计。
1.1 ATLAS 2K模型
[1] [2] [3] [4] [5]
