Alumnos: CATEDRTICO:DON BOSCO FILTROS Carlos UNIVERSIDAD Portal Njera.

Cesar Augusto Grijalva

SISTEMAS ELCTRICOS LINEALES II

Alex Fernand Martines Alfaro Ennio Arturo Luna Salazar

Facultad de Estudios Tecnolgicos. Escuela de Aeronutica

Built-In Test Equipment. Avionica e instrumentacion

INTRODUCCION

El BITE como su siglas en ingles indican Built-in-test Equipment; es un dispositivo usado en la aeronaves, con el tiempo este ha venido evolucionando de diferentes maneras, pero dentro de nuestro contexto trataremos de conocer cules fueron sus inicios y la manera en la cual este ha contribuido progresivamente a lo largo de la historia de la aviacin. Este sistema lo utilizan en varios aspectos entre los cuales tenemos: Deteccin de fallas Conocer la manera en la que el sistema responder a las fallas Las posibilidades de ayuda ante las fallas El trabajo que se ha llevado a cabo en este sistema ha aumentado la confiabilidad de este; ya que antes para grandes operaciones se diseaban tres sistemas diferentes de los cuales sus salidas eran independientes y estas se comparaban, si alguna era diferente esta era ignorada, hoy en da este sistema ha ganado tanta confianza de tal manera que ahora se dejan estos sistemas trabajando automticamente.

OBJETIVO GENERAL

Conocer el funcionamiento y el fin del sistema BITE en la aviacin, y como este sistema ha cambiado desde sus inicios.

OBJETIVOS ESPECIFICOS
Comprender como se utiliza el sistema BITE.

Dar a conocer el objetivo principal de los sistemas BITE.

Cuales son las diferencias y las similitudes del sistema BITE en sus distintas generaciones

DESARROLLO

Si la continuidad del circuito fuera descubierta, una luz verde se iluminara, significando una prueba acertada. El accionar en botn o la prueba de go/no-go, estos sin apretar podran ser considerados como el principio de BITE. A principios de 1980, el avin comercial comenz a emplear subsistemas digitales que usan el hardware y el software para realizar funciones antes realizadas por el medio mecnico y anlogo. Estos nuevos subsistemas digitales, tpicamente consistiendo en una o varias lneas de unidades reemplazables (LRU por sus siglas en ingls), desafos planteados especiales a la mecnica del avin como la capacidad de solucionar, fueron limitados con las indicaciones proporcionadas por el subsistema. El empleo de paneles delanteros con botones, tienen la capacidad de demostracin simple, dando al mecnico la capacidad de probar y preguntar el subsistema. Como subsistemas digitales proliferaron, se hizo evidente que las normas eran necesarias, como la mecnica estaba siendo abrumada con los variados y diferentes accesos tomados por la fabricacin de elementos avinicos. Estos sistemas centralizados juntan el estado y datos de estado de varios LRUS y la consolidacin de defecto realizada y el anlisis de causa de origen, dirigiendo al mecnico al sistema de falla que requiri la reparacin o reemplazo e indicando el procedimiento de mantenimiento aplicable. Refirindose a como el Ordenador de Mantenimiento Central (CMC) o el Sistema de Mantenimiento a bordo (OMS), estos nuevos sistemas eran el resultado de remoto trabajo por la industria de la aviacin para producir normas puestas al da, incluyendo ARINC 624 incluye el Protocolo de Comunicaciones OMS. El objetivo primario de BITE es de ayudar al personal de mantenimiento en el mantenimiento apropiado de sistemas avinicos, en una manera rentable. Una parte importante del BITE es el CFDS. El CFDS acumula

datos de defecto, presenta estos datos a un operador de mantenimiento, y ayuda a la solucin, realizando pruebas diagnsticas y realizando la verificacin que prueba despus de la instalacin de una unidad de repuesto. El sistema BITE es usado en conjunto con muchos circuitos digitales. El sistema BITE esta diseado para proveer: Deteccin de fallas, Fallas aisladas, Verificacin operacional. La deteccin de fallas es desempeada constantemente durante la operacin del sistema. Si un defecto es censado, el BITE inicia una seal de control apropiado para aislar cualquier componente defectuoso. En orden para reparar el sistema defectuoso un mecnico de lnea puede utilizar el BITE para identificar los componentes o el cableado que tiene fallas. Dentro de las caractersticas de todo sistema BITE podemos nombrar: Un sistema complejo de BITE es capaz de testear miles de parmetros de entradas de varias y diferentes LRUs. Luego de las reparaciones monitorea constantemente el sistema y verifica la operacin correcta si del sistema que ha sido reparado correctamente. Posee una seal (watchdog) que monitorea al sistema en funcionamiento al sistema BITE. Un sistema complejo de BITE es capaz de testear miles de parmetros de entradas de varias y diferentes LRUs. Un avin comercial puede contener severas unidades de BITE usadas para monitorear una variedad de sistemas, por ejemplo utiliza un sistema BITE para monitorear poder elctrico, control del ambiente, energa auxiliar y sistemas de control de vuelo. Siete unidades separadas de BITE localizadas en la baha del equipo de electricidad aft equipment center son usados para logar esa tarea.

Cada una de las cajas de los BITE recibe entradas desde varios componentes individuales del sistema siendo estos testeados. Otros sistemas individuales tambin contienen su propio y dedicado BITE. Estos BITE systems son relativamente simples y estn usualmente contenidos dentro de la caja negra del sistema que esta siendo monitoreado. Los sistemas los cuales emplean BITE dedicados son los siguientes: Engine indicating and crew alerting VHF communication radios HF communication radios ARINC communication addressing and reporting Selective calling Passenger address Weather radar ATC transponder Automatic direction finder Inertial reference Instrument landing Window heat

Air data computer VHF omnirange receiver Electronic flight instruments Flight management computer Radio distance magnetic indicator Lighting Fuel quantity Distance measuring equipment Proximity switch electronic management Antiskidautobrake Fire and overheat Radio altimeter

Un sistema BITE complejo es capaz de probar miles de parmetros de entrada de diferentes LRUs. El sistema realiza dos tipos de programas de prueba:
Una prueba operacional Una prueba de mantenimiento.

Durante operacin normal del sistema, el BITE monitorea una seal watchdog iniciada en programa BITE. El watchdog detecta cualquiera falla de hardware o excesiva distorsin de la seal el cual puede crear una falla operacional.

Si el programa BITE detecta cualquiera de estas condiciones el automticamente provee aislamiento de los componentes necesarios, inicia una warning, caution o advisory data, y graba las falla en una memoria no voltil. El programa de mantenimiento del BITE esta dentro de un sistema solamente cuando la aeronave esta en tierra y el testeo de mantenimiento de rutina es necesario.

Encendido / Reset

Proteccin
BITE Operacional

Inicializacin

Control

Entradas

Salidas

Flujo grama de BITE (testeo operacional)

Cuando se requiere el mantenimiento de BITE ejercitara todas las entradas de la circuitera y software de rutina de lo sistemas chequeados. La correspondiente data de salida son monitoreadas encontradas, y las fallas son grabadas y mostradas por el sistema BITE. El software o programas operacionales, del sistema son testeados a travs de una utilizacin. Eso es una informacin de entrada es iniciada por el BITE y manipulada por el programa del software. La correspondiente data de salida es evaluada por el programa del BITE para poder determinar el desempeo del sistema. Modos del BIT y sus funciones

SBIT (Startup BIT) Es usado en la evaluacin de funciones y capacidades clave antes de comenzar alguna aplicacin. Se realiza usualmente o iniciado al menos por el gestor de arranque y proporciona una respuesta GO / NO GO a los usuarios y al sistemas. Algunas de las funciones que desempean los ensayos SBIT incluyen la memoria, el arranque de carga y la interfaz de pruebas. CBIT (Continuous BIT) Este se inicia en el cdigo operacional y es usado para evaluar elementos y funciones seleccionados durante la misin. Este es especialmente aplicable a los sistemas no prescindibles como aviones o armas, donde la seguridad de los pasajeros se ve envuelta. El cdigo operacional generalmente realiza tareas foreground BIT y background BIT. Las tareas foreground incluyen todas las actividades necesarias para completar las tareas operacionales primarias, incluyendo evaluaciones de entradas al sistema. Las tareas background incluyen actividades CBIT que no se pueden llevar a cabo en el foreground. IBIT (Initiated BIT) En un BIT detallado, este asiste al MBIT en detectar fuentes de error en el sistema. Desde que el IBIT anula las funciones del cdigo operacional, no se utiliza mientras el sistema se mantiene realizando funciones normales. MBIT (Maintenance BIT) Es un BIT exhaustivo que comunicarse en la unidad con el puerto de mantenimiento. Un puerto de mantenimiento es usualmente suministrado en el diseo del hardware, especficamente para permitir la conservacin en la unidad. Estos sistemas que hoy son tan avanzados no empezaron siendo desde el comienzo tan avanzados como los son hoy en dia. A continuacin presentamos algunas de las generaciones de BITES que llevaron hasta la ultima generacin, la 5ta, siendo esta la mas segura hasta ahora. BITE de Primera Generacin A inicios de los anos 60s, la National Aeronautic and Space Administration (NASA), desarrollo el modulo espacial Saturn V, el cual

tena la misin de ir a la luna y regresar. Con el objeto de cumplir su misin, la nasa desarrollo un sistema de navegacin autnomo. Para ello el hardware y el software requeridos para realizar este viaje fueron ensamblados en una sola unidad instrumental. Aunque debido a que en dicha poca las computadoras digitales estaban en su infancia y el hardware no era confiable, la NASA construyo 3 unidades idnticas, donde cada una tena su propio hardware y sus sensores de entrada. Las salidas de estas unidades eran comparadas, y si una salida estaba fuera de lnea la salida era ignorada. Hoy en da las computadoras son mucho ms fiables y mucho ms rpidas. Hoy en da la fiabilidad de las computadoras en tal que en ellas se dejan la supervisin y control de muchos aplicaciones muy criticas tales como el monitoreo de los sistemas de navegacin en las grandes aeronaves de pasajeros, el control de las plantas nucleares y otras. El desarrollo de sistemas redundantes para la mayora de estas aplicaciones es altamente costoso. Por ello los ingenieros consideraron desarrollar un sistema de autocomprobacin para todas aquellas funciones criticas, determinando donde podra ocurrir una falla y que efectos traera esta falla a la seguridad global del sistema, con el objeto de permitir que se desarrollen tareas completamente seguras. En la siguiente figura se presenta un sistema simple que consiste de mltiples sub-sistemas. Durante operacin normal, cada sistema provee y recibe informacin que es crtica para desarrollar las funciones crticas. Si un sensor de un sistema falla y no puede proveer de la informacin correcta al sistema de control de vuelo, o la trasmisin de la informacin es interrumpida se puede poner en peligro la seguridad de la tripulacin y los pasajeros.

Cada sub-sistema tambin puede estar compuesto de componentes de bajo nivel. Como se muestran en la figura 2.

Las interrupciones en el software, o en el hardware son usualmente usadas para sincronizar las actividades entre los procesadores. En un sistema de transmisin de informacin, cuando nueva informacin est disponible el procesador 1 genera una interrupcin al procesador 2, Cuando el procesador 2 est listo para sacar la informacin, este genera una interrupcin al procesador 1. Dichos intervalos de tiempo entre las interrupciones ya son pre-programadas en los procesadores. FUNCIONES OPERACIONALES En el sistema discutido anteriormente hay un determinado nmero de funciones de alto nivel, tales como la boot loader, los cdigos operacionales y las manipulaciones de interfaces.
Boot Loader: Los cdigos de boot loader residen y operan

tpicamente fuera de la NVRAM. En un sistema multiprocesador, debera haber probablemente un boot loader por cada procesador. Como el boot loader opera fuera de la NVRAM, el cdigo es quemado en la fbrica. Como resultado toda la reprogramacin de los cdigos requiere una remocin del procesador de la tableta. La funcin primaria del boot loader incluye primero mover los cdigos operacionales de la memoria PROM a la RAM e iniciar los cdigos operacionales; y segundo proveer la capacidad de leer los cdigos operacionales de las interfaces de mantenimiento y escribirlos en la memoria PROM. Por eso provee la capacidad de actualizar el software operacional y proveer un acceso para llevar a cabo evaluaciones de mantenimiento en el procesador o procesadores.

 Cdigos Operacionales: Los cdigos operacionales son los responsables de llevar a cabo las funciones operacionales del sistema. Despus de que los cdigos operacionales han sido escritos la memoria RAM estos tienen un control completo del sistema, hasta el momento en que el sistema se apague, o hasta que estos sean suplantados por otro sistema. Interfaces: Las interfaces proveen acceso a la informacin de desde otros sistemas, e incluyen Multiplexores, convertidores analgicos-digitales y digitales-analgicos, interfaces discretas e interfaces de puertos RAM duales. Bits que se realizarn La evaluacin completa de un sistema requiere varias funciones de BIT. Lo que sigue es un resumen de las funciones de BIT realizadas generalmente en un sistema encajado de seguridadcrtico: El BIT de transferencia directa verifica que el software que es cargado en PROM del puerto del mantenimiento est correcto. El BIT de transferencia directa es realizado por el software del boot de cargador como parte de MBIT. El BIT de carga del boot verifica que el software operacional que es cargado de PROM a NVRAM est correcto. El BIT de carga del boot se realiza en SBIT. La prueba de la memoria verifica que estn funcionando las posiciones de memoria (es decir, RAM, scratch pad, zonas de trabajo) correctamente. Las pruebas de la memoria se pueden realizar en todos los modos de BIT. El BIT del interfaz verifica que los datos que son pasados a travs de las interfaces estn correctas. Las pruebas del interfaz se utilizan en todos los modos de BIT pero son ms crticas en CBIT. El BIT de energa verifica que las entradas de energa estn dentro de tolerancias definidas. Como tal, el BIT de energa se utiliza en todos los modos de BIT. El BIT del procesador verifica la funcionalidad del procesador en tiempo real. Su uso primario est en el modo de CBIT. El BIT del software verifica la funcionalidad operacional del software y es parte de CBIT.

MTODOS DE PRUEBA TPICOS Los mtodos de prueba usados en BIT son generalmente una combinacin de varias tcnicas o algoritmos del BIT. Los puntos siguientes presentan una descripcin de algunos de los mtodos de prueba ms comunes: Transferencia directa. La transferencia directa del software se directa. utiliza tpicamente para poner al da el cdigo operacional almacenado en PROM. Esto permite que el revelador aumente el software en el campo sin tener que quitar cualquier hardware del sistema. El nuevo software se lee generalmente adentro en el puerto del mantenimiento y se escribe al PROM. El formato para el cdigo de la transferencia directa incluye generalmente un jefe, el texto del cdigo, y un pie. El jefe incluye el nmero de palabras en el expediente, un nmero de serie a ttulo de indicacin, y la funcin que se realizar en el proceso de la transferencia directa. El texto contiene el cdigo operacional y el pie contiene la suma de comprobacin de todas las palabras en el expediente. Los procedimientos usados para validar el cdigo incluyen lo siguiente: Comprobacin de secuencia. La comprobacin de secuencia se asegura de que no se salta ni est ledo ningn expediente dos veces. Suma de comprobacin de registro. La suma de comprobacin de registro. registro se utiliza para validar que cada expediente est ledo y almacenado correctamente en PROM. Cada palabra en el expediente se escribe al PROM, se relee, y se suma con el resto de las palabras en el expediente y se compara con la suma de comprobacin en el pie. Suma de comprobacin del bloque. La suma de comprobacin del bloque es la prueba final de la transferencia directa y se utiliza para cerciorarse de que todos los procedimientos fueron hechos correctamente. La palabra final en un bloque del cdigo es tpicamente una suma de comprobacin de todas las palabras en el bloque de cdigo. El chequeo final de la validacin es hecho releyendo toda la memoria en el rea sealada del PROM y realizando una suma de comprobacin en cada palabra. Carga del BOOT. Los procedimientos para la carga del boot son BOOT. similares a la transferencia directa; excepto, el tiempo es generalmente ms crtico. Los datos se leen en PROM y se escriben a y se releen en RAM. Una suma de comprobacin continua se realiza en los datos reledos en RAM. Cuando todos

los datos se han escrito al RAM, la suma de comprobacin corriente se compara con la suma de comprobacin del bloque en PROM. Si las sumas de comprobacin convienen, el control de los iniciados y de transferencias del cargador de cargador al cdigo operacional. Memoria. Las pruebas Stuck-on-1/Stuck-on-0 son los mtodos Memoria. ms ampliamente utilizados para evaluar memoria. Tpicamente, el cargador de BOOT inicia la prueba Stuck-on-1/Stuck-on-0 del RAM usando una prueba destructiva (es decir, la memoria RAM de ser despejada antes de que se escriba el cdigo). En CBIT, la prueba no destructiva se realiza en el fondo. Interfaces. Indiscutiblemente, los errores introducidos en Interfaces. hardware al software y el software a los interfaces de hardware proporcionan la oportunidad ms grande para la introduccin de errores en el sistema. Por esta razn, la industria ha desarrollado algn bueno, y en algunos casos, las capacidades sofisticadas del BIT. Los presentes siguientes una descripcin del interfaz BIT capacidades: Interfaces MUX. Los interfaces MUX, tales como el MIL-STD1553, se compran como protocolo estndar, junto con el hardware del procesador de MUX. El 1553 ha estado alrededor desde las comienzos de los aos 70, sobre todo debido al BIT usado en la deteccin de errores y verificar los datos que eran transferidos. Cada mensaje recibido va el 1553 tiene un jefe, un cuerpo, y un pie: Jefe. El jefe proporciona el nmero del sub-direccin, el Jefe. nmero de palabras en el expediente, el nmero de serie, y un reloj fechador. Cuerpo. El texto de cuerpo contiene los datos que son Cuerpo. enviados al procesador.

EJEMPLOS

Boeing 727-100

BITE de Segunda Generacin La segunda generacin del sistema BITE, se da a inicio de la dcada de los 80s y se caracterstica, porque es el primer sistema de BITE que utiliza un hardware y un software. Otras de las caractersticas es de que este sistema ya viene con LRUs que facilitan al tcnico el proceso de mantenimiento y no representa un alto nivel de falla que podra haber presentado la primera generacin. Otras de las caractersticas de esta segunda generacin del BITE, es de que ya posee unas pantallas digitales en donde son mostrados cdigos alfanumricos para indicar que tipo de falla posee la aeronave cuando se le cuestiona todos los sistemas y tambin mantiene las luces que detectan las fallas. Estos cdigos sirven de gua al tcnico, para buscarlos en los manuales de la aeronave y verificar que tipo de falla indica el cdigo que el sistema BITE ha detectado, y de este modo el tcnico podr tomar acciones correctivas para que la aeronave ya no posea la falla. Es de hacer notar que esta segunda generacin del BITE, da una mayor seguridad de que realmente existen los fallos en la aeronave, ya que con la generacin anterior, solo indicaba con una luz si la aeronave podra o no despegar. Esta primera generacin se dice que posee un porcentaje de error ligeramente ms alto de error que esta segunda, ya que en la primera generacin no era ms que una prueba de continuidad que se le realizaba para chequear el funcionamiento de los sistemas.

Las aeronaves que poseen este tipo de sistema de BITE de segunda generacin son las siguientes: Boeing 757/767/737NG/MD90 A300 y A320. En la siguiente imagen se presenta un EIS (Engine Instrument System) panel de un avin B737, el cual posee un sistema BITE de segunda generacin.

El funcionamiento de este tipo de sistema es muy sencillo, se oprimen unos botones que se encuentran en la parte de abajo del panel, en este ejemplo es un testeo a los motores, y estos deben de estar a un 10% de N1. Al presionar los pushbottom se encendern unos LEDs como los que aparecen en la imagen, y si se detecta algn tipo de falla el LED tendera a apagarse y aparecer un cdigo indicando la falla que posee en los sistemas del motor.

BITE de Quinta Generacin

Se hecho avances grandes en el nivel de equipo construido-a-prueba (BITE) y el modo que la informacin es presentada al tecnico sobre la tierra (va el enlace de transmisin en tiempo real) y tambin a la tripulacin de vuelo por el sistema de mantenimiento de a bordo (OMS), ayudar la solucin. As, si algo falla, entonces que ha fallado claramente ser identificado. No slo esto, pero esto tambin determinar si el avin todava puede seguir volando con aquel fracaso. Tenemos una mucho ms amplia cobertura de BITE, acoplada con un sistema de clasificacin de mensaje comprensivo, y por interrogando aquel sistema, el flightcrew rpidamente puede sealar cualquier fracaso menor, y, en un tiempo, oportuno puede programar una investigacin y/o la rectificacin. As las lneas areas tienen un modo ms activo de ser capaz de supervisar el avin y la condicin de los sistemas. En la esencia, incluso si hay problemas - que all siempre estar sobre cualquier avin. Cuando usted enciende un pedazo de equipo esto ahora se prueba, Por ejemplo, los sensores de proximidad sobre los equipos de aterrizaje son unidos

para un sistema de supervisin de tendencia, entonces el operador ser consciente de cualquier flujo antes de que esto salga de la gama, as permitiendo a la accin de prioridad para ser tomada en un tiempo conveniente. Con el ms viejo avin de tecnologa all simplemente no era tanta energa de proceso disponible, y as la mayor parte de organizaciones de mantenimiento slo podran responder en una manera reactiva. Pero con el A380 nos hemos movido de reactivo a activo. El A380 aument la fiabilidad inherente es puesta para beneficiar a operadores, y tambin es el tiempo ampliado entre comprobacines previstas pesadas. En el absoluto llama esto quiere decir que el A380 puede gastar(pasar) ms tiempo en el aire, volando a pasajeros de ingreso, y menos tiempo en aquel hangar comparado con el avin de generacin anterior, como el B747. A este final, A-comprobacines, que sern puestas a 750 horas sobre la entrada en el servicio, probablemente sern mudado a 1,000 horas dentro de los pocos primeros aos. Mientras tanto, A380 C-comprobacines al principio ser cada dos aos; parada temporal intermedia en seis. La mayora de los sistemas de mantenimiento anteriores dependieron de los sistemas de miembro individuales para almacenar los datos de defecto en su LRU/LRM (la lnea el mdulo reemplazable). Para mostrar los datos almacenados de un sistema, un protocolo de peticin de mando bidireccional es realizado para recuperar los datos cada vez una peticin de usuario es hecha. La recuperacin CMCF de datos de defecto est contenida toda dentro del CMCF s mismo. Esto acelera la recuperacin de datos no requiriendo ninguna conformidad de conexin o protocolo con sistemas de miembro durante el proceso de demostracin. El CMCF fue construido sobre los sistemas de mantenimiento anteriores Honeywell que aadieron el texto de mensaje de mantenimiento a cdigos de mensaje de mantenimiento. El objetivo es presentar la informacin de mensaje de mantenimiento en el texto claro ingls que es utilizable por el tcnico de mantenimiento, ms bien que tener un cdigo que requiere la traduccin. El CMCF usa el almacenaje de defecto local para almacenar los datos, que simplifican el interfaz faultreporting para los sistemas de participacin. Componentes MDULO CMC: El CMC es el mdulo central del controlador para el sistema CMC. El CMC mdulo de interfaces con otros elementos del sistema a travs de la backplane.It virtual hosts funcional de software, base de datos de la culpa la historia, carga base de datos de informacin de diagnstico, y CAGF (la aeronave Funcin de control) de datos. El CMC mdulo se alimenta de la DC (corriente continua) de autobs 1.El CMCF se alimenta de la MAU (Unidad de Avinica Modular) de suministro

de energa a travs de la backplane y recibe sus datos de la ASCB (Avinica Standard-Comunicacin Bus). Si el MAU no es la potencia o ASCB no est en uso, la mantenimiento de la funcin no es available.The CMC mdulo tambin est conectada a los aparatos de batera (HOT BATT AUTOBS 2) para poder purposes.The copia de seguridad de los aviones conexin de la batera se utiliza para apagar el sistema operativo CMC en el caso de que el CMC mdulo pierde la alimentacin elctrica de la DC de autobs 1. El CMC ha mdulo de circuitos que impide que el CMC mdulo de utilizar ms de dos minutos de la aeronave battery.In el caso de que el CMCF no por el poder dentro de los dos minutos, el CMC mdulo hardware automticamente se desconecta el mdulo CMC desde el avin la energa de la batera. Pantalla de mensajes de mantenimiento La pantalla de mensajes de mantenimiento se clasifican de la siguiente manera: Activos: En este modo se activan los mensajes de mantenimiento para mostrar todas los mensajes de fallas.

Pierna de vuelo Presente En este modo se muestran todos los mensajes de fallas que ocurrieron durante la ultima pierna de vuelo.

Historial por fecha Se muestran todos los mensajes tanto los activos como los inactivos representados por la fecha de ocurrencia de dichos eventos, seguidos luego por la opcin de seleccin de pierna de vuelo.

Historial por ATA Todos los mensajes de mantenimiento guardados ya sean activos o inactivos se desplegan as como tambin una lista de los FDE.

Detalles de mensajes de mantenimiento

Los datos en el maintenance messges detail, desplegada por cualquiera de las opciones anteriores incluyendo el nombre por defecto, tipo y cdigo, un campo por los LRU en falla.

Crew Alerting System Messages Por cada mensaje del EICAS con una accin de mantenimiento asociada hay un mensaje de mantenimiento correspondiente. Por ejemplo si el CMC falla, un correspondiente CAS message ser mostrado en el EICAS. Mensajes de mantenimiento activos Estos mensajes se muestran en un orden cronolgico, como ya se mencion antes, incluyendo el nombre por defecto, tipo, cdigo, documentos asociados, y campo de texto

Mantenimiento extendido

Storage enabled/disabled Anula o borra los mensajes de mantenimiento del lugar de almacenamiento en el Fault history data base

Estado de miembros del sistema

Suplementa una indicacin, si el sistema miembro es operacional o no.

Configuracin Muestra la configuracin del equipo del sistema miembro. Hay treinta campos para la pantalla de los datos relevantes que estn predefinidos como por ejemplo el ID del equipo, destino, identificacin, hardware, numero de parte, numero de serie, etc.

Reportes Existen dos tipos de reportes: CMC REPORTS & ACMF REPORTS Los cmc reports se clasifican en tres tipos Mensajes de mantenimiento activos Fallas de pierna de vuelo presente Reporte de configuracin

Ejemplo donde se utilice el sistema BITE y su aplicacin

CARGO COMPARTMENT SMOKE DETECTION SYSTEM TROUBLESHOOTING Cargo Electronic Unit (CEU) BITE Procedure
A- General (1) Cargo Electronic Unit (CEUs) se establecen detrs de paneles de acceso en el techo de los compartimientos de carga delanteros. M2236 supervisa detectores en el compartimiento delantero, y M2237 est en el compartimiento en popa (aft). Consiga el acceso al panel delantero del CEU para hacer Prueba la BITE. (2) El frente del mdulo de control tiene 16 luces de prueba, un interruptor de PRESS-TOTEST, y un interruptor de PRUEBA de la LMPARA. El interruptor de PRUEBA de LMPARA se cerciora de que todas las luces esten funcionando adecuadamente. El interruptor de PRESS-TO-TEST enva una seal de prueba de todos los detectores en el compartimiento. Si el detector de humo falla, o un detector de humos detecta humo, la luz del detector se encendera (a) No todas las luces en el CEU se utilizan. Si hay cuatro detectores en la bahia de cargo, slo cuatro luces sern utilizadas. Si hay seis detectores en la bahia de cargo, slo seis luces se utilizaran. (b) La letra y el nmero se asociaron a cada luz se refiere como mensaje del mantenimiento.

(c) Las letras en el CEU corresponden a la posicin de los detectores respecto al izquierdo o derecho de la baha del cargo. (d) Los nmeros en el CEU corresponden con la posicin del detector de delantero a aft (e) Por ejemplo, el detector delantero en la izquierda de la baha de cargo corresponde a la luz A1 en el CEU. El segundo detector a la derecha corresponde a la luz B2 en el CEU. (3) Para hacer la prueba de BITE, empuje el interruptor de PRUEBA de la LMPARA para hacer un chequeo de todas las luces. Entonces empuje el interruptor de PRESS-TO-TEST. Si se encienden las luces, la prueba pasa. Si se apaga una luz o no enciendo la el detector correspondiente falla B. Procedimiento del BITE (1) Haga estos pasos para hacer el procedimiento del BITE para el CEU: (a) Para conseguir el acceso al panel delantero de CEU, quite los tornillos que aseguran la cubierta protectora al techo de la baha del cargo. (b) Cercirese de que todas las luces en el CEU estn apagadas. 1) Si algunas luces estn encendido, refirase a la tabla en el final de esta tarea de encontrar la tarea del aislamiento de fallas para el mensaje aplicable del mantenimiento. N_O_T_A: Encuentre el mensaje de mantenimiento que describe la luz o las luces que estn encendidas y son seguidas por STAYS ON o STAY ON (c) Empuje y lleve a cabo el interruptor de PRUEBA de la LMPARA en el CEU. 1) Cercirese de que se enciendan todas las luces en el CEU. (d) soltar el interruptor de PRUEBA de la LMPARA. 1) Se cerciora de que todas las luces en el CEU se apagen. (e) Presionar durante 5 segundos el PRESS-TO-TEST en el CEU. 1) Si se encienden todas las luces en el CEU, contine. 2) Si no se enciende una o ms de las luces en el CEU, la prueba BITE a fallado y existe una o varias averas (f) Soltar el interruptor de PRESS-TO-TEST. 1) Si se apagan las luces en el CEU, la prueba BITE pas. 2) Si una o ms de las luces en el CEU permanece encendido, la prueba BITE falla y hay una avera. El (G) refiere a la tabla en el final de esta tarea de encontrar la tarea del aislamiento de fallas para el mensaje aplicable del mantenimiento.

Conclusin
Con la realizacin de esta investigacin nos damos cuenta de que tan importante es un sistema BITE en los sistemas o componentes electrnicos de una aeronave, as como tambin el ver cuanto es la precisin del sistema y de cmo este puede encontrar una falla y almacenarla, cuando se almacena hace que el tcnico o la persona encargada de mantenimiento le sea mucho mas fcil identificar cual es la falla del sistema y as hacer una reparacin mas rpida y mejor. Los sistemas BITE han cambiado grandemente desde su primera generacin la cual solamente era un push to test. Los cambios en el sistema dan lugar a un testeo mucho mas completa y mejorado para el personal de mantenimiento. El sistema de Quinta generacin es mas eficiente porque combina las mejores cosas de las generaciones pasadas y las une para mayor eficiencia y calidad en las tareas de mantenimiento. El tiempo es el factor que ms ha mejorado con el Built In Test Equipment.

Cross Reference
http://pdf.aiaa.org/preview/1990/PV1990_1303.pdf Pages) (EICAS Maintenance

http://www.aiaa.org/content.cfm?pageid=406&gTable=mtgpaper&gID=64436 (The Boeing 747-400 Central Maintenance Computer) http://www.avistainc.com/downloads/AVISTA_06_Requirements_Spec_for_7 47-400_2006.pdf (Full Life-Cycle Development for Central Maintenance Computer (CMC) ) http://www.rockwellcollins.com/ecat/at/CMCS-7000.html(CMCS-7000 Central Maintenance Computer System ) http://www.janes.com/transport/news/jawa/jawa001031_n_1.shtml Management Computer software) http://ato-p.se-apps.faa.gov/faastandards/TrmQuery.cfm?Cat=23 (Considerations for Avionics Network Design) Boeing 737-300/400/500 Maintenance manual (CARGO COMPARTMENT SMOKE DETECTION SYSTEM TROUBLESHOOTING) Aircraft Maintenance manual (Bite Test de Slat and Flap Control (Flight

Computers (Flap System) TASK 27-51-00-740-002)