VCU Application Development

VCU
アプリケーション開発

電動バス、トラック、農業車両、特殊EV向けに、量産を見据えた VCU アプリケーション層ソフトウェア、車両制御ロジック、通信統合、診断、キャリブレーション、検証を支援します。

C / Model-Based CAN FD / Ethernet SIL / HIL / 実車

CONTROL ORCHESTRATION MAP

車両内で VCU は何を担うのか?

VCU は各 ECU を置き換えるのではなく、車両レベルでモード・電力・故障を判断し、全サブシステムを一貫した状態と安全条件で協調させます。

車両状態・要求入力

ペダル/ギア
ドライバー要求
BMS
SOC・電力上限
EVCC/OBC
充電状態
各 ECU
状態・故障

DECISION CORE

VCU Application Layer

車両レベルの判断と協調

01車両状態機械
02トルク調停
03エネルギー管理
04故障時縮退
CAN FD Ethernet UDS / XCP

制御・協調出力

MCU
トルク指令
BMS
電力/保護
EVCC
充電インターロック
BCM/TBOX
ボディ/クラウド

CAPABILITY MAP

サービス範囲

VCU を車両レベルの制御中心として扱い、要求、信号、状態機械、診断、検証を保守可能な成果物にまとめます。

01

車両状態と制御ロジック

Ready、Drive、Reverse、Charge、Fault、Service、Limp-home などの状態機械を設計し、運転入力、トルク要求、インターロック、フォールバック戦略を統合します。

02

エネルギー管理と充電統合

BMS、MCU、EVCC、OBC、DCDC、熱管理システムを統合し、充電インターロック、電池保護、出力制限、フリート運用ロジックを構築します。

03

車両ネットワークと信号統合

CAN、CAN FD、LIN、Ethernet、DBC、ARXML、ECU 間信号を統合し、検証可能なアプリケーションロジックに変換します。

04

診断、キャリブレーション、量産支援

UDS、DTC、XCP、パラメータ調整、EOL テスト、バージョン管理、現場問題分析を支援します。

STATE MACHINE AT A GLANCE

車両状態遷移を一目で把握

通常動作はメインラインに沿って進み、どの状態からでも重大故障時は Fault / Limp-home に移行できます。

01

Power On

起動/自己診断

02

Ready

インターロック成立

03

Drive

トルク制御

04

Charge

充電協調

!

Fault

ANY STATE → 縮退/Limp-home

FROM REQUIREMENTS TO VEHICLE

エンジニアリングフロー

要求、アーキテクチャ、実装、検証を 4 つのマイルストーンで結び、レビュー可能で追跡性のある量産フローを構築します。

01

要求と車両アーキテクチャ確認

車種、ECU、信号、I/O、安全インターロック、充電フロー、サービス要求を確認します。

02

アプリ架構と状態機械設計

ASW モジュール、車両状態機械、保護ロジック、信号マッピング、パラメータ管理を定義します。

03

実装、統合、診断

C またはモデルベースの制御ロジックを実装し、CAN FD、Ethernet、UDS、XCP と統合します。

04

SIL / HIL / 車両検証

SIL、HIL、ベンチ、実車で状態機械、故障時動作、充電フロー、運用ロジックを検証します。

VEHICLE NETWORK

主な統合対象

車種ごとに統合対象を選定します。すべての車両で全システムを使用する必要はありません。

BMSMCUEVCCOBCDCDCBCMTBOXADAS ECUThermal SystemCAN FDEthernetUDS

ENGINEERING PACKAGE

成果物

プロジェクト完了時には、量産対応かつ長期保守可能な完全な成果物一式を納品します。ソースコード、設計書、検証レポートはすべて車両プログラムと共にお渡しします。

アプリケーション層ソースコード(ASW)

C / モデルベースのモジュールソース、バージョンタグ、git 履歴、ビルドスクリプト。

通信設計ファイル

CAN、CAN FD、Ethernet の DBC / ARXML、SWC/RTE 設計、信号マトリクス。

状態機械と設計ドキュメント

走行、充電、保護、Limp-home、診断モードの状態機械仕様書。

キャリブレーションパラメータセット

INCA / CANape / KopherConfig で読込可能な a2l、dcm、ベースラインパラメータ。

診断データベース

UDS サービス、DTC テーブル、ODX ファイル。量産・アフター診断ツールに対応。

テスト・検証レポート

SIL、HIL、ベンチ、実車テストケース、結果、カバレッジ分析。

量産支援ドキュメント

EOL テストスクリプト、バージョン履歴、現場問題対応フロー、OTA 更新フロー。

SAFETY BY DESIGN

機能安全工程と規格対応支援

VCU は商用 EV の安全関連制御ユニットです。プロジェクト契約と安全計画に基づき、ISO 26262 に沿った工程と文書トレーサビリティを支援します。この支援は、コントローラーまたは顧客システムの ISO 26262 認証を意味しません。

ISO 26262 機能安全

Item Definition、HARA、Safety Goal に基づく ASIL 分析を支援し、Safety Concept と安全機構設計を提供。

ISO 21434 自動車サイバーセキュリティ

セキュリティリスク評価、安全通信設計、脆弱性対応、UN R155 / R156 適合ガイダンス。

AUTOSAR Classic アーキテクチャ

BSW、RTE、SWC のモジュール化設計と ARXML 駆動のエンジニアリングフロー、量産統合に対応。

ASPICE 整合プロセス

要件、設計、実装、テストの双方向トレーサビリティ。ASPICE Level 2 / 3 評価に対応。

安全・品質ドキュメント

HARA、Safety Concept、Safety Case、トレーサビリティマトリクス、変更管理、レビュー記録。

よくある質問

VCU、BMS、MCU の責任範囲はどう分けますか?

VCU は車両レベルの制御中枢で、状態機械、トルク配分、モード遷移、保護戦略を担当します。BMS は電池保護と SOC / SOH 推定、MCU はモーター制御。VCU は CAN / CAN FD を介して指令を送り、健全性を監視します。

VCU アプリケーション開発は ISO 26262 機能安全に対応しますか?

はい。Item Definition、HARA、Safety Goals に基づく ASIL 分析を支援し、プロジェクト安全計画に沿って Safety Concept、安全機構、テストカバレッジ、双方向トレーサビリティを計画します。実際の成果物は契約範囲に従い、工程支援は製品認証を意味しません。

VCU アプリケーション開発の標準的な期間は?

要求定義から SIL / HIL 検証までは 6〜12 ヶ月、車種の複雑さ、診断カバレッジ、量産要件により調整します。実車検証と校正は 2〜4 ヶ月追加されます。

ソースコードと設計ドキュメントは提供されますか?

はい。アプリケーション層ソースコード、ARXML、状態機械設計、校正データ、診断サービスリストをすべて納品し、長期保守のためのバージョンタグを付与します。

既存 ECU で開発できますか、それとも KCU プラットフォームが必要ですか?

両方対応します。Infineon AURIX、NXP S32、Renesas RH850 などの主流車載 MCU での実績があります。KCU を選択すれば、ハードウェア選定と BSP 統合、量産検証の時間を短縮できます。

OTA、テレマティクス、遠隔診断は統合できますか?

はい。TBOX と OTA Client、バージョン管理、UDS 診断と組み合わせ、OTA 更新、遠隔 DTC 取得、フリート運用データのアップロードを実現できます。