すべて折りたたむ
すべて展開する
 
スケジュール表を解釈する

監視されているDTCのタイプに応じて不具合カウンターの動作が異なるため、以下では説明が2回行われます。より詳しくは、グラフ表示の情報を解釈するの記事を参照してください。

未確認DTCリミットが+127

以下の説明は、未確認リミットと失敗リミットが同じく+127である場合に該当します。不具合カウンターについて詳しくは、不具合カウンターを解釈するの記事を参照してください。

 

図の説明(番号1-3)

図番号

名称

1

失敗リミット

2

未確認リミット

3

合格リミット

 

図の説明(番号4-6)

タイムスタンプ

名称

シンプトム

故障追跡

リアルタイムの最初と最後。

不具合カウンターがテストリミットに到達した最初と最後のリアルタイム(DTC消去以降)。詳細と図説については下の図を参照してください。詳細については下の図を参照してください。ここでは、図番号4が最初のリアルタイム、5が最後のリアルタイム、6が現在を示します。

顧客が最初と最後の間でシンプトムを確認している。

最も簡単な可能性がある。

顧客が最初と最後の間でシンプトムを確認していない。

最も困難な可能性がある。

 
図 400: スケジュール表の図説例
 

カラー凡例

カラー

名称

失敗

合格

図の#1 - #5は、コントロールモジュール運転サイクルを示します。

未確認DTCリミットが+127未満

以下の説明は、未確認リミットが失敗リミットよりも少ない場合、すなわち+127未満である場合に該当します。不具合カウンターについて詳しくは、不具合カウンターを解釈するの記事を参照してください。

 

図の説明(番号1-3)

図番号

名称

1

失敗リミット

2

未確認リミット

3

合格リミット

 

図の説明(番号4-6)

タイムスタンプ

名称

シンプトム

故障追跡

リアルタイムの最初と最後。

不具合カウンターがテストリミットに到達した最初と最後のリアルタイム(DTC消去以降)。詳細と図説については下の図を参照してください。詳細については下の図を参照してください。ここでは、図番号4が最初のリアルタイム、5が最後のリアルタイム、6が現在を示します。

顧客が最初と最後の間でシンプトムを確認している。

最も簡単な可能性がある。

顧客が最初と最後の間でシンプトムを確認していない。

最も困難な可能性がある。

 
図 401: スケジュール表の図説例
 

カラー凡例

カラー

名称

失敗

未確認

合格

図の#1 - #5は、コントロールモジュール運転サイクルを示します。