Oprogramowanie SDV (Software-Defined Vehicle) w systemie operacyjnym Android Automotive OS (AAOS) możesz zintegrować z dowolną implementacją skalowalnego oprogramowania pośredniczącego zorientowanego na usługi w protokole IP (SOME/IP), w tym ze stosami niestandardowymi partnerów i implementacją referencyjną COVESA vsomeip o otwartym kodzie źródłowym. Ta integracja umożliwia SDV AAOS bezproblemową komunikację z elektronicznymi jednostkami sterującymi (ECU) AUTOSAR (Classic i Adaptive) za pomocą wbudowanych elementów SDV CommStack i definicji usług VSIDL mapowanych z AUTOSAR ARXML lub Franca IDL.
Kluczowe komponenty i interakcje z SDV:
Agent brokera SOME/IP: centralny komponent SDV i integracji SOME/IP.
Stos SOME/IP: logika transportu SOME/IP niskiego poziomu wyodrębniona w interfejsie języka definiowania interfejsu Androida (AIDL). Partnerzy mogą podłączyć własną implementację niestandardowego stosu SOME/IP lub skorzystać z projektu referencyjnego
vsomeipConnected Vehicle Systems Alliance (COVESA) o otwartym kodzie źródłowym.Dostawca katalogu VSIDL: dostarcza wymagane informacje o typie w czasie działania (RTTI) na potrzeby tłumaczenia typu. Zawiera też informacje o interfejsach, tematach i ich mapowaniach, w tym konfigurację wdrożenia SOME/IP.
Agent brokera SOME/IP
Agent brokera SDV SOME/IP (broker) integruje protokół SOME/IP z ekosystemem pojazdu definiowanego przez oprogramowanie (SDV). Aby umożliwić komunikację między protokołami, broker służy głównie jako serwer proxy dla ruchu między systemami SDV i AUTOSAR.
Jedna lub kilka instancji brokera tworzy bramy dla ruchu SOME/IP. Więcej informacji znajdziesz w artykule Integracja SOME/IP z SDV.
Broker używa archetypów, w tym zdalnych wywołań procedur (RPC) i tunelu danych, aby ułatwić komunikację. Pośrednik obsługuje dane specyficzne dla usługi, które są nieznane w czasie kompilowania. Broker korzysta z RTTI do komunikowania się z usługami. Więcej informacji znajdziesz w artykule Tworzenie pliku mapowania SOME/IP.