Do warsztatu trafiła Skoda Kodiaq z 2017 roku ze świecącą się kontrolką silnika i zapisanym w systemie pojedynczym kodem błędu P164700. Mechanik zauważył ostrzeżenie na desce rozdzielczej, jednak w pojazdach na platformie MQB błąd P164700 rzadko oznacza awarię mechanicznego podzespołu. Jest to specyficzny dla grupy Volkswagen kod błędu, wskazujący na konflikt logiczny w sterownikach układu napędowego. Gdy pojazd zgłasza ten konkretny błąd, mamy do czynienia z problemem, w którym sterowniki nie rozpoznają nawzajem swoich parametrów pracy. W naszej platformie diagnostycznej widzimy, że diagnostyka tego kodu wymaga ścisłej sekwencji testów oprogramowania i sieci przed wymianą jakichkolwiek części. Szybkie znalezienie faktycznej przyczyny decyduje o tym, czy diagnostyka będzie opłacalna, czy też zablokuje stanowisko na kilka dni.
Konflikt zarządzania wersjami oprogramowania (SVM)
Najbardziej prawdopodobną przyczyną tego konkretnego kodu błędu jest niezgodność oprogramowania między sterownikami układu napędowego, a dokładnie odchylenie w zarządzaniu wersjami oprogramowania (SVM). W tym modelu Skoda Kodiaq sterownik silnika to jednostka Bosch EDC17C74 zarządzająca silnikiem DFGA, oznaczona jako J623. Komunikuje się on w sposób ciągły ze sterownikiem skrzyni biegów DSG DQ381 (J743) oraz bramką sieciową Gateway (J533).
Moduły te oczekują określonych wersji oprogramowania, które są zgodne z fabryczną matrycą. Jeśli sterownik silnika został niedawno zaktualizowany podczas akcji serwisowej lub wgrano niefabryczny plik tuningowy, wersje oprogramowania nie będą już pasować do oczekiwanej konfiguracji w sterowniku skrzyni biegów i bramce Gateway. Sterowniki przeprowadzają okresowe walidacje żądań momentu obrotowego i parametrów emisji spalin podczas stabilnej jazdy autostradowej. Gdy wersje oprogramowania nie są zgodne, walidacja kończy się niepowodzeniem, system zgłasza niezgodność wersji i zapala się kontrolka silnika. Kontrolka często gaśnie podczas kolejnych cykli jazdy, jeśli nie zostaną spełnione określone warunki walidacji, co tworzy frustrujący, sporadyczny objaw, trudny do namierzenia przez warsztat.
Znalezienie tej niezgodności wymaga systematycznego podejścia. Pierwszym krokiem jest sprawdzenie wersji oprogramowania i numerów identyfikacyjnych kalibracji (CALID/CVN) w obu sterownikach: J623 i J743. Następnie należy odczytać historię zarządzania wersjami oprogramowania (SVM) i porównać ją z aktualną matrycą fabryczną dla silnika DFGA. W przypadku niezgodności, naprawa polega na przeprowadzeniu synchronizacji za pomocą testera diagnostycznego ODIS połączonego z serwerem producenta. Szukanie usterek w wiązce elektrycznej lub czujnikach bez wcześniejszego sprawdzenia identyfikatorów oprogramowania to strata wielu godzin cennego czasu na diagnostykę.
Długie kodowanie i niezgodności wyposażenia
Jeśli wersje oprogramowania są zgodne z fabryczną matrycą, kolejnym obszarem do sprawdzenia jest nieprawidłowy ciąg długiego kodowania lub błędna lista instalacyjna w bramce Gateway. Gateway i sterownik silnika na platformie MQB są ściśle zakodowane pod kątem dokładnej konfiguracji wyposażenia pojazdu. Obejmuje to konkretny typ skrzyni biegów, obecność napędu na cztery koła, aktywny tempomat oraz dokładny układ hamulcowy zamontowany fabrycznie.
Konflikt długiego kodowania zazwyczaj występuje, gdy poprzedni warsztat lub właściciel próbował ręcznie zmienić kodowanie. Częstym przykładem jest próba wyłączenia systemu Start/Stop poprzez zmianę limitów napięcia w bramce Gateway. Nieprawidłowe kodowanie wariantu dla tempomatu lub montaż zamiennych sterowników bez przeprowadzenia procedury kodowania online również przerwie ten łańcuch logiczny. Podczas cyklu jazdy sterownik uruchamia okresowe procedury w celu dopasowania swoich zakodowanych funkcji do rzeczywistych, fizycznych węzłów odpowiadających na magistrali CAN. Gdy parametr w ciągu długiego kodowania nie zgadza się z rzeczywistym wyposażeniem, generowany jest kod błędu P164700.
Aby to wykluczyć, należy sprawdzić i ponownie załadować listę instalacyjną w bramce Gateway (adres 19). Należy bezpośrednio porównać ciąg długiego kodowania w sterowniku J623 z numerami produkcyjnymi pojazdu i konfiguracją fabryczną. Często konieczne jest zresetowanie kanałów adaptacji w bramce Gateway do wartości fabrycznych, aby usunąć nieprawidłowe, ręcznie wprowadzone dane. Proces ten gwarantuje, że cyfrowa podstawa pojazdu odpowiada fizycznemu osprzętowi, który jest w nim zamontowany.
Degradacja szybkiej sieci CAN
Oprogramowanie to nie jedyny powód wygenerowania błędu wersji lub kodowania. Rezystancja styków lub zakłócenia sygnału w sieci CAN układu napędowego mogą imitować niezgodność oprogramowania. Magistrala CAN układu napędowego działa z dużą prędkością 500 kilobitów na sekundę, łącząc ze sobą sterownik silnika, skrzyni biegów i bramkę Gateway.
Z biegiem lat, na skutek cykli termicznych w komorze silnika, ciągłych wibracji przy prędkościach autostradowych i potencjalnego wnikania wilgoci, fizyczne połączenia mogą ulec degradacji. Okresowy wzrost rezystancji styków często pojawia się na głównym złączu sterownika J623 lub w wiązce elektrycznej biegnącej między komorą silnika a kabiną. System wysyła cykliczne komunikaty sterujące zawierające identyfikację wersji i dane walidacji momentu obrotowego. Jeśli uszkodzona wiązka elektryczna powoduje gubienie pakietów danych, sterownik silnika interpretuje brakujące dane jako błąd wersji lub walidacji danych, zapisując kod P164700.
Testowanie fizycznej sieci wymaga sprawdzenia rezystancji terminującej CAN. Przy całkowicie odłączonym akumulatorze należy zmierzyć dokładnie 60 omów w sieci. Należy również użyć oscyloskopu do pomiaru sygnałów na liniach CAN High i CAN Low, jednocześnie fizycznie poruszając wiązką elektryczną, aby ujawnić sporadyczne zaniki sygnału. Na koniec, przed przejściem do kolejnych kroków, wymagana jest kontrola wzrokowa złączy przy modułach J623 i J743 pod kątem docisku pinów i korozji.
Niestabilność napięcia w układzie mikrohybrydowym
Mniej oczywistym, ale kluczowym czynnikiem jest niestabilność napięcia pochodząca z 12-woltowego akumulatora rozruchowego lub układu regulacji ładowania. Silnik 2.0 TDI w tym modelu marki Skoda wykorzystuje system odzyskiwania energii, działający jako układ mikrohybrydowy. Napięcie ładowania alternatora jest dynamicznie regulowane w zakresie od 12,2 V do 14,8 V w zależności od tego, czy pojazd przyspiesza, czy jedzie wybiegiem.
W miarę starzenia się akumulatora AGM lub EFB rośnie jego rezystancja wewnętrzna. Gdy pojazd gwałtownie przechodzi od hamowania silnikiem do stabilnej jazdy, nagła zmiana zapotrzebowania na ładowanie może powodować przejściowe spadki napięcia, jeśli akumulator nie jest w stanie zbuforować tej zmiany. Te mikroskopijne wahania napięcia mogą powodować krótkotrwałe przerwy w komunikacji podczas okresowych walidacji między bramką Gateway a sterownikiem silnika. W rezultacie sporadycznie zapisywany jest kod błędu P164700, który wydaje się nie mieć wyraźnej przyczyny.
Diagnostyka tego problemu wymaga przetestowania kondycji i prądu rozruchowego 12-woltowego akumulatora za pomocą testera konduktancji. Należy również odczytać parametry bieżące akumulatora w bramce Gateway (adres 19), zwracając szczególną uwagę na stan naładowania i zmierzoną rezystancję wewnętrzną. Weryfikacja stabilności napięcia podczas silnego przyspieszania i hamowania silnikiem potwierdzi, czy podstawa elektryczna jest wystarczająco solidna, aby obsłużyć szybką komunikację sieciową.
Nowe spojrzenie na sekwencję diagnostyczną
Nowoczesna diagnostyka pojazdów coraz częściej wymaga od warsztatów weryfikacji wersji oprogramowania i integralności sieci przed sprawdzeniem podzespołów mechanicznych. Kod błędu taki jak P164700 jest doskonałym przykładem na to, jak konflikt logiczny może maskować się jako trwała usterka. Sprawdzając w pierwszej kolejności matrycę zarządzania wersjami oprogramowania (SVM) i długie kodowanie, można zapobiec niepotrzebnemu rozbieraniu wiązek elektrycznych przez mechaników. Czy podobne konflikty oprogramowania i kodowania pochłaniają czas na diagnostykę również w Twoim warsztacie?
