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. 3 Test de BITE du CMC

Le CMC peut être affecté par

Pannes internes

Pannes d'interfaces

IV.3.1 pannes internes du CMC : les résultats du BITE associé dirigent depuis les résultats de contrôle BITE dans le CMC, le software et le hardware.

A- définition de monitoring (contrôle) interne du CMC : cette fonction peut être activée suite à :

Test cyclique

Apres un reset manuel

Après POST Power On Self Tests

D'autres tests

Le tableau qui suit montre un exemple sur la liste des composants compliqués dans ces tests

Désignation du test

Composants internes testés

Composants externes

testés

Durée

Condition d'activation

Cyclique

-l'étage de

commutation : contrôle la source de courant -contrôle de input ARINC d'interface

- test de panne du

CMC opposé

- contrôle de output discret

d'interface ....

 
 
 

Après un

reset manuel

-contrôle du microprocesseur -contrôle

d'alimentation de la RAM

 
 
 

Après POST

-conformité du software/hardware - contrôle de

composants électriques d'atterrissage

- contrôle de RAM/ EEPROM/EPROM -auto test du watchdog

 

40 s

Coupure de courant > 5s et train

d'atterrissage comprimé

 

 
 
 
 
 

autres tests

- erreur du watchdog -contrôle de inputs
discrets

-erreur de la carte ARINC

 
 
 
 

B - structure de message de panne : il existe deux messages internes du CMC

ATA ref

Messages

Classe de

panne

Type de panne

(interne / externe)

Détection

 

Test

depuis le MCDU

Permanent

451334

CMCi (1TMi) i = 1 ou 2

2

INT

OUI

NO

OUI

451334

CMCi (1TMi) i = 1 ou 2

3

INT

OUI

OUI

OUI

451334

CMCi (1TMi) i = 1 ou 2

2

EXT

OUI

OUI

OUI

451334

CMCi (1TMi) i = 1 ou 2

3

EXT

OUI

NON

OUI

 

IV.3.2 définition du contrôle d'interfaces (bus de réception ARINC)

Input ARINC est contrôlé par le CMC, à travers les étiquettes de maintenance. Le CMC accompli le monitoring d'interface suivant :

NO REFRESH (pas de rafraîchissement)

Le NO REFRESH de bus vaut dire la confirmation de l'expiration du temps correspondant Le temps limite = le max de

5 cycles nominaux de l'étiquette la plus lente de bus utilisé par le CMC

5 secondes minimales

INVALIDITY (invalidité)

Les événements ci-dessous sont considérés comme des invalidités

- le SSM de l'étiquette dans le cas FW (Failure Warning) ou FT (Functional Test)

- la donné acquise n'est pas compatible avec l'étiquette (ex : l'étiquette 126- phase et vols- la donnée doit être entre 1 et 10).

IV.3.3 structure de message de panne (bus de réception ARNIC)

Détection

Test

Cette structure dépend de l'architecture de système connecté au CMCs, (un seul CMC ou les deux) , le tableau

- NO REFRESH détecté par les deux CMCs : structure de message est comme suit

ATA réf

messages

Classe de

panne

Type de

panne

Détection

 

Test

depuis le

MCDU

Permanent

xxxxxx

B (FIN de B)

B=non du périphérique

xxxxxx = ATA n° de périphérique

Généra- lement 3 ou 1

EXT OU

INT

Dépend

de la

connexion au CMC

OUI

OUI

212634

AEVC (2HQ)

1

EXT

OUI

OUI

OUI

3 16234

DMC2(1WT2)/ DMC3(1WT3)

3

EXT

NON

OUI

OUI

231233

VHFi (1RCi) i= 1 ou 2 ou 3

1

EXT

OUI

OUI

OUI

261234

FDUi (2DGi)

i = 1 ou2 ou3 ou 4

1

EXT

OUI

OUI

OUI

304234

WHCi (2DGi) i = 1 ou 2

1

EXT

OUI

OUI

OUI

312121

CLOCK (2FS)

1

EXT

OUI

OUI

OUI

 

NOTA :

Dans le cas d'INVALIDITÉ la structure de message de panne est identique au cas NO REFRESH indiquée dans le tableau précèdent

IV.3.4 pannes d'interfaces avec les outputs discrets

Les outputs discrets sont cycliquement contrôlés par le CMC avec un feedback

ATA ref

messages

Classe de

panne

Type de

panne

Détection

 

Test depuis le

MCDU

Permanent

451334

CMCi (1TMi) i = 1,2

3

INT

NON

OUI

OUI

 

IV.3.5 pannes d'interfaces : coupure de courant
· 1ER CAS : coupure de courant >5s

La structure de message est la suivante :

ATA ref

messages

Classe de

panne

Type de

panne

Power up

test

depuis le

MCDU

Permanent

240000

Interruption de

l'alimentation

1

EXT

OUI

NON

NON

 


· 2éme CAS : coupure de courant < 5s

Pas de message dans le BITE

· 3éme CAS : reset manuel

Le message de panne identique au 1er cas

· 4éme CAS : étage de commutation (28 V) (>5s) La structure de message est comme suit

ATA ref

messages

Classe de

panne

Type de

panne

Détection

 

Test depuis le

MCDU

Permanent

240000

CMCi (1TMi) Alimentation de commutation

3

EXT

OUI

NON

NON

 

IV.3.6 contrôle de systèmes de type 3 La structure de message est comme suit :

ATA ref

messages

Classe

de panne

Type de

panne

Détection

 

Test depuis

le

MCDU

Permanent

xxxxxx

B (FIN de B) B=non du périphérique xxxxxx = ATA n° de

périphérique

1 (pour

les syst

controlés en vol)

2 (pour le
contraire)

EXT

Non

NON

yes

 

Nota :

· Systèmes contrôlés en vol comme ICE D1 (ice detector), PAX OXY (oxygène de

passagers) etc ...


· Systèmes non contrôlés en vol comme GCU EMERGENCY (Generator Control Unit), APU AFE (APU Automatic Fire shut down) etc....

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








"Enrichissons-nous de nos différences mutuelles "   Paul Valery