図1　ECUや配線をすっきりさせるためドメイン・ゾーンアーキテクチャへ　出�Z：NXP Semiconductor

クルマ業�cでは、ソフトウエア定�Iのクルマ（Software-Defined Vehicle）という言��が流行している。クルマの機�Δ鬲�める（定�Iする）のは、これまでのマシンのようなハードウエアではなく、ソフトウエアであるという考え��(sh┫)だ。ソフトウエアで��めるのであれば、ハードウエアは共通のプラットフォームになる。これはまさにコンピュータそのものの考え��(sh┫)と同じ。NXP Semiconductorは、S-D Vehicle向けの�Z載アーキテクチャとしてドメインあるいはゾーンアーキテクチャに使うマイコンS32Z2とS32E2を開発、サンプル出荷を開始した。

ドメイン/ゾーンアーキテクチャは、�\えすぎるECUを機�Δ瓦箸△襪い肋貊蠅瓦箸吠�数個ごとにまとめてしまおうという発�[である（図1）。配線本数やECUの数を��(f┫)らし、軽量化につなげ、�\�J（あるいは電�J）の改��につなげていく。EV（電気�O動�Z）だと�踉��{(di┐o)�`を�Pばすことにつながる。ドメインアーキテクチャが機�Δ瓦函▲勝璽鵐◆璽�テクチャは配��場所ごとにまとめる��(sh┫)式だ。

配線本数だけを��(f┫)らすのならSerDesチップで直並�`変換をすればよいが、ECUの役割はそれだけではない。これからのOTA（Over the air）によるソフトウエア（ファームウエア）の��(g┛u)新やさまざまなECUを管理するとなると、その他に中央コンピュータが��要になる。しかし、この��度の処理では中央コンピュータは�j(lu┛)きすぎるため、やはりマイコンで管理や�U(ku┛)御するのが都合がよい。だからゾーンアーキテクチャのマイコンが��要だ、とNXPジャパンオートモーティブマーケティング本�鞅Z載マイクロコントローラ���霙垢��冕楙���(hu━)は述べている。

図2　複数のECUを�kつにまとめる場合に仮�[化�\術を�W(w┌ng)��する　出�Z：NXP Semiconductor

複数のECUをまとめようとすると、例えばEVの場合、インバータ�U(ku┛)御のECUやバッテリ管理システム（BMS）��のECU、DC-DCコンバータ�U(ku┛)御のECUなどEV���~の機�Δ鳳�じてECUをまとめることができる（図2）。それぞれの機�Δ魍笋蠹�てるのはハイパーバイザー（ソフトウエア）であり、仮�[ECUを複数作��する。まさにデータセンターの仮�[化�\術と同じである。図2では仮�[マシン2��にまとめており、リアルタイムOS（Operating System）とそうではないOSに分けるといったように、OSを分けることもできる。

サンプル出荷し始めたS32Z2とS32E2は����的にどのような構�]を�eつだろうか。実は二つともマルチチップ構成の出来るパッケージに封�Vされており、図3では、合��10個のCPUコアのマイコンS32Z2と、さらにNORデータフラッシュメモリやいろいろなタイマー、�d次比較型A-Dコンバータ、電源のDC-DCコンバータなどの機�Δ魏辰┐�S32E2の二つがある。後�vはマルチチップモジュールだが、�i�vもフラッシュ容量を�{加する場合にはマルチチップ構成にできる。

図3　新����のブロックダイヤグラム　出�Z：NXP Semiconductor

S32Z2には、リアルタイムCPUコアであるArm Cortex-RシリーズのR52を8コアと�U(ku┛)御��のCortex-M33を2コア集積している。ただし、使うのはCortex-R52コアを4コアと�U(ku┛)御��Cortex-M33を1コアの構成にして、さらに�N長構成として同じ数のCPUを使う。Cortex-R52コアはマイコンとしては微細な16nmプロセスで���]され、クロック周�S数600MHz〜1GHzで動作する。

同社は、電動化ECU統合環境プラットフォームであるGreen Boxも提供しており、実際に複数のECU機�Δ鮗存修垢襯妊發鮓�せている。ティア 1サプライヤであるRobert Boschとこれらのチップを共同開発してきたとしている。