2016-08-24 07:56:37 +0000 2016-08-24 07:56:37 +0000
9
9

Czy kody usterek są zapisywane ze znacznikiem czasu do dziennika z historią DTC?

Właśnie przeskanowałem mój pojazd po raz pierwszy, aby sprawdzić kod dla Check Engine Light. Stałem się ciekawy, czy te kody błędów są gdzieś rejestrowane z datą i godziną znacznika jakiegoś rodzaju w czasie, gdy zostały rzucone. Wyobrażam sobie jakiś projekt podobny do Event Log używanego w systemach operacyjnych komputerów, ale mogę się całkowicie mylić w tej kwestii.

Jaki dokładnie jest projekt wokół tych kodów błędów, jak są one rejestrowane. Jednym z oczywistych aspektów projektu jest użycie unikalnych kodów specyficznych dla jakiegoś konkretnego problemu. Czy to jest pełna historia usterki, czy są jakieś inne metadane otaczające instancję usterki, które można sprawdzić? Jak działają historie usterek w pojazdach? Czy historie są w ogóle zapisywane, czy też usterki są po prostu binarne, albo włączone obecnie, albo wyłączone obecnie, niezależnie od tego, czy były kiedykolwiek włączone w dowolnym momencie życia pojazdu. Wiem, że można wyczyścić kody za pomocą narzędzi skanera, czy to sugeruje, że usterki pozostaną oflagowane w systemie na zawsze, dopóki nie wyczyścisz ich ręcznie? To prowadzi mnie do wniosku, że kontrolka check engine pozostaje zapalona nawet po naprawieniu pierwotnej przyczyny usterki. Czy to prawda?

Odpowiedzi (3)

9
9
9
2016-08-24 10:13:04 +0000

To naprawdę zależy od wdrożenia OBD2. Co mój 1997 Subaru loguje (praktycznie nic) w porównaniu do 2015 Chevy Cruise są zupełnie inne rzeczy.

Jednak w większości przypadków, kod błędu diagnostycznego (DTC) jest rejestrowany z freeze frame, który jest kompletny sklep z wszystkich identyfikatorów parametrów (PIDS). Parametry te obejmują wszystko od RPM, prędkość pojazdu, dane czujnika O2, dane masowego przepływu powietrza, długo- i krótkoterminowe trymery paliwa, wyprzedzenie zapłonu, temperatura wlotu i płynu chłodzącego, a może dziesiątki więcej. Dostęp do nich uzyskuje się poprzez OBD2 Mode 2. Proste “Pxxxx” DTC usterki są dostępne za pośrednictwem OBD2 Mode 3, który jest często zakres, że proste narzędzia skanowania konsumentów są w stanie wyświetlić.

W bardziej zaawansowanych narzędziach skanujących można wyświetlić dane trybu 2 “stopklatki”, które są bezcenne, ponieważ ujawniają dokładny stan pracy w momencie, gdy kod DTC został ustawiony.

Historia takich kodów zależy od implementacji OBD2 i prawdopodobnie od tego, jak nowy jest pojazd. W przypadku mojego Subaru z 1997 roku, dane są ograniczone - biorąc pod uwagę, że OBD2 nie było obowiązkowe aż do roku modelowego 1996.

Jednakże, wszystkie pojazdy mają dwie kategorie DTC: “Pending”, który jest wykrytą usterką, ale nie ustawia kontrolki Check Engine Light (CEL, SES), dopóki warunek nie zostanie ponownie wykryty określoną ilość razy. (Jest to dostępne poprzez OBD2 Mode 7.) Liczba “cykli jazdy” wymaganych do promowania “w oczekiwaniu” do CEL zależy od usterki, wdrożenia i pojazdu.

Inną kategorią DTC jest “stored” lub “logged”. Są to prawdziwe kody usterek, które zostały awansowane ze statusu “oczekującego” do prawdziwego kodu usterki, i zgodnie z definicją OBD2 muszą powodować ustawienie CEL.

Dodatkowo, niektóre Jednostki/Moduły Kontroli Silnika (ECU/ECM) mają możliwość rejestrowania kilku lub kilkudziesięciu “historycznych” kodów usterek, niezależnie od tego, czy zostały naprawione i/lub skasowane. To zapewnia tło dla bystrego technika, nawet jeśli nie ma aktualnych pending lub logged DTC usterek. Kody DTC

NIE muszą być kasowane “ręcznie”. Jeśli stan, który spowodował błąd jest naprawiony lub po prostu już nie występuje (P0420 katalizator wydajność klasyczny przykład) kod będzie “clear siebie”, że tak powiem po pewnej liczbie cykli jazdy bez błędu ponownie. Liczba cykli jazdy wymaganych do skasowania aktywnego CEL DTC zależy od usterki i implementacji oprogramowania. W większości przypadków jednak technik kasuje te kody po ważnej naprawie, aby zapewnić klienta, że naprawa została zakończona. Ale nie MUSIMY tego robić, to tylko uprzejmość. ECU/ECM stale monitoruje PID i warunki emisji, i w końcu ustąpi, biorąc pod uwagę wystarczającą ilość “czystych” cykli jazdy.

Na marginesie, istnieje kategoria DTC, które powodują FLASHING CEL. Różnią się one znacznie od “solid on” CEL, w tym, że jeśli pojawia się i pozostaje na, jest to wskazanie, że coś jest nie tak, a kierowca powinien szukać serwisu w dogodnej okazji. Natomiast migający CEL wskazuje na poważny problem, który może spowodować uszkodzenie pojazdu. Zwykle jest to wskazanie zbyt bogatego stanu, zwykle spowodowane przez poważne błędy zapłonu lub wtrysku paliwa, które, jeśli pozostawione same sobie, mogą uszkodzić kosztowny katalizator. Takie “migające” lampki kontrolne powinny być natychmiast usuwane - niektórzy producenci OEM sugerują, aby zatrzymać pojazd i zlecić jego holowanie.

Aby jeszcze bardziej skomplikować ten proces, kasowanie CEL pozbywa się kodu usterki z kategorii “aktywne”, ale tak jak w analogii do komputera, jest to ALT_CTRL-DEL. To całkowicie resetuje ECU/ECM, i kasuje to, co jest określane jako “monitory”.

Monitory to cała plejada testów, które działają albo ciągle, albo w większości przypadków, gdy spełnione są pewne kryteria PID (temperatura, obciążenie silnika, poziom paliwa, cykl jazdy). (To jest to, co sprawia, że szczególnie trudno jest przejść monitory systemu emisji par; kryteria są dokładne, a nawet zależą od ilości paliwa w zbiorniku).

Aby “zaliczyć” te testy monitorów, potrzeba określonej liczby udanych cykli jazdy, spełniających wszystkie wymagane kryteria. W tym momencie pojazd może przejść inspekcję emisji OBD2 – gdy wszystkie monitory przejdą pomyślnie. (W Nowym Jorku, pojazdy wyprodukowane przed 2001 może mieć dwa niekompletne testy monitora, 2001 i nowsze są dozwolone jeden, i może być, że ostatnie pojazdy są dozwolone none niekompletne. To tylko ciekawostki).

Wniosek jest taki, że podczas gdy pojazd mógł mieć prawidłowe naprawy i usunięte kody błędów, NIE oznacza to, że przejdzie kontrolę emisji OBD2. W ten sposób można uniknąć pozornej techniki polegającej na odłączeniu akumulatora i natychmiastowym zgłoszeniu się do kontroli. Pojazd musi wykonać wymaganą liczbę cykli jazdy przy spełnieniu wszystkich (lub większości) kryteriów, aby uzyskać ocenę pozytywną. Tzw. pojazd “niegotowy” nie zawodzi w testach emisji spalin, ale też ich nie zalicza. Po lobotomii ALT-CTRL-DEL ECU/ECM. pojazd osiada i nie staje się “gotowy” do inspekcji, dopóki nie udowodni sobie, że wszystkie monitory są sprawne, a pojazd jeździ czysto.

4
4
4
2016-08-24 10:11:28 +0000

Istnieją dwa rodzaje kodów usterek: pojedynczy błąd i dwa błędy.

Kod usterki jednokrotnego zadziałania jest zazwyczaj poważną usterką, taką jak poważny zapłon. W takim przypadku natychmiast po wykryciu zapala się kontrolka check engine.

Dwukrotny kod błędu musi zostać zweryfikowany podczas dwóch wyjazdów. Pierwszy wyjazd powoduje ustawienie kodu oczekującego bez zapalania kontrolki. Jeśli usterka zostanie ponownie wykryta, zapali się kontrolka.

Teoretycznie, gdy usterka twarda (zapalona lampka) przejdzie test dwa razy z rzędu, lampka zgaśnie. Kod zostaje wtedy zdegradowany z hard fault do pending. Jest to zależne od tego, czy test jest nadal przeprowadzany z hard fault. W niektórych przypadkach, gdy test jest zawieszony z twardą usterką, a następnie kasowanie kontrolki za pomocą narzędzia skanującego jest jedynym sposobem na wyłączenie kontrolki. Oczekujący kod zniknie, jeśli test przejdzie 60 kolejnych cykli jazdy (uruchomienie i wyłączenie samochodu 60 razy nie stanowi cyklu jazdy)

Kiedykolwiek kod jest przechowywany, wraz z nim przechowywane są dane zamrożonej ramki. Dane zamrożonej ramki (FFD) są zrzutem najczęściej występujących danych w momencie wykrycia usterki. Problem polega na tym, że przechowywane wartości różnią się w zależności od producenta i roku produkcji pojazdu. Wartości mogą obejmować, ale nie są ograniczone do: temperatury płynu chłodzącego, obrotów, temperatury powietrza, krótkoterminowego przycięcia paliwa, długoterminowego przycięcia paliwa, stanu pętli, jak długo w cyklu jazdy błąd jest ustawiony, ile cykli jazdy minęło od czasu ustawienia błędu…. lista jest długa i długa.

Starsze pojazdy mogły przechowywać tylko jedną ramkę FFD i poważniejszy kod błędu miał pierwszeństwo. Nowsze pojazdy mogą przechowywać wiele ramek FFD. Podczas gdy możesz być w stanie dowiedzieć się, w jakiej kolejności wystąpiły kody, nie ma przysłowiowego znacznika czasu, jak w przypadku rejestratora zdarzeń.

2
2
2
2018-09-15 15:33:49 +0000

Bardzo szczegółowe odpowiedzi już! Chciałem tylko dodać coś o testach emisji po wyczyszczeniu kodów błędów. Niektórzy producenci zawierają sposób na stworzenie warunków, które określą, czy komponenty emisji przechodzą / nie przechodzą bez wydłużonego czasu jazdy. Oprogramowanie VCDS mam dla Volkswagena (i ich innych marek) ma opcję “ustaw gotowość” w CPU silnika. Prowadzi Cię przez komponenty emisji krok po kroku, wskazując, jak długo trzeba utrzymać silnik na określonym RPM i kiedy test jest przeprowadzany. Nowsze pojazdy automatycznie przejmie i obrócić silnik, podczas gdy starsze muszą być wykonane dokładnie przez kogoś w fotelu kierowcy utrzymując dość dokładne RPM. W skrócie, prawdopodobnie najlepiej wziąć samochód do rzeczywistego dealera dla kontroli emisji, jeśli niedawno wyczyszczone kody silnika tak, że ma szansę przejść.