クルマは走るデータセンターに、仮�[化�\術を�~使
�O動�Z��プロセッサにもデータセンターと同様、仮�[化の時代がやってきた。�Z載コンピュータを仮�[化して複数のOSやアプリケーションで動かすことができる。NXP Semiconductorが先日発表したドメインプロセッサS32ZとS32Eは、リアルタイム処理と�U御処理を仮�[化して1チップ�屬納孫圓任�る。新しいドメインアーキテクチャを��(j┫)徴している。
図1 ECUや配線をすっきりさせるためドメイン・ゾーンアーキテクチャへ 出�Z：NXP Semiconductor
クルマ業�cでは、ソフトウエア定�Iのクルマ（Software-Defined Vehicle）という言��が流行している。クルマの機�Δ鬲�める（定�Iする）のは、これまでのマシンのようなハードウエアではなく、ソフトウエアであるという考え��(sh┫)だ。ソフトウエアで��めるのであれば、ハードウエアは共通のプラットフォームになる。これはまさにコンピュータそのものの考え��(sh┫)と同じ。NXP Semiconductorは、S-D Vehicle向けの�Z載アーキテクチャとしてドメインあるいはゾーンアーキテクチャに使うマイコンS32Z2とS32E2を開発、サンプル出荷を開始した。
ドメイン/ゾーンアーキテクチャは、�\えすぎるECUを機�Δ瓦箸△襪い肋貊蠅瓦箸吠�数個ごとにまとめてしまおうという発�[である（図1）。配線本数やECUの数を��らし、軽量化につなげ、�\�J（あるいは電�J）の改��につなげていく。EV（電気�O動�Z）だと�踉��{(di┐o)�`を�Pばすことにつながる。ドメインアーキテクチャが機�Δ瓦函▲勝璽鵐◆璽�テクチャは配��場所ごとにまとめる��(sh┫)式だ。
配線本数だけを��らすのならSerDesチップで直並�`変換をすればよいが、ECUの役割はそれだけではない。これからのOTA（Over the air）によるソフトウエア（ファームウエア）の��(g┛u)新やさまざまなECUを管理するとなると、その他に中央コンピュータが��要になる。しかし、この��度の処理では中央コンピュータは�j(lu┛)きすぎるため、やはりマイコンで管理や�U御するのが都合がよい。だからゾーンアーキテクチャのマイコンが��要だ、とNXPジャパンオートモーティブマーケティング本�鞅Z載マイクロコントローラ���霙垢��冕楙���は述べている。
図2 複数のECUを�kつにまとめる場合に仮�[化�\術を�W(w┌ng)��する 出�Z：NXP Semiconductor
複数のECUをまとめようとすると、例えばEVの場合、インバータ�U御のECUやバッテリ管理システム（BMS）��のECU、DC-DCコンバータ�U御の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御��のCortex-M33を2コア集積している。ただし、使うのはCortex-R52コアを4コアと�U御��Cortex-M33を1コアの構成にして、さらに�N長構成として同じ数のCPUを使う。Cortex-R52コアはマイコンとしては微細な16nmプロセスで���]され、クロック周�S数600MHz〜1GHzで動作する。
同社は、電動化ECU統合環境プラットフォームであるGreen Boxも提供しており、実際に複数のECU機�Δ鮗存修垢襯妊發鮓�せている。ティア 1サプライヤであるRobert Boschとこれらのチップを共同開発してきたとしている。
