APU小时循环
以下内容仅为学习总结，主要关于A320飞机的APU小时循环的信息整理APU小时循环
1.关于APU小时循环统计的意义
首先APU整个系统的部件管理的基础数据就是它的小时数、循环数，错误的小时循环数可能会导致严重的后果。当统计的小时循环数低于实际数据，会导致部件寿命超期未更换进而不适航。另一方面，如果统计的小时循环数高于实际数据，则导致提前更换部件使得维修成本增加。综上维修管理中对于APU的小时循环的管理是需要时刻监控其真实性、准确性。
有关于APU使用的补充：APU的在地面应减少使用时间即次数，避免无端的APU使用增加了小时循环。这一方面是出于油耗、环境污染的考虑，另一方面时对维修成本考虑。尤其是近期油费上涨背景下，使用地面电源能给航司带来不少成本节省。
2.关于ACMS与ECB
整个飞机状态监控系统被称为ACMS，其中的核心部件为FDIMU(前身为DMU)，实现对飞机数据的监控。飞机数据信息可以通过FDIMU将数据交输给WQAR和ATSU，后传输给地面基站，以进行监控。另一方面，维护人员可从驾驶舱MCDU上进入AIDS获取APU相关数据。
3.(49.61.00.026) (2017)关于131-9A的小时循环的饱和问题
现有问题：当APU的小时循环数增加到16383时，AIDS中的APU的小时循环数将不会再增加，并且显示的数据将是错误的。但是在CFDS中的APU page上是可以查看到真实的APU的小时循环，这些数据是来自于ECB(DMM)的APU原始数据。
其原因是由于ECB与FDIMU的数据交联问题。ECB与FDIMU之间使用ARINC 429数据总线 ，其中用于传输APU小时和循环的数据label为132和133，这两个数据的位宽只有14bits，这就导致小时循环数最大就只能传输16383。因为FDIMU最多就只能接受到16383，或者FDIMU认为接收到的数据有误则会显示更加错误的数据，最终在维护人员从AIDS中得到的数据必定是有误的。
补充：AIDS中显示的是AHRS/ACYC，CFDS中显示的是AHRI/ACYCI。这之间的差别就是，CFDS显示的是来从ECB调用的原始数据，AIDS显示的经过补偿数据。
AHRS/ACYC=AHRI/ACYCI + OFAHRS/OFACYC
另一方面，原始的label 133在数据字超过16383时会重新从零计数，即实际FDIMU接收到的数据是从零开始到16383的数据，此时offset功能就派上用场了。
可以这样解读，最早ECB在设计之初并没有预料到有超过16383而没有被大修的APU，所以APU小时循环的数据位宽就没有多留。或许是后期APU的可靠性和寿命得到了改善，使得后续的APU可以更长时间使用，小时循环数能完全超越16383而不用大修。从FDIMU这边来看，它的OFFSET的最初的功能设计是为了在ECB更换时保证数据的正常。FDIMU接收到新ECB数据时，它会自动对比这次的HRS/CYC与上一次的HRS/CYC，如有异常他会自动进行补偿。以APS3200 为例：APU的ECB故障，需要更换新的ECB来排除故障，但是此时新的ECB的数据可能是上一架飞机的，数据肯定与该机的HRS/CYC不同。当APU主电门按入，新装ECB第一次通电会发生两件事，1、ECB会对比APU上的ID MODULE 与ECB内部的储存的ID是否一致，ID MODULE 就是飞机APU的身份证，ECB发现不一致后会将HRS/CYC全部清零。2、ECB通电后传输数据给FDIMU，FDIMU对比小时循环发现不同则自动补偿，这时就会出现CFDS和AIDS上显示的数据不同。此时需要怎么做？1.在CFDS中将ECB的原始数据进行更改。2.在AIDS中将OFFSET的值清零。
解决方案：升级ECB和FDIMU的软硬件，增加LABEL 135/136两条，使得小时循环的可储存的最大值从16383升至131071。ECB最大储存量：65536
4.(EngOps-15919)(2014)APU小时循环管理-说明和指导
1.早期的A320S使用的是GTCP36-300的APU，此时是没有人工修改ECB中的时间循环功能，但是在更换ECB之后，ECB会自动清零内部储存的小时、循环，就无法得知真实的小时循环。所以当时空客在DMU(后期是FDIMU)中增加了”OFFSET”功能，使得我们能够人工去修改小时循环。
后面当APU改为APS3200时，在ECB软件为V4.1时还是不能人工修改ECB中的时间循环，在ECB软件升级为V5.0开始增加在ECB层面修改小时循环的功能。对于APU为131-9A，引入了DMM(DATA MEMORY MODULE)，它拥有独立自动更新小时、循环的功能，即再也不会受更换ECB而影响APU小时、循环。操作建议：
APS3200：
1.更换APU
→ECB会从APU舱的ID模块检测到ASN(APU序号)改变
→ECB内的AHRI/ACYCI(原始值)自动清”
→DMU/FDIMU通过ECB检测到ASN改变
→DMU/FDIMU内的OFAHRS/OFCYC(补偿值)自动清”0”
→在CFDS的APU系统页输入AHRI/ACYCI(原始值)
→在AIDS中将OFAHRS/OFCYC(补偿值)改为”0”
→确认CFDS和AIDS中的数据保持一致
2.更换ECB→如果ECB来自于本机时AHRI/ACYCI(原始值)自动缺失”null”
→如果ECB与其它飞机对串
→ECB检测到ASN改变
→ECB自动将AHRI/ACYCI(原始值)自动清”0”
→DMU/FDIMU将会对比ECB发送的实际数据和上一次还未更换ECB的数据(Prev AHRI)
→接收实际数据值低于上一次数据值(Act AHRI < Prev AHRI)→DMU/FDIMU将自动用两次数据之差来当做补偿值
→最终保证AIDS内的数据逻辑正常
→在CFDS的APU系统页输入AHRI/ACYCI(原始值)
→在AIDS中确定OFAHRS/OFCYC(补偿值)的状态为缺失”null”
→确认CFDS和AIDS中的数据保持一致
3.更换DMU/FDIMU
→安装新件、原件和串件都会导致OFAHRS/OFCYC(补偿值)的状态变为缺失”null”
→在CFDS的APU系统页确认AHRI/ACYCI(原始值)是正确的
→确认CFDS和AIDS中的数据保持一致
4.更换ID MODULE
→不能直接对串ID MODULE
→被安装的新件必须经过重新编程以适应所要安装的APU
5.总结→DMU/FDIMU内的OFFSET功能是针对于老款APU而存在的（APS3200 V5.0之前的版本）
→在CFDS的APU系统页确认AHRI/ACYCI(原始值)是正确的
→在AIDS中确定OFAHRS/OFCYC(补偿值)的状态为缺失”null”
→确认CFDS和AIDS中的数据保持一致
5.(49.61.00011) (2017)关于ECB中APU循环小时数自动清零：
ECB中的小时循环数清零只有一种情况就是更换APU或者更换ID MODULE，鉴于该案例发生时并未执行任何的维修工作，空客分析为ID MODULE与ECB中间的连接、接触出现问题，导致ECB判断ID MODULE已更换而自动清零数据。
6.(49.61.00031)(2020)A320 APU小时循环管理
131-9A：ECB作为APU控制的核心计算机，主要负责参数计算和指令控制功能。DMM则是ECB的一个运行时需要的硬盘，提供数据的储存读取。每次APU操作时，例如启动和关闭这一套操作流程，ECB都会从DMM中读取数据、保存数据，更新在DMM中的数据。所以对于131-9A的APU，在CFDS内操纵ECB是不能更改小时循环的，因为其数据存在了DMM，DMM只负责计数不能在翼修改。DMM的修改需要拆下后使用软件更改。（同时要注意DMM是跟着APU本体走的，而不是随着机身或是ECB走的）
新手一名，帮顶一下哈。。。
页:
[1]