まず、マップを見て：
ソフトウェア層の1概要
ソフトウェア層の概要
アプリケーション層、RTE層、ソフトウェア層の基盤：AUTOSAR最高の抽象化レイヤは、3つの部分に分かれています
インフラストラクチャソフトウェア層は、4つのセクションに分かれています。
サービス層、複合ECU抽象化層、マイクロコントローラ抽象化層、ドライバ層。
1.1 インフラストラクチャソフトウェア層（BSW ）階層プレゼンテーション
下から上へ順番に導入しました。
（1）MCAL下層は、それが含まれている、ソフトウェアの最外層である内部ドライブを使用すると、マイクロコントローラ（UC）および内部周辺機器にアクセスすることができ、。
（内部ドライブ：そのような内部EEPROM、内部CANコントローラとしてマイクロコントローラ（MCU）の内部に位置する内部デバイスは、内部ADCドライバは、ドライバのマイクロ制御部に属するドライバMCU内部デバイスリソースのための内部モジュールです。抽象化層（MCAL） ）
（2）ドライバECUマイクロコントローラ抽象化層抽象化層に接続します。また、含まれている外付けドライブのプログラムを。これは、どのように種類μC接続（ポート端子、インタフェースタイプ）の関わらず、デバイスの場所（μC内部/外部）の、アクセス周辺機器やデバイスにAPIを提供します。
（外部装置は、外部マイクロコントローラであるECUのハードウェアは、外部として、EEPROM 、外部ウォッチドッグ、外部フラッシュ等の外部ドライバが属する、外部マイクロコントローラ・ハードウェア・リソースのためのドライバであるECUの抽象化層。マイクロコントローラによって必要な外部ドライバが抽象化層（MCAL ）ドライバは、外部駆動装置に実装した。この方法ではAUTOSAR も支援システムベースチップに埋め込まれた（のSBC アセンブリ）トランシーバと、ウォッチドッグのように、である。例えば、使用のSPI 通信インタフェースを外部のEEPROM を介してドライバSPI 外部のバス・ドライバ処理にEEPROMはしかしながら（例えば外部メモリマップと関連等の外部機器に例外が存在するフラッシュドライバは、マイクロコントローラへのアクセスへの直接アクセスを有することができるされ、メモリ）ので、いくつかのドライバは、マイクロコントローラ抽象化層であること（MCAL ））
ハードウェア層TREに層を貫通する（3）複雑なデバイスドライバ層、。主ように駆動するために移動しないように指定されたAUTOSAR装置、高度に時間が限られた装置を定義するために使用されます。
（4）サービスが、彼はまた、アプリケーション層との通信に使用される最も高い層インフラストラクチャソフトウェアです、彼は提供することができます：
1）オペレーティングシステム
2）オンボードの通信ネットワークとマネージドサービス
3）メモリサービス
4）診断サービス（UDS通信、メモリエラー、およびエラー処理を含みます）
5）ECU状態管理モデル。
時間を監視6）ロジック、プログラムフロー。
サービス紹介の1.2インフラストラクチャソフトウェア層（BSW）タイプ
（1）入力出力タイプ：センサ、アクチュエータ、ECUチップ周辺に標準化されたアクセス。
（2）メモリ：内部または外部メモリ（不揮発性メモリ）に標準化されたアクセス。
（3）暗号化：内部および外部のハードウェアアクセラレータを含む暗号プリミティブへの標準アクセス。
（4）通信：標準アクセス車両ネットワークシステム、ECUの通信システムのECU基板ソフトウェア。
外部通信（5）プレート：標準アクセス車ツーX外部通信、車両無線ネットワークシステム、ECUの通信システムのバージョン。
（6）システム：（オペレーティングシステム、タイマー、エラーメモリ）に標準化し、特定のECU（ECU状態管理、ウォッチドッグ・マネージャー）のサービスおよびライブラリ関数を提供。
1.3 RTE層
（アプリケーションソフトウェアモジュールAUTOSAR AUTOSARセンサアクチュエータモジュールを含む）サービスを提供するために使用されるRTE層ソフトウェアアプリケーションは、主なタスクは、より汎用性にするために、プラットフォームソフトウェアモジュールからソフトウェアモジュールを指定することです。
1.4 BSWモジュールのタイプ説明
1.4.1はじめにドライブ（BSWドライバモジュールタイプ----）
駆動制御は、アクセスして、内側と外側の機器に使用することができます。
装置内（1）は、例えば、装置のマイクロコントローラの内部にある内部EEPROM、内部CANコントローラ、ADCの内部に、位置内蔵ドライブMCALの層。
（2）このような外部EEPROM、外部ウォッチドッグ、外部フラッシュ等のマイクロデバイスの外部にある外部装置外部駆動位置ECUの抽象化層。
1.4.2 インタフェースはじめに（BSWのモジュールタイプ---- ドライブ）
構造上の観点から機能モジュールを有する抽象インタフェースモジュールは、それがインタフェースモジュールの下方に位置しています。例えば、指定されたデバイスインターフェースモジュールのうち、ハードウェア抽象化から。例えば、インターフェースモジュールに関係なく数とAPIと異なるデバイスのハードウェアの種類の、装置の特定のタイプにアクセスするための共通APIインタフェースを提供します。
一般に、インタフェースは、CANインターフェースは、従来のCAN通信ネットワークにアクセスするための通信システムのAPIを提供するように、ECU抽象化層が配置され、インタフェースは、CANコントローラの数とは無関係であり、ハードウェアから独立しています。
はじめに1.4.3ハンドラ（BSWモジュールタイプ----ハンドラ）
ハンドラは、彼が一つ以上のドライバへのアクセスに、1つまたは複数のクライアントを、複数の同時同時制御するために使用することができ、特別なインタフェースです。バッファリングは、キュー、仲裁マルチプレクサを完了しています。
ハンドラ関数は、多くの場合、界面に駆動または組み込まれている（例えばSPIHandlerDriver-MCAL通信ドライバ層、ADCドライバ）
はじめに1.4.4マネージャ（BSWマネージャモジュールタイプ----）
マネージャは、すべてのケースで動作する複数のクライアントに特別なサービスを提供し、複数のクライアントからの純粋な抽象化ハンドラに十分ではありません。
サービス層でのマネージャー。
Managerおよびハンドラならびに異なるインタフェース、マネージャは変更を評価したり、コンテンツを調整し、インタフェースおよびハンドラは、データを変更することはできません。
例えば：NVRAMマネージャは、内部及び/又は外部メモリ・デバイス（例えば、EEPROMやフラッシュメモリ）への同時アクセスを管理します。また、信頼性の高いデータ・ストレージを分散行うデータはチェックし、デフォルト値を提供する、など
コンテンツソフトウェア2の層（上記モジュール型であり、以下ではモジュールです）
2.1.1 MCAL 层モジュールグループ
（1）マイクロコントローラを駆動します
例えば、内蔵周辺機器を駆動するために使用することができる：犬のドア、汎用タイマ参照;そのようなカーネルのテスト手順と、マイクロコントローラの機能に直接アクセスします。
（2）通信ドライバ
そのような車両のCAN通信などECU基板リソースドライバSPI、。
OSI-層：データリンク層の一部
（3）ストレージドライブ
、メモリマップされた外部記憶装置ドライバ（例えば内部フラッシュ、内部EEPROMのような）オンチップメモリを駆動します。
（4）I / Oドライバ
アナログ及びデジタルI / Oドライバ（例えば、ADC、PWM、DIO）
（5）暗号化ドライブ
暗号化ドライバ（SHE、HSM）オンチップ
（6）無線通信ドライバ
チップ車間通信
概略層以下の位置にMCAL層のソフトウェアモジュール群：
概要以下のようにドライバーのMCAL層モジュールセット:( あなたはMCALを学ぶために何を知ってこれを見てすることができます学ぶことができたときに、これは、非常に重要です）
2.2 複雑なドライブ
複雑なドライブモジュールは、標準化されたソフトウェア・スタックアフリカの基本的な機能を実装するために使用されます。
2.3 ECU 抽象化レイヤモジュール群
（1）I / Oハードウェア抽象化モジュール
（基板上またはチップ）I / Oハードウェア抽象化モジュール（例えばμCピン接続と信号レベル反転）抽象モジュールとハードウェア設計ECUローカルI / O周辺機器から。I / Oのハードウェア抽象化は、センサやアクチュエータから抽象来ることができません。
（2）通信ハードウェア抽象化モジュール
通信ハードウェア抽象化モジュールは、通信コントローラから、およびローカルECUのハードウェアから抽象化するように設計するモジュールです。すべての通信システムでは、特定のハードウェア抽象化が必要です。
（3）ストレージハードウェア抽象化モジュール
ハードウェア抽象化モジュールからのメモリブロックであるローカルストレージ周辺（チップ又は基板）とハードウェア設計からECU抽象。
注：内部および外部ストレージドライブ位置、それぞれ層及びECU MCAL抽象化層です。
（4）オンボードデバイス抽象化モジュール
デバイス搭載（オンチップと搭載機器との間の区別に注意してください）デバイスのオンボードドライバ抽象ECUが含まれ、これらのデバイスは、内部または外部のウォッチドッグとして、センサやアクチュエータ搭載考えることはできません。これらのドライバは、μC抽象化レイヤオンボードECUにアクセスします。
（5）暗号化ハードウェア抽象化モジュール
これは、ハードウェア抽象化パスワードの組（プリミティブからパスワードである内部または外部のハードウェアまたはソフトウェアに基づいて、位置モジュールは、抽象化）。
たとえば：プリミティブAESは SHEに実装されているか、ソフトウェアライブラリとして提供します。
2.4 サービス層のモジュール群
（1）暗号化サービス
暗号化サービスマネージャモジュールによって呼び出された暗号化サービス。これは、ストレージの暗号化とキージョブを管理する責任があります。
（2）通信サービス
通信サービスは、車両通信ネットワーク（CAN、LIN、FlexRayの、およびイーサネット（登録商標））のためのモジュールのセットです。どの通信ドライバハードウェア抽象化を介して通信するように接続されています。
通信のための統一された車両ネットワークインタフェースを提供します。
統合ネットワーク管理サービスを提供します。
診断通信のための統一された車両ネットワークインタフェースを提供します
隠すアプリケーションプロトコルとメッセージ属性。
精巧で使用される例の後
（3）ストレージサービス
メモリモジュールNVRAM Managerコンポーネントによって提供されます。これは、不揮発性データを管理する責任がある（異なるメモリドライバ/書き込みから読み出し）
（4）システムサービス
システムサービスは、モジュールや関数を使用して、すべての層に利用可能なモジュールのセットです。（タイマーサービスを含む）のリアルタイム・オペレーティング・システムとエラーマネージャの例。
これらのサービスのいくつかは、次のとおりです。
（OSなど）に依存μC、μCは、（タイムサービスなど）特別な機能をサポートすることが可能
一部のECUのハードウェアとアプリケーション依存（例えば、状態マネージャECU）とμCハードウェア独立。
（5）報告書のエラー処理と診断
センサ（6）ソフトウエアの層とアクチュエータ
センサAUTOSARソフトウェアコンポーネントの評価及び制御アクチュエータの特定のタイプのセンサ/アクチュエータAUTOSARソフトウェアコンポーネント。AUTOSAR基本ソフトウェアの一部ではないが、しかし理由統合理由（標準化されたインタフェースとインタフェース記述）ので、ローカル信号との密接な関係の、センサ/アクチュエータアセンブリSW RTE上方に位置していることを決定しました。地元の元の信号、これ限られた再配置との強い相互作用のため。
