NOx sensors. Hidden problems. Part 2
Šoreiz par vienu diezgan tipisku situāciju, kas raksturīga OEM NOx sensoriem.
Viens no maniem klientiem atsūtīja sekojošu INPA screenshot (nekorektās vērtības es jau esmu atzīmējis ar sarkanu):
Kāpēc tieši šīs vērtības atzīmētas kā nekorektas?
Lambda binary ir atšķirīgs no 1200mV - pierādījums tam, ka sensors ir Online mode. Acīmredzot, kādu brīdi iepriekš visi nosacījumi (izplūdes temperatūra, braukšanas ātrums, u.t.t.) ir bijuši atbilstoši, lai DME dotu komandu no Offline mode pārslēgties Online mode. Sensors ir sekojis norādījumiem, it kā izgājis visus self-testus un sācis sūtīt datus.
Arī Lambda Lineares (wideband dati) ir atšķirīgi no 1.00 - nav ne mazāko šaubu, ka sensors sūta Lambda datus.
Diemžēl, šeit ir pirmā problēma - abi dati (narrow-band un wide-band) ir pretrunīgi! Pie Lambda Linear 0.99 Binare signālam bija jābūt vismaz 850mV, savukārt, 726mV Binare signālam atbilst Lambda Lineare 1.00.
Otra fundamentāla problēma: NOx koncentrācija ir 0ppm. Ja sensors ir Online mode un sūta NOx datus, INPA nekad nerādīs 0ppm, jo attēlojamās vērtības ir: -150..-1; 1..1500ppm.
Acīmredzot, sensoram nav izdevies veikst abu tā cells self-adjustment procedūru un tā NOx šūna nav darba kārtībā!
Diemžēl, gadās situācijas, kad pie šādiem simptomiem DME atmiņā nekādu kļūdu nav. Jeb, reizēm diagnostikas ''speciālisti'' tās (kļūdas) vienkārši nodzēš, acīmredzot - cerot, ka tas (kļūdu dzēšana) kaut kā situāciju uzlabos...
Šoreiz DME daudzas reizes bija ierakstījis 30DA kļūdu, kas apstiprina NOx sensora bojājumu. Bet, lai būtu nteresantāk - pieņemsim, ka DME nav reģistrējis nekādas kļūdas. Kas vēl varētu apstiprināt sensora bojājumu?
Vispirms apskatam learnbits ../F5/Shift+F6/F2. Šajā gadījumā:
Otrās kolonnas pirmie divi learnbits ir neiekrāsoti! Ja kaut reizi (pēc pēdējās adaptāciju dzēšanas) dzinējs kaut 10..15 minūtes būtu strādājis Stratified charge, šie learnbits (Lambda adatācijas Stratified charge) būtu iekrāsoti.
Vēl pierādījumus problēmai? Lūdzu ../F5/Shift+F6/F5:
Kā redzam, DME ne reizi (kopš pēdējās adaptāciju dzēšanas reizes) nav veicis sprauslu testus Stratified charge režīmā! Ne tukšgaitā, ne daļējas slodzes režīmos!
Ir 100% skaidrs, ka dzinējs nekad nav strādājis Stratified charge - bojāts NOx sensors ir iemesls šai problēmai.
Viens no maniem klientiem atsūtīja sekojošu INPA screenshot (nekorektās vērtības es jau esmu atzīmējis ar sarkanu):
Lambda binary ir atšķirīgs no 1200mV - pierādījums tam, ka sensors ir Online mode. Acīmredzot, kādu brīdi iepriekš visi nosacījumi (izplūdes temperatūra, braukšanas ātrums, u.t.t.) ir bijuši atbilstoši, lai DME dotu komandu no Offline mode pārslēgties Online mode. Sensors ir sekojis norādījumiem, it kā izgājis visus self-testus un sācis sūtīt datus.
Arī Lambda Lineares (wideband dati) ir atšķirīgi no 1.00 - nav ne mazāko šaubu, ka sensors sūta Lambda datus.
Diemžēl, šeit ir pirmā problēma - abi dati (narrow-band un wide-band) ir pretrunīgi! Pie Lambda Linear 0.99 Binare signālam bija jābūt vismaz 850mV, savukārt, 726mV Binare signālam atbilst Lambda Lineare 1.00.
Otra fundamentāla problēma: NOx koncentrācija ir 0ppm. Ja sensors ir Online mode un sūta NOx datus, INPA nekad nerādīs 0ppm, jo attēlojamās vērtības ir: -150..-1; 1..1500ppm.
Acīmredzot, sensoram nav izdevies veikst abu tā cells self-adjustment procedūru un tā NOx šūna nav darba kārtībā!
Diemžēl, gadās situācijas, kad pie šādiem simptomiem DME atmiņā nekādu kļūdu nav. Jeb, reizēm diagnostikas ''speciālisti'' tās (kļūdas) vienkārši nodzēš, acīmredzot - cerot, ka tas (kļūdu dzēšana) kaut kā situāciju uzlabos...
Šoreiz DME daudzas reizes bija ierakstījis 30DA kļūdu, kas apstiprina NOx sensora bojājumu. Bet, lai būtu nteresantāk - pieņemsim, ka DME nav reģistrējis nekādas kļūdas. Kas vēl varētu apstiprināt sensora bojājumu?
Vispirms apskatam learnbits ../F5/Shift+F6/F2. Šajā gadījumā:
Vēl pierādījumus problēmai? Lūdzu ../F5/Shift+F6/F5:
Ir 100% skaidrs, ka dzinējs nekad nav strādājis Stratified charge - bojāts NOx sensors ir iemesls šai problēmai.
Komentāri
Ierakstīt komentāru