U01D588 - U01D588 プライベート CAN バスオフ
U01D588 プライベート CAN バスシャットダウン障害診断技術ドキュメント
故障定義
U01D588（プライベート CAN バスシャットダウン）は、制御ネットワークにおいて通信リンクの状態異常を記述するために使用される特定の故障コードであり、主に車両のインテリジェント ドライブ アシスタンス システムの主要通信アーキテクチャに属します。車載分散制御ユニットシステム内では、この故障コードはゲートウェイまたは特定のドメインコントローラー内のプライベート専用の CAN バスにおけるシャットダウン イベントを反映しています。此类の故障は物理的な線路切断を指すのではなく、ネットワーク転送プロトコルのレベルで「バスオフライン」という状態が主要な監視ユニットによって持続的に無効であると判定されることを指します。その主な機能は制御ユニット（ECU）間のリアルタイム データ相互作用リンクの安全性を保証し、通信中断による車両のインテリジェント機能の制御喪失を防止することです。システムがプライベート CAN バスの通信状態が通常のロジック閾値を満たさないことを検出すると、診断システムは現在のネットワーク トポロジーに潜在的な完全性のリスクがあることを示すためにこの故障コードをアクティブ化します。
一般的な故障症状
U01D588 が点灯または不揮発性メモリに保存されている場合、車主は運転中に以下のインテリジェント ドライブ アシスタンスに関連する機能異常現象を察知する可能性があります：
- インテリジェント ドライブ アシスタンス システム機能障害: アクティブ セーフティ機能（例：適応式クルーズコントロール、レーンキープ）はすぐに動作モードを終了し、ダッシュボード上の対応するステータス インジケーター ライトは通常オフまたはスタンバイ状態を表示します。
- 計器警告フィードバック不足: 車両のダッシュボードはプライベートバスからのリアルタイム データをもう受信できず、関連するシステム モニタリングインターフェースが更新されず、一部のモデルでは情報エンターテインメント画面またはヘッドアップディスプレイ（HUD）に「通信中断」クラスのプロンプト情報を表示する可能性があります。
- インテリジェント ドライブ制御コマンド無応答: 運転者がインテリジェント ドライブの有効化を要求した後、システムは対応する動作を実行できず、故障コードの状態はクリア条件が満たれるまでロックされ続けます。
コア 故障原因分析
故障コード定義およびネットワーク通信原理に基づき、U01D588 の保存に至る核心の原因は、以下の三次元の技術状態に分類できます：
- ハードウェア コンポーネント レベル: プライベート CAN バス通信に参加するターミナル ノード コントローラー（例：ゲートウェイ、インテリジェント ドライブ ドメインコントローラー）の内部ハードウェア状態機械が誤動作します。コア電子制御ユニット自体の処理メカニズムが異常である場合、バスを物理的にオンライン状態に正しく維持できず、「バスシャットダウン」の判断ロジックをトリガーする可能性があります。
- ラインおよびコネクタ レベル: 故障はバスシャットダウンとして定義されても、下位物理リンクは外部干渉または電源環境の影響を受け得ます。CAN バス入力端子の電気特性が電圧源変動の影響を受ければ、許容範囲を超え、リシーバが保護的なサuspend（BusOff）状態に遷移する可能性があります。この次元は主に、回路の電気的接続性およびインターフェース接触の安定性が信号完全性に及ぼす潜在的な影響に焦点を当てています。
- コントローラー ロジック計算 レベル: 診断ユニット内部のエビント処理アルゴリズムを含みます。コントローラーのソフトウェア ロジックが特定のネットワークイベントを検知した後、事前に定められたロジックでリセットまたは通信を回復しない場合、故障判定条件が満たされます。これは制御戦略レベルにおける論理的判断問題に属し、システムが通信異常イベントに対する応答メカニズムに予期せぬトリガーを持つことを反映します。
技術モニタリングおよびトリガーロジック
この故障コードのトリガーは、診断監視モジュール（DMM）によってバス状態パラメータを定量化分析する精密さに依存しており、具体的なモニタリング対象と技術論理は以下の通りです：
- モニタリング対象: システムはプライベート CAN バスの入力電圧レベルおよび通信イベントの状態ビットを絶えず監視します。焦点はバスが保護的なシャットダウン モード（BusOff）に進入したかどうかを特定することです。
- 数値範囲表示: ライン電源または信号レベルの有効性を判断する際、検出された CAN バス入力電圧は標準範囲 $9V$~$16V$ 内にあります。電圧がこの下限より低いか上限より高ければ、電気的異常入力として扱われ、BusOff 状態を誘発する可能性があります。
- 特定条件判定ロジック: 瞬時的な干渉による誤報を防ぐために、故障確認は以下の時間シーケンス条件を満たす必要があります：
- イベント初期判定: システムが単一の Busoff イベントが発生したことを検出します。
- 回復試行: 故障発生後、システムは一度の高速自動回復（Fast Recovery）を試行します。
- 時間ウィンドウロック: バス初期化プロセスが少なくとも $3s$ 完了し、ECU が現在の DTC 検出要求再有効化後の保護期間（すなわち再有効化から $3s$ 以内ではない）にないことを確認する必要があります。上記すべての条件が同時に満たされるまで、故障条件は正式に確立されると見なされ、U01D588 故障コードが保存されます。
原因分析 故障コード定義およびネットワーク通信原理に基づき、U01D588 の保存に至る核心の原因は、以下の三次元の技術状態に分類できます：
- ハードウェア コンポーネント レベル: プライベート CAN バス通信に参加するターミナル ノード コントローラー（例：ゲートウェイ、インテリジェント ドライブ ドメインコントローラー）の内部ハードウェア状態機械が誤動作します。コア電子制御ユニット自体の処理メカニズムが異常である場合、バスを物理的にオンライン状態に正しく維持できず、「バスシャットダウン」の判断ロジックをトリガーする可能性があります。
- ラインおよびコネクタ レベル: 故障はバスシャットダウンとして定義されても、下位物理リンクは外部干渉または電源環境の影響を受け得ます。CAN バス入力端子の電気特性が電圧源変動の影響を受ければ、許容範囲を超え、リシーバが保護的なサuspend（BusOff）状態に遷移する可能性があります。この次元は主に、回路の電気的接続性およびインターフェース接触の安定性が信号完全性に及ぼす潜在的な影響に焦点を当てています。
- コントローラー ロジック計算 レベル: 診断ユニット内部のエビント処理アルゴリズムを含みます。コントローラーのソフトウェア ロジックが特定のネットワークイベントを検知した後、事前に定められたロジックでリセットまたは通信を回復しない場合、故障判定条件が満たされます。これは制御戦略レベルにおける論理的判断問題に属し、システムが通信異常イベントに対する応答メカニズムに予期せぬトリガーを持つことを反映します。
技術モニタリングおよびトリガーロジック
この故障コードのトリガーは、診断監視モジュール（DMM）によってバス状態パラメータを定量化分析する精密さに依存しており、具体的なモニタリング対象と技術論理は以下の通りです：
- モニタリング対象: システムはプライベート CAN バスの入力電圧レベルおよび通信イベントの状態ビットを絶えず監視します。焦点はバスが保護的なシャットダウン モード（BusOff）に進入したかどうかを特定することです。
- 数値範囲表示: ライン電源または信号レベルの有効性を判断する際、検出された CAN バス入力電圧は標準範囲 $9V$~$16V$ 内にあります。電圧がこの下限より低いか上限より高ければ、電気的異常入力として扱われ、BusOff 状態を誘発する可能性があります。
- 特定条件判定ロジック: 瞬時的な干渉による誤報を防ぐために、故障確認は以下の時間シーケンス条件を満たす必要があります：
- イベント初期判定: システムが単一の Busoff イベントが発生したことを検出します。
- 回復試行: 故障発生後、システムは一度の高速自動回復（Fast Recovery）を試行します。
- 時間ウィンドウロック: バス初期化プロセスが少なくとも $3s$ 完了し、ECU が現在の DTC 検出要求再有効化後の保護期間（すなわち再有効化から $3s$ 以内ではない）にないことを確認する必要があります。上記すべての条件が同時に満たされるまで、故障条件は正式に確立されると見なされ、U01D588 故障コードが保存されます。