ECU nuskaitymas per OBD, Bench ir Boot: tinkamo atsarginės kopijos metodo pasirinkimas

Nuskaitymo metodas tampa failo istorijos dalimi

ECU failas niekada neturėtų patekti į WinOLS be konteksto. Technikas turi žinoti, kaip failas buvo gautas, koks įrankis ir protokolas buvo panaudoti, ar nuskaitymas yra fizinis, ar virtualus, kurios atminties sritys yra įtrauktos ir ar egzistuoja atkūrimo (recovery) galimybė.

OBD, Bench ir Boot yra trys skirtingi būdai palaikyti ryšį su ECU arba TCU. Vienas metodas nėra automatiškai „geresnis“ už kitą. Teisingas pasirinkimas priklauso nuo valdymo bloko, palaikomo protokolo, transporto priemonės būklės, atliekamo darbo tikslo ir reikalingo duomenų kiekio.

Saugiausias darbo procesas – pasirinkti mažiausiai invazinį metodą, kuris suteikia patikrintus duomenis ir darbui reikalingas atkūrimo parinktis.

Ką OBD, Bench ir Boot reiškia praktikoje

Profesionalūs programavimo įrankiai paprastai skirsto prieigą prie ECU į šiuos tris režimus:

• OBD: ryšys per transporto priemonės diagnostinę jungtį.
• Bench: tiesioginis ryšys su ECU jungtimi atjungus arba išėmus valdymo bloką, paprastai be tiesioginės prieigos prie procesoriaus kontaktų aikštelių.
• Boot: tiesioginė žemo lygio prieiga, kuriai dažniausiai reikia atidaryti ECU ir laikytis konkrečiam įrankiui skirtos prijungimo procedūros.

Tikslus palaikymas, prieiga prie atminties ir saugos funkcijos priklauso nuo ECU, protokolo ir įrankio. Niekada nemanykite, kad kiekvienas įrankis šiuos terminus naudoja lygiai taip pat.

Nuskaitymas per OBD: patogus, bet priklausomas nuo protokolo

OBD dažnai yra pirmasis pasirinkimas, nes ECU gali likti sumontuotas, o transporto priemonės instaliacija lieka nepaliesta. Palaikomai, tvarkingai transporto priemonei tai gali pagreitinti darbą ir sumažinti fizinių pažeidimų riziką.

Prieiga per OBD gali suteikti:

• ECU identifikavimą;
• kalibravimo srities nuskaitymą;
• fizinį nuskaitymą naudojant palaikomus protokolus;
• virtualų nuskaitymą naudojant palaikomus protokolus;
• įrašymą per diagnostinę jungtį;
• įrankio valdomas atkūrimo funkcijas tam tikroms sistemoms.

Sąvoka „OBD nuskaitymas“ tiksliai neatskleidžia, kas yra failo viduje. Tai gali būti fizinis nuskaitymas iš ECU, dalinis kalibravimo nuskaitymas arba virtualus failas, atitinkantis pagal serverio duomenis. Tikrasis tiesos šaltinis yra įrankio protokolo informacija.

Kas yra virtualus nuskaitymas?

Atliekant virtualų nuskaitymą, įrankis identifikuoja ECU ir pateikia atitinkamą originalų failą iš savo duomenų bazės, užuot tiesiogiai skaitęs kiekvieną kalibravimo baitą iš transporto priemonės.

Tai gali būti efektyvu, tačiau reikalauja svarbaus patikrinimo veiksmo. Pateiktas failas turi atitikti ECU identifikaciją, programinės įrangos versiją ir protokolo reikalavimus. Jame gali nebūti neužfiksuotų pakeitimų, kurie jau atlikti valdymo bloke.

Prieš priimdami virtualų nuskaitymą kaip projekto originalą, užfiksuokite:

• ECU aparatinės įrangos (hardware) numerį;
• ECU programinės įrangos (software) numerį;
• kalibravimo arba atnaujinimo numerį, jei yra;
• įrankio identifikavimo ataskaitą;
• virtualaus failo pavadinimą ir failo dydį;
• transporto priemonės atnaujinimų ar tiuningo istoriją, jei žinoma;
• įrankio žurnalą (log), rodantį, kaip failas buvo gautas.

Jei yra įrodymų, kad ECU anksčiau buvo modifikuotas, serveryje parinktas originalas neturėtų būti automatiškai laikomas tikslia baitas į baitą kopija to, kas šiuo metu yra ECU viduje.

Kada OBD paprastai yra protingas pasirinkimas

Prieiga per OBD paprastai yra tinkama, kai:

• konkretų ECU ir transporto priemonę palaiko įrankis;
• transporto priemonė palaiko normalų ryšį;
• protokolas pateikia darbui reikalingą failo sritį;
• galima stabilizuoti akumuliatoriaus įtampą;
• yra palaikomas atkūrimo procesas;
• ECU nereikia išimti dėl kitos priežasties.

Neišimkite ir neatidarykite ECU vien todėl, kad Boot režimas skamba išsamiau. Kiekvienas papildomas fizinio apdorojimo etapas reikalauja laiko ir didina fizinę riziką.

Nuskaitymas Bench režimu: tiesioginė prieiga per jungtį

Bench režimas palaiko ryšį tiesiogiai per ECU jungtį. Valdymo blokas paprastai atjungiamas nuo transporto priemonės ir maitinamas naudojant kontroliuojamą stendo įrangą.

Priklausomai nuo protokolo, Bench režimas gali suteikti platesnę prieigą nei OBD operacija ir gali būti naudingas, kai:

• prieiga per OBD nepasiekiama arba apribota;
• ECU jau buvo išimtas remontui;
• transporto priemonės instaliacija arba šliuzas (gateway) trukdo stabiliam ryšiui;
• protokolas reikalauja tiesioginės prieigos per jungtį;
• išsamesnė atsarginė kopija pasiekiama per Bench režimą;
• kontroliuojamą maitinimą ir ryšį lengviau užtikrinti ne transporto priemonėje.

Bench režimas automatiškai nereiškia pilnos atsarginės kopijos. Perskaitykite protokolo pastabas ir patikrinkite, kurios atmintys yra įtrauktos.

Maitinimo kokybė Bench režime yra svarbi

Stendo konfigūracija turėtų būti vertinama kaip elektroninė bandymų įranga, o ne palaidų laidų rinkinys. Prastas maitinimo šaltinis, sukeistas poliškumas, neteisingas prijungimas arba nestabilus kontaktas gali sugadinti valdymo bloką.

Prieš pradedant:

• patvirtinkite tikslų ECU detalės numerį;
• pasirinkite teisingą įrankio protokolą;
• naudokite gamintojo patvirtintą kabelį arba prijungimo būdą;
• patikrinkite maitinimo šaltinio įtampą ir srovės stiprį;
• prieš jungdami patikrinkite poliškumą;
• pritvirtinkite ECU ir kabelį, kad jie negalėtų judėti;
• prieš skaitydami ar rašydami išsaugokite įrankio identifikaciją.

Nenaudokite senos prijungimo schemos neįsitikinę, kad ji tinka būtent šiam ECU variantui.

Boot režimas: žemo lygio prieiga su didesne fizinio pažeidimo rizika

Boot režimas dažniausiai naudojamas tada, kai protokolas reikalauja tiesioginės prieigos procesoriaus lygiu, kai reikalingas platesnis atminties padengimas arba kai atkūrimo negalima atlikti per OBD ar Bench ryšį.

Jis gali būti tinkamas:

• konkrečioms pilnos atsarginės kopijos (full-backup) operacijoms;
• neatsakančio valdymo bloko atkūrimui;
• ECU remonto ir klonavimo procesams, kai tai teisiškai ir techniškai tinkama;
• protokolams, kurie aiškiai reikalauja atidaryti ECU;
• prieigai prie atminties sričių, kurios nepasiekiamos kitais palaikomais metodais.

„Boot“ režimą turėtų atlikti tik technikai, išmanantys ECU tvarkymą, apsaugą nuo elektrostatinės iškrovos, sandarinimą, kontroliuojamą maitinimą ir konkrečiam įrankiui skirtą procedūrą. Šiame straipsnyje sąmoningai nepateikiami kontaktų išvadų (pinout) ar prijungimo nurodymai, nes jie turi būti paimti iš konkretaus valdymo bloko oficialios protokolo dokumentacijos.

ECU atidarymas užkrauna papildomą atsakomybę

Atidarius ECU, dirbtuvės tampa atsakingos ne tik už skaitmeninį failą. Korpusas, sandariklis, spausdintinė plokštė ir aplinkiniai komponentai neturi būti pažeisti ar užteršti.

Užfiksuokite:

• ECU nuotraukas prieš atidarymą;
• etiketę ir dalių numerius;
• esamus korpuso pažeidimus;
• ankstesnio atidarymo ar remonto požymius;
• naudotą įrankio protokolą;
• nuskaitymo ir įrašymo žurnalus (logs);
• pakartotinio sandarinimo metodą ir galutinį patikrinimą.

Jei ECU matomi vandens patekimo, korozijos ar ankstesnio remonto požymiai, prieš tęsdami dokumentuokite būklę.

Trijų metodų palyginimas

„Pilna atsarginė kopija“ turi būti apibrėžta, o ne numanoma

Įrankių terminija skiriasi. Atsarginėje kopijoje gali būti viena kalibravimo sritis, vidinė „flash“, išorinė „flash“, EEPROM arba keli atskiri failai. Kitas įrankis tuos pačius duomenis gali supakuoti kitaip.

Kiekvienam nuskaitymui užfiksuokite:

• kurios atminties sritys buvo nuskaitytos;
• ar failai yra atskiri, ar sujungti;
• kiekvienos dalies failo dydį;
• nuskaitymo metodą;
• protokolo pavadinimą arba numerį;
• įrankio ir programinės įrangos versiją;
• ar pagal palaikomą procedūrą buvo reikalingas slaptažodis, atrakinimas ar modifikavimas (patching);
• ką įrankis gali naudoti atkūrimui.

Didelis failas automatiškai nereiškia pilnos atsarginės kopijos, o mažas failas automatiškai nereiškia neišsamios. Failo struktūra turi būti interpretuojama protokolo kontekste.

Pasirinkite metodą pagal darbo tikslą

Prieš prijungdami įrankį, nustatykite, kodėl ECU yra nuskaitomas.

• Kalibravimo redagavimas: patvirtinkite, kad nuskaitytame faile yra reikiama kalibravimo sritis ir jis tinka įrašymo protokolui.
• Originalaus failo patikra: rinkitės metodą, kuris paima faktinius palyginimui reikalingus duomenis.
• Pasiruošimas atkūrimui: patvirtinkite, kurių atminties failų įrankiui reikia ryšiui atkurti.
• ECU remontas: dokumentuokite kiekvieną atminties ir identifikavimo failą, reikalingą remonto eigai.
• Programinės įrangos atnaujinimo palyginimas: išsaugokite aiškų tiek seno, tiek atnaujinto failo identifikavimą.

Greičiausias metodas nėra naudingas, jei jis nepateikia užduočiai reikalingos informacijos.

Paruoškite atkūrimą prieš pirmąjį įrašymą

Atkūrimo planavimas turi vykti prieš įrašant bet kokį modifikuotą failą.

Kartu laikykite:

• patikrintą originalą arba geriausią prieinamą atsarginę kopiją;
• ECU identifikavimo ataskaitą;
• nuskaitymo žurnalą (log);
• įrašymo žurnalą (log);
• įrankio protokolo informaciją;
• ECU etiketės nuotraukas;
• pastabas apie akumuliatoriaus palaikymą arba stendo maitinimo šaltinį;
• paskutinį žinomą gerą failą;
• pagalbos užklausos numerį, jei buvo kreiptasi į įrankio tiekėją.

Jei atkūrimui reikalingas kitoks prijungimo metodas, išsiaiškinkite tai prieš prasidedant įrašymui.

Kaip perkelti failą į WinOLS

WinOLS projekte turėtų būti daugiau nei tik dvejetainis (binary) failas. Pridėkite projekto komentarą arba tekstinį užrašą su:

• OBD, Bench ar Boot nuskaitymo metodu;
• fizinio ar virtualaus nuskaitymo būsena;
• įrankiu ir protokolu;
• ECU aparatinės ir programinės įrangos numeriais;
• failo dydžiu;
• nuskaitymo data;
• techniko vardu;
• žinoma ankstesnio programavimo (tiuningo) ar programinės įrangos atnaujinimų istorija.

Ši informacija tampa svarbi lyginant failus, perkeliant pakeitimus arba iš naujo atidarant projektą po kelių mėnesių.

Dažnos dirbtuvių klaidos

• „Boot“ režimo pasirinkimas, kai palaikoma OBD prieiga suteiktų viską, ko reikia.
• Virtualaus nuskaitymo vertinimas kaip fizinės ECU kopijos, nepatikrinus identifikavimo.
• Kiekvieno „Bench“ nuskaitymo vadinimas pilna atsargine kopija.
• Protokolo pasirinkimas tik pagal transporto priemonės modelį, o ne pagal tikslų ECU identifikavimą.
• Įrašymas prieš archyvuojant originalų failą ir žurnalus.
• Nestabilios transporto priemonės įtampos arba netinkamo stendo maitinimo šaltinio naudojimas.
• ECU atidarymas neužfiksavus jo pradinės būklės.
• „Flash“, EEPROM ir kalibravimo failų sumaišymas viename nepažymėtame aplanke.

Susiję ECU tyrimai

Sukūrę projektą, prieš įrašydami modifikuotą failą peržiūrėkite esamą WinOLS kontrolinės sumos gidą. Dėl konkrečių įrankių atvejų ir ECU protokolų aptarimo ieškokite informacijos CarTechnology arba MHHAuto.

Nuskaitymo metodų kontrolinis sąrašas

• Prieš pasirinkdami protokolą, tiksliai identifikuokite ECU.
• Apibrėžkite, kokių duomenų reikia užduočiai atlikti.
• Patikrinkite, ar OBD nuskaitymas yra fizinis, dalinis ar virtualus.
• Patvirtinkite, kurios atmintinės yra įtrauktos į „Bench“ arba „Boot“ atsarginę kopiją.
• Naudokite mažiausiai invazinį palaikomą metodą, atitinkantį tikslą.
• Stabilizuokite transporto priemonės arba stendo maitinimą.
• Išsaugokite ECU identifikavimo duomenis ir įrankio žurnalus.
• Pažymėkite kiekvieną failą pagal atminties tipą ir nuskaitymo metodą.
• Prieš įrašydami paruoškite palaikomą atkūrimo kelią.
• Pridėkite nuskaitymo metodo pastabas prie WinOLS projekto.

DUK

Ar „Boot“ režimas visada saugesnis už OBD?

Ne. „Boot“ režimas gali suteikti žemo lygio prieigą, tačiau jam reikia daugiau fizinio darbo ir dažnai tenka atidaryti ECU. Tvarkingai transporto priemonei palaikoma OBD procedūra gali būti saugesnis pasirinkimas.

Ar virtualus nuskaitymas yra originalus failas?

Paprastai tai yra atitinkantis originalus failas, pateikiamas pagal ECU identifikavimo duomenis. Jis neturėtų būti automatiškai laikomas kiekvieno šiuo metu ECU saugomo baito fizine kopija.

Ar „Bench“ režimas visada nuskaito EEPROM ir pilną „flash“ atmintį?

Ne. Apimtis priklauso nuo ECU ir įrankio protokolo. Patikrinkite protokolo aprašymą ir operacijos metu sukurtus failus.

Kada „Boot“ režimas yra pagrįstas?

„Boot“ režimas yra pagrįstas, kai to reikalauja oficialus protokolas, kai reikalinga platesnė prieiga prie atminties arba kai atkūrimo negalima užbaigti per palaikomą OBD ar „Bench“ ryšį.

Ką reikėtų išsaugoti prieš atidarant WinOLS?

Išsaugokite ECU identifikavimo duomenis, originalius failus, atminties aprašus, įrankio žurnalus, nuskaitymo metodą, failų dydžius, ECU etikečių nuotraukas ir žinomą transporto priemonės istoriją.

OBD, „Bench“ ir „Boot“ yra prieigos metodai, o ne kokybės etiketės. Teisingas metodas yra tas, kuris suteikia patikrintus duomenis, kontroliuojamą maitinimą, aiškią failų istoriją ir realų atkūrimo kelią su mažiausia nereikalinga rizika.