民机维修保障体系论文翻译.docx

民机维修保障体系论文翻译.docx

《民机维修保障体系论文翻译.docx》由会员分享，可在线阅读，更多相关《民机维修保障体系论文翻译.docx（9页珍藏版）》请在冰豆网上搜索。

民机维修保障体系论文翻译

译文

申请应用对飞机状态检查维修系统

摘要：

状态检查系统已经发展成为一个惯例、有效、安全的飞机使用情况监测机制，减少与不定期维修的相关费用。

当有证据需要的时候，此系统有助于维护，检测和管理航空系统元件的状况，并采取维护行动。

在论文中，我们只需描述应用的元件原型，系统将会自动实施配置且自动化应用。

我们简要地解释了新的框架与构造。

现在我们要说明下如何构成元件配置信息，所需生成的维护报告在状态检查系统不断改进下被认为是必不可少的，此系统使用了一种标记语言，称为XML（Extensiblemarkuplanguage）可扩展标记语言，来进行建设。

我们称生成的报告中使用这个开发的程序原型。

而我们现在要证明的是，所研制的样机系统的功能对于任何一架飞机都是是十分必要并且重要的，而且它可以减少软件维护费用，因为它能执行新的业务操作，而不必修改现有的源代码。

关键词：

状态检修·XML（Extensiblemarkuplanguage）可扩展标记语言模式·元件配置设计

文中缩写词：

ACBMCS自动检查状态检修的系统

ADF行动数据文件

BIT内置测试

CBM状态检查系统

HI安全指标

HIT安全指标测试

HUMS惯例的安全监控系统

RCM中心的维修可靠性

RDF原始数据文件

RTB转子轨道和平衡

WOW轮胎内压

XML可扩展标记语言

介绍

状态检查系统（CBM）是非常重要的一步去提供中心的可靠性维修来避免在航空设备故障这一重大事件。

状态检查系统是指维护程序和一个能从所获得的实时评估设备状况中推断其重要性，而所获得的实时评估设备状况是源自嵌入式传感器和/或外部的测试和测量（Goodrich公司2008a）。

关于状态检查系统对飞机具体的技术和功能要求及介绍，请详细查阅（Goodrich公司2008a）此书。

状态检查系统是可以允许维护人员高度信赖的，用它可以辨别不同元件的状况，并采取相应的维护行动只要当需要进行维修的时候，以此来建立可靠度。

状态检查系统执行情况的优势是显而易见的，在（GoodrichCorporation2008a）书中列举了一些例子：

（1）减少维修所需的负担，以确保持续适航任务

（2）增加飞机的可用性

（3）改善飞行安全

（4）减少维持费用

惯例的安全监控系统（HUMS）已经演变成和状态检查系统（CBM）一致的概念。

它们是故障检测的基本方式，通过从传感器的信号处理，对飞机故障诊断和检查。

传感器和信号处理提供有关零件的状况和维修行动的必要性。

监控主要系统和直升机上的子系统自从20世纪70年代来的表现和状况在它的发展进程中一直是非常稳定，随着第一个可携带的惯例的安全监控系统安装在直升机上，它的许多参数，包括对事情的清单就已经受到了监控。

因此惯例的安全监控系统的发展中扮演了个十分重要的并且值得维修人员去新来使用的高效系统的角色。

它不仅高效而且操作简单。

状态检查系统包含了从传感器收集数据来处理、分析和数据的相关性标准来确定维护操作。

数据是状态检查系统建立信任措施的基本核心，而惯例的安全监控系统在不断的收集大量的数据并处理。

因此，对于这个系统的来说十分需要它来建立高效和自动化应用系统。

我们的目标发展一个工具，它可可以自动识别故障组件而进行的维护是必要的，这可以让维护人员来执行新的分析而无需增加新的版本不同的软件。

事实上，新发布的软件通常意味着昂贵的测试，因此有足够的理由来建立一个通用的配置驱动的数据挖掘工具，称为自动检查系统状态检修（ACBMCS）。

此外，该系统上建立一个新的概念框架并且也能寻找到状态检查系统的应用新领域。

（AL-Katebetal.2009）

在航空工业部对状态监测系统的功能需求基本上包括，发动机监控，传动监测，结构监测和超标监测（Goodrich公司2008a，b）项。

我们的目标是发展ACBMCS，并展示其在执行所有这些功能需求时的能力。

我们要求核实ACBMCS功能使用了真实的惯例的安全检测系统的数据，应用它成功完成了飞机胎压（WOW）的计算，状态检查报告，故障内建测试（BIT）的报告，额外报告，振动诊断报告，转子跟踪和平衡（RTB）的报告，发动机性能和失踪的报告，而且针对不同的飞机数据报告多次反复验证。

自动检查状态检修的系统

在朝向ACBMCS发展的第一个步骤是在系统和软件的要求鉴定。

该系统的需求规格，详情请见于（AL-Katebetal.2009年）。

该软件的主要要求是能够被通用。

这一普遍性是针对建设具有以下功能的软件（Al-Katebetal.2009）:

（1）模块化：

软件结构是建立在独立的模块，它通过接口相互结合其他组成为基础。

（2）完整性：

数据、信息、知识存储和软件操作必须正确以及他们之间的关系是一致的。

（3）可扩展性和可维护性：

软件应该易于扩展和维护。

一个可扩展标记语言为基础的设计解决所有的设计挑战。

可扩展标记语言中使用的关键设计技术的配置模块包括：

（1）可扩展标记语言架构：

这是用来约束和控制的结构和可扩展标记语言文档的内容。

（2）可扩展标记语言的正规化：

这是用来降低信息冗余。

（3）原型：

这是用来减少嵌套定义。

（4）限制：

这是用来定义可接受的值的可扩展标记语言元素或属性（域）。

（W3C建议书2008年）完整地描述了可扩展标记语言（XML）。

它主要规定了可扩展标记语言的语法和设计目标。

Zisman（2000年）给出了一个可扩展标记语言及其应用概述。

陈成（2009年）解释了可扩展标记语言在供应链仿真中的应用。

村田制作所等（2005年）提出了一种可扩展标记语言模式语言的正式框架。

李楚（2000）给出了六种模式语言的比较分析。

一个可扩展标记语言模式是用来更好地描述可扩展标记语言结构并限制。

阿里纳斯和Libkin（2004年）谈论了可扩展标记语言文档的设计和规范化理论。

可扩展标记语言文档的规范化避免异常和冗余。

减少冗余的信息是使用可扩展标记语言的主要优势之一。

Kolahi（2007）解释了可扩展标记语言数据的正常化。

Choi（2000年）叙述了可扩展标记语言的独特性和可扩展标记语言设计中的应用讲座。

文中已经列出了可扩展标记语言设计的指导方针。

图1

可扩展标记语言的基础构造设计

基于可扩展标记语言的设计涉及的可扩展标记语言架构和可扩展标记语言文件的设计。

它首先要由系统的不同操作执行鉴定见图。

基于可扩展标记语言架构包含的信息有关的元素，子元素和属性，这是按照系统的结构组织。

模型基于可扩展标记语言架构具有以下关键现状：

（1）同一架飞机可能装有一个以上的分析

单架飞机将有不同的类型分析，如超过的监测，重量上车轮检查等，它以确定其安全状况。

（2）同样的分析可以应用于不同类型的飞机考虑超标的分析监测。

这将在不同类型飞机是上执行。

（3）为每架飞机，以及与此相关联的每个特定飞机的分析，应该有这种飞机的参数，为了超过的监测所需的参数，能分析相结合考虑。

例如，机油温度可监控的参数。

（4）每个参数都有一个算法，要获得维修决策执行监督，该算法在发动机超标油温将是：

如果温度>真实返回界限值

如果温度<真实返回界限值

（5）报告显示，从每一个运算法则中描述了维修决策

从算法法则的结果中的报告显示将会是：

如果真，则会显示：

超过的积极！

如果错误，则会显示：

超过的无效！

因此系统设计主要涉及广泛的五行模型：

（a）飞机

（b）分析

（c）参数

（d）算法

（e）报告

配置是指由这五个元素和配置信息存储在可扩展标记语言的文件。

可扩展标记语言的文件保存信息，并根据模式验证，以检查各方面的差异。

系统的这一细节可以在（AL-Katebetal.2009年）中找到。

软件框架

该自动检查系统状态检修软件架构（见图2。

）是三个相连的层组成。

（Al-Katebetal.2009年）

（1）存储层：

存储层是下级层，是包括：

i配置模块：

此配置元数据存储，驱动系统的处理。

配置元数据（即信息代表飞机，分析，参数，算法和行动的报告）存储为一个可扩展标记语言的文档集合。

ii源模块：

此存储源上正在做数据分析。

源数据来自于原始数据文件（RDF）和活动数据文件（ADF）的形式。

一个原始数据文件是为一个单一的飞机营运的飞机健康数据的收集，而一个活动数据文件是一个指标集，以一个原始数据文件，检索，提供优化的单一飞机操作的源数据的方法的性能。

（2）提取层：

这一层进行了从源文件中的数据提取。

这是由在提取数据的配置元数据的内容。

（3）处理层：

处理层负责执行挖掘算法，对所受到的基于配置信息从源数据文件中检索相应的数据。

这一细节可以在（AL-Katebetal.2009年）中找到。

图2

图3

软件的功能和使用

用户界面设计，使得系统的安装和使用的复杂性减少到最低限度。

当自动检查状态检修的系统应用程序启动，一个主要形式为用户提供一个选项来运行自动模式或手动模式软件显示（图3）。

在自动模式下，软件自动生成报告，报告所在地为所有默认目录原始数据文件。

在手动模式下，系统工程师必须执行这些基本的步骤，以生成维护报告：

（1）载入可扩展标记语言的架构

（2）负载的可扩展标记语言的文件，它们是元数据的存储层

（3）验证可扩展标记语言的文件与可扩展标记语言的架构

（4）负载的配置

（5）选择飞机

（6）选择要进行的分析

（7）选择的分析参数

（8）载入行动数据文件的文件并选择报告生成的文件。

这可以通过三种方式。

通过选择一个目录中的所有文件或文件任意选择设置或通过选择日期范围内的文件之一（见图4。

）

（9）生成报表。

选择要在报告中显示或隐藏信息。

配置数据是可以改变的（通用应用程序），主要取决于要求。

应用程序会自动加载任何手动模式后，选择先前加载的配置文件或为用户提供了一个选项来重新加载配置文件。

一旦配置被加载时，对所有有需求选定的飞机进行分析。

然后显示与分析相关的参数。

图4

一旦参数被选定，这个运算法则相关分析和相关的运算报告信息将呈现在使用者面前。

（图4）

自动检查状态检修的系统的应用

在本节中，我们描述了不同的维护使用生成使用的真实安全使用监控系统的飞机数据，并解释了建设程序文件的配置要求去产生这些报告。

我们通过一个例子来说明用于生成报告的算法。

维修报告

自动检查状态检修的系统经常生成如下报告：

（1）故障位报告：

内建测试（BIT）是一个模块化，可用于嵌入式应用中的关键任务系统，如航空电子设备，传感器和武器系统的宝贵组成部分。

内建测试提供了一个置信水平位于每个模块的正确操作和正常运行时。

这是日益重要的评估表现，因为它提供故障查找为手段，以帮助系统组装，测试和维护。

（2）超标报告：

这个安全使用监控系统超标处理包括监测活动，以显示信息事务表。

监视的事件时，会引发一个特定的条件或则条件设定变为有效或真实。

被监控的事件被指定为超标事件和机组人员所等待通知（古德里奇和西蒙兹精密制品有限公司2008年）。

超标报告是在门槛上生成的算法在（古德里奇和西蒙兹精密制品有限公司2008年）有详细说明。

这个安全使用监控系统超标处理和监测的要求是定义在（Goodrich公司2008年）里。

该系统的要求为确定超标的条件。

该定义可以在超标附录四中找到（Goodrich的客户文件2008）。

这些超标的定义的形式，用于监视事件的条件设置。

原文说明

题名：

Applicationoftheconditionbasedmaintenancecheckingsystemforaircrafts

作者：

PradnyaJoshi·MahindraImadabathuni·DavidHe·MohammedAl-Kateb·EricBechhoefer

来源：