WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Etude descriptive du CMC de l'A330 (Central Maintenance Computer)

( Télécharger le fichier original )
par Leila BOUKAOUD
Université de Blida - Algérie - DEUA en aéronautique option avionique 2007
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

IV .4 PRESENTATION DE LA MAINTENANCE EN LIGNE « LINE

MAINTENANCE »

Il en existe trois sortes. Elles sont effectuées dans les escales ou sur la base de maintenance et concernent l'ensemble de l'avion.

- visite de transit, après chaque vol

- visite journalière (VJ), toutes les 24 heures

- visite hebdomadaire ou 'weekly' (S ou W)

Les taches de la maintenance de ligne sont des taches sur la ligne de vol entre deux vols consécutifs :

· L'identification / Confirmation d'une condition de défaillance

· L'isolation de la défaillance à 1 unité / composante unique

· Le remplacement de l'unité / composante défective

· Vérification du Bon fonctionnement du système rétabli suite à la réparation / remplacement

· L'exécution des essais de vérification de fonctionnement du système assujettie au

temps disponible / réglementation de navigabilité aérienne (systèmes critiques / essentiels au vol).

IV .4 .1 CONFIGURATION DE MAINTENANCE ET PANNES On a dit que le CMC est affecté par

· Pannes internes du CMC

· Pannes d'interfaces

Type de panne du CMCgénéralement sont des pannes de classe 2 et 3 seulement

Figure IV. 1 : Configuration de maintenance et pannes du CMC

On a présenté déjà les messages de pannes du CMC dans la partie BITE TEST du CMC Les deux tableaux suivants vont les résumer :

Tableau 1

 

PANNES

CLASSE

PANNES
D'INTERFACES

COUPURES DE
COURANT

>5s

Interruption d'Alimentation Pas de message

Interruption d'Alimentation

1

< 5s

 

Reset manuel

1

Etage de commutation Coupure de courant > 5s

CMCi / alimentation de commutation

3

CONTRÔLE DE
SYST TYPE3

Système de type 3 Contrôlé en vol

SYSTEME

1

Système de type 3 Contrôlé au sol

SYSTEME

2

Tableau 2

 

PANNE

CLASSE

Pannes
internes

 

CMC i

2

 

CMC i

3

Pannes Interface

Bus de reception

No refresh détecté seulement par un seul CMC

CMCi / WRG : « bus de système » au CMC i

3

ARINC

No refresh détecté par les deux CMCs, ou message non valide

"Systeme"

3

 

Discrete
Outputs

DSO Défaut de collage au sol

(toujours actif)

ou

DSO Défaut de collage à OPEN toujours (toujours inactif)

CMC i

3

NOTA : Défaut de collage

Présence de points figés en permanence au niveau logique « 0 » ou « 1 ».

IV .4 .2 PARTICULARITES IDENTIFIANTES IV .4 .2.1 TSD (trouble shooting data):

Le TSD associe chaque défaillance et donne d'autres informations de son origine. Pour le CMC, TSD sont composés de 48 digits affichés sur l'écran du MCDU. Ceci contient deux différents champs (zones) :

1. TSD COMMUNles 12 premiers digits (numéro) "C"

2. TSD SPECIFIQUEles 36 digits suivants "S"

NOTA : Le décodage de TSD COMMUN est obligatoire pour la recherche de panne, il est décrit dans la page suivante du rapport TSD, Le décodage de TSD SPECIFIQUE il n'est pas utilisé dans la recherche de panne.

CMC 1 XX/XX

TROUBLE SHOOTING DATA

DATE UTC

05 JUN 1209

C C C C C C C C C C C C S S S S S S S S S S S S S S S S S S S S S S S S

S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S

DATE UTC

06 JUN 1845

C C C C C C C C C C C C S S S S S S S S S S S S S S S S S S S S S S S S

 

S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S S

< RETURN PRINT *

TSD COMMUN

TSD SPECIFIQUE

Ci-dessous un exemple sur un TSD imprimé :

Figure IV.2 : TSD du CMC

0: carte CPU

1: carte ARINC 1

2: carte ARINC 2

3: carte I /O

4: OBRM

5: alimentation

6: commutation

7: software

8: ECSB

E: indeterminé

F: externe

Code

D'erreur :

(Voir les tableaux

Dans les pages suivantes)

OCCURRENCE :

0 : 1 OCCURRENCE 1 : 2 OCCURRENCE

2 : 3 OCCURRENCE apparition de défaillance:

3 : 4 OCCURRENCE

Type de coupure de courant : O : pas d'infos

1 : T< 200 ms

2: 200 ms< T< 5s

3 : T > 5s en vol

4 : T > 5s en vol

1 : au sol

2 : en vol

3 : en vol, puis elle disparaît ensuite elle apparaît au sol

Ne sont pas utilisés (000)

C1C2C3 C4 C5 C6 C7 C8 C9 C10C11C12

: Type de défaillance :

Type de test:

0: pas d'infos

1: auto test

2: test cyclique 4: test opérationel

Initialisation :
0 : pas d'infos

1 : reset

manuel

2 : coupure de courant

4 : initi

software

8 : test MCDU

IV .4 .2.1.1 Le décodage de TSD COMMUN

IV.4 .2.1.2 Les tableaux de décodage du code erreur Tableau 01

CODE

ERREUR
(hexa)

SIGNIFICATION

Cartes concernées

classe

nature

01 E

--

SOFTWARE

2

INT

020

--

SOFTWARE

2

INT

021

--

SOFTWARE

2

INT

023

--

SOFTWARE

2

INT

03B

Problème pendant la construction de message de défaillance

SOFTWARE

2

INT

03C

Défaillance de CPU

CPU

2

INT

03D

Défaillance de RAM (parité)

CPU

2

INT

Tableau 02

3

CODE

ERREUR
(hexa)

SIGNIFICATION

Cartes concernées

classe

nature

226

Acq ARINC suivant test de bus BCL2

--

3

EXT

227

Acq ARINC suivant Le test de bus

CPC1

--

3

EXT

228

Acq ARINC suivant le test d'un bus qui n'est pas utilisé

--

3

EXT

229

Acq ARINC suivant le test de bus DMC EFIS capt

--

3

EXT

22A

Acq ARINC suivant
le test de bus FWC1

--

3

EXT

22B

Acq ARINC suivant le test de bus

SDAC1

--

3

EXT

22C

Acq ARINC suivant le test de bus GPSSU1

--

 

EXT

IV.4 .2.1.3 Exemple sur le décodage du TSD

 

1/2

 
 
 
 
 
 
 
 
 
 

2/2

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Jan 21 0430 jan 21 0405

0AA131 141000000000000000 0C8034412000000000000000

0000000000000000000000000 000000000000000000000000

- C1/C2/C3

- C4

- C5

-C6

-C7

-C8

-C9

DGO M1, carte I/O OCCURRENCE 2 I/O carte

Auto test Reset manuel

T> 5s au sol

Au sol

- C1/C2/C3

- C4

- C5

-C6

-C7

-C8

-C9

DGO M1, carte I/O OCCURRENCE 1 I/O carte

Test opérationel

Initi software

T< 200 ms

En vol

IV .4 .3 Test rapid

Figure IV.3 : l'accès au test du CMC

IV .4 .4 Les données spécifiques

Ne sont pas utilisées dans les recherches standard de panne

Figure IV.4 : l'accès aux données spécifiques

IV.4 .5 Le CMC et la MMEL (Master Minimum Equipment List) idem pour la MEL Dans la MMEL on a :

- CMC1GO
- CMC2GO

Comme il est montré dans la page suivante « Exemplaire de la MEL du chapitre 45 » IV.4 .5.1 Les réglementations *(Voir Annexe)

Les documents suivants doivent être présentés et lus pendant l'opération de maintenance

TFUTechnical Follow Up

SBService Bulletin

SILService Information Letter

IV .4.6 TRUCS DE LINE MAINTENANCE IV .4 .6 .1 To check (vérifier) dans le cockpit

vérifier si «< CMS » (ligne) est affichée sur chaque MCDU Comme nous montrons l'image :

= si non « < CMS », les cas suivants peuvent être présentés :

panne du CMC1 commande la commutation automatique ; CMC2 devient défectueux, pas d'interrupteur inverse envers le CMC1CMC1 et CMC2 défectueux.

Panne de classe 3 du CMC1 ; la majorité de fonctions du CMC1 est disponible pas de commutation envers le CMC2, et la perte du «< CMS

= perte d'un « CMCx »

erreur permanente du CMCx

possibilité de check « pannes de CMCx », en utilisant le menu du CMCy

= si les 2 «< CMC1 » et «< CMC2 » disponibles, mais « pas de réponse » message
sur le MCDU, avec l'un de CMCune panne permanente du l'un des 2 CMCs.

IV .4 .6 .2 Procédures

Chercher la panne d'un CMC

= essayer de déterminer le CMC master

le CMC master n'a pas « test> »

Impression des rapports par Le CMC master « CMCx printing »

1. Exécuter le scanning au sol « l'état réel du computer »

2. Puis, Exécuter le ground report

3. Apres, Lire le TSD de différents rapports de vols

4. Ensuite, Exécuter le test

5. Apres, Exécuter une longue coupure de courant (C/B tirés pendant un temps >5s)

6. Puis, Permuter les CMC pour confirmer

Si le système a un problème fonctionnel, comparaison d'effets entre les deux CMCs : = si y a pas «< » pour accéder au système, commuter le CMC vers l'autre CMC, pour contrôler le fonctionnement identique.

= Si le PFR est incomplet, commuter le CMCx vers le CMCy, et contrôler si les
rapports sont identiques, permuter les CMCs, ensuite contrôler de nouveau les PFRs.

IV.4 .6.3 Sommaire d'écran du MCDU

Information

Source sur le MCDU

Système

P/N- S/N- A/C ident

LRU IDENT

rapport /test ATA 45

Pannes
stockées

Post flight report: pervious flights reports

Last leg report : ground report + TSD associé

CMS

rapport /test ATA 45

Test d'unité

System test:

Ground scanning + TSD associé

rapport /test ATA 45

Figure IV.5 : l'écran du MCDU

IV .4 .6.4 Tous les renseignements utiles à prélever

Il y a trois types de renseignements :

Nécessaire

Nécessaire pour un TS (trouble shooting) rapide et facile Optionnel

IV.4 .6.1 Nécessaire

P/N computer S/N computer Date

A/C MSN (Manufacturer " fabricant " Serial Number)

PFR/ TSD

Informations de LOG BOOK (livre de vol, ou journal de bord)

IV.4.6.2 Nécessaire pour un TS dépannage facile

Ground report

Recomposable (imprimerie) / non recomposable

Confirmation d'élément

- C/B (6>s)

- Ground scanning

- rapport /System test

- Permutation

IV .4.6.3 Optionnel

- TSI (Time Sin ce Inspection - temps depuis inspection-) - TSN (Time Since New- temps depuis neuf-)

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Il faut répondre au mal par la rectitude, au bien par le bien."   Confucius