障害コードは、タイムスタンプとともにDTCの履歴を含むログに記録されますか?


9

車を初めてスキャンして、チェックエンジンライトのコードを確認しました。これらのフォールトコードがスローされたときに、何らかの日付とタイムスタンプが付いたログがどこかに記録されると、私は興味を持ちました。コンピューターのオペレーティングシステムで使用されるイベントログに似たデザインを想像していますが、これは完全に誤解されているかもしれません。

記録方法に関する限り、これらの障害コードの周りの設計は正確には何ですか。設計の明らかな側面の1つは、特定の問題に固有の一意のコードの使用です。それは障害のある完全な物語ですか、検索できる障害インスタンスを囲む他のメタデータはありますか?車両の故障履歴はどのように機能しますか?履歴は記録されているか、または単に車両の寿命のいずれかの時点でオンになっていたかどうかに関係なく、現在オンまたはオフになっている単なるバイナリの問題です。スキャナーツールを使用してコードをクリアできることはわかっていますが、手動でクリアするまで、システムの障害が永続的にフラグが付けられたままになることを示唆していますか?これにより、障害の根本的な原因を修復した後でも、チェックエンジンライトが点灯したままになると思います。これは正確ですか?

回答:


9

それは本当にOBD2の実装に依存します。2015年のシボレークルーズと比較して、1997年のスバルのログ(ほとんど何もない)はまったく異なるものです。

ただし、ほとんどの場合、診断トラブルコード(DTC)は、すべてのパラメーターID(PIDS)の完全なストアであるフリーズフレームと共に記録されます。これらのパラメーターは、R​​PM、車両速度、O2センサーデータ、質量気流データ、長期および短期の燃料調整、点火進角、吸気および冷却水温度、そしておそらく数十以上のすべてをカバーします。これらはOBD2モード2を介してアクセスされます。単純な「Pxxxx」DTCフォルトはOBD2モード3を介してアクセスされます。これは、単純なコンシューマースキャンツールが表示できる範囲です。

より洗練されたスキャンツールでは、モード2の「フリーズフレーム」データを表示できます。これは、DTCコードが設定された瞬間の正確な実行状態を明らかにするため、非常に貴重なデータです。

このようなコードの履歴は、OBD2の実装によって、また車両がどれほど新しいかによってかなり異なります。私の1997年のスバルでは、OBD2が1996年のモデル年まで義務ではなかったことを考えると、データは限られています。

ただし、すべての車両にはDTCの2つのカテゴリがあります:検出された障害である「保留中」ですが、状態が特定の回数再び検出されるまで、チェックエンジンライト(CEL、SES)を設定しません。(これはOBD2モード7を介してアクセスされます。)CELへの「保留」を促進するために必要な「駆動サイクル」の数は、障害、実装、および車両によって異なります。

DTCの他のカテゴリは、「保存」または「ログ」です。これらは、「保留」ステータスから実際の障害コードに昇格された真の障害コードであり、OBD2定義によってCELを設定する必要があります。

さらに、一部のエンジンコントロールユニット/モジュール(ECU / ECM)は、修復またはクリアされているかどうかに関係なく、数個または数十個の「履歴」障害コードをログに記録する機能を備えています。これは、現在保留中またはログに記録された DTC障害がない場合でも、巧みな技術者に背景を提供します

DTCコードは「手動」でクリアする必要はありません。障害の原因となった状態が修復された場合、または単に発生しなくなった場合(P0420触媒効率の古典的な例)、コードは「自己クリア」し、障害が再発することなく一定のドライブサイクルの後に話します。アクティブなCEL DTCをクリアするのに必要なドライブサイクル数は、障害とソフトウェアの実装によって異なります。ただし、ほとんどの場合、技術者は有効な修理後にこれらのコードをクリアして、修理が完了したことをお客様に保証します。しかし、私たちはしなければなりません。それは礼儀です。ECU / ECMはPIDとエミッションの状態を常に監視しており、十分な「クリーン」なドライブサイクルが与えられると、最終的には許容できます。

余談ですが、フラッシュセルの原因となるDTCのカテゴリがあります。これらは、「安定した」CELとは劇的に異なります。CELがオンのままになる場合は、何かが間違っていることを示しており、ドライバーは都合の良い機会にサービスを探す必要があります。ただし、FLASHING CELは、車両の損傷を引き起こす可能性のある重大な問題を示しています。通常、これは過度にリッチな状態の兆候であり、通常は、そのままにしておくと高価な触媒コンバーターに損傷を与える可能性がある深刻な点火障害または燃料噴射によって引き起こされます。これらの「点滅」チェックエンジンライトはすぐに対処する必要があります。一部のOEMは、車両を引っ張って牽引することを提案しています。

このプロセスをさらに複雑にするために、CELをクリアすると、「アクティブ」カテゴリから障害コードが取り除かれますが、コンピューターの場合と同様に、ALT_CTRL-DELです。ECU / ECMを完全にリセットし、「モニター」と呼ばれるものをクリアします。

モニターは、連続的に、またはほとんどの場合、特定のPID(温度、エンジン負荷、燃料レベル、ドライブサイクル)基準が満たされたときに実行される大量のテストです。(これが、蒸発排出システムのモニターを通過することを特に困難にしているものです。基準は正確であり、タンク内の燃料の量にも依存します。)

これらのモニターテストに "合格"するには、必要なすべての基準に従って、一定数の正常なドライブサイクルが必要です。この時点で、車両はOBD2排出検査に合格することができます-すべてのモニターが合格したとき。(ニューヨークでは、2001年より前に製造された車両は2つの不完全なモニターテストを行うことができます。2001年以降は1つ許可されます。最近の車両は不完全ではない可能性があります。これは単なる雑学です。)

要するに、車両は適切に修理され、障害コードがクリアされている可能性がありますが、これはOBD2排出ガス検査に合格することを意味するものではありません。これにより、バッテリーを切断してすぐに検査にかけるというシェードツリーテクニックが回避されます。車両は、合格点を取得するために、すべて(またはほとんど)の基準を満たし、必要な数のドライブサイクルを完了する必要があります。いわゆる「準備ができていない」車両がされていませんが失敗テストの排出量を、それも渡しません。ALT-CTRL-DEL ECU / ECMロボトミーの後、車両は落ち着き、すべてのモニターが正常に動作し、車両が正常に動作していることが確認されるまで、検査の準備ができません。


ありがとう、私はあなたを倒したかもしれませんが、あなたの答えははるかに詳細です。もっと雑学; 保留中のコードを持つ車両は、他のすべてのシステムが通過している限り、エミッションを通過します。いくつかの巧妙な手とわずかな手で、悪い触媒コンバーターまたはEVAPシステムを備えた車が通過することができました。
vini_i

うわー!これは素晴らしい。これをどのようにして学びましたか?公開されているODB-2仕様はありますか?
dlu 2016

@dlu motorcraftservice.com/freeresources/obdは優れたリソースです。
vini_i

4

障害コードには2種類あります。1つの旅行と2つの旅行。

単一のトリップ障害コードは、通常、重大な失火のような重大な障害です。これにより、検出されるとすぐにチェックエンジンライトが点灯します。

2回のトリップで2回トリップのフォルトコードを確認する必要があります。最初のトリップは、ライトを点灯せずに保留中のコードを設定します。障害が再度検出されると、ライトが点灯します。

理論的には、ハードフォールト(ライトが点灯)が2回連続してテストに合格すると、ライトは消えます。その後、コードはハードフォールトから保留にダウングレードされます。これは、テストが引き続きハードフォールトで実行されるかどうかによって規定されます。ハードフォールトによりテストが中断され、スキャンツールでライトをクリアすることがライトをオフにする唯一の方法である場合があります。テストが60回の連続したドライブサイクルに合格すると、保留中のコードが消えます(60回の車の始動と停止は、ドライブサイクルにはなりません)。

コードが保存されるときはいつでも、フリーズフレームデータが一緒に保存されます。フリーズフレームデータ(FFD)は、障害が検出されたときの最も一般的なデータのスナップショットです。格納されている値がメーカーや車両の年によって異なることが問題です。値には以下が含まれますが、これらに限定されません。クーラント温度、rpm、空気温度、短期燃料調整、長期燃料トリップ、ループステータス、障害が設定されているドライブサイクルの期間、障害が設定されてから経過したドライブサイクルの数...リスト続けます。

古い車両はFFDの単一フレームしか保存できず、より深刻な障害コードが優先されました。新しい車両は複数のFFDフレームを保存できます。コードがどのような順序で発生したかを把握できる場合もありますが、イベントロガーのような一般的なタイムスタンプはありません。


すばらしい答えです(あなたは私を倒しました)。OPが特に尋ねた重要なことの1つは、OPの「タイムスタンプ」の部分でした。ECUは、それが何時何日であるかを知りません。一部の DTCクリアのドライブサイクルの数は60(または3、または5)に制限される場合があり、トリップの数は1、2、またはそれ以上になる場合があります(P0420はマルチヘッドビーストです)...ドライブサイクル番号、または特定のDTCをクリアまたは設定するためのフォールトの繰り返しに関するOBD2の義務付けられた標準があるとは思わない。これは、車両とOBD2の実装によって異なります。よくやった!
SteveRacer 2016

2

すでに非常に詳細な応答!障害コードをクリアした後、エミッションテストについて何かを追加したかっただけです。一部の製造元は、駆動時間を延長せずにエミッションコンポーネントの合否を決定する条件を作成する方法を組み込んでいます。私がフォルク​​スワーゲン(および他のブランド)用に持っているVCDSソフトウェアには、エンジンのCPUに「設定準備」オプションがあります。それはあなたが特定のRPMでエンジンを保持しなければならない期間とテストが行​​われるときを示して、排出物コンポーネントを一歩一歩順を追って説明します。古い車はかなり正確なRPMを維持して運転席の誰かが正確に行わなければならないが、新しい車は自動的にエンジンを引き継ぎ、回転させる。要するに、

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.