導入事例
複数のODMラインで出荷された200,000万台以上の自動車診断スキャナーに関する技術的なケーススタディ。実際のアーキテクチャ設計上の決定、PCBのルールを書き換えることになった現場での不具合、そして実際に返品を左右する要因のデータについて解説します。
| 200k +出荷台数 | 4.2％→0.3％通信障害率 | 68%RMA: OEMデータが欠落している | 40〜60％真の強化されたカバレッジ |
1.プロジェクトの概要
1.1 顧客の背景
クライアントは、ELM327ベースのアダプターや基本的なコードリーダーといった、エントリーレベルのOBDツール製品ラインを確立している自動車整備機器ブランドでした。彼らは、より高付加価値のプロフェッショナル向けマルチシステムスキャナーへと事業を拡大したいと考えていました。
対象市場：独立系修理工場、車両整備工場、ディーラーのサービスベイ。当初から北米とヨーロッパを対象とし、アジアは第二段階のターゲットとした。
彼らが埋めようとしていたギャップは確かに存在した。エントリーレベルのツールは汎用的なパワートレインコードしか読み取れない。プロの整備工場では、数十ものメーカーにわたるABS、SRS、トランスミッション、TPMS、双方向制御、そしてライブECUデータが必要なのだ。これはファームウェアのアップデートなどではなく、全く異なるハードウェアとソフトウェアプログラムを必要とする。
また読む： 堅牢なタブレットの事例研究
1.2 プロジェクトの目標
• OBD-IIへの完全準拠は最低限の基準であり、上限ではない
・CAN、LIN、FlexRayのマルチプロトコルをサポート
・低遅延によるリアルタイムECUデータ分析
・クラウド同期とリモート診断のためのワイヤレス接続
・作業場環境向けの工業グレードの耐久性
・量産準備完了設計が世界各国の認証を取得済み
・ハードウェアの全面的な再設計なしに、EV診断のための明確なアップグレードパスを提供する
2. 自動車診断ツール開発における業界の課題
2.1 マルチプロトコル互換性
市場に出回っているすべてのスキャナーの箱には、「95%以上の車種に対応」という謳い文句が記載されています。ELM327互換機からマルチプロトコル対応タブレットまで、200,000万台以上を出荷してきた経験から、この数字が何を隠しているのかを正確にお伝えできます。
このデバイスは、法律で定められた基本的なOBD-II準拠のみを対象としており、5つのレガシープロトコル（ISO 9141-2、ISO 14230-4 KWP2000、SAE J1850 PWMおよびVPW、ISO 15765-4 CAN（250kbpsおよび500kbps））におけるSAE J1979およびISO 15031モード01～0Aに対応しています。つまり、このデバイスは、最低限の法的要件を満たす1996年以降の米国車両であれば、汎用パワートレインPID、MILステータス、およびフリーズフレームを読み取ることができます。
対象外となるもの：メーカー定義のPID、ABS/SRS/トランスミッション/TPMSモジュールへのアクセス、双方向制御、アダプテーション、またはセキュリティアクセスシード。CANまたはCAN FDでUDSを使用する2018年以降の車両では、このギャップはさらに広がります。当社が50台の車両で検証を行ったところ、基本互換性95%を謳うスキャナーでも、USDM以外の車両の拡張データでは平均40～60%しか互換性がありませんでした。
| 調達担当エンジニアが要求すべき指標は、メーカー、モデル、年式別に分類された、OEMが強化した詳細なカバレッジマトリックス（Excel形式）です。これには、ECUごとのサポート対象拡張DTC、CAN FDおよびDoIPステータス、J2534パススルー機能、データベース更新頻度などが含まれます。それ以外のものはすべてマーケティングに過ぎません。 |
2.2 ECU通信の安定性
車両の電気環境は過酷です。コモンレール式ディーゼルインジェクター、オルタネーターのスイッチングノイズ、エンジン始動時の負荷ダンプ現象など、ベンチテストでは決して検出できない過渡現象が発生します。OBDポートの電圧は、車両、充電状態、およびバス上で動作している他の機器によって9Vから36Vまで変動します。逆極性保護はオプションではなく、保証対象項目です。
私たちはこのことを痛いほど思い知らされました。2023年のODMプロジェクトでは、TJA1050 CANトランシーバーを搭載したGD32F103 SoCを使用し、ベンチテストは100%合格しました。アイダイアグラムはきれいで、500kbpsでパケットロスもありませんでした。最初のフィールド障害は、2019年型メルセデス・ベンツ スプリンター ディーゼルのヨーロッパの整備工場で発生しました。ユニットが断続的にバスから切断され、U0100通信喪失コードが出力され、DTCクリアが破損しました。根本原因は、CANHとCANLのTVSダイオードのサイズ不足とコモンモードチョークの欠如でした。ISO 7637-2パルス3aと3bによる電圧過渡現象（エンジン始動時に最大±150V）がOBDコネクタを介して直接結合されました。トランシーバーはベンチテストには合格しましたが、累積約200時間後にフィールドで故障しました。
2.3 ソフトウェアデータベースの複雑性
18か月間にわたる120,000万台の返品データによると、ハードウェアが適切なプロトコルをサポートしているにもかかわらず、返品の68%が「2024年型XYZでは動作しない」という理由で報告されています。これは、OEM固有のデータベースエントリが欠落していたり、セキュリティシードのネゴシエーションがサイレントに失敗したりしたためです。OTAデータベースの更新頻度が低いユニットでは、新モデルイヤーが発売されると返品率が18～22%に達します。これはハードウェアの問題ではなく、ビジネス上の問題です。
2.4 過酷な作業環境
整備士は診断タブレットを丁寧に扱うことはありません。オルタネーターのテスト、キーのオンオフ、ジャンプスタートの際にも、スキャナーをコンセントに差し込んだままにします。工具は車のドアシルから落とされ、油まみれになり、寒いバンの中に一晩放置されます。動作温度範囲である摂氏マイナス10度から55度というのは、データシート上の数値ではなく、ミネソタの駐車場の1月の朝からテキサスの夏のエンジンルームまで、スキャナーが実際に感知する温度範囲なのです。
3. システムアーキテクチャ設計
3.1 コア処理プラットフォーム
メインアプリケーションプロセッサは、組み込みAndroidまたはLinuxを実行するARM Cortex-Aシリーズです。UI開発のスピードとOTAエコシステムの成熟度ではAndroidが優れています。一方、レイテンシに敏感な診断パスではLinuxの方がクリーンです。専用のMCUが通信制御レイヤーを個別に処理するため、アプリケーションプロセッサを車両バスから分離することで、レイテンシが低減され、エラー分離が改善され、ソフトウェアクラッシュによってアクティブなECUセッションが停止するのを防ぎます。起動時間の目標は、電源投入から診断準備完了状態まで10秒未満でした。
3.2 車両通信インターフェース
OBD-II 16ピンコネクタは接続の起点となるが、その背後にある物理層こそが、ほとんどの設計が失敗する部分である。このアーキテクチャは、高速および低速CANトランシーバ、ディスクリートトランジスタではなく適切なKラインおよびLラインドライバIC、LINトランシーバ、そして2020年以降のプラットフォーム向けにはイーサネット経由のオプションのDoIPを採用している。
Kラインドライバの選択は、見た目以上に重要です。安価なディスクリート実装では、L9637のような専用ICが持つ12V耐性、スルーレート制御、過熱シャットダウン機能が欠けています。初期化時にラインを12Vにプルダウンする旧型のアジア製およびヨーロッパ製ECUでは、この違いが断続的な通信として現れ、現場でのデバッグはほぼ不可能です。DoIPサポートには、イーサネットPHY、マグネティックス、およびMCU上のTCP/IPスタックが必要となり、ファームウェアの複雑さを考慮する前でも、部品コストが8ドルから12ドル増加します。これはソフトウェアのチェックボックスで解決できる問題ではありません。
3.3ワイヤレス・コネクティビティ
• 高速データベース同期とクラウドセッションログ記録のためのWiFi 5および6
・作業場のPCとのペアリングおよびリモートディスプレイ用のBluetooth 5.0
・オプションの4G LTEモジュールで、現場の車両からクラウド診断が可能
・LTEモジュールは、ライブデータストリーム共有によるリモート技術者支援もサポートしています。
3.4 保管とセキュリティ
SKUティアに応じて、eMMCストレージは32GBから128GBまで対応しています。米国、EU、アジアのブランドに対応したOEM固有の完全なカバレッジを備えた車両データベースだけでも、ログやセッションレコードを除いて20GB以上になります。セキュアなファームウェアアップデートアーキテクチャは、署名付きアップデートパッケージ、検証済みブートチェーン、暗号化されたOTAチャネルを使用します。ユーザー認証と暗号化された通信チャネルは、フリートやディーラー環境に販売されるプロフェッショナルグレードのツールにとって必須の機能です。
4. PCBおよびハードウェアエンジニアリング
4.1 多層基板設計
2023年のメルセデス・ベンツ スプリンターの故障は、当社のPCB設計のルールを根本的に見直しました。事後分析の結果、CANラインのリンギングが2Vppを超えていることが判明しました。これはISO 11898-2に直接違反するものであり、不十分なコモンモードフィルタリングとグランドプレーンの分離不良が原因でした。そこで、トランシーバーセクションの下に専用のアナロググランドプレーンを設けた6～8層スタックアップに変更しました。CANバス領域を横切るデジタル配線はありません。アナログセクションの周囲は5mmごとにビアで接続しています。EMIレイアウトは、設計後の監査項目ではなく、最初の段階での制約事項となっています。
車載グレードの部品を全面的に採用：拡張された動作温度範囲、該当する場合はAEC-Q100規格への準拠、テープアウト前に代替戦略を文書化した長寿命ICの選定。物理層部には、プログラマブルな終端およびパルス抑制ロジックを備えた専用プロトコルASICフロントエンドを使用。
4.2 電源管理設計
入力電圧保護機能は、車両の9V～36Vの全電圧範囲をカバーします。ロードダンプ保護機能は、稼働中のオルタネーターからバッテリーが切り離された際に発生する過渡電圧に対応します。この過渡電圧は60Vを超えるスパイクを発生させ、保護されていない回路を破壊します。TVSダイオードは、Sprinterプロジェクトで不具合が発生したP6KE6.8Aではなく、ISO 7637-3規格に準拠した双方向アレイを採用しています。ポータブルモデルには、車両の点検時にコードレスで操作できるバッテリー管理システムが追加されています。
4.3 ESDおよび過渡保護
すべてのOBDピンには、IEC 61000-4-2 ESD規格に準拠した双方向TVS保護、直列フェライトコア、および100nF+100pFのコモンモードフィルタが搭載されています。ISO 7637準拠は文書化された標準規格です。実際の保護仕様は、標準モデルよりもさらに厳格です。実際の作業現場の環境は、標準モデルをはるかに超えるからです。
5. ソフトウェアおよび診断機能
5.1 主要な診断機能
• パワートレインだけでなく、サポートされているすべてのECUのDTCを読み取り、消去します
・設定可能なPID選択とグラフ表示によるリアルタイムデータストリーム監視
・故障時のフリーズフレームデータ取得
・排出ガス試験の準備状況モニターの状態
• OBD-IIモード08によるO2センサーテストおよびEVAPシステムリークテスト
これらは法律で定められた機能です。市販されているすべてのスキャナーに搭載されています。問題は、これらの機能が存在するかどうかではなく、車両全体にわたってどれだけ確実に動作するかということです。
5.2 高度な機能
対応プラットフォーム向けのECUコーディングおよびプログラミング機能を提供しますが、重要な注意点があります。2024年以降の高級車およびEVプラットフォームすべてにおいて、セキュリティゲートウェイの完全なバイパスが利用できるわけではありません。メルセデス、BMW、テスラの一部のモジュールは、ローリングコードまたは証明書ベースのセキュリティを使用しており、弊社ではこれを解読できません。これは意図的なものです。弊社では、実際のECUプログラミングが必要な場合、スキャナーをディーラーのPASSTHRUデバイスの代替として使用するのではなく、トリアージおよびサービスツールとして使用することを推奨しています。
日常的な整備作業の95%はスキャナーで十分です。残りの5%については、診断ツールとOEMソフトウェアへのJ2534パススルーを組み合わせた当社のツールが最適なワークフローとなります。この誠実な対応により、販売代理店は現場で機能しない「フルアクセス」に関する苦情の電話を受けることがなくなり、リピート注文が増加しました。
・TPMSのリセットとセンサーのプログラミング
・ライブセンサーデータによるABSおよびSRS診断
• サービスリセット：オイル寿命、ブレーキパッド摩耗、バッテリー登録
• OEMのセキュリティが許す範囲でのキープログラミング
5.3 クラウド統合
クラウドログセッションによるリモート診断により、熟練技術者は場所を問わず、リアルタイムデータと障害履歴を確認できます。サービス文書用の車両レポートはPDF形式で生成されます。車両識別情報に紐づいたオンライン技術サポートデータベースにより、不慣れなプラットフォームでの診断時間を短縮できます。10台以上の車両を運用する事業者向けに、フリート管理ダッシュボードとの統合機能も利用可能です。
「過去18か月間に提出された返品承認申請の68%は、『2024年モデルの車両では動作しない』という内容で、ハードウェアの故障ではありませんでした。データベースへの登録が欠落していたか、セキュリティシードのネゴシエーションがサイレントに失敗していたのです。」
6. 機械設計および工業デザイン
6.1 筐体設計
基本仕様はIP54、プレミアム仕様はIP65です。4隅と背面にはゴム製のオーバーモールドが施されており、美観のためではなく機能性を重視しています。車両のドアシルや作業台の端からの落下は、現場での返品で最もよく見られる物理的な故障モードです。内部の衝撃吸収フレームにより、PCBアセンブリが筐体からの衝撃から分離されます。OBDコネクタハウジングは、ケーブルの重量によるコネクタのストレスが6,000回以上の接続サイクル後に現れる長期的な故障モードであるため、個別に補強されています。
6.2 ユーザーインターフェースの設計
SKUに応じて7～10インチの静電容量式タッチスクリーンを搭載。手袋をしたままでも操作しやすいタッチ感度調整機能。これはほとんどのOEMメーカーが省略するソフトウェア設定ですが、作業現場でのフィードバックにすぐに反映されます。整備士は常にニトリル手袋を着用しています。素手での入力が必要なスキャナーは、1週間以内に使われなくなります。最もよく使う4つの機能に物理的なショートカットボタンを配置することで、片手操作時のタッチスクリーンへの依存度を低減。
6.3 熱管理
密閉型筐体ではアクティブ冷却は使用できません。熱設計は、プロセッサパッケージに接着され、背面筐体パネルに接続された内部アルミニウム製ヒートシンクに依存しており、背面パネルはパッシブラジエーターとして機能します。設計目標は、8時間シフトにわたる連続動作の安定性でした。目標は、エンジンルーム近傍での使用を想定し、周囲温度55℃でフルパフォーマンスを維持することでした。
7. コンプライアンスと認証
7.1 自動車規格
ISO 7637 は、電源ラインと OBD インターフェースの過渡保護を規定しています。しかし、この規格は最低限の基準であり、上限ではありません。メルセデス・ベンツ スプリンターの故障は、ISO 7637-2 で定義されているパルス 3a および 3b の過渡現象が原因でした。これは、実際の高 EMI 車両環境において、当社の当初の設計では過小評価されていたものです。ISO 16750 は、車両コンポーネントの環境負荷と電気的負荷を規定しています。当社の内部設計仕様は、特に TVS 保護定格とコモンモードフィルタリングにおいて、これらの規格を上回っています。
• ISO 7637 — 過渡現象およびパルス耐性、電源ライン保護
• ISO 16750 — 車両部品の環境および電気的要件
• SAE J2534-1およびJ2534-2 — OEMソフトウェア統合のためのパススルー準拠
7.2 グローバル認証
・CEマーキング ― 欧州市場向けの電磁両立性および電気安全性
• FCC認可 — 北米無線通信事業
• RoHS指令への準拠 ― EUおよびアジア市場における有害物質規制
・REACH評価 ― 必要に応じて特定の化学物質含有量ごとに実施
すべての認証はODMプログラムの一環として処理されます。クライアントは、市場投入準備が整った、完全に認証済みの製品を受け取ることができます。
8. テストと検証
8.1機能テスト
マルチブランド車両の検証は、当社が保有する50台の車両群で実施され、新モデルイヤーに対応するため四半期ごとに更新されます。この車両群は、1996年から現在までの米国国内、欧州、アジアのブランドを網羅しています。ECU通信安定性テストは、プロトコルのハンドシェイク検証にとどまらず、アクティブな電気ノイズ下、エンジン始動時、およびその他の高電流負荷が同時に動作している状態でもテストを実施します。
30kWの負荷バンクとスパークギャップノイズインジェクターを備えた稼働中のディーゼルエンジンを用いた車両連動試験は、すべての生産ロットにおいて、テープアウト承認前に必須となりました。これはISO規格では規定されていませんが、現場からのフィードバックデータに基づき追加しました。
8.2環境試験
・コンクリート面への1.2～1.5メートルからの落下試験 ― ドアの敷居や作業台などの現実的な高さ
・高温・低温サイクル試験：-10℃～55℃の範囲で、両極端で機能検証を実施。
・作業場の床と車両輸送をシミュレートした6軸テーブルでの振動試験
• 振動後のCANバス信号の完全性チェックをスコープで検証 — 機械的ストレス後のリンギングは、機能テストだけでは見逃される故障モードです
8.3 製造テスト
すべての基板に対してインサーキットテストを実施し、部品の実装状況と半田接合部の健全性を確認します。機能回路テストでは、すべての通信プロトコル、すべてのI/Oパス、および電源の温度制御を検証します。OBDインターフェースのキャリブレーションは、基準ECUシミュレーターを用いて、最終組み立て前にプロトコルのタイミングと信号レベルを確認します。これら3段階すべてに合格しない製品は出荷されません。これが、通信障害による返品率が0.3%にとどまっている理由の一つです。
9. 製造と大量生産
9.1 DFM最適化
製造設計は、レイアウト後ではなく、回路図レビューの段階から始まります。トランシーバー、MCU、電源管理など、設計におけるすべての重要なICについて、テープアウト前に認定済みの代替品を文書化します。代替品戦略を持っていなかったため、2021年と2022年に2つのODMプログラムが部品の入手性の問題で頓挫しました。長寿命ICの選定により、製品が生産段階に入った後、主要部品が18か月以内に生産終了となる事態を回避できます。
9.2 SMTおよびアセンブリ
表面実装部品はすべて自動化されたSMTラインで実装され、生産基板への手作業による配置は一切行いません。スルーホールコネクタが必要な場合は、ウェーブはんだ付けを行います。最終的なシステムフラッシュとソフトウェアのインストールは、生産ラインの流れに組み込まれており、組み立て後の工程ではありません。各ユニットは、管理されたログ記録操作として、生産ファームウェア、車両データベース、およびキャリブレーションパラメータを受け取ります。OTAアップデート機能は、すべてのユニットがラインから出荷される前に検証されます。
9.3品質保証
すべてのユニットに対して100%の機能検査を実施しています（抜き取り検査ではありません）。バーンインテストでは、各ユニットを一定期間高温で動作させ、出荷前に初期不良を検出します。最終的な車両通信検証では、各ユニットを実際のECUシミュレーターに接続し、サポートされているすべてのプロトコルでDTCの読み取り、消去、およびライブデータを検証します。
18ヶ月間にわたり3つのODMラインで12万台の生産を行った結果、通信障害による返品率は0.3%に抑えられました。この数値は、このプロセスの成果です。
10．プロジェクトの成果
10.1 技術的成果
拡張診断機能により、テスト対象車両の95%以上で安定したECU通信を実現（一般的なOBD-IIだけでなく）。コールドスタートから診断準備完了までの起動時間は10秒未満。ISO 11898の耐ノイズ性規格に準拠し、フレーム落ちのない500kbpsおよび1Mbpsの高速CANデータ読み取りを安定して実現。
2023年型スプリンターの不具合発生後に導入されたPCBレイアウトの変更、過渡保護機能の強化、ファームウェアの安全対策により、現場からの返品における通信障害率は4.2%から0.3%に低下しました。これは、120,000万台の製品において、保証返品件数が5,040件から360件に減少したことを意味します。
10.2 市場実績
このスキャナは北米とヨーロッパで発売され、中級から高級のプロフェッショナル向け診断ツールとして位置づけられています。販売代理店のリピート注文率は、顧客が一般的なパーセンテージ表示ではなく、OEMが強化したカバレッジマトリックスを公開するなど、透明性の高いカバレッジ情報伝達を採用した後に向上しました。EV診断拡張のためのスケーラビリティはハードウェアアーキテクチャに組み込まれており、次期製品改訂版ではPCB上にCAN FDとDoIPのフットプリントが用意されています。
11. EVおよび将来の拡張能力
11.1 電気自動車の診断
「EV対応」は、現在自動車診断において最も多用されているフレーズです。では、実際にハードウェア面で何が必要なのでしょうか？
400～800Vの電圧で稼働するバッテリーパックのBMS監視には、標準的なICEスキャナには搭載されていない高解像度ADCと絶縁された測定パスが別途必要になります。高電圧システムの診断（高電圧絶縁障害、コンタクタ溶着検出、熱暴走信号など）では、ICE診断マニュアルに記載されているものとは異なるPID、異なるセキュリティアクセス方式、および異なる故障モードが使用されます。EV ECUはICEと同じUDSコマンドを使用しますが、PID構造は完全に異なります。対応する物理層ハードウェアがないと、スキャナは多くのプラットフォームで接続を確立できません。これはデータベースの問題ではなく、ハードウェアの問題です。
・BMSの電圧、温度、セルバランスの監視
・高電圧絶縁故障検出およびコンタクタ状態解析
・EVSE通信プロトコルを含む充電システム診断
・熱暴走早期警報信号監視
11.2 DoIPとOTAの拡大
完全な DoIP サポート (ISO 13400) には、イーサネット PHY、磁気部品、および MCU 上の TCP/IP スタックが必要です。ファームウェア開発を考慮する前でも、これだけで BOM に 8 ～ 12 ドルが加算されます。5 Mbps データフェーズ通信用の CAN FD サポートは、さらに 2 ～ 3 ドル/台が加算されます。ICE 専用のスキャナから真の EV 対応ハードウェアに移行するための BOM の総増分コストは 25 ～ 40 % 増加し、デバイス 1 台あたり 15 ～ 25 ドルになります。
顧客から「EV診断機能を追加してほしい」という要望があった場合、その内容は明確です。これはソフトウェアのチェックボックスをオンにするだけで済むようなものではありません。ハードウェアの変更に加え、車両固有のデータベース構築に6ヶ月を要し、ユニットコストは15ドルから25ドル増加します。EV対応スキャナーを調達する場合は、発注書に署名する前に、DoIPおよびCAN FDハードウェアチェックリストと、少なくとも3つのEVプラットフォームに関する署名済みの検証レポートを要求してください。
「DoIPおよびCAN FDハードウェアチェックリストに加え、少なくとも3つのEVプラットフォームに関する署名入りの検証レポートを要求する。単なる宣伝文句ではなく、署名入りの文書だ。」
12. 自動車診断機器開発において当社を選ぶ理由
私たちは機能一覧の長さを前面に出すのではなく、データを重視します。
当社のPCB設計能力は、標準的なEMCレイアウトにとどまらず、車両固有の過渡耐性までを網羅しています。これは、シミュレーションだけでなく、負荷バンクやノイズインジェクターを備えた実車を用いて検証されています。2023年のメルセデス・ベンツ スプリンターの故障事故をきっかけに、ISO規格では規定されていない設計ルールが策定され、通信障害の返品率を4.2%から0.3%にまで削減することができました。この知見は、現在当社が製造するすべての設計に活かされています。
自動車グレードのハードウェアエンジニアリングとは、AEC-Q100規格の部品、ISO 7637および16750規格への準拠を基本とし、テープアウト前に代替部品戦略を文書化することを意味します。認証に合格するスキャナと、実際の作業場で200,000万回の接続サイクルに耐えるスキャナとの差は、仕様書には表れません。
組み込みソフトウェア開発は、プロトコルファームウェア、ECUデータベース管理、OTAアップデートインフラストラクチャ、クラウド統合など、フルスタックを網羅しています。データベース更新の頻度は、SLA（サービスレベル契約）に基づく成果物として扱い、新モデルイヤーのリリースから検証済みのデータベースへのプッシュまで最大45日以内としています。
エンドツーエンドのOEMおよびODMサービスにより、お客様は完成品、認証済み製品、市場投入可能な製品を受け取ることができます。CE、FCC、RoHSはプログラム内で対応します。量産時には100%機能検査を実施します。出荷前にすべてのユニットで車両通信の完全な検証を行います。
そして、弊社のツールでできないこともお客様にお伝えしています。例えば、2024年以降の特定のプラットフォームにおけるセキュリティゲートウェイのバイパス制限、それらの車両のECUプログラミングに必要なハイブリッドワークフロー、ハードウェアにおけるEV対応の真のコストなどです。こうした透明性は、販売プロセスにおける弱点ではありません。むしろ、リピート注文データは、その逆を示しています。
| 50件以上車両検証用車両群 | 45日間最大モデルイヤーアップデートSLA | 0.3%現場通信の失敗率 | 100%ユニットごとの機能検査 |
全ての数値は、出荷された200,000万台以上の製品に関する社内生産記録、RMAログ、および現場検証データに基づいています。クライアントおよびブランドの情報は、ODM契約に基づき匿名化されています。
