BUSES PARA AVIONICA INTRODUCCIN Con el desarrollo e implantacin de los Sistemas Fly-ByWire, Fly-By-Light y de Avinica Modular Integrada ha aparecido

una demanda creciente en el uso de computadores en los sistemas de a bordo de las aeronaves tanto en aplicaciones Civiles como Militares. Como consecuencia la Integracin de Equipos y subsistemas Avinicos juega un papel fundamental en el diseo de los aviones modernos. La implementacin de estas tecnologas implica que los buses de datos que se emplean deban ser multiplexados. Proporcionando de forma eficiente telemando y control a cada uno de los subsistemas de la aeronave incluido su computador central.

En la actualidad las redes de telecomunicaciones dirigidas al gran pblico proporcionan elevadas velocidades de transmisin, en el rango de 10Gbps a 100Gbps, sin embargo los progresos en los buses de datos para avinica han quedado a gran distancia de los mencionadas logros. Por ejemplo el Bus de Datos mas ampliamente utilizado en avinica militar el MIL-STD-1553 desarrollado hace ya mas de 30 aos opera todava a una velocidad serie de 1Mbps. Las prximas Redes para Avinica podrn alcanzar velocidades de hasta 2.134Gbps, al utilizar el estndar de comunicaciones Fibre Channel GigaBit.

Evolucin Histrica de los Buses de Datos en Avinica

En los primeros tiempos del desarrollo de los aviones modernos se utilizaron computadores analgicos y subsistemas de avinica como forma de incrementar las capacidades de la aeronave. Consecuentemente los sistemas de transmisin empleados para comunicar el computador central analgico con cada uno de los subsistemas eran tambin analgicos. A medida que se implementaron ms funciones y subsistemas la complejidad global de la arquitectura se complic. Adems la utilizacin de sensores trajo consigo la introduccin de enlaces analgicos de interconexin, punto a punto, entre los distintos sensores y los subsistemas analgicos, siendo un computador central digital el responsable de recolectar y procesar los datos y comandar los actuadores, para ello se utilizaron DACs y ADCs centralizados que hicieron de interfaz entre el computador y los subsistemas Avinicos.

Con la aparicin de las tcnicas digitales la avinica analgica fue gradualmente sustituida por subsistemas basados en computador. De aqu que se pasaran a utilizar enlaces punto a punto digitales para interconectar estos subsistemas con el computador central. A medida que la complejidad de los sistemas se incremento el nmero de conexiones con el computador central tambin creci, al igual que la carga de proceso sobre el mismo. Debido a este gran nmero de conexiones la arquitectura se volvi ineficiente y se hizo necesario buscar una alternativa. En la siguiente etapa se explor la utilizacin de un esquema de multiplexacin digital que evitara la complejidad incesante en el cableado de la aeronave. Esto llevo al desarrollo de los buses de datos para avinica que satisfacen de forma eficiente las necesidades de telemando y control entre los subsistemas Avinicos y los computadores, facilitando la aparicin del Procesamiento Distribuido.

Est claro que la integracin de los sistemas Avinicos juega un papel muy importante en la construccin de aviones militares modernos, debido al hecho de que la complejidad de la avinica continua creciendo a gran velocidad y a que los fabricantes buscan una manera efectiva de reducir el peso, el espacio y el consumo de potencia de los sistemas Avinicos. En este sentido la aparicin de los buses de datos signific un gran avance al disminuir el costo efectivo del sistema global al permitir incorporar nuevos subsistemas sin la necesidad de recablear todo el aparato, elevando el ciclo de vida de las aeronaves. Los factores a valorar a la hora de seleccionar el protocolo a utilizar en un determinado Bus de Datos varia segn el tipo de aplicaciones a las que vaya dirigido el mismo. Para aplicaciones de propsito general la preocupacin principal es el Costo y la utilizacin del Ancho de Banda, mientras que en el caso de aplicaciones de avinica se enfatiza en la naturaleza determinista del protocolo y en su confiabilidad.

Se han desarrollado con xito 2 tipos de esquemas de acceso al medio controlado. Uno esta basado en el mtodo denominado command/response. El otro esta asociado con el mtodo de acceso de control distribuido denominado paso de testigo temporizado que se suele usar con redes rpidas, como la FDDI (Interfaz de Datos Distribuidos por Fibra) y que se caracteriza por: El ancho de banda se asigna cclicamente. Cada nodo dispone de un tiempo para enviar mensajes cuando tiene el testigo. El tiempo de envo debe ser suficiente para enviar los mensajes en su plazo. No pueden haber colisiones. El tiempo de rotacin del testigo est acotado. Otra ventaja aadida es que estos dos protocolos permiten la priorizar la transferencia de mensajes al bus, por lo que son bastante atractivos para aplicaciones en la aeronutica.

MIL-STD-1553 MIL-STD-1553 es el estndar militar publicado por el Departamento de Defensa de Estados Unidos que define las caractersticas mecnicas, elctricas y funcionales de un bus de datos en serie. Fue diseado en principio para su uso en aviacin militar, pero ha terminado por utilizarse habitualmente en subsistemas embarcados de manejo de datos en vehculos espaciales, tanto militares como civiles. Proporciona una interfaz fsica de lnea balanceada dual, una interfaz de red diferencial, multiplexacin por divisin en el tiempo, protocolo de comando/respuesta half-duplex y hasta 31 terminales remotos. Una versin de MIL-STD-1553, que utiliza cableado ptico en lugar de elctrico, es conocida como MILSTD-1773. MIL-STD-1553 fue publicado por primera vez en 1973 como un estndar de la de la U.S. Air Force, y fue utilizado en el avin de combate F-16 Fighting Falcon. Rpidamente le sucedieron otros diseos de aviones, entre ellos el F-18 Hornet y el F-20 Tigershark. Actualmente es ampliamente utilizado por todas las ramas del ejrcito de Estados Unidos y ha sido adoptado por la OTAN como STANAG 3838 AVS. MIL-STD-1553 est siendo reemplazado en nuevos diseos norteamericanos por FireWire.

MIL-STD-1553B que reemplaz a la anterior especificacin MIL-STD1553A de 1975, fue publicado en 1978. La diferencia bsica entre 1553A y 1553B es que en aquella, las opciones son definidas en lugar de dejar que sea el usuario quien las defina segn sus necesidades. Se descubri que cuando el estndar no defina un elemento, no haba coordinacin en su uso. Tanto hardware como software tuvieron que ser rediseados para cada nueva aplicacin. El objetivo principal de la 1553B era proporcionar flexibilidad sin tener que crear nuevos diseos para cada usuario. Esto se consigui especificando explcitamente las interfaces elctricas, de tal manera que la compatibilidad elctrica entre diseos de diferentes fabricantes estuviera asegurada.

Capa fsica Cada bus consiste en un cable de pares con una impedancia de entre 70 y 80 a 1 Mhz. Cuando se utiliza un conector circular, su pin central se usa para la seal Manchester bifsica de nivel alto (positivo). Transmisores y receptores se acoplan al bus por medio de transformadores de aislamiento y los conectores en "T" se ramifican mediante un par de resistores de aislamiento y transformadores acoplados. Esto reduce el impacto de un eventual cortocircuito y asegura que el bus no conduce corriente hacia la aeronave. Se usa un cdigo Manchester para transmitir tanto la seal de reloj como los datos en el mismo par y para eliminar la componente continua de la seal (que no puede transmitirse a travs de los transformadores). La tasa binaria es de 1.0 mbps (1 bit = 1 s). La especificacin sobre la precisin combinada y la estabilidad a largo plazo de la tasa binaria es de un margen del 0.1%; la estabilidad del reloj a corto plazo debe ser del 0.01%. La tensin pico a pico de un transformador es de entre 18 y 27 V.

Protocolo de bus Los mensajes consisten en una o ms palabras de 16 bits (comando, datos o estado). Cada palabra est precedida por un pulso de sincronizacin de 3 s (1.5 s a nivel bajo ms 1.5 s en alto para palabras de datos y viceversa para palabras de comando y estado, estas secuencias no se pueden dar en un cdigo Manchester) y a continuacin un bit de paridad par. En la prctica cada palabra podra considerarse como una palabra de 20 bits: 3 para sincronizacin, 16 para el payload y 1 bit para control de paridad. Las palabras en el interior de un mensaje son transmitidas de forma contigua y hay una pausa de 4 s entre mensajes. Los dispositivos deben empezar a transmitir su respuesta a un comando vlido en entre 4 y 12 s y se considera que no han recibido un mensaje si no se ha iniciado una respuesta tras 14 s.

Durante la transferencia entre terminales remotos, la comunicacin se realiza mediante el controlador de bus. Los datos son escritos primero en un buffer del terminal remoto que inicia la comunicacin. El controlador de bus lee los datos del buffer de dicho terminal y los escribe en el buffer del terminal de destino. Las secuencias garantizan que el terminal est en funcionamiento y en disposicin de recibir datos. La peticin de estado al final de una transferencia de transmisin de datos asegura que los datos han sido recibidos y que el resultado de la transferencia de datos es aceptable. Esta secuencia es lo que da a MIL-STD-1553 su alta integridad. Las secuencias que se han presentado estn simplificadas y no muestran las medidas a tomar en caso de error u otro fallo. Un dispositivo terminal no puede originar una transferencia de datos por s solo. Las peticiones de transmisin de un dispositivo terminal son generadas por el controlador maestro sondeando a los terminales.

Las funciones de alta prioridad (por ejemplo, comandos a las superficies de control de la aeronave) son sondeadas con ms frecuencia. Los comandos de baja prioridad son sondeados menos frecuentemente. De todos modos, el estndar no especifica ninguna temporizacin en particular para una palabra en concreto -- es decisin de los diseadores del sistema. La ausencia de respuesta cuando un dispositivo es sondeado indica un fallo. Existen cinco tipos de transacciones entre el controlador de bus y los terminales remotos. Receive data. El controlador de bus enva una palabra de comando de 16 bits, inmediatamente seguido de entre 1 y 32 palabras de datos de 16 bits. El terminal remoto seleccionado enva entonces una nica palabra de estado de respuesta de 16 bit al controlador de bus. Transmit data. El controlador de bus enva una palabra de comando al terminal remoto. El terminal remoto enva entonces una nica palabra de estado de respuesta, seguida inmediatamente de entre 1 y 32 palabras al controlador de bus.

Broadcast data. Novedad de 1553B. El controlador de bus enva una palabra de comando con la direccin de terminal 31, que es en realidad un comando de tipo broadcast, seguido de entre 1 y 32 palabras. Todos los terminales remotos aceptarn los datos pero ninguno responder. Esto puede ser usado para actualizaciones completas del sistema, tales como la hora. Mode Code. El controlador de bus enva una palabra de comando con una direccin de 0 32. Este comando puede o no estar seguido de una nica palabra dependiendo de qu cdigo sea usado. El terminal remoto responde con una palabra de estado de respuesta que podra o no estar seguida de una nica palabra de datos. RT to RT Transfer. El controlador de bus enva un comando de recepcin de datos seguido por un comando de transmisin de datos. El terminal transmisor enva una palabra seguida de entre 1 y 32 palabras de datos al terminal receptor. El terminal receptor enva entonces su palabra de estado.

La palabra de comando est formada como sigue. Los primeros 5 bits son la direccin del terminal remoto (0 ~ 31). El sexto bit es cero para recepcin o uno para transmisin. Los siguientes 5 bits indican el lugar en el que dar u obtener los datos en el terminal (1 ~ 30). Ntese que los valores 0 y 31 estn reservados para los cdigos de modo. Los ltimos 5 bits indican el nmero de palabras a esperar (1 ~ 32). Si es todo ceros indica 32 palabras. En el caso de un cdigo de modo, estos bits son el nmero de cdigo de modo; Initiate Self Test y Transmit BIT Word son ejemplos. La palabra de estado se decodifica como sigue. Los primero 5 bits son la direccin del terminal remoto que est respondiendo. El resto de la palabra son cdigos de condicin de un nico bit. Algunos bits estn reservados. Un estado 'uno' indica que la condicin es cierta; Message Error y Service Request son ejemplos. Ms de una condicin puede ser cierta al mismo tiempo.

Descripcin conceptual La Figura 1 muestra un sistema tpico MIL-STD-1553B. Consiste en:

El controlador de bus Hay slo un controlador de bus al mismo tiempo en cualquier bus MILSTD-1553. ste inicia toda comunicacin de mensajes sobre el bus. La Figura 1 muestra los detalles del bus de datos 1553: funciona conforme a una lista de comandos guardada en su memoria local ordena a los distintos terminales remotos que enven o reciban mensajes da servicio a cualquier peticin que reciba de los terminales remotos detecta y subsana errores guarda un historial de errores Los terminales remotos Un terminal remoto puede ser usado para proporcionar: una interfaz entre el bus de datos MIL-STD-1553B y un subsistema aadido un puente entre un bus MIL-STD-1553B y otro bus MIL-STD-1553B Por ejemplo, en un vehculo con localizador, un terminal remoto podra adquirir datos de un subsistema interno de navegacin y enviar los datos a travs del bus de datos 1553 a otro terminal remoto para su visualizacin en un instrumento de tripulante. Ejemplos ms simples de terminales remotos podran ser las interfaces que encienden los faros, las luces de aterrizaje o las balizas en un avin.

Planes de testeo para terminales remotos: El RT Validation Test Plan est orientado a la verificacin de terminales remotos diseados para cumplir los requerimientos de AS 15531 y MIL-STD-1553B con su revisin 2. Este plan de testeo fue definido inicialmente en MIL-HDBK-1553, Appendix A y Fue actualizado en MIL-HDBK-1553A, Section 100. El plan de testeo es mantenido actualmente por el SAE AS-1A Avionic Networks Subcommittee como AS4111. El RT Production Test Plan es un una subseccin simplificada del plan de test de validacin y est orientado a testeo de la produccin de terminales remotos. Este plan de testeo es mantenido por el SAE AS-1A Avionic Networks Subcommittee como AS4112. Monitor de bus Un monitor de bus no puede transmitir mensajes sobre el bus de datos. Su papel principal es monitorizar y grabar las transacciones del bus, sin interferir en la operacin del controlador de bus o los terminales remotos. Las transacciones del bus pueden ser almacenadas para un posterior anlisis off-line.

Caractersticas del Bus de Datos El estndar define el trmino Acceso Multiplexado por Divisin en el Tiempo (TDMA) como: La transmisin de la informacin desde varias fuentes de seal a travs de un mismo sistema de comunicaciones con varias muestras de seal intercaladas en el tiempo formando un tren de pulsos compuestos, permitiendo la transmisin desde mltiples subsistemas avinicos por un nico medio de transmisin en instantes de tiempo diferentes. Las caractersticas principales del bus de datos del estndar se muestran en la tabla siguiente:
Caractersticas del Bus de Datos MIL-STD-1553 Tasa de Transferencia 1 Mhz Longitud de Palabra 20 Bits Numero de Bits por Palabra 16 Bits Longitud del Mensaje 32 Palabras de Datos Tcnica de Transmisin Half Duplex Funcionamiento Asncrono Codificacin Manchester II Bifase Protocolo Comando/Respuesta

Caractersticas del Bus de Datos MIL-STD-1553 Control del Bus Individual o Mltiple Controlador a Terminal (BC-RT) Terminal a Controlador (RTBC) Formato de los Mensajes Terminal a Terminal (RTRT) Difusin (Broadcast) Control del Sistema Nmero de Dispositivos Mximo de 31 Terminales Terminal Remoto (RT) Tipos de Terminales Controlador del Bus (BC) Monitor del Bus (BM) Medio de Transmisin Par Trenzado Apantallado Mediante Transformador o Acoplamiento Directo

Tambin fija algunas de las caractersticas de los cuatro tipos de dispositivos hardware que contempla el estndar a saber: Medio de Transmisin Terminales Remotos Controladores de Bus Monitores de Bus 1.- Medio de Transmisin El medio de transmisin es un par trenzado apantallado distribuido a travs de una lnea principal con varios ramales de la que cuelgan cada uno de los terminales remotos. La lnea principal se termina en ambos extremos con una resistencia igual a la impedancia caracterstica del cable. Estas terminaciones hacen que el bus se comporte elctricamente como una lnea de transmisin infinita. Cada uno de los ramales que se conectan a la lnea principal introduce localmente una desadaptacin de impedancias que provoca reflexiones elctricas y hace que el rendimiento se degrade sino se controla adecuadamente.

Caractersticas del Medio de Transmisin Tipo de Cable Par Trenzado Apantallado Capacitancia 90pF/m Impedancia Caracterstica De 70 a 85 a 1 Mhz Atenuacin del Cable 0,045dBm/m Trenzados 12 vueltas por metro mximo Aislamiento de la Cubierta 90% mnimo Terminacin del Cable Zo 2% Longitud Mxima de un Ramal 33 cm Acoplado Directamente Acoplado por Transformador 6,6 m

En la figura siguiente se observa un esquema de los 2 tipos de acoplamiento especificados en el estndar:

2.- Terminal Remoto Un Terminal Remoto se define en el estndar como todo aquel dispositivo que no es un Controlador ni un Monitor del Bus, es decir que se trata de cualquier dispositivo electrnico que haga de interfaz entre un subsistema y el bus, entendiendo como subsistema al dispositivo que, o bien consume o enva los datos. Inicialmente la misin de los Terminales Remotos era convertir los datos discretos y analgicos en un formato que fuera compatible con el de los mensajes del bus, aunque la tendencia actual es la de incluir los Terminales Remotos en los subsistemas a los que sirven de Interfaz. En general un Terminal Remoto consta de un transceptor, un codec, un controlador de protocolo, un buffer o una memoria y un interfaz con el subsistema. En sistemas duales redundantes el estndar especifica que se utilicen dobles transceptores y dobles Codecs. El Terminal Remoto debe ser capaz de recibir y decodificar mensajes del Controlador del Bus y responder de forma adecuada. Debe ser capaz de realizar verificaciones sobre los mensajes, detectar errores de transmisin e informar sobre el estado de los mismos. El estndar tambin le asigna algunas tareas, pocas, de gestin del bus denominadas Comandos de Modo y debe atender y decodificar mensajes procedentes de los dos buses simultneamente en las configuraciones redundantes.

Su forma de funcionamiento consiste en seguir estrictamente el protocolo definido en el estndar respondiendo solo cuando se le requiere y solo al Controlador del Bus adems la respuesta debe producirse dentro de una ventana de tiempo dada. Si el mensaje no cumple las reglas de validez prefijadas debe invalidar el mensaje, descartar los datos e informar al Controlador del Bus y a veces tambin se informa al subsistema.

3.- Controlador del Bus El Controlador del Bus se encarga de dirigir el flujo de datos a travs del bus. Aunque varios Terminales Remotos pueden actuar como controladores del bus solo uno puede estar activo en cada momento siendo el nico dispositivo que puede enviar comandos al bus (Mode Commands). Estos comandos pueden ser: Transferencia de Datos. Control del Bus. Gestin del Bus. Existen tres tipos diferentes de arquitectura en los Controladores de Buses: Controladores de Palabra: Hoy en da no se usan apenas. En ellos la electrnica del terminal enva las palabras de una en una al Subsistema siendo suyas las competencias de almacenamiento y validacin del mensaje.

Controladores de Mensaje: Dan salida a un mensaje completo y dialogan con el procesador al final del mensaje o cuando ocurre un error, siendo algunos de ellos capaces de realizar pequeas tareas de procesamiento de errores, como es transmitir por el bus alternativo antes de interrumpir al procesador. El procesador informa a la electrnica de la interfaz en que direccin de memoria se encuentra el mensaje y le enva una palabra de control que se encarga de identificar que tipo de mensaje es (RT-BC, RT-RT, etc), porque bus debe transmitir el mensaje, donde leer o escribir los datos en memoria y que hacer en caso de error. Controladores de Marcos: Son capaces de procesar mltiples mensajes en una secuencia definida por el procesador. Tienen capacidades de procesamiento de errores segn se definen en la palabra de estado y tiene como misin principal descargar lo mas posible de trabajo al procesador antes de interrumpirlo, cosa que solo ocurre al final de la transmisin de una secuencia de mensajes o cuando se detecta un error que no puede gestionar.

4.- Monitor del Bus El monitor del bus se encarga de escuchar todos los intercambios de informacin que se producen en el Bus. El estndar define que tipos de monitores del bus se pueden usar y obliga a que la informacin obtenida solo pueda ser utilizada para aplicaciones off-line (grabacin de parmetros de vuelo, grabaciones de mantenimiento, anlisis de la misin) o para proporcionar informacin suficiente al Controlador del Bus que esta en reserva a la hora de convertirse en operativo. En funcin de las tareas que desempean podemos hablar de dos tipos de monitores, grabadores para pruebas y terminales operando como controladores de reserva del bus. Mientras recolecta los datos el Monitor del Bus debe realizar las mismas funciones en cuanto a la validacin del mensaje que un Terminal Remoto y en caso de error debe informar al subsistema, que puede continuar con la grabacin, aunque el error debe quedar registrado. El subsistema suele consistir en un dispositivo de grabacin o en un transmisor de telemetra en el caso de un controlador grabador de datos, y en un procesador cuando se trata de un Controlador de Reserva del Bus.

5.- Protocolo El control, el flujo de datos, la informacin de estado y la gestin del bus se realiza mediante tres tipos de palabras. Las palabras de Comando, de Datos y de Status con el formato de la figura siguiente:

BUS DE DATOS MIL-STD-1773

En comparacin con el par trenzado y el cable coaxial la fibra ptica tiene algunas ventajas sobre ambos como son: su gran ancho de banda, las bajas perdidas, su inmunidad a las interferencias electromagnticas (EMI) y su poco peso y tamao. Estas ventajas hacen que la fibra ptica sea adecuada para aplicaciones en aeronutica donde las restricciones de espacio y las interferencias electromagnticas son severas. La primera implementacin prctica la llevo a cabo la NASA y la Marina de los EEUU a principios de 1990 sobre un F-18 de la NASA. el primer satlite que incorpora la fibra ptica como medio de transmisin utilizando este estndar fue el Solar Anomalous Magnetospheric Particle Explorer (SAMPEX), lanzado por la NASA en Julio de 1992

Paralelamente un programa similar, sobre la utilizacin de fibra ptica, fue desarrollado en el Reino Unido realizndose las pruebas de vuelo en un helicptero Lynx. En la nomenclatura de la OTAN el estndar se designa como STANAG 3996AVS.

Con posterioridad la SAE (Sociedad de Ingenieros de Automocin) desarrolla el estndar AS1773 a partir del MILSTD1773 llevndolo al campo de la aeronutica civil. Ms recientemente la evolucin del estndar ha llevado a incrementar la velocidad de transmisin para satisfacer las necesidades de aplicaciones con requerimientos elevados de ancho de banda. As la divisin de defensa y espacio de Boeing ha desarrollado transceptores de alta velocidad equivalentes al AS-1773 que soportan tanto la operatividad a la velocidad original del estndar como a una velocidad del bus de 20Mbps para la transmisin de datos a alta velocidad.

En 1996 McDonnel Douglas demostr realmente el uso de Fibra ptica en los mandos de control de vuelo usando tanto el estndar ARINC-429 como el AS-1773A. Este estndar ha traspasado las barreras de las aplicaciones aeronuticas para instalarse en el diseo de satlites y otras naves espaciales. Recientes trabajos lo colocan entre los candidatos con ms posibilidades en la definicin de la Arquitectura Avanzada de la Avinica de las Naves Espaciales Las caractersticas del estndar han sido testadas en satlites de orbita polar y en satlites con orbita muy inclinada con xito en ambos casos. En la figura siguiente se observa un esquemtico de conexin:

STANAG 3910
A partir del amplio uso del estndar MIL-STD-1553B y debido la demanda creciente de velocidades de transmisin mayores surge un nuevo estndar europeo denominado STANAG 3910. Desarrollado por la OTAN (STANAG es el acrnimo de STAndard NAto AGreement) a principios de los 90 para facilitar el uso de buses de datos de alta velocidad en la prxima generacin de aviones de combate europeos. El estndar utiliza un bus de alta velocidad basado en el protocolo de Comando/Respuesta. El canal de alta velocidad, a 20Mbps, se utiliza para transferencias de bloques de datos, con lo que es posible dar respuesta a los requerimientos de los aviones de combate ms modernos. El flujo de transmisin de los datos de alta velocidad se controla a travs del canal de baja velocidad a 1 Mbps del estndar MIL-STD-1553B.

De esta forma es posible conectar equipamiento de ambos estndares en el mismo medio de transmisin, lo que resulta muy atractivo a la hora de realizar actualizaciones de forma sencilla. Dado que el estndar STANAG 3910 mantiene el mismo Sistema de Control y el mismo protocolo de transmisin que el estndar MIL-STD-1553B se puede utilizar en caso de necesitar mayores velocidades de transmisin en sistemas MIL-STD-1553B para realizar actualizaciones de bajo coste y riesgo permitiendo incrementar el ciclo de vida de las aeronaves.

Este estndar ha sido seleccionado en la implementacin de los dos mayores programas Europeos de desarrollo de aviones de combate. El avin de combate europeo (EuroFighter EFA) y el caza francs RAFALE, por lo que se espera que continu dando servicio a las nuevas aeronaves militares Europeas en los prximos 10 a 20 aos.

HIGH-SPEED DATA BUS (HSDB) Una caracterstica inherente al uso del protocolo comando/respuesta es que la eficiencia de la comunicacin disminuye a medida que la longitud del mensaje y/o la velocidad de transmisin se incrementan.

Adems la debilidad principal del protocolo es el uso de un controlador centralizado del bus, en cada bus, ya que un fallo en el mismo provoca el colapso de todo el Bus de Datos. Adems las grandes velocidades requeridas por los aviones militares avanzados cifradas en torno a 50Mbps ha provocado que se desarrolle un sistema de procesamiento y computacin distribuido para aplicaciones avinicas.

La SAE(Sociedad de Ingenieros de Automocin) en 1988 desarrollo un bus de alta velocidad para aplicaciones avinicas denominado HSDB (High Speed Data Bus) plasmado en los estndares AS4074.1 y AS4074.2. Ambos estndares especifican una velocidad mnima del bus de 50Mbps aunque esta abierto a velocidades mayores. El AS4074.1 utiliza un bus de alta velocidad basado en el protocolo de Paso de Testigo con topologa lineal, de ah el nombre como tambin se le conoce LTPB (Linear Token Passing Bus) En cambio el AS4074.2 se basa en el mismo protocolo pero usa una topologa en anillo. Tras estudios comparativos en entornos hostiles similares se escogi el AS4074.1 como el estndar HSDB para la nueva generacin de aviones militares como el A-12 de la Marina (aunque el programa fue posteriormente cancelado) y los YF-22 y YF-23 de la USAF.

Protocolo El Bus HSDB consiste en un conjunto de estaciones conectadas en bus de forma que una transmisin de cualquiera de ellas es recibida por todas las dems. Las transmisiones se aceptan atendiendo a un esquema de direccionamiento fsico o lgico. El acceso a la fibra ptica para transmitir se controla mediante un testigo que se distribuye cclicamente entre el anillo lgico formado por todas las estaciones. La estacin que recibe el testigo gana el derecho de acceso al medio para efectuar una transmisin por un periodo determinado de tiempo. Este periodo depende del parmetro THT (Token Holding Time), que se usa para todos los mensajes de prioridad 0 (la mas alta), as como del parmetro TRT (Token Rotation Timers) uno para cada prioridad desde la 1 a la 3. El tiempo total siempre es igual o inferior a un valor mximo predeterminado segn las circunstancias de trfico en el bus. Cuando este tiempo expira o la estacin ha finalizado sus transmisiones el testigo se pasa a la siguiente estacin del anillo lgico.

Los fallos en una estacin se gestionan desde la estacin inmediatamente precedente en el anillo lgico. El mecanismo es el siguiente, la estacin que esta pasando el testigo verifica que hay actividad en el bus. Tras dos intentos consecutivos de pasar el testigo, la estacin automticamente incrementa la direccin de destino del mismo hasta que encuentra un sucesor o bien la direccin de destino coincide con la de la propia estacin, en cuyo caso la estacin cesa en su empeo de encontrar destinatarios al testigo.

En la figura siguiente se observa la estructura de un mensaje HSDB para una sola estacin en el bus:

Y en la tabla siguiente se muestran algunas de las caractersticas del bus HSDB sobre Fibra ptica:
Caractersticas del Bus de Datos HSDB Velocidad de Bit 50 Mbps Codificacin Manchester II Intervalo Intertransmisiones 280 a 500 ns Longitud del Prembulo 16 Bits (mximo) Longitud de Onda 800 a 880 nm Tamao de la Fibra 100/140 m o 200/240 m -1.5 a -4.5 dBm para 100/140 m Potencia de Transmisin (Pico) 0 a -4 dBm para 200/240 m Tiempo de Subida(Tx) 4 ns Tiempo de Bajada(Tx) 6 ns Caractersticas del Receptor -32.5dBm (mnimo) Sensibilidad 21 dBm (mnimo) Margen Dinmico Tiempo de Subida(Rx) 5 ns Tiempo de Bajada(Rx) 7 ns Tasa de Error 10-10

Canal de fibra para la avinica En algunos estudios se aboga por el uso del estndar Fibre Channel como parte de la especificacin Gigabit Avionics Barebone, dadas sus caractersticas que permiten el uso tanto del par de cobre como de la fibra ptica como medio de transmisin, en funcin de la distancia, el ancho de banda, el costo y el peso. Como las velocidades de transmisin de FC alcanzan los 2,134Mbps esto permite la transmisin de video digital sin compresin de datos. Por ejemplo las velocidades de transmisin que necesitan los displays de abordo se cifra en 580 Mbps en el F-16 y F-15 y en 1,6 Gbps en el C-17. Las redes FC cumplen los requisitos de alta velocidad de transmisin a la vez que aseguran la entrega de los datos permitiendo su utilizacin en las aplicaciones de misin y vuelo crticos. Recientemente este estandar ha sido adoptado por el programa JFK (Joint Strike Fighter) del Departamento de Defensa de los EEUU denominado F-35

Protocolo Fibre Channel es un estndar ANSI que define una familia de protocolos que proporcionan unas conexiones con baja latencia y gran ancho de banda. Este estndar soporta dos tipos de conexiones de red Host - Host y Host - Perifricos con unas velocidades de transmisin escalables desde los 133Mbps a los 4 Gbps garantizando la integridad de los datos y con la alta fiabilidad que proporciona su esquema de codificacin de bit 8/10. El estndar se puede implementar sobre varios medios de transmisin como son el cable coaxial, el par trenzado y la fibra ptica. Se definen tres arquitecturas: Topologa interconectada en malla. Punto a Punto. En anillo arbitrado o FC-AL (Arbitrated Loop) que ofrece una red de excelentes caractersticas junto con una latencia baja.

Protocolo Fibre Channel es un estndar ANSI que define una familia de protocolos que proporcionan unas conexiones con baja latencia y gran ancho de banda. Este estndar soporta dos tipos de conexiones de red Host - Host y Host - Perifricos con unas velocidades de transmisin escalables desde los 133Mbps a los 4 Gbps garantizando la integridad de los datos y con la alta fiabilidad que proporciona su esquema de codificacin de bit 8/10. El estndar se puede implementar sobre varios medios de transmisin como son el cable coaxial, el par trenzado y la fibra ptica. Se definen tres arquitecturas: Topologa interconectada en malla. Punto a Punto. En anillo arbitrado o FC-AL (Arbitrated Loop) que ofrece una red de excelentes caractersticas junto con una latencia baja.

FC-AL permite hasta 127 puertos conectados en un anillo. A diferencia de ATM no se necesita un concentrador lo cual redunda en un coste menor que en las infraestructuras conmutadas ATM. El grupo de trabajo FC-AE (Fibre Channel Avionics Environment) est desarrollando un perfil operativo del estndar adecuado para sus usos en entornos militares y en avinica. As mismo se trabaja en la definicin de los requisitos necesarios, tanto de tiempo real como de ancho de banda y latencia determinista, para las aplicaciones de misin crtica. Los objetivos que se fijaron son: Extensiones del anillo con arbitraje en tiempo real. La planificacin por prioridades en tiempo real. Implementacin del anillo con caractersticas iscronas de tiempo real.

En la tabla siguiente se muestra el resultado de un estudio comparativo realizado con el objeto de escoger la tecnologa mas adecuada para la interconexin de los nuevos sistemas Avinicos:
Parmetro ATM FDDI FC-AL 1553 2500 100 30 Si 1.0 16 Si 145 12 No 1000 1 60 Si 0.1 32 30 (4) No 180 4 Si Trsfr

Coste Estimado por Nodo (con redundancia) 8000 (1) 2500 Velocidad (Mbps) Latencia de los Datos (Caso Peor) Entrega Determinista Tiempo de Inicializacin del Bus (mseg) Nmero de Nodos Longitud del Cable (Cobre) Nodos Inteligentes (Necesarios) Rango de Temperaturas (C) Tamao en pulgadas cuadradas Aislamiento Galvanico Adaptado a ambientes extremos Capa Fsica 155 300 No 10.0 16 100m Si 70 20 No No STP 100 36 No 10.0 16 Si 130 12 No Navy

100m+ 50m

USAF Varios

Twinax Twinax Tri-ax

Parmetro Control en Tiempo Real Gestin de la Redundancia Madurez Maxima Potencia (w) COTS (Disponibilidad) Crecimiento

ATM FDDI FC-AL 1553 1 6 5 10 10.0 3 10 1 1 (1) 8 (3) 4 (2)(3) 10 3.0 6.0 3.0 25 (1) 12.5 10 5 10 8 1 4 7

Notas: (1).- ATM inherentemente requiere una topologa en estrella y conmutada por lo que se incluye el sobrecosto introducido por un switch de 16 puertos para 8 Nodos. (2).- ATM y FC para lograr la redundancia y tolerancia a fallos utilizan nodos adaptadores duales. (3).- FDDI y FC pueden utilizan una topologa en estrella con un simple conmutador en cross-bar para resolver el fallo en un solo punto del anillo. (4).- La longitud del cable en el estndar 1553 es la longitud total de bus lineal mientras que en los restantes es la suma de las longitudes de los tramos punto a punto.

ARINC 429
ARINC 429 (Aeronautical Radio Inc. ) es un estndar que determina las caractersticas que se precisan para llevar a cabo intercambios de datos dentro de muchos sistemas de avinica de aeronaves comerciales y de transporte. ARINC 429 es el bus de datos predominante en aeroelectrnica. Define las interfaces fsicas y elctricas para un unidireccional (mediante 2 hilos independientes), adems de un protocolo de datos para dar soporte a una red local aeroelectrnica en un avin. Bsicamente describe las funciones de los medios de informacin digitales que se encuentran en las aeronaves. Descripcin Tcnica ARINC 429 es una especificacin tcnica de buses utilizada para definir buses dentro de la electroavinica usada en aeronaves. Define un bus unidireccional compuesto por 2 hilos unidireccionales de datos estndar (puertos Tx y Rx). Ese estndar de datos es conocido como DITS (o sistema de transferencia de informacin digital Marca 33)

Sus principales caractersticas tcnicas son: La transmisin se realiza en serie, en palabras de 32 bits ms un tiempo muerto denominado gap y mediante un par de cables trenzados y apantallados en lazo abierto open loop. La fuente y el destino deben estar conectados mediante un par de cables trenzados y apantallados. El apantallamiento debe conectarse a masa en ambos lados de la conexin y en todos los conectores intermedios del cableado. Los mensajes se transmiten de 12,5 a 100 kbit/s a otros elementos del sistema de vigilancia que son el bus de mensajes. Las caractersticas del mensaje son: yLa informacin fluye desde una puerta de transmisin hasta una o varias puertas de recepcin. yEn ningn caso la informacin puede llegar hasta una puerta destinada a la transmisin. yLa transmisin entre 2 computadores en ambos sentidos se realiza por buses independientes.

El transmisor siempre transmite, ya sea 32 bits de datos (palabra) o el estado nulo. Un bus (cable de par) se limita a un transmisor y no ms de 20 receptores. El protocolo permite funcin auto-reloj en el receptor final, eliminando as la necesidad de transmitir la hora en los datos que existan en anteriores protocolos como ARINC-568 (6 hilos). Caractersticas de Velocidad:
yTransmisin en alta velocidad 100 Kilobytes por segundo. yTransmisin en baja velocidad 12 a 14,5 kilobytes por segundo. yNo se pueden utilizar ambas velocidades en el mismo bus.

Formato de Palabras de datos En ARIN 429 cada palabra est formada por 32 bits y contiene 5 campos: El bit 32 es el bit de paridad y se utiliza para verificar que la palabra no fue daada durante la transmisin o que es ilegible. Los bits 30 y 31 forman la matriz de Seal/Estado, o SSM, y con frecuencia indican si la palabra es vlida. Los valores posibles son: OP (operacional). Indica que los datos de esta palabra se consideran correctos. TEST. Indica que los datos son proporcionados por una fuente de prueba. FAIL. Indica un error de hardware que ha causado prdida de datos. NCD (no hay datos computados). Indica que faltan datos o que son inexactos, debido a alguna razn que no est vinculada al hardware. Por ejemplo, los comandos del piloto automtico se muestran como NCD cuando el piloto automtico no est activado. La SSM puede indicar tambin el signo (+/-) de los datos (por ejemplo usada en altura) o informacin relacionada, como la orientacin (Norte / Sur / Este / Oeste).

Formato de Palabras de datos

cont.

Los bits del 11 al 29 contendrn los datos. Dichos datos se encuentran codificados en sistema BCD o el BNR. Estas son las codificaciones comunes en ARINC 429. Tambin se pueden utilizar formatos de datos mixtos. Los bits 9 y 10 son los Identificadores de Origen/Destino (SDI) y indican a que receptor van dirigidos los datos o, con mayor frecuencia, cual es el subsistema de transmisin de datos. Los bits del 1 a 8 contienen una etiqueta, expresada en octal, identificando el tipo de datos. Etiquetas Las directrices para crear etiquetas tambin se proporcionan como parte de la especificacin ARINC 429 para diversos tipos de equipo.

Cada aeronave contendr diferentes sistemas electrnicos, tales como los ordenadores de gestin de vuelo, sistemas de referencia inerciales, las computadoras de datos areos, radio altmetros, radios, GPS y sensores. Para cada tipo de equipo se define un conjunto de parmetros estndar que es comn a todos los fabricantes y modelos. Por ejemplo, cualquier computadora de datos areos proporcionar la altura baromtrica de la aeronave segn la etiqueta 204. Esto permite cierto grado de intercambiabilidad de piezas, gracias a que las computadoras de datos areos se comportan, en su mayor parte, de la misma manera. Debido a que hay un nmero limitado de etiquetas, es posible que una misma etiqueta tenga efectos diferentes segn su uso. Por ejemplo, la 204puede ser enviada a un sensor GPS o a otro tipo de sensor. En las aeronaves, incluso hay muchos parmetros comunes que utilizar la misma etiqueta, independientemente de la fuente. Adems de todo esto, como con cualquier especificacin, cada fabricante tiene ligeras diferencias a partir de la especificacin formal; por ejemplo, proporcionando datos adicionales, ms all de la especificacin, dejando de lado algunos datos recomendados por el pliego de condiciones u otros cambios.

Proteccin contra la interferencia La prohibicin sobre el uso de determinados dispositivos electrnicos en vuelo de aviones comerciales se ha convertido en una cuestin controvertida, ya que, aunque normalmente se justifica como un requisito de seguridad para evitar la interferencia con la avinica de la aeronave, es criticado por aquellos que argumentan que los telfonos moviles, WiFi, Bluetooth, y otros sistemas de radiocomunicacin digital son capaces de interferir con los protocolos robustos tales como ARINC. Las distorsiones se pueden producir por: Caractersticas de los cables. desacuerdos elctricos. ruido de interferencias elctricas. ARINC 429 emplea varios mtodos protocolizados tanto fsicos como elctricos, para reducir al mnimo la radio interferencia elctrica de a bordo de radios y de otros cables de transmisin.

El cableado es par-trenzado blindado de 78 . Las seales ARINC introducen un diferencial de 15V entre dato y dato para transmisin bifsica (por ejemplo 5V para el primer dato y 10V para el siguiente) y la especificacin define lmites de subidas y bajadas de tensin aceptables. Los niveles de voltaje del transmisor son: +5V, 0V y 5V cada conductor con respecto a tierra; +10V, 0V y 10V entre el conductor A y el B. Para la seal en el receptor se utiliza modulacin bipolar RZ (retorno a cero) con 3 estados (HI, NULL y LO entre el cable A y el B), reduciendo an ms las emisiones de ruido EMI producidas por el mismo cable. Esos 3 estados tienen los siguientes rangos de voltage: HI dentro del rango +7,5V a +11V NULL dentro del rango +0,5V a 0,5V LO dentro del rango 7,5V a 11V A pesar de todo ello, si uno de los lados de la lnea de transmisin se encuentra en circuito abierto o en corto, se debilita la inmunidad contra el ruido, lo que puede producir un fallo intermitente.

Caractersticas Elctricas del Bus El Bus de Datos utiliza 2 hilos para transmitir palabras de 32 bits. La transmisin de palabras consecutivas se separa al menos durante 4 veces el tiempo de bit con un voltaje en la lnea de cero (NULL). Esto elimina la necesidad de utilizar un cable extra para el reloj pudiendo extraerse la informacin de temporizacin del protocolo. La transmisin nominal de voltaje es de 10 Voltios entre cables (transmisin diferencial) con polaridad positiva o negativa por lo que cada seal maneja voltajes entre +5 y 5 voltios denominados respectivamente Hilo A o Hi ( High ) e Hilo B o Lo( Low ). Este esquema se corresponde con el cdigo de lnea Bipolar con Retorno a Cero o AMI. En este tipo de codificacin el 0 binario se representa con tensin cero y el 1 binario mediante impulsos negativos y positivos alternativamente utilizando un retorno a cero en la segunda mitad del tiempo de bit cuando se representa el 1.
Tolerancias en Niveles de Tensin HI [7.25, 11] NULL [-0.5, 0.5] LO [-11, -7.25]

Parmetro Velocidad de Bit Tiempo X Tiempo Y (1 bit) Tiempo de Subida Tiempo de Bajada

Datos a Alta Velocidad 100Kbps 5 5% segundos 10 2.5% segundos 1,5 0.5 segundos 1,5 0.5 segundos

Datos a Baja Velocidad 12.5 14.5 Kbps 1/Vbit 2.5% segundos Y/2 5% segundos 10 5 segundos 10 5 segundos

El voltaje recibido depende lgicamente de la longitud del cableado y del nmero de receptores que se conecten al bus. La especificacin permite conectar entre 1 y 20 receptores.

Caractersticas del Bus de Datos ARINC 429 Niveles de Tensin entre cada Hilo y masa +5, 0, -5 Voltios Niveles de Tensin entre ambos Hilos +10, 0, -10 Voltios Codificacin de Bit Bipolar con Retorno a Cero Tamao de Palabra 32 bits Resistencia del Transmisor RS = 70 80 [Nominal 75] Impedancia de la Lnea de Transmisin Zo = 70 80 [Nominal 75] Dimetro de los Conductores = 20 26 AWG (0.40 - 0.81 mm) RI <= 12000 RH <= 12000 Resistencias del Receptor RG <= 12000 Resistencia Total R <= 8000 CH <= 50 pF Capacidades CG <= 50 pF

1.- Lenguaje Digital Los datos Numricos se codifican utilizando dos formatos: BCD (Cdigo Binario Decimal) para representar el subconjunto numrico del ITA n 5 (International Telegraph Alphabet Number 5). BNR (Binario en Complemento a dos) para la representacin fraccional. Adems se pueden utilizar determinados items de informacin en los bits no usados de la palabra o en determinadas palabras dedicadas denominados "Datos Discretos". Datos de Mantenimiento (de Propsito General), a estas palabras al igual que a las palabras de datos discretos se le asignan etiquetas en orden secuencial. Siendo el valor octal mas bajo asignado a la primera o nica palabra a enviar y valores sucesivos a las siguientes hasta que se complete el mensaje. Estas palabras pueden contener datos de cualquiera de los tipos anteriormente citados, salvo mensajes ITA n5.

2.- Formato de Palabra La palabra de datos del Protocolo es de 32 bits e incluye los campos que se observan en la figura siguiente:

Paridad Se utiliza el bit 32, el MSB, para sealizar la paridad de la palabra de datos, normalmente se usa la paridad impar, es decir que debe existir un numero impar de bits a uno en la palabra, excepto para determinados casos de prueba. SSM Los Bits 31 y 30 contienen el campo denominado Matriz de Firma/Estado o SSM. Este campo contiene el estado del hardware del equipo (normal, a fallo), su modo operativo (operativo, en test) o la validez de los datos que contiene (verificados, no computados)

Data Los Bits del 11 al 29 contienen los datos en los formatos numricos ya explicados y otros no que no son estndar y que han sido implementados por fabricantes diversos. A veces el contenido se extiende hasta los bits del campo SDI en cuyo caso este ltimo campo no se usa. SDI Los bits 10 y 9 facilitan la identificacin del Origen y Destino (Source/Destination Identifier) permitiendo que distinguir de los mltiples receptores que se encuentran escuchando a cual se dirige el mensaje. Igualmente sirve para diferenciar en el caso de que existan mltiples sistemas aquel que origino la transmisin. A veces estos bits se utilizan como parte del campo de datos. Label (Etiqueta) Los bits del 8 al 1 contienen una etiqueta que identifica el tipo de dato y sus parmetros asociados. La etiqueta es una parte muy importante del mensaje y se usa para determinar el tipo de datos que siguen en el resto del mensaje y por tanto como se deben interpretar. Normalmente se representan mediante nmeros en base octal. Transmisin Order Siempre se enva el bit menos significativo de cada byte en primer lugar, con excepcin de los bits del campo Label del que se enva primero su MSB. A dems siempre se enva el campo Label en primer lugar seguidos de los bits en el siguiente orden: 8,7,6,5,4,3,2,1,9,10,11,12,13,...,32.