Các mã lỗi có được ghi lại bằng dấu thời gian vào nhật ký có lịch sử DTC không?


9

Chỉ cần quét chiếc xe của tôi lần đầu tiên để kiểm tra mã cho Đèn kiểm tra động cơ. Tôi trở nên tò mò nếu các mã lỗi này được ghi lại ở đâu đó với dấu ngày và thời gian của một loại nào đó tại thời điểm chúng bị ném. Tôi đang tưởng tượng một số thiết kế tương tự như Nhật ký sự kiện được sử dụng trong các hệ điều hành máy tính nhưng tôi có thể hoàn toàn nhầm lẫn với thiết kế này.

Chính xác thì thiết kế xung quanh các mã lỗi này như thế nào về cách chúng được ghi lại. Một khía cạnh rõ ràng của thiết kế là việc sử dụng các mã duy nhất cụ thể cho một số vấn đề cụ thể. Đó có phải là toàn bộ câu chuyện với một lỗi không, có siêu dữ liệu nào khác xung quanh một trường hợp lỗi có thể được tra cứu không? Làm thế nào để lịch sử lỗi làm việc trong xe? Các lịch sử thậm chí được ghi lại hoặc là lỗi chỉ đơn giản là một điều nhị phân, hiện tại hoặc tắt hiện tại bất kể chúng đã từng xảy ra tại bất kỳ thời điểm nào trong cuộc đời của chiếc xe. Tôi biết bạn có thể xóa mã bằng các công cụ quét, đây có phải là gợi ý rằng các lỗi sẽ được gắn cờ trên một hệ thống vĩnh viễn cho đến khi bạn xóa chúng theo cách thủ công? Điều này sẽ khiến tôi tin rằng đèn công cụ kiểm tra sẽ vẫn sáng ngay cả sau khi sửa chữa nguyên nhân gốc của lỗi. Nó thật sự đúng?

Câu trả lời:


9

Nó thực sự phụ thuộc vào việc thực hiện OBD2. Những gì Subaru năm 1997 của tôi ghi lại (hầu như không có gì) so với một chiếc Cruise 2015 của 2015 là những thứ hoàn toàn khác nhau.

Tuy nhiên, trong hầu hết các trường hợp, Mã lỗi chẩn đoán (DTC) được ghi lại với khung đóng băng , là một kho lưu trữ đầy đủ của tất cả ID tham số (PIDS). Các thông số này bao gồm tất cả mọi thứ từ RPM, tốc độ xe, dữ liệu cảm biến O2, dữ liệu luồng khí, khối nhiên liệu dài hạn và ngắn hạn, đánh lửa trước, nhiệt độ nạp và làm mát, và có lẽ nhiều hơn nữa. Chúng được truy cập thông qua Chế độ OBD2 2. Các lỗi DTC "Pxxxx" đơn giản được truy cập qua Chế độ 3 của OBD2, thường là mức độ mà các công cụ quét tiêu dùng đơn giản có thể hiển thị.

Trên các công cụ quét tinh vi hơn, dữ liệu "đóng băng khung" ở Chế độ 2 có thể được hiển thị, đây là dữ liệu vô giá vì nó cho thấy điều kiện chạy chính xác ngay khi mã DTC được đặt ngay lập tức.

Các lịch sử của mã như vậy một lần nữa thay đổi với việc thực hiện OBD2, và rất có thể như thế nào mới xe. Trên Subaru 1997 của tôi, dữ liệu bị giới hạn - với điều kiện là OBD2 không phải là nhiệm vụ cho đến năm mô hình năm 1996.

Tuy nhiên, tất cả các phương tiện đều có hai loại DTC: "Đang chờ xử lý", đây là lỗi được phát hiện, nhưng không đặt Đèn kiểm tra ánh sáng (CEL, SES) cho đến khi điều kiện được phát hiện lại một số lần nhất định. (Điều này được truy cập thông qua Chế độ OBD2 7.) Số lượng "chu kỳ ổ đĩa" cần thiết để quảng cáo "đang chờ xử lý" cho CEL tùy thuộc vào lỗi, việc thực hiện và phương tiện.

Danh mục DTC khác là "được lưu trữ" hoặc "đã đăng nhập". Đây là các mã lỗi thực sự đã được chuyển từ trạng thái "đang chờ xử lý" sang mã lỗi xử lý thực và theo định nghĩa của OBD2 phải đặt CEL.

Ngoài ra, một số Đơn vị / Mô-đun điều khiển động cơ (ECU / ECM) có khả năng ghi lại một vài hoặc hàng chục mã lỗi "lịch sử", bất kể chúng đã được sửa chữa và / hoặc xóa. Điều này cung cấp nền tảng cho một kỹ thuật viên sắc sảo, ngay cả khi không có lỗi DTC đang chờ xử lý hoặc đã đăng nhập .

Mã DTC KHÔNG phải xóa "thủ công". Nếu tình trạng gây ra lỗi được sửa chữa, hoặc đơn giản là không còn xảy ra nữa (hiệu quả của chất xúc tác P0420 là một ví dụ cổ điển), mã sẽ "tự xóa" để nói sau một số chu kỳ ổ đĩa nhất định mà không xảy ra lỗi. Số lượng chu kỳ ổ đĩa cần thiết để xóa DTC CEL hoạt động tùy thuộc vào lỗi và việc triển khai phần mềm. Tuy nhiên, trong hầu hết các trường hợp, kỹ thuật viên sẽ xóa các mã này sau khi sửa chữa hợp lệ để đảm bảo với khách hàng rằng việc sửa chữa đã hoàn tất. Nhưng chúng ta KHÔNG PHẢI; đó là một phép lịch sự. ECU / ECM liên tục theo dõi các điều kiện PID và phát xạ, và cuối cùng sẽ đồng ý, với đủ chu kỳ ổ đĩa "sạch".

Bên cạnh đó, có một loại DTC gây ra CEL FLASHING . Chúng khác biệt đáng kể so với CEL "solid on", ở chỗ nếu nó tiếp tục và tiếp tục, đó là một dấu hiệu cho thấy có gì đó không ổn và lái xe nên tìm kiếm dịch vụ trong một cơ hội thuận tiện. Tuy nhiên, CEL FLASHING chỉ ra một cái gì đó sai nghiêm trọng có thể gây ra thiệt hại cho xe. Thông thường, đây là dấu hiệu của tình trạng quá giàu, thường là do lỗi đánh lửa nghiêm trọng hoặc phun nhiên liệu mà nếu để một mình có thể làm hỏng bộ chuyển đổi xúc tác đắt tiền. Những đèn báo động cơ "nhấp nháy" này cần được xử lý ngay lập tức - một số OEM đề nghị kéo xe qua và kéo nó đi.

Để làm phức tạp thêm quá trình này, việc xóa CEL sẽ loại bỏ mã lỗi khỏi danh mục "hoạt động", nhưng giống như máy tính của bạn, đó là ALT_CTRL-DEL. Nó hoàn toàn đặt lại ECU / ECM và xóa những gì được gọi là "màn hình".

Các màn hình là một loạt các thử nghiệm chạy liên tục hoặc trong hầu hết các trường hợp khi các tiêu chí nhất định về PID (nhiệt độ, tải động cơ, mức nhiên liệu, chu kỳ ổ đĩa) được đáp ứng. (Đây là điều khiến cho việc vượt qua các màn hình hệ thống phát xạ bay hơi trở nên đặc biệt khó khăn; các tiêu chí là chính xác và thậm chí phụ thuộc vào lượng nhiên liệu trong bình.)

Phải mất một số chu kỳ ổ đĩa thành công nhất định, tuân theo tất cả các tiêu chí cần thiết, để "vượt qua" các bài kiểm tra màn hình này. Tại thời điểm này, chiếc xe có thể vượt qua kiểm tra khí thải OBD2 - khi tất cả các màn hình đã qua. (Ở New York, các phương tiện được sản xuất trước năm 2001 có thể có hai bài kiểm tra giám sát chưa hoàn chỉnh, 2001 và mới hơn được phép một và các phương tiện gần đây không được phép không hoàn thành.

Kết quả cuối cùng là trong khi một chiếc xe có thể đã được sửa chữa thích hợp và mã lỗi được xóa, điều này KHÔNG có nghĩa là nó sẽ vượt qua kiểm tra khí thải OBD2. Điều này ngăn chặn kỹ thuật shadetree ngắt kết nối pin và mang nó đi kiểm tra ngay lập tức. Chiếc xe phải hoàn thành số chu kỳ lái xe cần thiết với tất cả (hoặc hầu hết) các tiêu chí được đáp ứng để có được điểm vượt qua. Mặc dù một chiếc xe được gọi là "chưa sẵn sàng" không thất bại trong việc kiểm tra khí thải, nhưng nó cũng không vượt qua. Sau khi cắt thùy ALT-CTRL-DEL ECU / ECM, chiếc xe đã ổn định và không "sẵn sàng" để kiểm tra cho đến khi nó chứng minh rằng tất cả các màn hình đều hoạt động, và chiếc xe đang chạy sạch.


Cảm ơn, tôi có thể đã đánh bại bạn nhưng câu trả lời của bạn chi tiết hơn nhiều. Nhiều chuyện vặt hơn; một chiếc xe có mã chờ xử lý sẽ vượt qua lượng khí thải miễn là tất cả các hệ thống khác đã qua. Với một số mánh khóe và nhẹ tay, một chiếc xe có bộ chuyển đổi xúc tác xấu hoặc hệ thống EVAP có thể vượt qua.
vini_i

Ồ Điều đó thật tuyệt. Làm thế nào bạn học được tất cả những điều này? Có thông số ODB-2 nào có sẵn công khai không?
dlu

@dlu motorcraftservice.com/freeresources/obd là một nguồn lực tốt.
vini_i

4

Có hai loại mã lỗi; chuyến đi duy nhất và hai chuyến đi.

Một mã lỗi chuyến đi nói chung là một thất bại lớn như một lỗi sai nghiêm trọng. Điều này sẽ chiếu sáng đèn kiểm tra động cơ ngay lập tức khi phát hiện.

Mã lỗi hai chuyến đi phải được xác minh trong hai chuyến đi. Chuyến đi đầu tiên đặt mã chờ xử lý mà không chiếu sáng. Nếu lỗi được phát hiện lại, đèn sẽ sáng.

Về mặt lý thuyết khi một lỗi cứng (ánh sáng được chiếu sáng) vượt qua bài kiểm tra hai lần liên tiếp thì ánh sáng sẽ tắt. Mã này sau đó được hạ xuống để chờ xử lý từ lỗi cứng. Điều này được quy định bởi nếu thử nghiệm vẫn chạy với một lỗi cứng. Có một số trường hợp trong đó việc kiểm tra bị đình chỉ với một lỗi cứng và sau đó xóa ánh sáng bằng công cụ quét là cách duy nhất để tắt đèn. Mã chờ xử lý sẽ biến mất nếu thử nghiệm vượt qua 60 chu kỳ lái xe liên tiếp. (Bắt đầu và tắt xe 60 lần không tạo thành chu kỳ lái xe)

Bất cứ khi nào một mã được lưu trữ dữ liệu khung đóng băng được lưu trữ với nó. Dữ liệu khung đóng băng (FFD) là ảnh chụp nhanh của dữ liệu phổ biến nhất khi phát hiện lỗi. Vấn đề với nó là các giá trị được lưu trữ khác nhau theo nhà sản xuất và theo năm xe. Các giá trị có thể bao gồm nhưng không giới hạn; nhiệt độ nước làm mát, vòng / phút, nhiệt độ không khí, cắt nhiên liệu ngắn hạn, ngắt nhiên liệu dài hạn, trạng thái vòng lặp, lỗi được đặt trong chu kỳ ổ đĩa bao lâu, lỗi đã được đặt bao nhiêu kể từ khi lỗi được thiết lập .... danh sách tiếp tục và tiếp tục

Các phương tiện cũ hơn chỉ có thể lưu trữ một khung FFD duy nhất và mã lỗi nghiêm trọng hơn được ưu tiên. Xe mới hơn có thể lưu trữ nhiều khung FFD. Mặc dù bạn có thể tìm ra thứ tự các mã xảy ra theo thứ tự không có dấu thời gian tục ngữ như trong trình ghi nhật ký sự kiện.


Câu trả lời tuyệt vời (bạn đánh bại tôi). Một điều quan trọng tôi bỏ qua mà OP đặc biệt yêu cầu là phần "dấu thời gian" của nó. ECU không biết đó là thời gian hay ngày nào. Số lượng chu kỳ ổ đĩa cho một số lần xóa DTC có thể được giới hạn ở mức 60 (hoặc 3 hoặc 5) và số chuyến đi có thể là một, hai hoặc nhiều hơn (P0420 là một con thú nhiều đầu ) ... nhưng tôi thì không tin rằng có bất kỳ tiêu chuẩn bắt buộc nào của OBD2 về số chu kỳ ổ đĩa hoặc lặp lại lỗi để xóa hoặc đặt DTC cụ thể. Điều này thay đổi với việc thực hiện xe và OBD2. Làm tốt lắm!
SteveRacer

2

Phản hồi rất chi tiết rồi! Chỉ muốn thêm một cái gì đó về kiểm tra khí thải sau khi xóa mã lỗi. Một số nhà sản xuất bao gồm một cách để tạo ra các điều kiện sẽ xác định xem các thành phần khí thải có vượt qua / thất bại mà không kéo dài thời gian lái xe hay không. Phần mềm VCDS tôi có cho Volkswagen (và các thương hiệu khác của họ) có tùy chọn "sẵn sàng" trong CPU động cơ. Nó sẽ đưa bạn qua từng bước các thành phần khí thải, cho biết bạn phải giữ động cơ trong một RPM nhất định trong bao lâu và khi nào thử nghiệm được tiến hành. Những chiếc xe mới hơn sẽ tự động tiếp quản và quay vòng động cơ trong khi những chiếc cũ hơn phải được thực hiện chính xác bởi một người ngồi ở ghế lái duy trì RPM khá chính xác. Nói ngắn gọn,

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.