Академический Документы
Профессиональный Документы
Культура Документы
A380 family
maintenance
concept
• Each tab contains groups of PFR items (Set of correlated data) Cockpit Alert function coverage Phase only covered by Cockpit Alert function PFR Coverage CFR computation (sent if new event appears)
• Each line corresponds to a PFR item and displays summarized information
Maintenance action management
• To get all information on one item, click on the corresponding line
A/L INFRASTUCTURE If the fault case is not in the PFR make
Links to documention _ The reference database for the eLogbook Synchronization through ACARS a search in Cockpit Alerts page to find it.
is on ground. Therefore, the maintenance A/L MIS
team shall make sure to work on the updated Cockpit Alerts covering
Ground Logbook push data for
Status confirmed = eLogbook database. • ELB administration _
Cockpit Alerts function covers:
Go to Fault isolation part of the TSM task Main view • Maintenance reporting legal repository
Secondary window Once the maintenance team actions have
Maintenance phase (A/C on ground, out of PFR).
been performed, they are recorded and
CMS Filtering and correlation linked to the eLogbook entry. Ground DB Flight phases (PFR).
_ 5 types of links can launch applications from the documentation
in Airn@v (only available on board). An eLogbook item is closed or deferred Serviced report creation
by electronical signatures of the report
Objective
LOAD link to DLCS application for data loading. (ID, password).
_ The maintenance team can record the serviced actions, _ Selected Effect
DURING FLIGHT Provide the maintainer with the A/C status whatever
which are entirely customizable, based on the airline’s need. the phase of the A/C (Flight or Maintenance):
IDENT link to DLCS application for equipment identification. Each maintenance report may include
one or several actions. At the end, the report is electronically signed (ID, password). Ease ECAM troubleshooting on ground,
C/B link to PDCS application with corresponding circuit breaker selection. out of PFR coverage.
All C/B link to PDCS application with all table content. Selection of one FDCE shows all fault messages Faults messages Correlated
DB CMS BITE links to CMS application for interactive mode operation.
associated to this FDCE and currently sent by to the selected effect above
the A/C.
Direct access
to TSM
A380 PFR philosophy Use case
_ _ Mainly for failure that occurred on ground Acces to MEL
Warnings and BITE
Filtering PFR TAB Cockpit items Cabin items Pending items Minor items (after PFR closure and before next PFR opening).
messages recording _Objective: Fault type Cockpit Cabin Pending time limited Pending Minor Classless Status of failure that occurred in-flight
(uplink request).
• To Filter out a BITE message or an Effect (FDCE) Impact Flight operational impact Cabin operational impact No operational impact Possible FDE when com- Degaded functioning Not applicable
PFR BUILDING (passengers comfort only) as long as the time period bined with one or several not related to operations
when not relevant for maintenance (i.e. spurious). is not exceeded additional failures nor passengers comfort
5 System Monitoring
Warnings / BITE Messages to take List of items: Correlated Warnings / BITE filtering) and after correlation (post-correlation filtering):
CORRELATION Description Any detected failure Any detected failure Any detected failure to be Any detected failure with Any detected failure Any detected failure
messages messages A/C PFR
into account ALGORITHMS Warnings and messages
BITE messages & FDE occurrences are filtered and generating a Flight generating a Cabin Effect fixed within a certain time neither immediate FDE with neither Flight Deck for which an operational
FILTER BEFORE FILTER AFTER not taken into account in correlation.
Deck Effect (FDE) period nor Cabin Effect and time effect nor Cabin Effect effect is not known
limitation, but generating and without time limitation by te monitoring unit
a Flight Deck and Cabin
DB CMS Effect (FDCE) when If the fault is neither in PFR nor in Cockpit Alerts,
FDCE/Failure messages correlation Note: combined with one or then launch System monitoring to find it.
Filter before Filter after The CMS filter file is delivered by Airbus and it’s two additional failure(s)
_ _
Before correlation After correlation applied on the PFR, CFR, System monitoring System monitoring main objectives
(pre correlation filtering): (post correlation filtering): and Cockpit ALERTs. Indication FLIGHT DECK EFFECT CABIN EFFECT NO FDE (Deferred) NO FDE NO FDE NO FDE _ To check the status of selected systems,
Messages are filtered and Failure/Failure correlation (FDE) NO CABIN EFFECT (when not combined) NO CABIN EFFECT NO CABIN EFFECT
The whole PFR item is filtered after a lot of maintenance activities.
are not taken into account • Specific correlation (Specific msg, if one fault origin message is
NO CABIN EFFECT
in the correlation. A filtered To check the presence of a failure with no visual effects.
pending, IMA, ADCN, NSS) defined to be filtered and there
message is not present
in the PFR. • Correlation by fraternity is no associated logbook entry. Correlation Dispatch (MEL) MEL ENTRY ACCORDING NOT APPLICABLE NOT APPLICABLE NOT APPLICABLE NOT APPLICABLE
The System Monitoring provides operators with all the current
active BITE messages for pre-selected avionics system
and paternity _Objective: Consequences GO, GO IF or NO GO TO AIRLINE POLICY Move to "Cockpit Items"
tab at the end of the
Move to "Cockpit Items"
tab when combined
(ATA identified and then system).
Association (logbook report, TSM) Note: Possible pro-active PRO-ACTIVE MAINTENANCE PREVENTIVE PREVENTIVE ACCORDING NOT APPLICABLE
and preventive via AIRMAN-web MAINTENANCE MAINTENANCE TO AIRLINE POLICY
The most important message (“fault origin”) maintenance Shall be solved within A correction is recom-
of the fault case is the first message in the PFR. the time period (to antici- mended to improve
pate on future warning) dispatch reliability
NSS un-installation:
STD-A Type1 AFDX Standard B is a new standard, allowing dynamical
Systems Ethernet monitoring of the failures messages (even on ground)
© AIRBUS S.A.S. 31707 Blagnac Cedex, France, 2017. All rights reserved. Airbus, its logo and the product names are registered trademarks. Printed in France. Photo by Airbus. Concept design by Airbus Multi Media Support 20172314. REF.. ISI 45.00.00001 - issue April 2015
wn
r
r
ff
ft
ft
ft
wn
t
target (equipment) to be performed prior to new GROUND ARINC 429
ar
we
te
ar
LRU BITE
tO
On
KT
KT
00
0
Function
af
st
st
do
do
40
80
po
This standard primarily uses AFDX data buses and
Lif
NSS load uploading.
15
V
80
80
e
n
e
Discrete
gin
m
h
ut
gin
+
c
STD-A Type2
uc
Ele
sh
uses a bidirectional digital communication interface
5
ff
En
En
To
tO
Systems
e
gin
to the CMS.
Lif
2
Configuration Reporting Worklfow
En
st
La
After upload mandatory to do a check of real-time
software configuration target. 1 Repository management 2 Target & Load Selection 3 Uploading System BITE schematic function PFR fault message dating
Physical On On On A fault is displayed on PFR if it is received
Flight 1 Flight 2 at least once by the CMS between
Repository Management
Media ground ground ground
Peripherals the start and the end of the PFR.
In accordance with data loading policy & airwor-
thiness authorities: repository has to reflect A/C Cockpit effect
configuration (delete previous SW version). Note:
Message PFR 1 PFR 2
Avoid to install by error an old software version. According to the above figure, continuous fault may
Service Engine / Centralized PFR be dated with date prior to the current PFR
Copy Load P/N provided Cross check Load P/N Start LRU upload according Warning display Maintenance System
Bulletin with SB into Repository displayed with SB content to SB procedure
(it can be 2 or 3 days, or more).
Software Pin Programming (SPP) Continuous
fault
Hardwares Pin Programming are still use for Pin Operational data Operational data Maintenance data
Real-Time System Pages: Programming dealing with safety related data.
DLCS – Data loading workflow - Uploading:
(Cockpit effects) (Cockpit effects) (BITE message) CMS – Table of correspondence
5 Equipment Identification 4 Repository management Intermittent
One or two page(s) exist per main aircraft system which are line maintenance-oriented. For all other data, A380 uses Software Pin SB application Service Bulletin provides user fault STD/PN/Mod/SB
Each page contains the most relevant parameters for a system in real-time on OMT/OIT. Programming data. with Uploading procedure description Function Anomaly Analysis Fault msg
Detection / construction CMS NSS CMC Operational
These pages can be used for a quick overview of the system during ground tests or for troubleshooting. (P/N off vs. P/N on). Computation (Fault component Mod
Reconfiguration Intermittent Standards Standards Software PN
Notes: isolation)
Memorisation fault
• SPP data are broadcasted by SCI (Secured Notes: L3D 2B+ Step 2 ABF3AA8FNEL0007 70850
Communication Interface) to all LRUs. • This use case is the maximum operating workflow. Monitor Manuel Tests
• DLCS acquires the SPP and can display them. Test request Intermittent 2B+ Step 3
• For the general DLCS workflow step 1 and step 4 Operational Part Stimuli Bite Part fault L3E1.1 ABF33A8FNCL0008 72879
• SPP loads must be stored in DLCS Repository are not used. Check that LRU new configura- Delete previous Load P/N 3.0
Complementary data: (for DLCS display). tion comply with S/B content from Repository Aircraft System Fault date in PFR 1 Fault date in PFR 2 2.4.1
L3E1.2 ABF30A8FNAL0009 75695
A fault message and maintenance data related to the fault are available through the CMS 3.0.4
Engineering function in the "Fault detail" CMS page.