最終更新日: 2026年3月19日
著者： ダウウェイ・ビークルのCEO、ジョニー・リュー
- 直接的な回答
- なぜこれが重要なのか
- 開発における位置づけ
- 従来のツールが不十分な理由
- 断片化されたワークフロー
- ECUの複雑化
- ハードウェアへの依存度が高い
- 限定的な自動化
- 1. ECUキャリブレーション（CCP/XCP）
- 2. バスシミュレーション
- 3. 自動テスト（ノーコード）
- 4. データ取得と分析
- 建築
- ハードウェアサポート
- ソフトウェア統合
- エンジンECUキャリブレーション
- BMSテスト（EV）
- EOL製品テスト
- テストにおけるAI
- 新しいプロトコル
- ソフトウェア定義車両
- TSMaster VPはCANoeやCANapeと比べて、どのような主な利点がありますか？
- TSMasterは、ネットワークに干渉することなく、どのようにして実際の車両データを処理しているのですか？
- TSMasterはCAN FDとイーサネットに対応していますか？
- TSMasterは自動テストとEOL（製品サポート終了）においてどの程度効果的ですか？
- エンジニアたちは今でもどのような制約について言及しているのでしょうか？
直接的な回答
自動車用ECUのキャリブレーションおよびテストソフトウェアは、ECUパラメータの調整、車両ネットワークのシミュレーション、自動テストの実行、システムデータの分析などに使用されます。TSMasterのようなプラットフォームは、これらの機能を1か所に統合することで、エンジニアの作業効率を高め、複数のツールを切り替える手間を省きます。
- CANoe、CANape、INCAのワークフローを1つのプラットフォームに統合
- CCP/XCPによるリアルタイムキャリブレーション
- 車両全体を使用しない完全なバスシミュレーション
- バッチテストとEOLテストのためのノーコード自動化
- MATLAB、CarSim、Python、および一般的なハードウェアと連携します。
なぜこれが重要なのか
数年前までは、ECUのテストを行うには、複数のツールを駆使し、すべてが同期していることを祈るしかなかった。
今？そんなやり方はすぐに破綻する。
電気自動車、先進運転支援システム（ADAS）、コネクテッドカーの登場により、ECUの複雑さは極限まで高まり、断片化されたワークフローではもはや対応できなくなっている。
チームがシステムのテストを行うよりも、ツールの管理に多くの時間を費やしているのを何度も見てきました。
それこそが、現代のプラットフォームが解決する真の問題なのです。
自動車用ECUのキャリブレーションおよびテストソフトウェアとは何ですか？
これは、エンジニアがECUの動作を調整したり、システム性能を検証したり、通信をシミュレーションしたり、テストを自動化したりするために使用するソフトウェアです。
開発における位置づけ
- モデル開発（MATLAB/Simulink）
- シミュレーション
- ECUキャリブレーション
- システム検証
- 生産テスト（EOL）
従来のツールが不十分な理由
ほとんどのチームは依然として以下に依存している。
- カヌー
- カナッペ
- インカ / ラブカル
問題は能力ではなく、断片化にある。
異なるツール、異なるワークフロー、分断されたデータ。
それは全ての動作を遅くする。
このソフトウェアはどのような問題を解決しますか？
簡潔に言うと、効率性、正確性、そして拡張性です。
断片化されたワークフロー
ツールを切り替えると、遅延やエラーが発生する。
ECUの複雑化
- ICE → 基本制御
- EV → バッテリー + モーター + 熱
- ADAS → センサー＋ネットワーク
ハードウェアへの依存度が高い
シミュレーションを行わない場合、車両全体のセットアップが必要です。
それは費用もかかるし、時間もかかる。
限定的な自動化
手動テストは拡張性に欠ける。特に本番環境ではなおさらだ。
コア機能の説明
1. ECUキャリブレーション（CCP/XCP）
ECUキャリブレーションを使用すると、パラメーターをリアルタイムで変更できます。
あなたができること
- 燃料噴射を調整する
- 点火タイミングを調整する
- モーターのトルクを変更する
- BMS SOCを校正する
主な機能
- オンラインキャリブレーション（再起動不要）
- オフライン編集（.A2Lファイル）
- MAPと3Dカーブの編集
2. バスシミュレーション
バスシミュレーションは車両間の通信を再現する。
サポートされているプロトコル
- CAN / CAN FD
- リン
- フレックスレイ
- イーサネット
シミュレーションできるもの
- 通常のコミュニケーション
- 故障状態
- ノード障害
残余バスシミュレーション（RBS）
簡潔に言うと、欠落したノードをシミュレートするものです。
つまり、テストを実行するのにネットワーク全体は必要ないということです。
3. 自動テスト（ノーコード）
スクリプトを書く代わりに、視覚的にテストロジックを構築します。
これにより可能になること
- バッチテスト
- 回帰テスト
- ワンクリック実行
- 自動レポート
4. データ取得と分析
単にテストするだけでなく、あらゆるデータを収集する。
データソース
- バス信号
- GPS
- ビデオ
- レーダー
機能
- BLFの録音と再生
- 信号可視化
- 複数情報源分析
TSMaster仮想プラットフォームの仕組み
TSMasterは階層型アーキテクチャで構築されています。
建築
- UIレイヤー → インターフェースとダッシュボード
- 機能レイヤー → シミュレーション、キャリブレーション、テスト
- ドライバ層 → ハードウェアおよびプロトコル制御
なぜこれが重要なのか
すべてが柔軟に保たれる。
- カスタムレイアウト
- 拡張可能な機能
- さまざまなハードウェアに対応
ハードウェアサポート
- ベクター
- クヴァセル
- パン
- 勇敢な
ソフトウェア統合
- MATLAB / Simulink
- カーシミュレーター
- Python / C++ / LabVIEW
- J2534インターフェース
実際のエンジニアリングにおけるユースケース
エンジンECUキャリブレーション
簡単な例：
- アイドリング目標回転数：800±50rpm
- 燃料噴射と点火を調整する
- 負荷変動下での試験
結果
- 2日間で完了
- 効率+40%
- 安定性+30%
- 燃費+5%
BMSテスト（EV）
何がテストされるのか
- SOC精度（±2％）
- バッテリーバランス
- 安全限界
試験条件
- -20℃
- 25℃
- 55℃
結果
- 所要時間：40分 → 15分
- 効率+60%
- 収率：99.5％
EOL製品テスト
簡潔に言うと、完全自動化されたバッチテストです。
内容物
- 複数デバイステスト
- 合否判定ロジック
- レポート生成
ステップバイステップのワークフロー
- ハードウェアを接続する
- DBCファイルとA2Lファイルを読み込む
- キャリブレーションを開始します
- シミュレーションを実行する
- 自動テストを実行する
- データを収集する
- レポートを生成する
TSMasterと従来型ツールの比較
違いは単純だ。
伝統的な道具
- 別々のシステム
- さらなる設定
- コストが高い
TSMaster
- オールインワンプラットフォーム
- ワークフローの高速化
- 低コスト
- 研究室、現場、生産現場のあらゆる場面で活躍
このソフトウェアが使用される場所
- 臨床検査
- 路上テスト
- 生産ライン
- コンポーネントの検証
適切なツールの選び方
焦点を当てる：
- プロトコルサポート
- オートメーション
- ハードウェアの互換性
- 統合
- 料金
将来のトレンド
テストにおけるAI
- 自動生成されたテストケース
- よりスマートな診断
新しいプロトコル
- 車載イーサネット
- 5G-V2X
ソフトウェア定義車両
テストはソフトウェア主導の検証へと移行しつつある。
上級者向けFAQ（最近の議論）
TSMaster VPはCANoeやCANapeと比べて、どのような主な利点がありますか？
簡潔に言うと、統合とコストです。
TSMasterは、シミュレーション、キャリブレーション、診断、自動化を1つのプラットフォームに統合しています。複数のハードウェアベンダーに対応し、従来のツールよりも低コストです。非常に複雑なHIL（Hardware-in-the-Loop）設定にはCANoeを好むエンジニアもいますが、ほとんどのワークフローではTSMasterの方が効率的です。
TSMasterは、ネットワークに干渉することなく、どのようにして実際の車両データを処理しているのですか？
簡単に言うと、安全なリスニングモードを使用しているからです。
TSMasterには、すべてのチャンネルが受信専用となる実車取得モードがあります。このモードでは、ネットワークにメッセージを送信しません。また、内部終端を自動的に調整することで、テスト中に車両に影響を与えるリスクを低減します。
TSMasterはCAN FDとイーサネットに対応していますか？
簡潔に答えると、はい、継続的な改善が行われています。
CAN、CAN FD、LIN、FlexRay、およびイーサネットをサポートしています。また、イーサネット上のXCPとパケットフィルタリングも含まれています。CANのサポートは成熟しており、イーサネット機能はアップデートによって改善されています。
TSMasterは自動テストとEOL（製品サポート終了）においてどの程度効果的ですか？
簡潔に言うと、生産性向上に非常に効果的です。
これにより、ECUおよびBMSのバッチテストをコード不要で自動化できます。チームからは、テストサイクルが40～60%短縮されたとの報告があります。開発環境と本番環境の両方で有効です。
エンジニアたちは今でもどのような制約について言及しているのでしょうか？
簡潔に言うと、エコシステムと高度なユースケースです。
一部のユーザーは、スクリプト作成やAPIの利用には習得に時間がかかると指摘しています。また、複雑なHIL（Hardware-in-the-Loop）環境の構築には、Vectorのようなツールが必要になる場合があると指摘するユーザーもいます。さらに、より高度なAI機能やクラウド統合へのニーズも高まっています。
最終的な考察
複数のプログラムを通して私が目にしたことは以下のとおりです。
統合プラットフォームに移行したチームは、単に時間を節約できるだけではありません。
彼らはテスト方法を変える。
肉体労働の削減。
ツールの切り替え回数を減らす。
プロセス全体をより詳細に管理できる。
そこにこそ真の強みがあるのです。
著者
ジョニー・リュー
ダウウェイ・ビークル社CEO
ジョニー・リウは、内燃機関車（ICE）および電気自動車（EV）プログラムにおいて、ECUのキャリブレーション、車両電子機器の開発、およびテストシステムを主導してきました。彼の研究は、現代の自動車工学におけるテスト効率、自動化、および生産規模の拡大に重点を置いています。
