図1　NXP Semiconductor社Automotive Microcontrollers and Processors�靆腑沺璽吋謄�ング&ディストリビューション担当副社長のRoss McOuat��

��来のクルマのECU（電子�U御ユニット）は、機�Δ��{加されるごとに設��し、ネットワークでつないでいくというツギハギ�擬阿世辰拭△汎閏�Automotive Microcontrollers and Processors�靆腑沺璽吋謄�ング&ディストリビューション担当副社長のRoss McOuat��(図1)は述べる。クルマは今後の�O動運転に向けADAS�Uのレーダーやカメラに加えLIDARがセンサとして搭載され、センサデータを融合しさらに高度な判��を提供する。さらにインフォテインメント�Uや�Z両�U御�Uなども改良が進む。機�Δ��{加されても、ハードウエアをできる限り変えずに、ソフトウエアだけで�官�したい。そのソフトウエアもできる限り再�W��したい。NXPが提案した新しいアーキテクチャS32xは、クルマのECUとネットワークシステムを根本から見直したもの。

クルマの機�Δ鬚泙困い�つかのドメインに分けた(図2)。�~線/無線のコネクティビティドメイン、�O動運転向けのセンサを含むフュージョンドメイン、パワートレイン�Uのパワートレインドメイン、ボディ�U御�Uのボディドメイン、そしてインフォテインメントドメインである。それぞれのドメインがその下にある複数のECUを�U御する。それぞれのドメインにおいても共通�霾�と専���霾�を�eち、しかも命令とデータをできる限り共�~する。

図2　クルマの機�Δ�5つのドメインに分けて考える　出�Z：NXP Semiconductor

こうするとティア1サプライヤやOEM（クルマメーカー）は、研�|開発のリソースをアプリケーションに集中させることができるとMcOuat��は言う。

����的なハードウエアであるマイクロプロセッサ（MPU）やマイクロコントローラ(マイコン)をどのように設��するか。McOuat��は図3のようなアーキテクチャを提案している。�QマイコンやMPUでは、薄いブルーがすべての共通�v路であり、濃いブルーの�v路がカスタム化する�v路である。それぞれの����によってパワートレイン�Uのマイコンや、レーダー��のMPU、ビジョンMPUなどの�v路を構成する。

図3　クルマの�QマイコンやMPUは共通�霾�をできるだけ�\やす　出�Z：NXP Semiconductor

できるだけ共通�霾�を�W��することで開発の負荷を軽くし、コストを下げることができる。クルマ��のシステムでは��に機���W��レベルをASIL-Dに統�kし、セキュリティエンジンを集積する。これらは共通の�v路として、すべてのマイコンやMPUに集積する。しかも、今後のコネクテッドカーを�[定し、無線通信を経�yしてソフトウエアを��新するOTA（Over-the -air）機�Δ砲��官�する。

この中でARM Compute ComplexはARMのCPUコアを使い分ける�霾�であり、MPUやマイコンによって異なる。また、�Qチップのアイランド(Island)は専���v路そのものである。�k口にARMといっても�W��性のなるリアルタイム動作にはCortex-Rシリーズ、マイコン��にはCortex-Mシリーズ、高性�Σ修砲�Cortex-Aシリーズとさまざまあるが、異なるこれらを使う場合でもアーキテクチャの共通化を図るとしている。

このデザインで�_要なカギを�曚��霾�がコヒーレンシファブリックだ。ここでは共通となる命令やデータのコンシステンシ（�T盾がなく�k棖靴討い襪海函砲鯊靴┐襯灰鵐轡好謄鵐轡侫．屮螢奪�と�}ぶ�v路となる。ここで、�QマイコンやMPUで使った命令やデータを共通化し、ソフトウエアのリユースを可�Δ砲垢襦��{加のサブセットができれば拡張することになるとしている。

こういった考え�気卜�つと、ソフトウエア開発の労��は同じドメイン内なら90%削��され、ドメイン間でさえ40%削��されるとしている。このS32xアーキテクチャは、ドアの開閉�U御から�O動走行まで同じ開発キットを使うことになるため、開発効率は極めて高くなる。それでもソフトウエア開発のためのエコシステムは�Lかせない。