| 2012年5月份某航一架A330型飞机在起飞滑跑阶段ECAM上出现指示空速不一致警告，机组按照程序中断起飞。在滑回排故中，地面按照TSM检查相关的空速管、ADM、AOA等部件均无明显异常，地面动静压试验做下来也是好的，所有机上测试正常，排故工作变得十分困难，最后清洗了所有管路，同时检查副驾驶AOA略微卡阻，更换后放行飞机。上面是典型的飞行中故障而地面正常的一个案例，长时间从事航线排故的工程师都明白，地面故障无论多复杂，只要找出故障源，一切问题都迎刃而解。但是飞行中偶发的故障是最棘手的，因为故障是发生时，工程师不在现场，地面无法再现，只能靠机组的描述来“靠近”故障，地面工作做完后又无法确认是否真正排除故障。跟传统的做法一样，在该架A330飞机的维修工作做完后，我们在驾驶舱反了一张机组提示单，要求机组输入ALPHA CALL-UP代码来采集一些空速的参数，通过一段时间的监控，问题未在出现后，关闭监控。 在该事件过去之后，我和同事在考虑有没有可能让飞机自动采集数据，自动下传地面？我们就可以省去中间的很多环节，就像发动机参数地面的监控一样，发动机工程师只要关注着电脑就可以获取所需参数，进行状态和可靠性分析。我们知道，基于飞机的综合数据系统（A320叫AIDS，A330称之为ACMS），该系统可以实时记录和处理大约13000多个参数，如此庞大的数据中当然包含空速、高度等飞行重要信息。这些参数通过ARINC429数据总线传输给DMU，一部分数据用于在定义触发逻辑的条件下生成特殊事件状态报告，我们熟悉的报文类型有：<01>发动机巡航报告；<02>巡航性能报告；<04>发动机起飞报告；<10>发动机启动报告；<14>APU关车报告；<15>载荷报告，这些报文存储在DMU中，可以打印、下载和通过ACARS下传。当然空客也给予用户一定的权限编写用户自定义报文，对其他系统不会产生影响，不会影响适航。综上，我们有：1、数据采集；2、下传路径；3、自定义权限，以上三点满足之后我们就可以编写我们需要的报文，采集需要的参数。 因空客飞机DMU计算机选型的不同，自定义报文的编写方法也不一样。目前装机DMU主要有以下两种：一种是与FDIU集成在一起的FDIMU（PN：2234320-01-01），另一种是独立安装的DMU（PN：795040-31-002）。下面针对两种不同的自定义报文在MCDU上的编写进行介绍： 1、针对安装FDIMU的飞机，自定义报文有report 41、42、43、44、45供用户编写。具体方法为：由AIDS主菜单进入，选择SPECIAL FUNC/REPROGRAMMING（密码为：ENGI）→REPROGRAMMABLE REPORT（出现所有自定义报文列表），→选择一个报文，按压DEFINE，出现该报文自定义界面，分为以下几个部分：报文的触发逻辑（LOGIC）、报文的内容（CONTENT）、报文的传输路径（ROUTING）、报文名称（NAME）以及报文连续续航段数（EXP FLT）。 触发逻辑（LOGIC）。该项目供用户定义报文在设定的情况下生成。触发逻辑最多可定义三条，每条以ALPHA 代码与一个常数的运算关系来设定触发逻辑，三个中间可以是且（AND）和或（OR）的关系。如定义高度等于10000ft或计算空速等于400KTS的触发逻辑，便可以在MCDU中输入：ALT/EQ/10000，CONN切换成OR，第二条输入：CAS/EQ/400。 报文内容（CONTENT）。此项目是定义当满足触发逻辑定义的条件后，由DMU产生的用户所需要的最多5个参数。参数必须以ALPHA CODE的形式输入（ALPHA CALL-UP清单在AMM 31-37-00 PB001-H）。 报文传输路径（ROUTING）。用来设置报文下传路径，用户可以选择使用ACARS下传、打印机打印和存储在FDIMU计算机内部的存储设备中。 同时，用户还可以根据需要对报文进行命名（NAME），设置报文连续航段数（如EXP FLT输入02，则从下一航段开始产生2个航段的报文，定义的报文失效）。当所有设置项目完成后，按压 SAVE RPT DEF，保存自定义报文。 应用举例。图2为自定义报文应用举例：（REPORT 41）在B-6345飞机上使用ACARS下传到AIRMAN上截图。 2、针对独立安装DMU计算机的飞机（PN：795040-31-002）。安装此件号的DMU飞机自定义报文有report 16、17、18供用户编写。方法如下： 由AIDS主菜单选择DOCUMENTAT/PROGRAMMIN→选择PROGRAMMING（密码NMAIDS）→进入DMU PROGRAMMING页面，对于编写自定义报文需要选择一下两个选项，如图3所示： 触发逻辑（TRIGGER CONDITIONS）。触发逻辑菜单中包含两个选项：1、触发逻辑清单，罗列了存储在DMU机器内部的一些逻辑条件，用户可以根据编号直接选用。2、创建触发逻辑，当用户所需要的触发条件无法从清单中选择时，用户可以根据需要自己使用LABLE-CALL代码编写触发条件。 打印报文（PRINT REPORT）。进入该选项中，选择创建报文（CREAT REPORT），MCDU将显示REPORT 16，滚动翻页按钮可以切换到17、18报文，在创建报文中可以输入报文位置，询问时间以及用户所需要的以LABLE-CALL或者ALPHA CALL形式写入的参数。完成报文创建后，自定义报文和其他报文一样，被记忆在DMU中，按压返回键，回到PRINT REPORT页面，进入INDIVIDUAL REP PROG选项，将报文切换至自定义报文（如，REPORT 16），可以对报文抬头名称，下传路径等进行设置。START LOGIC用于定义报文触发条件，利用一定的逻辑关系将触发逻辑（TRIGGER CONDITIONS）中项目编号组合在一起，当满足条件时，触发报文。 3、用户除使用MCDU直接写入报文以外，TELEDYNE厂家还开发一种基于PC计算机的应用生成软件AGS（APPLICATION GENERATION SOFTWARE），旨在对ACMS（飞机状态监控系统）报文进行修改。通过AGS应用，用户可以根据需要在AGS应用列表中选择所需要参数，报文触发逻辑等选项并将内容写入3.5寸软盘，然后使用软盘对DMU数据库进行装载从而达到修改报文的目的。 自定义报文的应用将非常有效的解决目前空中偶发故障的排除困难的问题，类似于该架A330飞机起飞过程中空速不一致问题，再比如特定条件下某个活门的状态，某个参数的大小，都可以通过这个方式来采集和分析。而且基于ACARS数据链的传输，以及AIRBUS AIRMAN远程监控系统，工程师可以实时的读取相关数据，所有问题一目了然。但是目前在机上进行自定义报文的编写还是遇到了一些问题，比如FDIMU（PN： 2234320-01-01）定义报文只局限于ALPHA-CALL UP代码的形式输入，因而获取的参数有限；DMU（PN：795040-31-002）自定义报文需要根据情况调试询问时间等，在与客服代表交流过一番后这些问题仍未得到有效解决，因而其应用受到了一些限制。个人觉得利用自定义报文排除重大疑难故障非常有效而且省钱省力，会有非常巨大的应用潜力，也希望欢迎更多的人来和我一起讨论有关自定义报文的问题。 |
