EDN首页   博客首页

最新日志

发表于:2008-10-9 9:35:24
标签:软件开发  系统集成  信号调理  综合测试  TTCN  通信  

0

基于VXI/GPIB总线的通信设备测试诊断系统

  随着科学技术尤其电子技术的迅速发展,通信设备功能越来越强大,种类越来越繁多,对通信设备的维修测试提出了更高的要求。通信设备传统的维修主要采用分立测试仪器的方式来进行,如果实现多种通信设备的维修测试,往往需要很多分立的专用测试测量仪器,维护保障方式效率低,测试覆盖率、故障隔离率较低。适应通信设备的发展趋势,结合测试诊断领域的新技术、新进展,研制通信设备测试诊断系统滞满足各种通信设备的系统级和电路板级的测试和故障诊断,提高警惕测试覆盖率、故障诊断隔离率和维修保障效率,从而提高通信设备的维修保障能力,已成为通信设备维修保障的重要发展方向。
  VXI总线接口不仅结构紧凑、标准开放、数据吞吐能力强、模块可重复使用,而且虚拟仪器软件结构(VISA)解决了所使用的计算机和仪器之间的接口与应用软件开发环境的兼容性问题,因此在测试诊断系统得到了广泛应用。GPIB标准总线作为一种成熟完善的标准仪器总线,在高频、微波频段的自动化测量领域是一种不可缺少的仪器总线技术。GPIB标准总线与VXI总线在系统应用中,无论在软件还是硬件,都有着天然的兼容性和互补性。两者结合使系统的通用性,功能及测量带宽的扩充性和电磁兼容能力进一步提高。因此,航天测控通信设备测试诊断系统采用以VXI总线为主,GPIB为辅的系统总线构架。

  一、系统组成
  航天测控通信设备测试诊断系统包括硬件平台、软件平台和TPS(测试程序集)三个部分。
  硬件平台主要由主控计算机、程控电源、测量仪器模块、组合便携移动机箱、VXI机箱以及其他部件等组成。其中测量仪器模块包括综合信号源、频谱分析仪、微波功率计、微波频率计、VXI综合测量接收机、微波开头、数字多用表、误码仪、任意波发生器、示波器、A/D模块、D/A模块、数字I/O、矩阵开关等。软件平台包括系统设置管理、系统校准/自检、TPS开发平台、TPS执行平台、综合信息查询等几部分。TPS包括通信设备的系统级TPS和电路板级TPS。

  二、系统工作原理
  对于通信设备的系统级测试,被测对象的主要测试接口有天线口、音频接口(耳机、话筒)和数传口。被测通信设备的测试接口通过ITA(接口适配器)与通信设备测试诊断系统相连,从而形成测试通道,实现测试仪器与被测对象的连接。在主控计算机软件平台的控制下,测试仪器资源向被测通信设备发送激励、采集响应实现通信设备的系统级测试,通过与该测试参数的正常值进行对比,给出被测对象正常或有故障的结论。通过开关阵列(包括微波开关和继电器开关)的合理转接,实现不同种类测试参数的自动测试。

航天测控基于VXI/GPIB总线的通信设备测试诊断系统

  对于通信设备电路板的测试和故障诊断,被测对象的主要接口为电路板的边缘连接器,以及射频连接器,如SMA、BNC、SMC等接口形式。被测电路板通过通用适配板、ITA与系统测试仪器资源相连,形成测试通道,实现测试仪器与被测对象的连接。在主控计算机软件平台的控制下,结合开关阵列,采用自动与人工相结合的方式,系统能够对被测电路板多达128针的仪器资源进行自由配置。并且通过ITA面板上的数字I/O测试接口,数字探笔、模拟探笔、夹具等测试接口,可以实现对没有引到的电路板边缘连接器的重要测试信号的测试。主控计算机是测试诊断过程的指挥控制中心,对数据采集及激励设备的工作进行协调和控制。测试数据送故障诊断数据库进行预处理。对于电路板级故障诊断,在运行TPS的控制,引导测试夹具和探笔,逐步深入,可将故障隔离到芯片级。
  对于系统自检,在软件平台的自检模块的控制下,实现测试诊断信息的统计查询和共享。

  三、系统软件结构
  航天测控通信设备测试诊断系统软件是在航天测控公司软件产品Fault doctor 2.0基础上,针对通信设备测试诊断的特点进行改进设计,采用了软总线技术、动态加载技术、COM技术、GDI+技术、ASP2.0技术、BCG界面技术、VPP规范仪器互换技术、测试参数库、外挂模块等技术,建立了从系统级测试、电路板级测试到电路板级故障诊断的通信设备“测试/诊断/管理一体化”的软件框架模型,并为实现远程故障诊断等预留了接口。
  软件总体结构有四个大模块,每个大模块又包括若干小模块,模块和模块之间功能互相独立,在主控程序控制下,通过接口传递功能需求和进行数据的传递及修改。四个大的功能模块包括:系统综合管理,包括系统启用/注销、系统自检/校准和系统维护;TPS开发,采用图形化编程或建模;TPS执行,完成对被测对象的测试和故障诊断,提供自动检测和信息提示功能;综合自息查询,包含基本查询和高级查询。
 
  随着现代通信技术、电子技术和网络技术的快速发展,通信设备功能和性能得到 极大的地提高,同时对通信设备的维修保障提出了更高的要求。模块化、开放式的航天测控通信设备测试诊断系统,可适用多种类的通信设备系统级和电路板级的测试和故障诊断,提高通信设备维护保障能力。采用该系统对电台、接力设备以及网络终端进行系统级和电路板级的测试诊断,与常规维修手段相比,可提高维修保障效率50%以上。

点击此处查看原文 >>

系统分类: 通信网络   |    用户分类: 无分类    |    来源: 原创

评论(0) | 阅读(34)
发表于:2008-10-9 9:32:32
标签:软件开发  系统集成  航天测控  综合测试  TTCN  

0

TTCN-3 简介

  TTCN是由ISO/IEC9646和ITUX.292 系列所提出的实现OSI 与ITU协议定义的一致性测试方法的标准。由于TTCN集成开发环境ITEX( Interactive TTCN Editor and eXecutor)能够自动生成ANSI C的测试代码,因此测试的主要工作量集中在利用形式化语言描述测试流程上,这同时避免了由于手工编程可能导致的错误。测试过程出现的问题可由ITEX 生成相应的测试报告,减少跟踪调试程序的工作量。并且所有与具体平台相关的代码都被集中在测试的内核中,因此TTCN所生成的测试模块可重用性好、容易维护。它支持多个PTC同时执行, 由MTC 控制整个执行流程。TTCN与ASN.1(Abstract Syntax Notation.1)兼容,ASN.1属于国际标准ISO/ IEC8824 系列,是开放系统互联(OSI)的关键组成部分之一,由于两者的兼容性,使TTCN的应用更加广泛。
  然而最初的TTCN不能设计和描述并行行为,人们很快意识到对TTCN的并行能力的扩展的重要性和迫切性。这也是TTCN-2出现的直接原因。尽管在TTCN-2中做了扩展,但是对于新出现的不同领域的不同种类的测试仍存在很多缺陷和不足,STF(Special Task Force)133和ETS156从1998年开始研究新版TTCN,到2000年10月完成,新版的TTCN命名为Testing and Test Control Notation version 3(TTCN-3)。
  TTCN-3不但保留了原有TTCN-2的良好特性,并且包括满足上述需求的新特性。一个明显的不同就是TTCN-2有两种描述形式,一种是图表形式,一种是与图表形式等价的机器可执行语言,而TTCN-3有通用的核心语言、图表表达形式及MSC(Message Sequence Chart)表示语言。
  TTCN-3分为核心语言(Core Language),表格表示格式(Tabular Presentation),消息序列图(MSC)表示格式等多种使用形式。但核心语言是其他形式的基础,是完整的、独立的,也是TTCN工具之间的标准交互格式,是其他格式的语义基础。
  TTCN-3核心语言是TTCN-3最重要的部分。也是TTCN-3对TTCN-2改进最大的地方。核心语言的发布,使得TTCN-3能够向后兼容,也使得TTCN-2开发的测试集向TTCN-3转换变的很容易。图形描述方式是新加的一种开发方式,它主要采用了消息序列图MSC的概念。
  TTCN-3最顶层单元是模块,它内部不能再有子模块。TTCN-3模块之间相互独立,他们可以通过import语义共享数据定义。一个测试套就是一个模块。一个模块有两部分:定义部分和控制部分。定义部分定义了测试组件、通讯端口、数据类型、常量、测试数据模板、函数、端口程序呼叫信号、测试例等。控制部分包含局部变量定义、调用测试例并控制其执行顺序。
  TTCN-3规范的第五部分TTCN-3 Runtime Interface(TRI)中,对TTCN-3测试系统的概念模型规范进行了描述。TTCN-3测试系统由一组具有特定功能的实体组成。这些实体管理测试的顺序,解释和执行已经编译过的TTCN-3代码,实现和被测系统SUT的正确通信以及实现外部函数(在TTCN-3模块外面定义,在模块中申明为外部函数)和处理定时器的操作等。TTCN-3测试系统分解为测试管理(Test Management,简称TM)、测试执行实体(TTCN-3 Executable,简称TE)、SUT适配器(System Under Test Adapter,简称SA)和测试平台适配器(Platform Adaptor,简称PA)。
  TTCN-3测试系统中的两个主要的接口:TTCN-3控制接口(TTCN-3Control Interface,简称TCI)和TTCN-3运行时接口(TTCN-3 Runtime Interface,简称TRI)。它们分别制定了TM和TE之间的接口,和TE与适配器(SA和PA)之间的接口。目前,TTCN-3规范只对TRI进行了接口定义,而给予测试工具提供商在测试系统的实现中很打的灵活性。而一般情况下,TRI需要由JAVA或C/C++等语言来开发。
  TTCN-3可以用做多种通信端口上的各种响应系统测试的描述语言。典型的应用领域是协议测试(包括移动协议和互连网协议)、服务测试(包括增补服务)、模块测试、基于平台、APIs等的CORBA测试。TTCN-3并不仅仅局限于一致性测试,它可用于多种类型的测试,如互操作性测试(Interoperability Testing)、性能测试(Performance Testing)、鲁棒性测试(Robustness Testing)、回归测试(Regression Testing)、系统和集成测试(System and Integration Testing)。(航天测控 方峰)

点击此处查看原文 >>

系统分类: 资源共享   |    用户分类: 无分类    |    来源: 原创

评论(0) | 阅读(30)
发表于:2008-9-25 9:06:47
标签:神舟飞船  虚警率  雷达  制导  综合测试  太空仓  宇航员  

0

航天测控公司员工与奥运明星携手荣誉殿堂

  在北京奥运会即将落下帷幕之际,以航天测控公司青年员工代表作为现场观众,参加了中央电视台奥运大型演播室节目《荣誉殿堂》的直播工作。共有近百名员工参观了本次活动,其间,奥运冠军马琳、王楠、张怡宁,世界级篮球明星姚明、王治郅等多名奥运明星与现场观众畅谈奥运故事和感受。
  当节目录制结束时已是凌晨,但员工们依然心潮澎湃,表示能与奥运明星分享为国争光的感受和成长经历,是一次不可多得的受教育机会,作为航天事业的继承者和发扬者,更应该戒骄戒躁,学习体育明星吃苦耐劳的精神,成为工作中的明星。

点击此处查看原文 >>

系统分类: 自由话题   |    用户分类: 无分类    |    来源: 原创

评论(0) | 阅读(66)
发表于:2008-9-25 9:03:59
标签:无标签

0

通用测试平台GT9000的开发与应用

  “广灵通”GT9000通用测试平台由北京航天测控技术开发公司研制,主要针对国防和军工领域,导弹测试、诊断、数据分析与处理等,是具有完全自主知识产权的国产化软硬件集成开发平台,已广泛应用于导弹系统及单元的测试与诊断。
  该平台采用基于VXI/PXI等总线架构,具有标准化、模块化、开放性的体系结构,系统测试功能可扩充,可栽减,可互换,是一个能够适应多种型号测试需求的通用化测试诊断系统。该平台配置有航天测控公司自主研制的虚拟仪器测试开发环境VITE,采用虚拟仪器、虚拟系统和系统建模、语法定义和分析、IVI可互换仪器、测试与诊断一休化等关键技术,完成多种被测试对象测试程序的自动生成,满足测试系统中的测试需求、测试内容以及测试资源的多样性,可适用不同阶段、不同层次的信息集成环境。
 
  一、主要功能
  1、测试
  可根据用户使用需求,为用户开发测试诊断TPS;可对各种不同类型系统的前沿级、中间级或基地级实现维修测试与诊断;提供定制的软硬件平台,支持用户自行开发被测对象的测试诊断TPS。
  2、诊断
  具有故障诊断专家系统,并可结合现场诊断、中心诊断、群体会诊等三个测试诊断层次,实现对测试对象的故障诊断和故障定位。
  3、数据分析与处理
  可以根据记录的历史数据,提供各种统计功能,完成对被测对象的故障发生概率等重要信息的统计分析;可提供测试应用中所有数据(包括测试配置参数、仪器配置参数及测试结果数据等)的可视化及人机交互接口;对所有测试项目和仪器的配置数据提供输入、修改、删除、查询、游览公及数据的打印预览、打印等功能;可直接规定仪器模块的动作,配置测试流程;对测试结果数据有查询、打印预览、打印输出、备份存盘和输出图形等功能。
 
  二、主要性能指标
  1、测控指标
  激励精度:高于装备一般所要求的1%,最高可达1‰
  采样精度:高于装备一般所要求的1%,最高可达1‰
  控制精度:高于装备一般所要求的1%,最高可达1‰
  2、信号频率范围
  DC~20G(可根据装备要求配置更高)
  3、信号处理能力
  采样基本输入通道:可灵活配置,标准配置为512通道
  激励基本输出通道:可灵活配置,标准配置为256通道
  仪器覆盖能力:覆盖低频、中频、高频/微波等各类仪器,包括数据采集类、开关类、信号源类、I/O类、通讯类、微波类等仪器
  4、故障诊断指标
  故障检测率:≥98%
  故障隔离率:≥95%
  虚警率:≤5%
  5、电磁兼容性指标
  电磁兼容性指标满足GJB3947-2000军用电子测试设备通用规范等相关要求
  6、供电及环境条件指标
  供电电源:
    三相五线:380V±38V、50Hz±2Hz
    单相:220V±22V、50Hz±2Hz
    功率:10kW
  设备存储条件:
    温度:-40℃~70℃
    湿度:30%~95%
  正常工作条件:
    温度:-10℃~50℃
    湿度:30%~93%
  7、可靠性指标
  设备连续工作时间:>12小时
  设备平均故障间隔时间(MTBF):≥500h
  8、维修性指标
  平均修复时间(MTTR):≤30min
  校验周期:1年
  9、数字通讯能力
  支持RS232、RS422、RS485、ARNIC429、1553B、GPIB通讯和TCP/IP(网络)协议
 
  三、应用范围
  1、适用于前沿级导弹的测试诊断
  单套广灵通GT9000通用测试平台可肩负多种测试对象的测试。
  2、适用于中间级和维修基础级导弹的测试诊断
  对于承担多种导弹维修任务的维修基础,广灵通GT9000通用测试平台可发挥其最大作用。①作为整弹通用测试诊断设备,实现多种多样导弹全系统的测试诊断,将故障定位到可更换分系统或部件;②配置必要的TPS,可作为单元通用测试诊断设备,对多种导引头、自动驾驶仪等进行测试诊断,可将故障定位到最小可更换单元。
  3、适用于导弹全寿命周期中不同阶段的测试
  ①适用于研制单位对导弹样机进行功能测试;②适用于生产总装厂在生产装配中对多种导弹从单元到整弹的技术指标精度进行测试;③适用于试验靶场对出现故障的导弹进行测试、诊断与维修,完成从整弹到单元的各维修层次的测试与故障诊断;④适用于使用单位对导弹进行日常维护;⑤适用于维修单位对出现故障的导弹进行测试、诊断与维修,并将故障定位到最小可更换单元。
  4、适用于其它武器装备全寿命周期的测试
  广灵通GT9000通用测试平台的软硬件平台均可根据被测对象的不同,对功能及配置进行相应的裁减或扩充,在通用平台的基础上实现国防和军工领域武器装备全寿命周期的测试。
 
  四、系统框架
  广灵通GT9000通用测试平台主要包括系统控制计算机及通用测试软件、VXI/PXI总线测试机箱、各类VXI/PXI总线功能模块及通用信号转接箱,通过配置不同的测试专用适配器,可以完成不同型号设备或单元的测试。

航天测控通用测试平台GT9000系统框架图

  五、典型配置
  1、系统硬件
  ①高性能工控计算机
  主机采用机架式工控机,显示器采用键盘式显示器
  ②VXI总线产品配置
  VXI总线C尺寸机箱
  VXI总线零槽控制器
  采样类:6.5位数字多用表、64通道100k扫描A/D、8通道100k并行A/D、2通道100MSa/S差分示波器
  激励源类:8通道16位D/A、2通道隔离任意波形发生器
  开关类:8×32通道矩阵开关、128通道控制开关、256通道多路转换器
  I/O类:192通道30MHz数字I/O
  控制类:闭环算法控制器、RDC/DRC变换器
  仪器类:功能计、频率计、高频信号源、智能通用信号调理组合、智能通用直流供电组合、通知程控直流供电组合、智能中频供电组合
  通讯类:RS422/RS232/RS485通讯模块、ARNIC429通讯模块、GPIB通讯模块、1553B通讯模块
  其他设备:通用接口适配器、系统自检自校准适配器、通用10U便携式减震机箱
  辅助设备:各类测试配套专用模拟器
  平台软件:虚拟仪器测试开发环境VITE
  2、系统软件
  广灵通GT9000通用测试平台的系统软件采用北京航天测控技术开发公司自主开发的VITE(Virtual Instruments Test Environment)-虚拟仪器测试开发环境,一套面向大型自动化测试系统的测试程序自动生成软件平台,用于程序运行、开发和系统集成。该软件是针对多种武器型号在研制、维修过程中对测试程序自动生成的要求研制开发的,突破了虚拟仪器、虚拟系统和系统建模技术、语法定义和分析技术、测控网络技术、IVI技术等关键技术,具有信息框架建模、ATE集成设计、TPS开发、用户界面定制、专家知识生成、测试执行、故障分析、维修信息管理与辅助决策以及综合数据分析等功能,在操作上具有自动开发向导、界面管理、日志管理及程序自动生成等特点,简单易学,达到 国内通用测试软件的领先水平。
 
  六、广灵通GT9000通用测试平台的特点
  1、平台软件和硬件均实现了国产化
  各组成单元全部自主研发,解决了测试设备依赖进口,受制于人的问题,为我国装备测试诊断的自主保障奠定了强有力的基础。
  2、产品成熟、可靠性高
  平台选用的软硬件产品均通过严格的设计验证和筛选试验,规范化的管理贯穿整个产品的设计、开发、生产和服务的全过程,产品质量可靠性高;该平台已批量生产,服务用户,成功完成数十种复杂装备的测试与诊断,产品性能稳定,成熟可靠。
  3、通用性、开放性和模块化
  平台采用模块化、标准化、系列化的设计思想,实现了产品的互联、互通和互换,软件和硬件均采用柔性化设计,具有很强的扩展性和兼容性,用户可以使用一套广灵通GT9000通用测试平台来完成多种被测对象的测试、诊断和维护工作,实现了测试设备的通用化。
    4、测试诊断一体
  平台将人工智能与自动测试技术相结合,构建了一套基于网络的分布式测试诊断一体化通用测试/诊断平台,将传统测试技术、系统级诊断技术融合到同一平台,实现了真正意义上的测试诊断一体化,支持装备的研制生产、试验、使用及维护等全寿命周期各环节的测试与维护,支持系统及单元的测试与诊断,既可用作常规的测试设备,也可用作维护维修及其故障诊断设备。
  5、测试资源信息化
  平台提供基于TCP/IP的网络接口,多套测试平台之间以及与指控中心之间实现网络互联,资源共享,用户在使用过程中可根据现场环境,建立远程机动式维修站,作为远程保障体系的执行器,对全部设备进行联网,完成信息共享,实现分散部署、联合保障;平台在TCP/IP网络接口的基础上,融合了信息技术,用户可以利用远程决策支持、信息管理、专家系统等信息平台,对维修资源实现优化管理与共享,对维护、维修实现远程信息支援;平台应用信息化技术使维护、维修人员在任何地方、任何时间都可以获取与维护、维修相关的信息,可以充分利用网络资源进行过程交流,对所需的维护、维修资源进行合理分配。
 
  七、广灵通GT9000通用测试平台典型应用
  1、机载导弹武器通用化测试
  国产化、通用化、一体化、信息化的设计,确立了我国机载装备测试的统一接口规范,便携性好,功能扩展方便,实现了测试装备的自主保障。
  2、地地导弹武器通用化测试
  以VXI总线的通用测试技术和测试应用程序自动生成等关键技术为基础,测试能力覆盖了多种型号系列的电子仪器、惯性仪器、伺服机构单元测试和综合测发控,实现了多发并行测试,缩短了多波次大批量技术准备时间。
  3、GT9010制导设备控制系统综合检测平台
  GT9010制导设备控制系统综合检测平台用于控制系统、自动装置组合、电源、舵机等测试诊断,自动识别UUT,可以在线诊断、离线分析、测试诊断策略生成、诊断知识编辑,同时设备还具有自保护、自检测和自校准等功能,能够快速完成设备控制系统测试诊断,将故障定位到控制系统内部最小可更换单元,并可在故障修复后对其性能进行测试验证。该平台采用柔性化设计思想,能够满足各类常规设备控制系统的测试诊断需求,也能扩展到满足飞机、卫星等控制系统的测试诊断需求。
  4、GT9020光学制导设备导引头综合检测平台
  GT9020光学制导设备导引头综合检测平台是以北京航天测控技术开发公司开发的广灵通通用测试平台(GT9000)为基础,保持了国产化、通用化、测试/诊断一体化、网络化和信息化等技术特色,修改调整了目标图像显示系统、更换了可配置的电源组合,并增加“五轴”转台、动态景象目标系统以及测角仪等辅助设备。在流程设置和辅助测试设备方面,强化并突出了测试诊断和故障定位功能。实现了对光学制导导引头的整机功能测试、整机诊断测试以及分机诊断测试,具有自动智能诊断功能,能够对故障进行隔离,并定位到最小可更换单元上。
  5、GT9030雷达导引系统综合检测设备
  GT9030雷达导引系统综合检测设备是北京航天测控技术开发公司自主研发的,具有自主知识产权的一套自动化测试设备,它专为各种被动、半主动、主动、主被动复合等雷达制导方式的雷达导引头而设计,具有自动化和集成度高、扩展功能强,能适应多种UUT等特点,能对雷达导引头整机及内部分机进行性能检测和故障定位,并能将故障定位到独立的功能板块。根据测试对象的不同,故障检测率可以不低于90%,虚警率<5%,将故障隔离到不大于2个SRU组合时的故障隔离率可以不低于80%。

点击此处查看原文 >>

系统分类: 电子制造   |    用户分类: 无分类    |    来源: 原创

评论(0) | 阅读(25)
发表于:2008-8-27 17:35:18
标签:无标签

0

Di-VITE远程测试及故障诊断系统助推装备保障信息化

  传统的装备保障模块是一种封闭式的系统运行模式,信息的交流与处理限于检测诊断系统内部。受地域和装备的种类数量等因素的影响,这一模式已越来越不适应现实发展的需要。由于缺乏交流,诊断与维修经验知识不能共享,使得各个保障单元往往做大量重复的工作,影响效率。同时,由于有经验的专家数量有限,一旦设备同时发生故障,就可能造成专家疲于奔命的被动局面,影响设备的快速诊断修复。
  北京航天测控技术开发公司研发的Di-VITE远程分布测试及故障诊断系统,以装备测试、诊断以及维修的远程化作为信息化保障的切入点,依托维修设备的信息化能力,不受空间限制的及时获取装备的故障信息,在正确的时间,把正确的信息及时发送给正确的使用者,可以借助信息传输平台,对一些大型复杂系统进行远程自适应修复,对维修资源和维修技术具有很强的辅助决策能力。以此为基础所实现的保障信息化,可以有效缩短时间,提高维修效率,节约维修资源。
 
  一、Di-VITE在装备保障信息化中解决的问题
  航天测控Di-VITE远程分布式测试及故障诊断系统,通过现场级维修主装备(ATE)、维修辅助设备(PMA)以及5级交互式电子技术手册(IETM)运行终端,及时获取装备的故障信息,通过远程传输途径,将BIT数据、现场测试数据、判定数据、操作使用脚本等信息传至维修基础,使得维修基础可以采取有效的技术手段对装备实施远程维修或技术指导。
  对于地域分布广泛的装备,由于受损情况复杂,处于各地的维修人员的技术水平不同及各种故障维修需要的备件满足情况不同等,在设备发生故障或受损的情况下,最理想的是及时给予一线维修人员必要的技术支援,帮助其对故障进行准确诊断,并给出合理的维修方案(即让一线维修人员能够完成的维修方案),就近调拨所需的维修备件。
  具体解决问题如下:
  1、在现行保障体制的基础上,实现交互式网络化维修保障结构,解决维修信息实时共享的问题,达到快速保障的矩阵式管理要求,满足多点保障、联合保障以及快速及时保障的需求;
  2、缓解研制部门在装备交付后疲于奔波的排故压力,建立装备系统日常维护和现场抢修情况下的装备维修辅助决策支持、远程快速诊断和排故能力,确保装备使用完好率,缩短装备使用前的准备时间;
  3、降低一线维修人员的综合技术水平的要求,通过远程支持工具辅助测试、辅助排故,使具有多元化、多学科交叉、多设备的故障交联的复杂维修过程简单化,一线技术人员可以在许多后方技术专家的指导下,加快对故障或受损装备的维修过程,满足时效性要求;
  4、收集分布在各地基层保障单位的维护信息、积累维修数据,使装备的可靠性、维修性、保障性有质的提高,为进一步实现视情维修提供基础信息平台;
  5、在分布式环境下,提供基于虚拟仪器技术的维修技术训练平台,对实施维修技术训练提供方便;
  6、改进、优化维修保障体制,充分利用远程信息共享的手段,实施分布式技术保障,缩短各级维修空间上的距离,使各级维修与后方远程技术支援单位紧密联系,各级维修在统一的维修系统内实现优化组合成为可能。
 
  二、Di-VITE的设计定位与技术实施特点
  1、系统设计定位
  远程分布式测试及故障诊断的目的是建立以专用通信网络、无线通讯网络以及卫星通信设施为基础的异地分布式远程技术保障体系;为装备从现场级维护、抢修到基地级维修、保障等提供信息一体化的技术保障手段;在广域范围内构建一个高效的信息流通渠道,形成集远程辅助测试、综合故障分析、维修决策支持、保障信息协同于一体的故障信息反馈系统;为装备的设计研制单位、使用维护单位等提供一个一体化的、高效的空间协作平台。
  2、技术实施特点
  管理模式上,将装备研制试验、维修保障中的故障诊断过程推了后方,改变了以往大批专家在现场集中进行保障的模式,合理有效的利用了技术专家的时间和精力,节约了人力资源的投入。
  工作模式上,从原有的单机故障检测模式转变为可异域控制、分布式处理的协同诊断与分析模式,充分利用网络资源,发挥信息共享的优势。
  信息共享上,远程分布式测试及故障诊断系统利用广泛的网络资源和传输途径,将分布在异地的专家、历史数据、设计、维修维护及备件储备等信息进行集中调度,为故障定位提供丰富的数据和诊断依据,大幅度提高工作效率。
 
  三、Di-VITE的设计原理
  按照装备例行保养检查程序,快速采集并实时诊断得出装备状态信息,为一线人员服务。同时,将装备状态测试的完整数据通过网络及时发送到技术保障中心,由保障中心的技术人员对数据进一步分析,并进行故障预测分析。在装备存在隐患或故障时,对于软故障,通过远程网络由保障中心实现远程控制修复,对于复杂故障或硬故障可由技术保障中心的专业技术人员人一线使用人员通过多媒体交互和物理网络的信息交互,协同排除故障。
  对于诊断维修过程,分布式网络在信息共享方面将发挥更大的优势。维修保障中心的知识库中已有的故障模式和维修知识,或同类装备不同分布点已发生过的故障模式和维修方法,通过自学习机收入自学习知识库的故障模式等,可以由一线人员通过网络查询“保障中心技术保障信息库”,获取知识,及时独立解决问题,发挥分布式系统节点之间信息共享带来的优势。
  按照层次,系统分为三个层次。第一层为现场诊断层,分布在各类装备基地,是移动维修单元(如维修车)或外场维修单位所在的诊断级别。现场测试包括被测对象使用前的测试和日常定检测试,大量的测试信息经过现场总线或测试信息链路进入现场测试平台。当故障出现时,首先利用现场自身的故障诊断系统进行初步诊断,依据诊断结果进行维修。当现场的诊断过程无法确定设备的故障点位置或原因时,则通过专用信息网络或专用VPN通信网络向远程技术支援中心申请技术援助,也即第二层中心诊断层,诊断中心在受理客户的请求后,依靠中心现有的故障诊断专家系统与维修资源对设备出现的故障进行诊断并给出维修建议。第三层为群体会诊,当中心诊断失败后,由中心指挥系统向有关成员发出故障会诊请求,调动入网的所有技术资源(总体设计单位、部件供应单位、生产维修单位和相关领域专家),实现对故障的诊断。诊断结束后,诊断中心将诊断结论与维修建议提供给基层单位和所涉及的修理厂及部件供应单位。使基层在最短的时间内得到所需的故障信息和维修信息,并使负责物流的单位发挥最高的效率。故障排除后,将其结果反馈给诊断中心转换为新的诊断知识加入到知识库中。第二层和第三层都在远程技术支援中心,每层之间各个节点通过网络连接,层与层之间同样通过网络进行信息交互。
  航天测控Di-VITE远程分布式测试与故障诊断系统中,位于现场维修单元的保障人员可以使用穿戴式摄像机或便携式诊断维修组合(PMA)捕获故障部件的数字图像,实时传送给位于网络内各个基础、远程中心的专家。根据测试结果,以及故障诊断系统的诊断结果,位于网络上各个节点的相关专家通过异步方式(电子邮件、电子公告牌)或同步方式(桌面视频传输诊断分析系统、电子白板和音频系统)进行交流,同时,专家依靠人机交互工具,参考协同辅助决策分析系统的输出结果,得出维修意见,并反馈到网络上相关的各个节点,进行统一协调。现场维修单元可以通过从远程支援中心下载最新的测试、诊断流程来实现紧急状态下的设备抢修过程,可以通过可视化交互系统来实现远程维修决策支持。
 
  四、Di-VITE的组成与结构
  航天测控Di-VITE远程测试及故障诊断系统,针对信息化维修保障的特点以及装备维修保障体制的需求,从信息采集现场节点(LRU级维修场站等,包含IETM、PMA、ATE等信息化装备终端)、远程技术支援中心(基地级维修场站包含远程支援中心、决策指挥中心、数据服务中心、远程专家系统、备件管理中心)、信息传输途径(卫星、专用通讯网、通讯电台)等三个方面设计和规划装备维修信息化保障体系的结构以及标准的接口方式,建立从维修现场到远程保障中心之间的维修、诊断信息链,构建可视化远程诊断、维修指导模式,定义远程测试信息的传输控制模式,以及解决远程异地保障、信息立体互联互通的有效途径问题,建立远程测试与故障诊断体系,以多Agent模型为有效手段,实现测试、诊断和维修信息的分布式处理。
  1、维修保障前端(LRU级维修场等维修节点)
  通用测试设备ATE-GT9000:以航天测公司研制的GT9000通用测试设备为基础,与被测对象的专用保障装备集成,组成保障现场全系统通用化测试诊断平台,作为远程技术保障体系的执行终端,达到装备从系统到部件的一体化维修测试能力。通过虚拟仪器测试开发环境VITE平台,在广域范围内实现装备全寿命周期测试信息的管理,提供多层次TPS和诊断知识的开发手段。
  数字化便携式维修辅助装备PMA:作为远程技术保障体系中的原位测试环节和维修数据远程机动式获取手段,系统提供数字化维修辅助前端设备——可穿戴维修辅助设备PMA部分和测试资源组合PIP,能够在测试现场直接连接远程支援中心,实施远程测试,进行故障咨询和可视化维修指导。
  远程技术支持工具:①系统为维修现场提供交互式电子技术手册IETM,支持远程下载、更新测试TPS、诊断知识和维修分析数据,提供全文技术资料检索,IETM可以综合应用人工智能、专家系统、多媒体信息处理、数据库管理以及电子出版等技术,将操作使用说明、维修过程指导、技术图纸资料、元器件代换要求以及备件储备等信息精炼组织并有机地结合为一体。②可穿戴维修辅助计算机WMAC是目前正在发展的一种新型航空辅助维修设备,主要应用在ATE和PMA使用不方便的环境中,或维修人员的注意力和手不能离开维修作业的时候,采用可穿戴辅助计算机指导维修工作。③系统为维修现场提供头盔式或固定式视频摄像装置,便现场与后方技术中心的图像视觉信息实时同步。④纵使通话装置负责连线远程技术支援中心,实现前后方的语音通讯。
  2、远程技术保障中心(基地级维修场站)
  远程技术支援主服务系统MSR(又名远程技术支援中心):是远程分布式测试与诊断系统中诊断请求、技术支援过程控制、诊断数据处理等事务的响应处理中心,同时也是测试数据的交换和存取中心。该服务系统响应和管理测试现场(LRU维修单位)、维修保障机构、远地单位的请求,向诊断服务器和决策支持中心发出控制命令及相应的测试参数信息,同时对测试现场传来的数据进行记录、分类和发送等处理。
  远程测试系统(MTP):位于远程技术保障中心的逻辑前端,负责接收来自现场数字化采集设备发来的测试数据包,按协议进行解包,对原始数据进行预处理和工程值转换后向中央服务系统所有工作单元广播数据。远程测试系统MTP同时提供装备全系统寿命周期测试信息框架。在诊断系统征兆样本不足的情况下,完成TPS的开发和生成任务,并向主服务系统发布,供前方IETM检索和下载。全寿命周期测试信息框架在远程保障信息化统一的信息组织模式下,将各组织节点和维修级别的测试与诊断信息结构有机的结合起来,形成适应不同阶段、不同层次的信息集成环境。
  远程诊断中心MDC:是整个体系的核心,它担负着为前方基层单位提供专家水平的信号分析、综合诊断、故障处理和维修决策等快速响应服务。MDC不仅要具备在线联机情况下的诊断推理功能,而且要提供与现场技术人员和IETM交互的咨询服务程序,使远程技术专家可根据检测数据和故障图像对远程故障进行实时诊断,提供故障诊断结果并作出解释。
  远程维修决策系统MDS:是远程分布式保障系统的核心。在数据采集、通信、计算机网络系统的支持下,对装备的远程诊断维修的指挥决策过程给予支持。MDS主要根据故障诊断专家系统的诊断结论、维修现场的检测数据、维修统计数据和系统内维修保障资源,利用可靠性分析和可靠性预测,进而做出相关维修决策,另外,还可以根据维修统计数据作出备件储备保障决策支持。
  群体决策支持系统GDSS:在远程诊断中心MDC无法得出诊断结论,而发起多方会诊请求的组织和响应系统。GDSS系统通过连接入网单位的来自各方面的技术专家,同步现场与后方专家的视觉图像、测试数据等信息,形成一个大的决策群体,针对本次故障问题实时会诊,最终融合各方意见,实施排故过程。群体决策支持系统GDSS处于第三层诊断系统,是诊断中心MDC的有效补充。
  故障预测与健康管理系统PHM:利用先进传感器集成技术和各种算法以及智能模型来收集、处理机上信息,通过全面检测故障、预测关键部件的残余寿命来监控系统、装备的状态,预测故障,实时提供故障告警,实现基于状态的维修。
  综合数据服务系统IDSS:是位于远程技术保障中心的大型数据库系统。包含历史试验数据库、设计方案数据库、部件特性数据库、保障基地数据库、综合数据信息库、图形影像数据库、备件信息库、设备状态信息库和后勤资源信息库等数据信息。综合数据管理中心采用数据仓库技术负责维护、管理大型数据的存储和提取,通过数据挖掘手段提取有效信息。
  分布式维修技术训练系统MTTS:大型的多项复杂技术融合的高技术装备,对维修保障的各种信息依赖性大,对人员素质要求高。装备分布式维修技术训练系统MTTS的建立,不仅可以丰富维修手段,提高维修训练水平,而且可以习题减轻训练对装备带来的破坏影响。装备维修技术训练系统主要针对现场维修过程、技术资源保障过程、远程协同排故过程、自动化保障指挥过程的特点,结合三维数字化虚拟仿真技术,构建并验证一个交互式、高度可视化的维修保障信息仿真平台。
 
  五、Di-VITE的技术特点
  1、系统具有标准化开放式体系结构,适应多种试验、维修、保障场合
  ①系统提供三层诊断结构(现场测试、远程诊断和专家会诊)满足异地分布式条件下协同诊断需求;
  ②系统参考及遵循JIA体系结构及多项国际、国内标准,如MIL-PRF-87268、MIL-PRF-87269、IEEE-1226、IEEE-1232、IEEE-716等,提供统
一的数据传输协议和分布式测试、诊断信息模型,保证网络传输数据格式的一致性;
  ③系统具有统一的分布式信息框架及标准化传输接口,使用应用层开发与底层通讯无关,便于系统的统一管理、部署和扩展;
  ④系统采用分布式、开放的数据库架构,通过ADO支持多种数据库,如:Microsoft Access,Microsoft SQL Server,Oracle等;
  ⑤工程诊断数据、诊断数据和测试信息数字传输能力。
  2、系统为前方维修现场提供多种数字化维修手段
  ①用于现场LRU级的数字化通用测试维修设备ATE(GT9000),支持VXI/PXI/LXI总线的检测模块,可以包含模拟量通道、数字量通道、通讯总线(422/485/1553B)等在内的1000路以上的采集通道和控制通道,具有远程联机测试功能和辅助排故功能;
  ②用于原位测试数字化便携维修辅助设备PMA,在原位检测或因体积受限而不便使用ATE的场合(如船舱、机内);
  ③用于开发测试流程、诊断知识的全寿命周期测试诊断软件开发平台。
  3、Di-VITE提供远程支持工具,辅助现场测试
  ①系统提供数字化维修辅助前端设备——可穿戴维修辅助计算机,能够在测试现场直接连接远程支援中心进行故障咨询和可视化维修执导;
  ②系统为维修现场提供交互式电子技术手册IETM,支持远程下载、更新测试TPS、诊断知识和维修分析数据,提供全文技术资料检索;
  ③系统为维修现场提供头盔式或固定式视频摄像装置,使现场与后方技术中心的图像、视觉信息实时同步。
  4、Di-VITE主服务系统具有远程故障诊断、辅助分析能力
  ①系统把信息的获取方式、诊断知识的注入模式以及专家的保障形式,从现场集中方式扩展到不受地域限制的整个分布式技术保障网络;
  ②系统将复杂诊断过程推向后方,由诊断中心集中分析与排故,缓解技术专家现场集中保障的压力;
  ③系统将分布在异地的专家信息、历史试验信息、设计信息、维修维护信息以及备件信息集中调度起来,为故障定位提供丰富的数据和诊断依据;
  ④系统提供分布式环境下的专家知识自学习能力,确保诊断中心的诊断知识与研制、维护过程同步;
  ⑤系统具有分布式并行诊断推理能力,满足远程海量测试数据的分析、判读与诊断、推理需求,可以同步实现全系统部件的并行分析能力;
  ⑥系统具有远程专家群体会诊功能,分布在设计部门、研究所及维修保障现场的相关技术人员,结合远程可视化图像、测试数据,实现所有入网单位专家的会诊功能,系统融合多方专家意见,开展综合诊断分析;
  ⑦系统具有故障跟踪和操作使用记录功能。
  5、系统主服务系统具有远程维修决策支持、危害程度分析能力
  ①系统对维修现场收集到的维修信息、保障信息,进行自动、智能处理;
  ②系统具有远程控制与维修决策能力,结合被试对象、参试设备、参试人员、气象环境等多方面条件,辅助决策维修过程,满足分布式环境下远程指挥、智能辅助决策的需求;
  ③系统根据故障诊断专家系统的诊断结论、试验现场的检测数据、统计数据和系统内维修保障资源,利用可靠性分析理论进行可用性分析和可靠性预测,进而做出相关维修决策;
  ④系统提供远程维修指导功能,辅助现场技术人员进行快速排故;
  ⑤系统具有远程传输特点,下载软件,提取装备运行过程中的累计数据。
  6、系统具有信息协同,保障信息管理的能力
  ①系统提供多媒体协同工作空间,多方位,多角度满足试验、维护保障的协同工作需求;
  ②系统提供装备全寿命周期测试数据信息、备件信息、维修活动信息的管理能力;
  ③远程更新数据库,保持维修、配置等数据库的一致性;
  ④采用视频会议技术用于不同位置的领域专家进行交流;
  ⑤基于H.264的视频、音频压缩技术优化信息传输过程。

  航天测控远程分布式测试及故障诊断系统是实现装备远程保障信息化、信息立体互联互通的有效途径。以现行装备维修体制为基础,根据测试的实际需求,建立了能够实施远程技术保障的系统原型。经过一段时间的测试和考核,证明装备的远程协同保障,符合装备信息化发展的趋势,能够直接应用于装备的维修、保障过程,通过系统部署方案的指导,将远程技术保障系统的各节点快速部署于相关的入网单位,形成并推动新一代远程保障体制,满足远程技术保障要求。

点击此处查看原文 >>

系统分类: 通信网络   |    用户分类: 无分类    |    来源: 原创

评论(0) | 阅读(43)
发表于:2008-8-27 17:32:54
标签:电路板  PXI总线  测试  诊断  数据采集  机箱  

1

航天测控公司推出工业级PXI总线零槽控制器及通用14槽机箱

  航天测控公司最新推出自主研发的工业级PXI总线核心基础产品:AMC4100 PXI总线零槽控制器及AMC57101 PXI总线通用14槽机箱。
  AMC4100 PXI总线零槽控制器符合最新的PXI总线规范,可实现PCI-PXI的桥接,完成本地计算机对PXI系统的远程控制。用户可选用AMC4100替代进口同类产品,原系统中已有的应用软件和驱动程序无需改动,同时具有33MHz/32位总线或66MHz/64位总线可选,并支持PXI/CPCI多机箱配置,用户的测试系统性能可随本地计算机的升级而得到升级。
  AMC57101 PXI总线通用14槽机箱结构设计紧凑,适用于便携式测试系统、机架式系统以及嵌入式系统等多种测试场合,可兼容3U的PXI总线及CPCI总线功能模块,方便用户选择不同产品来灵活配置高性能的测试系统。在电源的设计上,采用500W宽温ATX电源供电,温控风冷散热等技术。
  AMC4100 PXI总线零槽控制器及AMC57101 PXI总线通用14槽机箱可提供最佳的性能价格比,并满足测试系统工业级产品需求。

点击此处查看原文 >>

系统分类: 商务交流   |    用户分类: 无分类    |    来源: 原创

评论(0) | 阅读(101)
发表于:2008-8-19 11:12:45
标签:无标签

0

航天测控微波开关模块AMC3221

航天测控AMC3221 VXI总线微波开关模块适用于雷达、通信等设备综合测试系统,对被测信号的通道进行开关切换,还可用于各种VXI微波测试系统。该模块可以完成6组六选一连续波信号的开关切换,频率范围从DC到18GHz,符合VXI总线的即插即用,具有支持MODID线功能。

总线特性
VXI总线信号规范,即插即用
尺寸 单插宽,C尺寸
设备类型 寄存器基模块
驱动程序 符合VXI Plug & Play规范 支持95/98/2000/XP框架
主要技术指标
频率范围 DC-18GHz
开关组成 SP6T×6
插入损耗 <0.7dB
端口驻波比 <1.5
隔离度 >70dB(DC-4GHz)
>60dB(4GHz -18GHz)
开关转换时间 <15ms
射频功率 1W
开关次数 5万次
MTBF(θ0) ≥10000h
端口连接器 SMA阴
工作温度 0~55℃
存储温度 -40~75℃

地址:北京石景山实兴东街3号航天测控科技产业园
邮编:100041
网址:http://www.casic-amc.com
Email:amc@casic-amc.com

点击此处查看原文 >>

系统分类: 测试测量   |    用户分类: 无分类    |    来源: 原创

评论(0) | 阅读(56)
发表于:2008-8-19 11:08:26
标签:远程测试  故障诊断  测控技术  虚拟试验  

1

擎奥运圣火,燃航天激情,航天测控员工与奥运火炬合影留念

  航天科工集团公司于8月6日至15日期间举办的“举航天之力,助奥运成功”科技奥运成果展,受到航天系统各单位乃至社会各界的广泛关注。
  连日来,集团公司所属一院、四院、七院、航天信息股份有限公司、航天测控公司以及航天科技集团公司所属单位和北京市海淀区国税局等前来观展的团队络绎不绝。大家兴致勃勃地参观了科技奥运成果展览和电视专题片,特别关注奥运珠峰火炬、圣火盆等重点实物展品,对集团公司积极参与奥运重点工程建设项目所取得的突出业绩赞不绝口。
  展览期间,集团公司还组织了“擎奥运圣火,燃航天激情,与奥运火炬合影留念”活动,让大家共同分享奥运带来的喜悦和成功。许多观众兴奋地表示,作为一名航天人,能够与运用航天高科技制造的奥运火炬零距离接触,感到十分自豪,并再一次深切地体会到“奥运火·航天心”的特殊意义。
 

航天测控员工与与奥运火炬合影留念

8月12日,航天测控公司员工与奥运火炬合影留念

航天测控公司总经理奚全生擎起奥运火炬

航天测控公司总经理奚全生擎起奥运火炬

航天测控公司马晓露观看奥运火炬

航天测控公司副总经理马晓露观看奥运火炬

点击此处查看原文 >>

系统分类: 自由话题   |    用户分类: 无分类    |    来源: 原创

评论(0) | 阅读(145)
发表于:2008-8-19 11:05:35
标签:自动化测试  测控技术  手持式仪器  虚拟试验  

1

航天测控:系统级BIT设计及BIT验证技术

  系统级BIT是监控系统关键功能、检测隔离系统级故障的主要手段和方法,也是可测试性设计的关键部分。而系统级BIT相对于板级BIT来说,信息分析工作更加繁杂,需要考虑的因素更加广泛,因此,单纯的采用一种技术和一种结构是远远不能达到要求的,必须采用多种关键技术相结合使用的方法来进行。
系统级BIT设计技术的主要内容是系统级BIT体系结构技术、智能BIT设计技术,以及降虚警技术。此外,BIT设计技术一个非常重要的环节-BIT验证环节也不容忽视。BIT验证就是在研制的产品中注入一定数量的故障,用BIT设计规定的测试方法进行故障检测与隔离,按其结果来估计产品的测试性水平,并判断是否达到了规定要求,决定接收或拒收。
 
  一、系统级BIT体系结构
  分散、独立式的常规BIT结构已经不能适用系统级BIT发展的需要了,因此大型复杂系统中的智能BIT越来越多的采用分布式、集中式和分布集成式的BIT结构。这即是BIT技术长期探索的结果,也是电子系统固有的层次化特点的要求,体现了系统开发的“并行设计”思想。
  1、分布式BIT
  分布式结构的BIT 是在每个分系统中都具有自己的微程序和微诊断,每个分系统的微处理器只为本系统负责,与其他系统没有任何关系,各自分系统的微处理器能够对本分系统的状态做出判断和决策最后通过系统故障显示器显示系统的状态。
  2、集中式BIT
  集中式BIT在每个分系统级均不设置自己的微程序和微诊断,整个系统的控制、诊断、和决策功能都依靠一个微处理器来实现,各个分系统只是将采集上来的信息通过数据总线上传到这个主微处理器。此微处理器通过分析接收到的数据信息,以及储存的历史信息,综合诊断整个系统的功能状态,对监测系统进行分析评价,并做出决策,同时将此状态信息输出到各显示装置并储存此状态信息。
  3、分布集成式BIT(HIBIT)
  所谓HIBIT设计是指所设计的可测试性机制具有同系统一样的递阶层次结构,即具备包括系统级、子系统级、电路板级、多芯片模块级和芯片级的层次结构,不同层次的可测试性机制之间通过测试总线相连。实质上,HIBIT技术是边界扫描技术的一种延伸,在HIBIT中,板级测试利用IEEE 1149.1边界扫描标准进行,而设备级、系统级的测试则通过IEEE 1149.5 MTM总线进行。

航天测控-系统级BIT设计及BIT验证技术

递阶集成BIT
 
  二、智能BIT技术
  近20年来,智能BIT技术有了迅速发展.目前已出现了综合、信息增强、改进决策、维修历史、自适应和暂存监控等多种智能的BIT 技术。
  上述六种智能BIT技术分别针对BIT问题的某个特定方面,运用ES(专家系统)、神经网络、有限态自动机等AI技术,试图从根本上改善常规BIT中由于故障诊断算法落后、不能利用人的经验和维修历史数据,不能识别设计时未考虑的新的失效模式等造成的虚警、CND和RTOK问题。在实际应用中,可以将它们以各种不同的方式综合起来,构成范围更广的BIT改进方法。比如,一方面,可以在单个分系统中采用信息增强BIT或改进决策BIT来改进BIT效能;另一方面,全部六种方法可以综合形成一个覆盖整个系统的智能BIT系统。
 
  三、抗虚警技术
  由于BIT诊断模糊性和诊断能力不足造成了BIT虚警率(FAR)高、不能隔离间歇故障等问题,严重降低了BIT诊断检测结果可信度,影响了使用和维修人员对BIT的信任。因此对BIT的虚警问题为重点进行分析和研究,提出一些解决BIT虚警问题的方法和措施,也是目前一个研究重点和热点。
  1、BIT虚警产生原因
  导致BIT虚警主要原因可归纳为以下几个方面:BIT设计上的缺陷、门限值(或测试容差)选择不当、故障诊断算法不合适、BIT工作可靠性不高。
  2、BIT虚警控制
  针对BIT上述各种产生虚警原因,进行BIT虚警控制、降低BIT虚警率时,可在BIT的各个阶段采取多种方法来实现。
  从BIT设计方案中减少虚警 在报警前经过多次判断或延时报警,以滤除掉瞬间影响;为了减少容差查生的虚警,必须进行合理的可靠性容差设计。利用BIT检测冗余技术对检测结构进行故障表决,以减小虚警率;最后还要制订完善的测试验证计划。BIT设计是否满足要求,必须经过各种测试和验证等。
  进行完善的数字仿真工作 要降低BIT的虚警问题,必须建立完善的系统性能模型,进行故障模式影响分析,以便及时发现设计中的不可靠环节,并采取一定的方法进行故障的消除和隔离。
  从硬件上降低BIT虚警问题 通常规定BIT的可靠性比测试系统及设备的故障率要提高一个数量级,一种方法是构成BIT的元件的故障率比系统及设备所彩云的元件的故障率第一个数量级;另一种方法是规定系统中BIT的元件数不多于整个系统电气元件总数的10%;此外BIT系统自诊断、系统重构级冗余BIT都可提高BIT自身可靠性。另一方面,采取各种滤波措施,进行抗干扰设计。随着光纤技术的发展,可以采用光纤数据总线,进一步提高系统的可靠性,降低虚警;此外还可提高元器件的可靠性,采用高精度的测试器件,提高装配质量,完善生产工艺,进行抵抗恶劣环境应力的设计等。
  软件中融入智能化BIT诊断 常规的BIT诊断算法是以瞬时的输入信号作为故障与否的判断依据,而且不考虑被测对象的动态历史数据,而瞬时值又不足以说明系统的故障情况,因此,应采取更为有效的智能化故障诊断算法等算法来减小这种错误判断,更好的识别系统中的间歇性故障。智能BIT技术是当前BIT领域内研究的重点,美国已经把该技术列入21世纪的重点发展项目之中。智能BIT技术的研究内容包括智能设计、智能检测、智能诊断和智能决策。智能化的BIT不仅仅依靠内部测试信息进行决策,而是结合了专家系统、神经网络等人工智能技术,综合系统所处的环境因素、BIT的历史数据等信息进行综合分析和诊断,增强了BIT决策能力,大大降低了虚警产生的概率。
 
  四、故障注入技术
  故障注入技术是BIT验证研究的重要方面,是验证工作得以实现的基础。故障注入就是将系统的有效故障模式样本注入到系统的实物中,以此评价系统的测试性设计水平。通过故障注入可以早暴露、早发现系统测试性设计的不足,进而采取有效措施,提高测试诊断能力。
  基于原型的故障注入方法通常按照故障注入的实现方法再进一步划分,可分为硬件实现、软件实现、物理实现的故障注入技术。
  硬件故障注入技术主要是适用额外的硬件设备向目标系统注入故障。附加硬件设备与目标系统之间通过探头、芯片插座等相连。由于对目标原型访问点的限制,目前对硬件实现的故障注入研究大多集中在芯片管脚级。
  软件故障注入技术是通过特定的程序对系统软件、硬件错误状态进行仿真。这种方法容易扩展新的故障类型。故障注入原来就是通过修改程序执行语句,增加、修改、删除数据或直接修改寄存器或存储器的内容来模拟硬件或软件故障的发生。
  一般来说,故障注入的过程可分为四个步骤:选择故障模型、进行故障注入、监控系统行为、分析故障结果。其中选择故障模型和分析故障结果是与用户交互的过程,是在用户的控制下进行,而进行故障注入和监控系统行为是用户选择好故障模型进行故障注入后系统自动进行的,是与目标系统的直接接口。
 
  航天测控公司目前已经对系统级BIT的各项关键技术进行了深入研究,并将这些技术转化到了多个项目的设计和研制过程中。同时,开发构建了一套系统级BIT的辅助设计工具,通过该平台可以对被测系统进行一系列的可测试性分析,根据分析结果给出进行BIT设计的多项工作建议,并能在设计完成后通过故障注入的方式来检验BIT设计的有效性。航天测控公司在系统级BIT设计的研究成果以及开发的软件平台能够规范系统级的BIT设计工作并极大的提高BIT设计的效率。

点击此处查看原文 >>

系统分类: 测试测量   |    用户分类: 无分类    |    来源: 原创

评论(0) | 阅读(111)
发表于:2008-8-6 17:23:10
标签:无标签

0

AMC57101 通用14槽PXI机箱

  航天测控AMC57101是高性能通用14槽PXI机箱,结构紧凑(483mmx178mmx310mm),即可作为便携台式仪器单独使用,又可作为通用测试系统的关键组合在19英寸机柜里使用。
  AMC57101同时兼容3U PXI总线模块和3U CPCI功能模块。结构性能,电气性能和软件性能遵循PXI specification Rev. 2.2,主要包括10MHz参考时钟,星形触发,局域总线和桥接功能。
  AMC57101采用500W宽温ATX电源供电,机箱采用温控风冷散热,散热风扇的转速可根据机箱内部温度自动调节以保证机箱内部温度适宜。机箱前面板四个显示灯显示4路电压(+3.3V,+5V,+12V,-12V)的供电情况。

航天测控AMC57101是高性能通用14槽PXI机箱

 

地址:北京石景山实兴东街3号航天测控科技产业园
邮编:100041
电话:8610-88796066 传真:8610-88799136
网址:http://www.casic-amc.com
Email:amc@casic-amc.com

点击此处查看原文 >>

系统分类: 商务交流   |    用户分类: 无分类    |    来源: 原创

评论(0) | 阅读(54)
23下一页总共 , 当前 /