Usterka sporadyczna jest trudna nie dlatego, że „komputer nic nie pokazuje”, ale dlatego, że mechanik często widzi samochód już po ustąpieniu objawu. Wtedy najważniejszym materiałem dowodowym stają się zapisane kody, statusy błędów, freeze frame, liczniki wystąpień i dane z chwili zdarzenia. Najgorszym pierwszym ruchem jest automatyczne skasowanie pamięci i wykonanie krótkiej jazdy próbnej bez zapisania czegokolwiek.
Freeze frame to zdjęcie warunków, a nie gotowa diagnoza
W klasycznym OBD tryb 02 służy do odczytu danych zamrożonych dla usterki związanej z układem napędowym i emisją. W zależności od pojazdu i testera dostępne mogą być m.in. obroty, obciążenie, temperatura cieczy, prędkość, korekty paliwowe czy ciśnienia. Te wartości pomagają odpowiedzieć na pytanie: kiedy sterownik uznał, że warunek diagnostyczny został naruszony.
Nie należy jednak oczekiwać, że każda marka zapisze wszystkie potrzebne parametry. Dane producenta i rozszerzona pamięć błędów mogą być bogatsze niż standardowy OBD.
Najpierw zapis, dopiero potem kasowanie
Przed usunięciem kodów warto zapisać pełny raport: DTC, status każdego błędu, freeze frame, przebieg, napięcie zasilania oraz podstawowe dane bieżące. Jeżeli tester umożliwia eksport raportu, najlepiej dołączyć go do zlecenia. Po skasowaniu część informacji może być nie do odzyskania.
Podstawy interpretacji kodów opisuje materiał o OBD-II i DTC.
Status błędu mówi często więcej niż sam numer
Trzeba rozróżniać błąd obecny, oczekujący, zapisany historycznie i taki, który wystąpił określoną liczbę cykli temu. Usterka komunikacyjna zapisana miesiąc wcześniej po rozładowaniu akumulatora ma inną wartość niż kod wracający przy każdym rozruchu na ciepło.
Dlatego kod należy zestawić z datą zgłoszenia klienta i warunkami. Sama długa lista DTC nie jest dowodem, że samochód ma dziesięć równoległych awarii.
Wywiad z klientem powinien odtwarzać warunki techniczne
Pytanie „kiedy to się dzieje?” jest za ogólne. Potrzebne są: temperatura silnika i otoczenia, czas od uruchomienia, poziom paliwa, obciążenie, prędkość, nierówność drogi, wilgotność, użycie klimatyzacji, skręt kierownicy czy poprzedzająca naprawa. W usterkach sporadycznych drobny szczegół potrafi odtworzyć warunek, którego warsztat nie zobaczy na podnośniku.
Historia błędów musi być połączona ze schematem
Jeśli kilka sterowników zapisuje jednocześnie błędy napięcia albo komunikacji, nie należy diagnozować każdego modułu osobno. Wspólną przyczyną może być zasilanie, masa, magistrala lub element, który blokuje komunikację. Tu zaczyna się praca ze schematem i topologią sieci.
Przy takich przypadkach przydaje się wiedza z materiału o CAN bus oraz o LIN, FlexRay i Automotive Ethernet.
Rejestrator danych jest lepszy niż patrzenie w ekran podczas jazdy
Przy objawie występującym raz na kilkadziesiąt kilometrów warto zapisywać wybrane parametry w logu. Dzięki temu po zdarzeniu można porównać sygnały kilka sekund przed i po usterce. Lista powinna być krótka i związana z hipotezą, bo rejestrowanie setek parametrów z niską częstotliwością może ukryć szybkie zdarzenie.
W niektórych przypadkach tester wystarczy, w innych potrzebny jest oscyloskop albo osobny rejestrator napięcia. Materiał o ograniczeniach testera diagnostycznego pomaga dobrać narzędzie do pytania.
Freeze frame trzeba czytać w kontekście strategii sterownika
Jeżeli zapisano ubogą mieszankę przy dużym obciążeniu, inne hipotezy będą miały priorytet niż przy biegu jałowym. Kod dotyczący ciśnienia paliwa podczas rozruchu wymaga innego testu niż ten sam kod podczas mocnego przyspieszania. Dane nie wskazują części, lecz pomagają odtworzyć warunek logiczny, w którym sterownik wykrył problem.
Po naprawie trzeba udowodnić, że przyczyna zniknęła
Jeżeli usterka pojawiała się tylko po długim postoju albo przy konkretnej temperaturze, krótka jazda próbna nie potwierdza skuteczności naprawy. Trzeba odtworzyć możliwie podobny scenariusz, obserwować parametry i sprawdzić, czy monitor diagnostyczny wykonał test.
W dokumentacji zlecenia warto zapisać nie tylko wymienioną część, lecz również warunki testu końcowego.
Procedura, która ogranicza przypadkową wymianę części
- nie kasować pamięci przed wykonaniem pełnego raportu;
- zapisać freeze frame i statusy DTC;
- przeprowadzić wywiad o warunkach występowania;
- zbudować hipotezy na podstawie schematu i wspólnych zależności;
- wybrać kilka parametrów do logowania;
- odtworzyć warunek wystąpienia;
- potwierdzić pomiarem przyczynę;
- po naprawie powtórzyć warunek i udokumentować wynik.
To jest ta sama logika, którą stosuje się w diagnostyce od objawu do przyczyny, tylko z większym naciskiem na zapis danych z przeszłości.