VirtualNEXUS™
LTTS社のVirtualNEXUS™は、生産用ECUソフトウェア(Linux、QNX、RTOS、AUTOSAR、およびベアメタル/非AUTOSAR)を仮想ECU内で実行し、物理ハードウェア、HILベンチ、あるいは試作車両が準備される数ヶ月も前に不具合を検出します。
LTTS VirtualNEXUS™
Handpicked for You
VirtualNEXUS™の特長
検証は上流工程へと移行し、機能的な左シフト、機能統合、診断、およびネットワーク検証が、Vサイクルのより早い段階であるSILに組み込まれる。
HILの処理能力は維持され、物理ベンチへの負荷が軽減されるため、安全上重要な検証やハードウェア依存の検証にベンチを割り当てることが可能になります。
バリアントを並行して実行できるため、ベンチでの順次待ち行列を発生させることなく、複数の ECU ターゲット、ソフトウェアバリアント、およびプラットフォーム構成のテストが可能になります。
システムの挙動はより早い段階で検証されるため、後期段階の統合前に、OS、スケジューリング、通信、およびマルチドメイン間の相互作用に関する問題が明らかになります。
シリコンの境界が明確なままであり、ハードウェアドライバレベルおよびシリコン依存のテストは実際のハードウェア上で実行されるため、過大な主張を回避できます。
AIを活用したワークフローにより、vECUの作成を迅速化し、既存のアートファクトからビルドを生成・構成します。
ビジネスへの影響 – 時間、コスト、納期の面で得られるメリット
SIL段階をより早期に開始し、複数のバリエーションを並行して実行することで、機能および特徴の検証作業の70~80%を共有実験台から移行させる。
ハードウェアが利用可能になる前に、機能面、診断面、ネットワーク、および複合システムの不具合を検出します。
プログラム全体において、実行サイクルあたりのHIL/テストベンチへの負荷を70%削減する。
レベル3.5の実行は、初期段階の高速シミュレーションと、後期段階のハードウェアレベルの精度との間のギャップを埋めるものです。
VirtualNEXUS™で製品ライフサイクルを主導しましょう
レベル3.5のアーキテクチャを、ご自身のECUターゲットの1つにマッピングしてリアルタイムで体験し、ハードウェアが利用可能になる前に、本番用ソフトウェアが動作する様子を確認してください。
VirtualNEXUS™は、LTTSが提供するモジュール式の仮想化およびシミュレーションフレームワークであり、仮想ECU内で実稼働用ECUソフトウェアを実行することで、チームが物理的なハードウェア、HILベンチ、または試作車両が利用可能になる前に、ソフトウェアの検証を早期に行い、問題を特定できるよう支援します。
VirtualNEXUS™ は、Linux、QNX、RTOS、AUTOSAR、Android、および非AUTOSAR環境に対応しています。そのアーキテクチャは、マルチOS実行、ハイパーバイザーベースのシステム、および最新のソフトウェア定義型車両プラットフォームに対応するよう設計されています。
はい。VirtualNEXUS™は、同期化されたマルチECUシミュレーションに対応しており、チームは複数の仮想ECUにわたる相互作用、通信フロー、およびシステムレベルの挙動を、ほぼリアルタイムのパフォーマンスで検証することができます。
はい。VirtualNEXUS™は、クラウド環境とオンプレミス環境を横断した柔軟な導入に対応しており、チームがプログラムやインフラストラクチャをまたいで仮想資産や検証ワークフローを再利用できるようにします。
仮想ECU(vECU)とは、ECUをソフトウェアで再現したものです。VirtualNEXUS™は、vECU内で実稼働用ソフトウェアを実行し、ターゲット環境をシミュレートすることで、開発サイクルの早い段階で不具合を発見します。
VirtualNEXUS™は、検証作業の大部分をソフトウェア・イン・ザ・ループ(SIL)テストに移行させることで、早期のテストと並行開発を可能にし、共有のHILベンチや物理的なハードウェアリソースへの依存を軽減します。
はい。VirtualNEXUS™は、XILベースのテスト自動化とFMIベースの接続性を通じて、既存の検証エコシステムと連携するため、チームは現在のテスト自動化およびモデルベース開発のワークフローを活用することができます。
VirtualNEXUS™は、適切なテストを開発サイクルのより早い段階に移行させることで、物理的な検証を補完します。ハードウェア依存のテストやシリコン固有のテストについては、依然として実際のECUやHILシステムが必要となります。