• 热门标签

当前位置: 主页 > 航空资料 > 机务资料 >

时间:2010-04-25 21:19来源:蓝天飞行翻译 作者:admin
曝光台 注意防骗 网曝天猫店富美金盛家居专营店坑蒙拐骗欺诈消费者

RESANAC 或一个RESANAM 它被触发
第二阶段分析计算:
- 以菜单模式在TSD 内显示与RESANAC 或RESANAM 有相同成分的
一个RESANA(航线COM 内的第二阶段分析结果)(C/M 分析结果)
- 认为是分析故障源头的两个可疑LRU 的两个代码,CLRU1 和
CLRU2.
CLRU1 被分配到带有较高故障率的航线可更换组件
一般计算原理如下:
- 只完成第二阶段分析如 RESANA C 或者M,通过第一阶段分析的
计算,包含编码到1 的位S(参考 RESANA 组成)
- 如分析是有效的,一个2 秒相关显示窗被打开并考虑,如适用的
话,由其它计算机部分传送的第一阶段分析的结果
如果故障已相互关联起来,CD 位=0,则将不以FIDS 级别进行第三
阶段分析(CD=关联需求)
否则,当不能以检测到故障的计算机级别进行故障隔离时,CD 位
=1,然后以FIDS 级别进行一个附加分析(第三阶段分析)
- LRU 故障码从RESANA 或者RESANAC 和RESANAM 计算
EFF : ALL 22-91-00 Page 18
Feb 01/05
CES
R
R
R
R
R
R
R
R
R
R
R
R
(f) 故障文本的创建及在BITE 存储器里的储存-故障文本的成份:
NFIDS NLRU
航线段
UTC
日期
RESANA
RESANAC(不可用于FM BITE)
RESANAM(不可用于FM BITE)
快速判断(以五个16 位字符: W1,W2,W3,W4,W5 所显示的80 个变量)
* NFIDS: 通过FIDS 产生的号码以管理故障文本
* NLRU: 故障数字
* 航线段
* UTC
* 日期
* RESANA: 仅从COMMAND(命令)侧填入
* RESANAC: 仅从COMMAND(命令)侧填入
* RESANAM: 从MONITOR 侧填入并在COMMAND 边重新复制
* 快照
- 故障上下文的构造
* 除了NFIDS 以外构成故障文本的所有信息都在BITE 级分析结尾时
以文本形式储存下来
* 因为NFIDS 通过FIDS 产生,这故障环境区在接收后被唯一的填入,
通过FIDS,故障报告通过FAC 或者FG 命令侧发送,它检测故障,或
者通过FM
* 因为FM,RESANAC 和 RESANAM 区域不存在
- 故障情况的保存
此上下文被储存在非易失性存贮器中
EFF : ALL 22-91-00 Page 19
Feb 01/05
CES
R
R
R
R
R
R
R
R
R
R
R
R
(g) 异常报告的产生和传送
* 在分析结尾,故障报告通过探测到故障的计算机而发送至FIDS
* 该故障报告由RESANA(TSD 内的C/M 分析结果)和两个与可疑LRU 对应
的LRU 代码(如上所述)组成
RESANA
LRU 2 代码LRU 1 码
(h) 通过FIDS 故障报告的管理
1 在收到故障报告时,FIDS 就生成并向记录故障的计算机的BITE 发送
内容,这些内容为一条当故障发生在不需要进行故障存储的阶段里的
清除命令,或一个NFIDS 管理号该编号将用来检索故障FIDS 然后
将该故障报告记录在永久性存储器中
2 相同故障报告的管理:
- 当符合下列三个条件时,认为2 个故障报告完全相同:
. 他们的二个错误码区域相同
. 他们来自相同的计算机
. 他们发生在相同的飞行中
在这种情况下,只有通过FIDS 接收的第一故障报告被记录和每次
一个新的相同故障报告被接收时,一个事件计数器,连接到记录的
报告,被增加(从1 到4)
(参见图 004)
(i) 通过FIDS 第三阶段的分析,合并故障报告
1 FIDS 发送一条消息到CFDIU 包含:
- 最初字包含下述内容:
. OF(故障的起源): 当故障是内部到AFS 系统时设定到1
. FW(故障表明): 只要故障出现设定到1
. CFF(当前的故障标志): 只要至少一个内部或者外部故障影响系
统,设定到1
EFF : ALL 22-91-00 Page 20
Feb 01/05
CES
R
R
R
R
R
R
R
R
R
R
R
R
R
. BHF(BITE 历史标志): 一旦BITE 存储被最近的63 次飞行上的内
部或外部失效的探测所载入,设定到1.
- 组成错误讯息的30 个字母文句显示在MCDU 上
2 在第三阶段分析期间,FIDS 巩固各种BITE 的故障报告并产生构成故
障信息的各种信息
3 第三阶段分析的概述原理:
- 故障证明的更新(FW)
当已获得COM 和MON(第二阶段分析)之间的不关联分析结果,则FW
使FIDS 把两台计算机之间的当前故障关联起来
此分析被触发在每次飞行阶段的改变中
当将故障记录在FIDS 上时,将FW 设置为1.
对于每个接收到FW=1 的故障报告(RA),处于第三阶段分析模式下
的FIDS 查询发送故障的BITE,以确定是否仍然存在快速判断起动
故障
如果是的,FW 保持在1,否则FW 设置到0.
当故障来源消失时,BITE 又被批准拍新的快照
故障的再现使故障报告的数据传输与记录在FIDS 里的那个完全相
同,且强制使相关的FW 变为1.
该分析准许更新故障发生信息
当没有在上次飞行阶段时出现故障,则FIDS 在信息的末尾增加
RTOK(RETEST OK)文字
每个区域变化时,FIDS 向BITE 发送触发变量重新初始化命令在
这种情况下,故障数据(UTC
- 相关需要的更新(CD)
CD 是一个来自双通道BITE(FAC/FG)的请求,当第二阶段的分析结
果与COM 和MON 航线之间不关联时(看不见对称故障)发出该请求
此分析被触发在新的故障报告的每个接收中,以CD=1 通过FIDS
对于一个给出的故障报告,CD 通过计算机内的第二阶段分析被正常
给出并伴有错误码
EFF : ALL 22-91-00 Page 21
Feb 01/05
CES
R
R
R
R
R
R
R
R
R
R
R
R
对于每个接收到FW=1 和CD=1 的故障报告(RA),处于第三阶段分析
模式下的FIDS 查询其文本表以便把该故障报告相互关联:
. 及其它故障报告
. 在FW=1,CD=0 情况下,并且指示相同的故障LRU
 
中国航空网 www.aero.cn
航空翻译 www.aviation.cn
本文链接地址:A320中文AMM手册J(97)