现代ATS中可扩展的信号描述结构ATLAS2K

介绍IEEE颁布的新标准--ATLAS2K.ATLAS2K是ATLAS系列标准的最新版本,比早期版本有较大的改进,在原基础上提供了信号描述的组件库结构.它可迅速有效配备在采用其他标准的自动测试系统(ATS)中.     

IEEEATLAS716-1995和ARINC626-3的比较和对比

ATLAS测试语言的两个主要用户是美国国防部（DoD)及其盟友北大西洋公约组织（NATO）和商业航空公司。他们使用不同的标准来定义和维护自己的语言。DoD和NATO使用IEEEATLAS716，而商业航空公司使用ARINC626。现在有机会来统一这两个标准。至少可以进一步消除二者之间的差异。首先他们最近都出版了标准的最新版本。即716-95和626-3。其次，军用和民用飞机都处于一个研制的空隙点，没有新型和主力飞机研制及相关航空电子设备的设计。IEEE开始制定未来的ATLAS716（现在的名字是ATLAS2000），这项工作要求避免导致实现差异的问题。此外，ARINC和DoD已经在特别强调使用ATLAS的航空电子设备维护方面建立了正式的联络机制以保持协调和交流。综上所述，详细描述716-95和626-3之间相似性和差异性的优点是十显著的，在出版ATLAS2000时，这个比较可以作为模板来指导这两种语言之间的变换，至少这个比较强调说明了进一步排除差异问题的领域。为完善ATLAS2000所需的设计工作提供了关键指导，ATLAS2000将有效的支持现在的ATLAS用户，并和有希望证明为更有利的把ATLAS用户扩展到新的行业而做的ATLAS2000设计是有益的。     

ATLAS测试程序结构分析

阐述了ATLAS测试程序和测试规范的区别;简要分析了ATLAS测试程序的基本结构;具体介绍了SMART测试程序的组成和结构。     

高级测试语言ATLAS

ATLAS是一种高级测试语言,它对测试需求的描述不局限于任何特殊测试系统.文中对ATLAS的语言元素、数据类型、语句结构、测试需求结构等进行了简要介绍.     

在IEEE716C/ATLAS环境下的数字测试是月亮的黑面码？

本文将阐明IEEE716C/ATLAS自动测试环境下数字测试能力。本文描述了关于716C/ATLAS适合在不同级别的组件，特别是重点在LRU/WRA级别上进行数字测试的问题，在项目涉及把LASAR数据二次处理进一个现代的C/ATLAS环境中时，作者描述了这些问题。本文对自动测试界说明了使用C/ATLAS执行数字测试是可能的。说明了在与传统的数字测试环境比较时，IEEE标准方案执行得很好，被描述的优点（如可移植性，重宿主能力）和缺点（如性能）可使最终用户对IEEE的标准做出有见地的决策。本文所论述的工作是基于实际经验的，是ATE界的现在趋势以及在这个领域频繁涉及的问题。     

基于模块的标准ATLAS语言及其应用

面向模块的ATS设计是现代测试技术的重要分支.论述了测试语言ATLAS的产生、发展过程,分析了其存在的问题.指出基于模块的ATLAS是标准的测试语言,详细介绍了它的特点、模型结构及在现代ATS设计中的应用,满足了TPS可移植性的发展要求,代表着现代测试语言的发展方向.     

ATLAS模块与WCEM模块双向数据传递的方法

本文详细讲述了PAWS开发平台下,如何利用自动取数和手动取数方法获取ATLAS模块中的数据,如何把WCEM模块中的数据返回至ATLAS中显示,如何在两个模块之间传递数组,并在扩展词法库的基础上编写一个统一的传值函数方便快捷地满足程序要求。     

ATLAS—3在飞机油料系统状态监测的应用

着重介绍ATLAS－3系统在飞机油料状态监测方面的应用问题。     

通用自动测试设备（GPATE）系统简介

介绍通用自动检测设备(GPATE)的组成、软硬件平台及编程语言C／ATLAS。     

ATLAS2000信号与方法的分类及建模

IEEE标准协调委员会（SCC20）开发716标准下一个版本（AT-LAS2000）的工作，显示出了大幅度调整ATLAS语言概念的需求，ATLAS2000所表达的概念之一是，把716-95标准所规定的信号和测量方法重新组织/构造成为一个分层体系结构。这个结构包含一个建模能力。它允许用户开发或描述复杂测试功能逐步提高的水平，复杂测试功能是根据较低级组件（成员）所组建的，该模型是ATLAS2000的一个主要的新特征，促进了组件的得用，并且提供了一个通用的描述机制，表达测试需求和仪器能力。可以定义信号结构，并且用基本的数学或工程术语及物理单元来表达，信号定义对于物理或数学的描述/行为是可跟踪的，使用最新开发的信号与方法的建模语言（SMML）。实现了这些模型的开发，本文描述了这种新的信号与方法体系，以及该体系使用SMML建模技术的实现。     

The ATLAS language-panacea or pariah? Does it only specify the taskor does it really drive the tester?

ATLAS is a language intended to be used for the specification of test equipment with independent and transportable test programs. Despite significant effort put into revising and updating the ATLAS standards over the last 25 years, the language is still only used when mandated and is not the automatic choice of engineers. In this article, we discuss the reasons for this and look at the future development of ATLAS     

Development of a TPS reuse library using COTS tools

In the past, functional test requirements (FTR) or test requirement documents (TRD) and test program sets (TPS) were standalone items developed by individual engineers. In some cases, one engineer would write the FTR/TRD and another would develop the TPS. Commercial ATLAS FTRs are prepared in ARINC 616 and 626 ATLAS. Military TRDs are written in IEEE ATLAS 716 versions. Previous test reuse attempts have not been successful because additional software, like browsers, is required to support these efforts. It was difficult to justify writing new software; for example, browsers to manage the application software. Today, commercial-off-the-shelf (COTS) tools are in place to browse and view information from circuit diagrams to documents to source code. These tools can develop hierarchies to organize the information. These COTS tools are available throughout Boeing on many types of workstations and personal computers on every engineer's desk. This paper discusses how a reusable test library (RTL) is being developed using commercial-off-the-shelf (COTS) tools, such as Mosaic, to address commercial and military test applications. It describes each of the tools and the process to develop TPSs using the reuse library. It defines the metrics and benefits achieved     

发动机电子调节器防消喘通道检测系统

介绍了某型发动机综合电子调节器防消喘通道检测系统的硬件、软件结构设计及测控功能的实现。实验表明，基于ATLAS的检测系统能够迅速准确地对该通道进行检测和维护，具有较广的应用价值，可用于发动机综合电子调节器的建模仿真与研究。     

超短波电台自动检测与故障诊断系统设计

介绍了超短波电台自动检测系统与故障诊断系统的功能,并根据功能要求进行了硬件电路的设计,采取面向信号的ATLAS语言进行软件设计和建立在专家知识输入故障推理模型.该系统经使用证明,检测结果精确,检测效率较高.     

Bridging the gap between ATLAS and C: an open-systems approach toTPS re-host

As the DoD focuses on commercialization and open-architecture standards, the need to migrate existing TPSs from proprietary ATLAS-based platforms to an Open Systems platform becomes more critical. This paper will focus on a solution which leverages COTS software tools and emerging industry standards and technologies to implement object-oriented database tools which enable the conversion of an ATLAS TPS to an ANSI C environment     

Evaluation of three ATE test environments

It is often difficult to assess the positive and negative issues facing the use of a particular software test environment in a given application. Much of the literature is swayed by the use of each environment by a single application. This paper will provide detailed information on ARGO Systems evaluation of three popular ATE Test Environments: the Ada Based Environment for Testing (ABET), the TYX PAWS ATLAS test environment and the National Instruments LabVIEW graphical test environment. This evaluation was accomplished by comparing the same test program measurements in each environment using the same UUT, interface test adapter, and the same PC-based ATE. As such, the data represents a true apples-to-apples comparison of these environments     

Extreme solar cycle variability in strong lines between 200 and 400 NM

Our study of solar cycle irradiance variability in the UV between 200 and 400 nm requires a detailed knowledge of the composition of the solar spectrum in this wavelength range. We compute the synthetic spectrum from 250 to 300 nm and compare it with ATLAS3 and SOLSTICE observations. Synthetic solar spectra for solar minimum and maximum conditions show large variations in broad, strong UV lines. Strong lines of FeI between 260 nm and 264 nm show increases between 0.4× and 3×in their max/min ratio. Our ``broad lines' database shows 167 lines with similar properties between 200 nm and 400 nm. Our results raise issues of the importance of such large variability in narrow bands and the difficulty of detection in measurements with spectral resolutions of 1 nm.     

Sustainment of legacy automatic test systems: lessons learned on TPS transportability

Sustainment of legacy automatic test systems (ATS) saves cost through the re-use of software and hardware. The ATS consists of the automatic test equipment (ATE), the test program sets (TPSs), and associated software. The associated software includes the architecture the TPSs run on, known as the control software or test station test executive. In some cases, to sustain the legacy ATS, it is more practical to develop a replacement ATE with the latest instrumentation, often in the form of commercial off-the-shelf (COTS) hardware and software. The existing TPSs, including their hardware and test programs, then need to be transported, or translated, to the new test station. In order to understand how to sustain a legacy ATS by translating TPSs, one must realize the full architecture of the legacy ATS to be replaced. It must be understood that TPS transportability does not only include translating the original TPS from an existing language (such as ATLAS) to a new language (such as "C") to run on a new test station, but includes transporting the run-time environment created by the legacy ATS. This paper examines the similarities and differences of legacy ATE and modern COTS ATE architectures, how the ATS testing philosophy impacts the ease of TPS transportability from legacy ATE to modern-day platforms, and what SEI has done to address the issues that arise out of TPS transportability.