Rada ds. Architektury Awioniki Sprzymierzonych Standardów

Allied Standards Avionics Architecture Council lub ASAAC to próba zdefiniowania i zatwierdzenia zestawu standardów otwartej architektury dla architektury awioniki , szczególnie w dziedzinie zintegrowanej modułowej awioniki .

ASAAC jest zarządzany przez Ministerstwo Obrony Wielkiej Brytanii , aw grupie roboczej uczestniczy wiele dużych europejskich firm z branży lotniczej , takich jak:

Historia

Sojusznicza Rada ds. Architektury Standardowej Awioniki (ASAAC) została powołana przez Wyższych Przedstawicieli Narodowych Sił Powietrznych z Francji, Niemiec, Wielkiej Brytanii i Stanów Zjednoczonych Ameryki z zamiarem obniżenia kosztów zaopatrzenia i wsparcia oraz poprawy technicznej i operacyjnej interoperacyjności między statkami powietrznymi NATO i podsystemy uzbrojenia samolotu.

ASAAC Faza I: (od września 92 do lutego 94)

Ta część programu była studium wykonalności badającym możliwości koncepcji podstawowej architektury awioniki. Zdefiniowano główne cele: wymienność, ponowne użycie, przenośność, przejrzystość technologii, tolerancja na błędy, rozszerzalność [sic], łatwość konserwacji [,] itp.

Zidentyfikowano również pojęcia:

  • Trójwarstwowy model oprogramowania [stos trójwarstwowy]
  • Plany systemowe

ASAAC Faza II: (listopad-97 do września-03)

Program ASAAC Faza II był sponsorowany przez Ministerstwa Obrony Francji, Niemiec i Wielkiej Brytanii na mocy protokołu ustaleń (MOU). Francuska SPAé była agencją wykonawczą programu ASAAC, a umowa główna została powierzona Dassault Thomson Avionique Modulaire (DTAM), organizacji typu GIE zgodnie z francuskim prawem spółek, utworzonej na zasadzie 50-50 przez Dassault i Thomson. Główne firmy lotnicze i elektroniczne Francji, Niemiec i Wielkiej Brytanii wzięły udział w programie ASAAC jako podwykonawcy DTAM GIE. Brytyjskie i niemieckie zespoły tworzyły Industrial Avionics Working Group (IAWG), w skład której wchodziły GEC-Marconi, British Aerospace i Smiths Industries Aerospace and Defense Systems; oraz DASA ESG ASAAC Team (DEAT), w skład którego wchodzą Daimler-Benz Aerospace Airbus i ESG Elektroniksystem-und Logistik-GmbH. Obie drużyny miały status co-prime uczestnika w programie z DTAM. Umowa została zawarta w dniu 18 listopada 1997 r.

ASAAC Faza II - Etap 1: (listopad-97 do maja-99)

Była to czysto papierowa część programu, w której standardy i koncepcje ASAAC zostały zdefiniowane i udokumentowane w serii raportów.

ASAAC Faza II – Etap 2: (od grudnia 1999 do 3 września)

Była to część programu, w której koncepcje i standardy określone w Fazie II – Etapie 1 zostały zweryfikowane poprzez serię demonstracji przy użyciu standardowego oprogramowania i sprzętu ASAAC.

Standard

Obecny standard ASAAC składa się z dwóch części:

  • Def Stan 00-74: Standardy ASAAC Część 1: Standardy dotyczące oprogramowania
  • Def Stan 00-74: Standardy ASAAC, część 2: Raport uzasadniający standardy oprogramowania

ASAAC początkowo opublikowała tymczasowe standardy w pięciu częściach w styczniu 2005 r.:

  • Def Stan 00-74: Proponowane standardy oprogramowania
  • Def Stan 00-75: Proponowane standardy komunikacji/sieci
  • Def Stan 00-76: Proponowane standardy dla wspólnych modułów funkcjonalnych
  • Def Stan 00-77: Proponowane normy dotyczące opakowań
  • Def Stan 00-78: Proponowane standardy dla architektury

Wszystkie oprócz Def Stan 00-74 zostały wycofane w lipcu 2007 r., a MON i przedstawiciele Grupy Roboczej uznali, że jest to jedyny standard mający jakikolwiek wpływ .

Proponowane standardy oprogramowania (Def Stan 00-74)

Def Stan 00-74 jest zdefiniowany w kontekście Integrated Modular Avionics . Komponenty oprogramowania znajdują się na modułach.

  • Konfiguracja i inicjalizacja: Konfiguracja jest traktowana jako zdefiniowana w serii schematów opisujących alokację wątków i procesów , wirtualne kanały komunikacji... Jednak standard nie definiuje dokładnie gramatyki ani języka tych schematów. Jeśli chodzi o inicjalizację, nie ma określonego interfejsu API, który umożliwiałby inicjalizację przez niskopoziomowe usługi systemu operacyjnego czasu rzeczywistego (RTOS) .
  • Dostęp do danych jest oderwany od ich rzeczywistego fizycznego przechowywania.

Linki do ARINC 653 i POSIX

Dziedzina objęta ASAAC w Def Stan 00-74 jest podobna do ARINC 653 (ARINC 653 to specyfikacja oprogramowania do partycjonowania przestrzeni i czasu w awionice). Istnieją jednak różnice między tymi dwoma standardami: niektóre funkcje interfejsu API ASAAC , takie jak obsługa plików , zarządzanie wątkami wewnątrz procesu lub debugowanie , nie są uwzględniane w ARINC 653.

Jednak w przypadku części, w której te dwa standardy się pokrywają, często możliwe jest przetłumaczenie interfejsów ASAAC w wywołaniach API ARINC 653 (a nawet w wywołaniach POSIX ). Około 30% interfejsu API ASAAC jest objęte bezpośrednio przez ARINC 653 i POSIX.

Na przykład następujące wywołanie zdefiniowane w ASAAC:

Odbierz Bufor

zostanie przetłumaczony w ARINC 653 przez:

RECEIVE_BUFFER()

a także w POSIX przez:

recv()

Linki do STANAG 4626

STANAG 4626 to natowska standaryzacja wymagań określonych przez program ASAAC, zaproponowana przez MON i grupę roboczą ASAAC .

Zobacz też

Linki zewnętrzne

Pobrano z „ https://en.wikipedia.org/w/index.php?title=Allied_Standards_Avionics_Architecture_Council&oldid=1089028990 ”