Semiconductor Portal

» セミコンポータルによる分析 » 噞分析

Western Digitalがクルマのストレージx場にjきなO信

東の四日x工場でコラボレーションしているWestern DigitalがNANDフラッシュのクルマ応にを入れている。昨Qのクルマ関係のt会でも、a度格を満たす信頼性試xデータなどをo開してきた。WDがなぜ3D-NAND擬阿任瞹Z載に使えるメモリを実現できたのか、その理yを同社Automotive & Connected Solution靆マーケティングマネージャーのRussell Ruben(図1)がらかにした。

図1 Western Digital Automotive & Connected Solution靆マーケティングマネージャーのRussell Ruben

図1 Western Digital Automotive & Connected Solution靆マーケティングマネージャーのRussell Ruben


Z載半導チップは、高a動作などのa度保証だけではなく、半導チップの動作X況に応じて常動作していることを確認する要がある。例えば、書き込み性Δ茲蠅眛匹濬个靴筌螢謄鵐轡腑鵑_要なデジタルクラスタ(インパネ)では、高aでもしく読み出せることや、メモリ内容の保e性の信頼性は須だ。k機▲疋薀ぅ屮譽魁璽澄爾任禄颪込み性が_要で、a度が屬っても劣化しないことが求められる。Western Digitalは、ストレージ要Pと課をD理し、まずに応じて信頼性を高める設にRいできた。

もちろん、クルマがデジタル化を推し進めている以屐△修譴忙箸Ε好肇譟璽献瓮皀蠅六\加のkをたどる。例えば、これからの地図は来のカーナビゲーションに使う地図と比べ、もっと高@細になり、しかも平Cだけではなく高]O路のインターチェンジのような立的な地図も要になる(図2)。このためストレージ容量はこれまでよりも\え、64〜128GB(バイト)にもなると予[している。また、i気砲△をもっとクリアに見せるためにAR(拡張現実)を使うというアイデアもある。ARシステムなら16〜128GBが要という。その他、ドライブレコーダー、Z載カメラ、Z・Z両のU御などは8〜64GBとしている。


Z載NAND要Pの高度化 / 1あたり1TB以

図2 Z載向けNANDフラッシュのj容量化が求められる 出Z:Western Digital


WDはこのほど、Z載に32〜256GBのNANDフラッシュメモリ、「iNAND AT EM132」をリリースした(図3)。このNANDフラッシュは、嗄なECC(誤りルv路)をeち、ウェアレベリング(メモリアレイ内の同じところばかり書き込み消去せずに平均化するための\術)、アルファ子・中性子保護、a度管理、不良ブロックや障害の管理など高信頼設となっている。


iNAND AT EM132 要 / e.MMC 5.1 : 次世代先進アプリケーション向けの設

図3 新iNAND AT EM132の長 出Z:Western Digital


加えて、クルマの命データをモニターするため、高度なヘルスステータスモニタリング機Δ鮴澆韻拭これはホストコンピュータからコマンドを発行し、命データを読み出すことで判する。またECUに電源を供給するが、その電源の瞬耐性も須だ。さらに、3ビット/セルのTLCと1ビット/セルのSLCの霾をそれぞれ切りえることができるパーティショニング機Δ發△襦6月から提供する。


Western Digital 3D TLC NANDの信頼性は最新の2D MLC NAND\術をえる

図4 3D-NANDでは電荷量を\やし信頼性を屬欧拭―儘Z:Western Digital


WDはO動Zという劣Kな環境で確実に動作できるようにするため、3D-NANDフラッシュには40nmにZい緩いデザインルールをいたとRubenは言う。ここでは64層の3D-NANDアーキテクチャを採(図4)、デザインルールが15nmプロセスの2DのMLC(2ビット/セル)NANDよりもたくさんの電子電荷を使えるようにした。3D-NANDでは、来の浮^ゲート擬阿らMNOS電荷とラッピング擬阿謀贄やSamsungと同様に変えたが、読み書きの電荷をよりHくとるためだったとしている。これによって、3D-NANDアーキテクチャでもクルマにも科信頼性のあるを提供できるようになった。1個の駘セルで、よりHくの電荷を出し入れできるようになったため、u接セル間のJ渉は少なくなり、データ保e期間も向屬靴拭

ECUも仮[化\術に
今後、クルマにおけるデータ量要が\えるにつれ、さまざまな機Δ鳳じてデータ量やECU数も\えていくことになる。ただ、ECU数が\えすぎるようになると、クルマ1の中に、複数のECUをまとめた「ドメイン」というコンセプトが出てくる。1のドメインには複数のECUやそれを動かすOSなどを搭載する仮[化\術が導入されるようになる。ドメインアーキテクチャは、まるで小さなデータセンターのようになる。複数のECUを1のコンピュータが扱うかのように仮[化するのである。クルマx場を狙うIntelも仮[化\術へのドメインアーキテクチャを提案している。

こうなると本格的なストレージシステムの導入となり、それぞれの仮[マシンをU御するためのハイパーバイザや複数OSなどを格納するメモリが要になる。ドメイン構成と仮[化システムではO動運転OSやアプリケーションスタックも求められる。複数のOSとハイパーバイザで8〜64GB、O動運転とアプリケーションスタックで32〜512GBといった容量が要になるとルーベンは見ている。

(2019/06/13)
ごT見・ご感[
麼嫋岌幃学庁医 冉巖娼瞳忝栽消消| 忽恢牽旋壓濘| 戟諾繁曇匯曝屈曝眉曝篇撞| 天胆videosex來天胆撹繁| 住算昆忽戴尖頭| 胆溺才槻伏匯軟餓餓餓| 忽恢壓瀲伺屈曝剋竹| 涙湫編簡啼喫峪壓濆杰| 壓瀏婪av喟消窒継鉱心| 匯雫匯雫匯雫匯雫谷頭| 晩云消消忝栽利| 消消忝栽秉狭恢築洋AV| 天胆墅住videosfree菜| 冉巖篇撞壓濘| 娼瞳繁曇狼双涙鷹繁曇只鮫| 忽恢匯曝窒継壓濆杰| 醍狭娼瞳壓濆杰| 忽恢寔糞裕岱弌傍| 19槙rapper咳邦及匯鹿| 壓濘観盃淙伊鋤利嫋| www.henhencao.com| 撹繁來伏住寄頭窒継心| 消消消忽恢99消消忽恢消| 恷除嶄猟忖鳥mv互賠壓瀛啼 | 昆忽戴尖窮唹定煤議第第| 忽恢値槻値溺階訪窒継篇撞 | 冉巖娼瞳涙鷹mv壓濆杰翰嫋 | 槻溺恬握窒継利嫋| 怜匚忽恢俤俤篇撞窒継利嫋| 弼啼消消消消消消忝栽利| 忽恢怜匚続某頭AV涙鷹| 忽恢互賠娼瞳秘笥91| 忽恢娼瞳冉巖頭壓濆杰寛賛 | 消消娼瞳湘湘冉巖娼瞳| 云徨垂畠科涙孳飢涙呱鱗乾返| 冉巖絃母xxxx絃弼仔| 天胆忝栽翆翆天胆忝栽励埖| 冉巖篇撞匯曝利嫋| 際際弼玻玻際際際際7777致謎| 窒継涙鷹仔利嫋壓濘| 娼瞳冉巖天胆涙繁曝岱鷹|