stringtranslate.com

Consejo de Arquitectura de Aviónica de Normas Aliadas

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 la arquitectura de aviónica , particularmente en el campo de la aviónica modular integrada .

ASAAC está gestionado 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 Aliada (ASAAC) fue establecido por los Representantes Nacionales Superiores del Aire 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 las aeronaves de la OTAN y los subsistemas de armas de las aeronaves. [1]

Fase I de la ASAAC: (septiembre de 1992 a febrero de 1994)

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

También se identificó los conceptos de:

Fase II de la ASAAC: (noviembre de 1997 a septiembre de 2003)

El programa ASAAC Fase II 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 del programa ASAAC y el Contrato Principal fue otorgado a Dassault Thomson Avionique Modulaire (DTAM), una organización de tipo GIE bajo la ley de sociedades francesa formada al 50-50 por Dassault y Thomson. Las principales empresas aeronáuticas y electrónicas de Francia, Alemania y el Reino Unido participaron en el programa ASAAC como subcontratistas de la GIE DTAM. Los equipos del Reino Unido y Alemania fueron el Grupo de Trabajo de Aviónica Industrial (IAWG), que comprende GEC-Marconi, British Aerospace y Smiths Industries Aerospace and Defense Systems; y el Equipo DASA ESG ASAAC (DEAT), que comprende Daimler-Benz Aerospace Airbus y ESG Elektroniksystem-und Logistik-GmbH. Ambos equipos tenían la condición de coparticipantes principales en el programa con el DTAM. El contrato se adjudicó el 18 de noviembre de 1997. [2]

ASAAC Fase II - Etapa 1: (Noviembre-97 a Mayo-99)

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

ASAAC Fase II – Etapa 2: (diciembre de 1999 a septiembre de 2003)

Esta fue la parte del programa donde se validaron los conceptos y estándares definidos en la Fase II – Etapa 1 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:

La ASAAC publicó inicialmente normas provisionales en cinco partes en enero de 2005:

Todas las normas, excepto la Def Stan 00-74, fueron retiradas en julio de 2007; el MOD y los representantes del grupo de trabajo consideraron que era la única norma que tenía alguna influencia .

Normas propuestas para software (Def Stan 00-74)

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

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 la partición 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 , la gestión de subprocesos dentro de procesos o la depuración , no se consideran en ARINC 653.

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

Por ejemplo, la siguiente llamada definida en ASAAC:

recibirBuffer

Sería traducido en ARINC 653 por:

RECIBIR_BUFFER()

y también en POSIX por:

recibir()

Enlaces a STANAG 4626

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

Véase también

Referencias

  1. ^ RA Edwards, "Resumen conceptual armonizado de la Fase I de la ASAAC", Conferencia y exposición de aviónica de 1994 Integración de sistemas: ¿el cielo es el límite? Actas de la conferencia, ERA Report 94-0973, ERA Technology Ltd., agosto de 1995, ISBN  0 7008 0587 7 .
  2. ^ "Lenguaje de análisis y diseño de arquitectura (AADL)" (PDF) . aadl.sei.cmu.edu . Consultado el 28 de enero de 2015 .
  3. ^ "ASAAC Standards Part 1: Standards for 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. ^ "ASAAC Standards Part 2: Rationale Report for Software Standards" (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. ^ abc "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