Live data jest jednym z najczęściej źle używanych narzędzi diagnostycznych. Tester pokazuje dziesiątki albo setki parametrów, więc łatwo znaleźć wartość, która „wygląda dziwnie”, i uznać ją za przyczynę. Tymczasem sterownik pokazuje wynik działania całego systemu: sygnał czujnika, wartość wyliczoną, żądanie, korektę albo stan logiczny. Dopiero porównanie kilku powiązanych parametrów w konkretnych warunkach pozwala postawić sensowną hipotezę.
Najpierw trzeba wiedzieć, czym jest dany parametr
Nie każda liczba pochodzi bezpośrednio z czujnika. Część jest obliczana przez sterownik na podstawie innych sygnałów. Inne wartości są żądaniem sterownika, pozycją docelową albo stanem adaptacji. Bez dokumentacji można porównać dwie liczby o podobnych nazwach i dojść do błędnego wniosku.
SAE J1979 i jego cyfrowy aneks definiują zestawy danych OBD, ale producenci udostępniają również parametry własne.
Wartość żądana i rzeczywista tworzą parę diagnostyczną
Przy ciśnieniu doładowania, ciśnieniu paliwa, pozycji EGR czy momencie napędowym bardzo ważne jest porównanie tego, czego sterownik chce, z tym, co obserwuje. Różnica mówi, że układ nie osiąga celu, ale nadal nie wskazuje konkretnej części.
Przykładowo zbyt niskie ciśnienie na listwie może wynikać z zasilania niskiego ciśnienia, pompy, regulatora, wtryskiwaczy albo błędnego pomiaru. Szczegółowo pokazuje to diagnostyka Common Rail.
Jeden parametr trzeba oceniać razem z warunkami pracy
Ta sama wartość może być prawidłowa na biegu jałowym i nieprawidłowa pod obciążeniem. Temperatura, obroty, napięcie, obciążenie i faza rozgrzewania zmieniają strategię sterownika. Dlatego screenshot przypadkowego ekranu na postoju często ma małą wartość.
Korelacja parametrów jest ważniejsza niż szukanie jednej „złej liczby”
Jeżeli przepływomierz pokazuje mało powietrza, trzeba sprawdzić m.in. pozycję EGR, ciśnienie doładowania, obciążenie i warunki pracy. Jeżeli sonda pokazuje ubogo, warto zobaczyć korekty paliwowe, ciśnienie paliwa i sygnały dotyczące powietrza. Usterka często ujawnia się jako niespójność kilku wartości.
W benzynie podobną logikę opisuje materiał o łączeniu objawów, pomiarów i danych.
Szybkość odświeżania może ukrywać krótkie zdarzenie
Tester odczytujący kilkadziesiąt parametrów może aktualizować każdy z nich stosunkowo wolno. Jeżeli problem trwa kilkanaście milisekund, wykres z testera może go wygładzić lub całkowicie pominąć. Wtedy potrzebny jest oscyloskop albo rejestracja mniejszej liczby parametrów z większą częstotliwością.
Tester i oscyloskop odpowiadają na inne pytania, co rozwija artykuł o możliwościach i ograniczeniach testera.
Adaptacje i korekty są reakcją, a nie diagnozą części
Duża korekta paliwowa, korekta cylindra albo adaptacja przepustnicy pokazuje, że sterownik kompensuje obserwowane zachowanie. Trzeba ustalić, co wymusiło tę korektę. Wymiana elementu tylko dlatego, że przy nim wyświetla się „+20%”, jest skrótem podobnym do wymiany części po samym DTC.
Statusy logiczne też są danymi
Warunek „ON/OFF”, zgoda na regenerację, status blokady ładowania, żądanie klimatyzacji czy aktywność zaworu mogą być kluczowe. Jeżeli sterownik nie wydaje polecenia, mierzenie samego wykonawczego elementu może prowadzić w złą stronę. Najpierw trzeba zrozumieć logikę zezwolenia.
Freeze frame pokazuje przeszłość, live data teraźniejszość
Przy usterce sporadycznej parametry bieżące po przyjeździe do warsztatu mogą być idealne. Wtedy trzeba wrócić do danych zapisanych w chwili błędu. Dlatego freeze frame i historia błędów są naturalnym uzupełnieniem live data.
Logowanie pozwala zobaczyć kolejność zdarzeń
Jeżeli problem pojawia się podczas jazdy, warto nagrać kilka parametrów związanych z hipotezą. Po zdarzeniu można sprawdzić, co zmieniło się pierwsze. Przykładowo spadek ciśnienia poprzedzający korektę sterownika ma inne znaczenie niż korekta poprzedzająca zmianę ciśnienia.
Nie należy jednak logować wszystkiego. Im więcej kanałów, tym trudniej interpretować wynik i tym wolniejszy może być zapis.
Dane z magistrali nie zawsze oznaczają rzeczywisty stan fizyczny
Sterownik może publikować wartość opartą na czujniku, modelu albo informacji z innego modułu. Jeśli komunikacja jest zaburzona, parametr może być zastępczy lub oznaczony jako nieważny. Przy dziwnych zależnościach warto sprawdzić błędy sieci i źródło sygnału.
Pomaga tu wiedza o CAN bus i nowszych sieciach opisanych w artykule o LIN, FlexRay i Ethernet.
Procedura pracy z live data
- zdefiniuj objaw i warunki, w których występuje;
- wybierz parametry bezpośrednio związane z hipotezą;
- ustal, które są żądane, rzeczywiste, obliczane lub adaptacyjne;
- porównaj kilka zależnych sygnałów w tym samym czasie;
- jeżeli trzeba, nagraj jazdę zamiast patrzeć w ekran;
- potwierdź wniosek pomiarem niezależnym od testera;
- po naprawie powtórz ten sam warunek.
Live data jest bardzo mocnym narzędziem, gdy mechanik używa go do sprawdzania hipotez. Jest słabym narzędziem, gdy służy do szukania dowolnej liczby odbiegającej od oczekiwań.
Porównanie z pojazdem referencyjnym bywa pomocne, ale nie jest normą
Jeżeli warsztat ma dostęp do sprawnego auta z identycznym układem, porównanie zachowania parametrów może szybko ujawnić różnicę. Trzeba jednak zachować te same warunki: temperaturę, obciążenie, wyposażenie i wersję oprogramowania. „W drugim aucie było 30, a tutaj jest 25” bez kontekstu nadal nie jest diagnozą.