Consejo de Arquitectura de Aviónica de Estándares Aliados


De Wikipedia, la enciclopedia libre
Saltar a navegación Saltar a búsqueda

El Consejo de Arquitectura de Aviónica de Estándares Aliados , o ASAAC , es un esfuerzo para definir y validar un conjunto de Estándares de Arquitectura Abierta para Arquitectura de Aviónica , particularmente en el campo de Aviónica Modular Integrada .

ASAAC es administrado por el Ministerio de Defensa del Reino Unido , y muchas de las principales empresas europeas de aviónica participan en el grupo de trabajo , como:

Historia

El Consejo de Arquitectura de Aviónica Estándar Aliado (ASAAC) fue establecido por los Representantes Nacionales de Air Senior de Francia, Alemania, el Reino Unido y los Estados Unidos de América con la intención de reducir los costos de adquisición y soporte y mejorar la interoperabilidad técnica y operativa entre los aviones de la OTAN y subsistemas de armas de aviones. [1]

Fase I de ASAAC: (septiembre del 92 a febrero del 94)

Esta parte del programa fue un estudio de viabilidad que investiga las posibilidades de un concepto de arquitectura de aviónica central. Definió los principales objetivos de: intercambiabilidad, reutilización, portabilidad, transparencia tecnológica, tolerancia a fallas, extensibilidad [sic], mantenibilidad [,] etc.

También identificó los conceptos de:

  • Modelo de software de tres capas [Pila de tres capas]
  • Planos del sistema

Fase II de ASAAC: (Nov-97 a Sept-03)

El programa de la Fase II de ASAAC fue patrocinado por los Ministerios de Defensa de Francia, Alemania y el Reino Unido a través de un Memorando de Entendimiento (MOU). La SPAé francesa fue la agencia ejecutiva para el programa ASAAC y el Prime Contract fue cedido a Dassault Thomson Avionique Modulaire (DTAM), una organización de tipo GIE con arreglo al derecho de sociedades francés formada al 50% por Dassault y Thomson. Las principales empresas aeronáuticas y electrónicas de Francia, Alemania y Reino Unido participaron en el programa ASAAC como subcontratistas del DTAM GIE. Los equipos del Reino Unido y Alemania fueron el Grupo de Trabajo de Aviónica Industrial (IAWG), integrado por GEC-Marconi, British Aerospace y Smiths Industries Aerospace and Defense Systems; y el equipo DASA ESG ASAAC (DEAT), formado por Daimler-Benz Aerospace Airbus y ESG Elektroniksystem-und Logistik-GmbH.Ambos equipos tenían la condición de coprimero participante en el programa con el DTAM. El contrato se firmó el 18 de noviembre de 1997.[2]

Fase II de ASAAC - Etapa 1: (noviembre de 97 a mayo de 99)

Esta fue una parte del programa puramente en papel en la que los Estándares y Conceptos de ASAAC se definieron y documentaron en una serie de informes.

ASAAC Fase II - Etapa 2: (Dic-99 a Sept-03)

Esta fue la parte del programa donde los conceptos y estándares definidos en la Fase II - Etapa 1 fueron validados a través de una serie de demostraciones utilizando software y hardware estándar ASAAC.

Estándar

El estándar ASAAC actual tiene dos partes:

  • Def Stan 00-74: [3] Estándares ASAAC Parte 1: Estándares para software
  • Def Stan 00-74: [4] Normas de ASAAC, parte 2: Informe de justificación de las normas de software

ASAAC publicó inicialmente estándares provisionales en cinco partes en enero de 2005:

  • Def Stan 00-74: Estándares propuestos para software
  • Def Stan 00-75: Estándares propuestos para comunicaciones / redes
  • Def Stan 00-76: Estándares propuestos para módulos funcionales comunes
  • Def Stan 00-77: Normas propuestas para el envasado
  • Def Stan 00-78: Estándares propuestos para la arquitectura

Todos menos Def Stan 00-74 fueron retirados en julio de 2007, el MOD y los representantes del grupo de trabajo consideraron que era la única norma que tenía alguna influencia .

Estándares propuestos para software (Def Stan 00-74)

Def Stan 00-74 se define en el contexto de aviónica modular integrada . Los componentes de software se encuentran en módulos. [5]

  • Configuración e inicialización: La configuración se considera definida en una serie de planos que describen la asignación de subprocesos y procesos , canales de comunicación virtual ... Sin embargo, el estándar no define con precisión la gramática o el lenguaje de estos planos. En cuanto a la inicialización, no existe una API específica que permita la inicialización mediante los servicios de sistema operativo en tiempo real (RTOS) de bajo nivel .
  • El acceso a los datos se extrae de su almacenamiento físico real.

Enlaces a ARINC 653 y POSIX

El campo cubierto por ASAAC en Def Stan 00-74 es similar a ARINC 653 (ARINC 653 es una especificación de software para particiones de espacio y tiempo en aviónica). Sin embargo, existen diferencias entre los dos estándares: [5] Algunas características de la API de ASAAC , como el manejo de archivos , el manejo de subprocesos dentro del proceso o la depuración , no se consideran en ARINC 653.

Sin embargo, para la parte donde los dos estándares se superponen, a menudo es posible traducir interfaces ASAAC en llamadas API ARINC 653 (e incluso en llamadas POSIX ). [5] Aproximadamente el 30% de la API de ASAAC está cubierto directamente por ARINC 653 y POSIX. [6]

Por ejemplo, la siguiente llamada definida en ASAAC:

 recibirBuffer

sería traducido en ARINC 653 por:

 RECEIVE_BUFFER ()

y también en POSIX por:

 recv ()

Enlaces de STANAG 4626

STANAG 4626 es una estandarización OTAN de los requisitos definidos por el programa ASAAC, propuesto por el MOD y el grupo de trabajo ASAAC .

Ver también

  • Aviónica modular integrada
  • ARINC 653
  • STANAG 4626

Referencias

  1. ^ RA Edwards, "Resumen del concepto armonizado de la fase I de ASAAC", Integración de sistemas de exposiciones y conferencias de aviónica de 1994 : ¿es el cielo el límite? Actas de la conferencia, ERA Report 94-0973, ERA Technology Ltd., agosto de 1995, ISBN  0 7008 0587 7 .
  2. ^ http://aadl.sei.cmu.edu/aadlinfosite/LinkedDocuments/ASAAC_SAESep1999.pdf . Consultado el 28 de enero de 2015.
  3. ^ "Parte 1 de las normas de ASAAC: normas para software" (PDF) . Ministerio de Defensa (Reino Unido). 19 de diciembre de 2008. Archivado desde el original (PDF) el 6 de abril de 2010 . Consultado el 7 de marzo de 2009 .
  4. ^ "Parte 2 de los estándares de ASAAC: Informe de fundamento de los estándares de software" (PDF) . Ministerio de Defensa (Reino Unido). 19 de diciembre de 2008. Archivado desde el original (PDF) el 4 de abril de 2010 . Consultado el 7 de marzo de 2009 .
  5. ^ a b c "Flexibilidad y capacidad de gestión de proyectos IMS" (PDF) . Universidad de York . Consultado el 27 de julio de 2008 .
  6. ^ "Una descripción general de los estándares de ASAAC" . assonline.co.uk . Consultado el 2 de agosto de 2008 .

enlaces externos

  • "Página de inicio de ASAAC" . 3 de octubre de 2011. Archivado desde el original el 3 de octubre de 2011.
  • Presentación del Grupo de Trabajo ASAAC
  • Capa de adaptación de SO de código abierto para STANAG 4626
Obtenido de " https://en.wikipedia.org/w/index.php?title=Allied_Standards_Avionics_Architecture_Council&oldid=955494374 "