Kāpēc WinOLS projektu higiēna ir svarīga
ECU tūninga problēmas bieži sākas pirms faila modificēšanas. Trūkstoša oriģinālā rezerves kopija, neskaidrs faila nosaukums, nepareiza programmatūras versija, sajauktas klientu mapes, nepārbaudīta kontrolsumma vai pazaudēts rīka žurnāls var radīt lielāku risku nekā pati kalibrēšanas izmaiņa.
Tīra projektu higiēna nozīmē, ka katram ECU projektam ir konsekventa mapju struktūra, pārbaudīts oriģinālais fails, piezīmes, versiju vēsture, kontrolsummas audits un atkopšanas plāns. Tā nav biroja administrācija. Tā ir tehniska riska kontrole.
Šī darba plūsma ir paredzēta ECU speciālistiem, tūnētājiem un servisiem, kas vēlas tīrāku WinOLS projektu pārvaldību un drošāku failu apstrādi. Tā arī atbalsta izpētes darba plūsmas, izmantojot tādas kopienas kā MHHAuto un CarTechnology.
Sāciet ar juridisko un tehnisko atbildību
Pirms jebkāda ECU faila modificēšanas pārliecinieties, ka darbs ir likumīgs, autorizēts un tehniski atbilstošs. Servisam jābūt klienta apstiprinājumam, transportlīdzekļa identifikācijai, oriģinālajai rezerves kopijai un skaidrai izpratnei par to, ko kalibrēšana ir paredzēta darīt.
Neveiciet failu darbus, kas pārkāpj vietējos likumus, emisiju noteikumus, drošības prasības vai klientu līgumus. ECU tūnings jāuztver kā profesionāls tehnisks pakalpojums, nevis kā nejauša failu rediģēšana.
1. Izveidojiet standarta projektu mapju struktūru
Katram ECU projektam jāseko vienai un tai pašai mapju struktūrai. Konsekventa struktūra novērš failu sajaukšanu starp transportlīdzekļiem, rīkiem vai klientiem.
Projekta mapes piemērs:
Klients_vai_IekejaAtsauce/ Transportlidzekla_Info/ 00_Originals_Nolasijums/ 01_Riku_Zurnali/ 02_WinOLS_Projekts/ 03_Definicijas_A2L_DAMOS_Piezimes/ 04_Modificetie_Faili/ 05_Kontrolsummas_Audits/ 06_Rakstisanas_Zurnali/ 07_Testu_Rezultati/ 08_Atkopsana/ 09_Piegade/
Precīzos nosaukumus var pielāgot, bet loģikai jāpaliek tādai pašai: oriģināls vispirms, modifikācijas atsevišķi, atkopšana vienmēr pieejama.
2. Reģistrējiet transportlīdzekļa un ECU identifikāciju
Pirms WinOLS atvēršanas reģistrējiet ECU tehnisko identitāti. Tas novērš nepareiza faila izvēli un palīdz vēlāk, ja projekts ir jāatver atkārtoti.
Reģistrējiet:
- transportlīdzekļa marku un modeli;
- modeļa gadu;
- dzinēja kodu;
- transmisijas tipu, ja attiecināms;
- ECU ražotāju;
- ECU tipu;
- aparatūras numuru;
- programmatūras numuru;
- programmatūras versiju;
- nolasīšanas metodi: OBD, stends, bootmode vai cita;
- izmantoto rīku;
- akumulatora vai stenda spriegumu;
- datumu un tehniķa vārdu.
Šī informācija jāuzglabā vienkāršā teksta failā vai projekta piezīmēs mapes iekšienē.
3. Aizsargājiet oriģinālo rezerves kopiju
Oriģinālais nolasījums ir vissvarīgākais fails visā projektā. To nekad nedrīkst pārrakstīt, neuzmanīgi pārdēvēt vai glabāt tikai vienā klēpjdatorā.
Oriģinālā faila noteikumi:
- saglabājiet oriģinālo nolasījumu nekavējoties;
- izveidojiet vismaz vienu rezerves kopiju;
- glabājiet vienu kopiju ārpus aktīvās darba mapes;
- nerediģējiet oriģinālo failu tieši;
- saglabājiet oriģinālā faila nosaukumu skaidru un konsekventu;
- reģistrējiet faila izmēru;
- izveidojiet faila jaucējkodu, ja tas ir daļa no jūsu darba plūsmas;
- turiet rīka žurnālu kopā ar oriģinālo nolasījumu.
Ja oriģināls ir pazudis, atkopšana kļūst grūtāka. Ja tiek izmantots nepareizs oriģināls, viss projekts kļūst neuzticams.
4. Izmantojiet skaidrus failu nosaukumus
Faila nosaukumam jāpasaka tehniķim, kas tas ir par failu, neatverot to. Izvairieties no nosaukumiem, piemēram, “final”, “newfinal”, “test2” vai “goodfile”. Šie nosaukumi kļūst bīstami, kad pastāv vairākas versijas.
Labāks nosaukumu formāts:
Marka_Modelis_Dzinejs_ECU_HW_SW_ORI_Datums.bin Marka_Modelis_Dzinejs_ECU_HW_SW_MOD_v01_Datums.bin Marka_Modelis_Dzinejs_ECU_HW_SW_MOD_v02_ChecksumOK_Datums.bin
Neiekļaujiet pilnus klienta personas datus failu nosaukumos. Ja nepieciešams, izmantojiet iekšējās atsauces.
5. Saglabājiet A2L un DAMOS piezīmes organizētas
A2L un DAMOS informācija var būt noderīga karšu identifikācijai un projekta dokumentācijai, taču ar to jārīkojas uzmanīgi. Saglabājiet piezīmes par avotu, versiju, saderību un to, kas faktiski tika izmantots.
Ieteicamās piezīmes:
- definīcijas avots vai iekšējā atsauce;
- ECU saime;
- programmatūras versijas atbilstība;
- identificētās kartes;
- manuāli apstiprinātās kartes;
- neizmantotās kartes;
- asu informācija;
- vienību pieņēmumi;
- komentāri par neskaidrām zonām.
Nepieņemiet, ka definīcija ir pareiza tikai tāpēc, ka tā ielādējas. Vienmēr pārbaudiet pret faktisko faila struktūru un zināmo kalibrēšanas loģiku.
6. Atdaliet izpētes piezīmes no projekta lēmumiem
Forumu pavedieni, vecie projekti un kopīgotās piezīmes var palīdzēt izpētē, bet tās nedrīkst jaukt ar gala kalibrēšanas lēmumiem. Turiet izpētes piezīmes atsevišķi no apstiprinātām projekta piezīmēm.
Izmantojiet divas kategorijas:
- Izpētes piezīmes: forumu saites, līdzīgu ECU diskusijas, rīku komentāri, lietotāju ziņojumi.
- Apstiprinātās piezīmes: vērtības, kas pārbaudītas pašreizējā failā, pārbaudītas kartes, veiktās izmaiņas un testu rezultāti.
Šī atdalīšana novērš veco pieņēmumu kļūšanu par slēptām kļūdām jaunā projektā.
7. Versionējiet katru modificēto failu
Katrai modifikācijai jāveido jauna versija. Nepārrakstiet iepriekšējo modificēto failu. Ja ceļa tests vai dinamometra rezultāts norāda uz problēmu, tehniķim jāspēj ātri atgriezties pie iepriekšējās versijas.
Versiju piezīmēs jāiekļauj:
- versijas numurs;
- datums;
- tehniķis;
- izmaiņu iemesls;
- izmainītās kartes;
- sagaidāmais rezultāts;
- kontrolsummas statuss;
- testa rezultāts;
- vai fails tika ierakstīts ECU.
Faila versija bez piezīmēm ir tikai minējums ar citu nosaukumu.
8. Veiciet kontrolsummas auditu
Kontrolsummas apstrāde ir kritisks solis. Daži rīki automātiski koriģē kontrolsummas, dažiem nepieciešama manuāla korekcija, un dažām darba plūsmām pirms ierakstīšanas nepieciešama pārbaude. Tehniķim jāzina, kurš rīks ir atbildīgs par kontrolsummas korekciju un kā tiek apstiprināts rezultāts.
Kontrolsummas auditā jāreģistrē:
- pārbaudītā faila versija;
- kontrolsummas korekcijai izmantotais rīks;
- vai kontrolsumma tika koriģēta automātiski vai manuāli;
- kontrolsummas statuss pirms ierakstīšanas;
- izmantotais ierakstīšanas rīks;
- saglabāts ierakstīšanas žurnāls;
- pēc ierakstīšanas veikta nolasīšana vai pārbaude, ja veikta;
- jebkādi rīka parādītie brīdinājumi.
Neuztveriet “nav kļūdas paziņojuma” kā pilnu auditu. Saglabājiet pierādījumus.
9. Turiet atkopšanas mapi gatavu
Atkopšanas mape tiek sagatavota pirms ierakstīšanas, nevis pēc tam, kad kaut kas nogāja greizi. Ja ierakstīšana neizdodas, tehniķim nevajadzētu tērēt laiku, meklējot oriģinālo failu, protokolu, paroli, rīka žurnālu vai stenda savienojuma piezīmes.
Atkopšanas mapē jāiekļauj:
- oriģinālais nolasījums;
- pēdējais zināmais labais modificētais fails;
- rīku žurnāli;
- ECU identifikācija;
- nolasīšanas un ierakstīšanas metode;
- stenda vai bootmode piezīmes, ja attiecināms;
- ECU etiķetes fotogrāfijas;
- barošanas avota piezīmes;
- pinout vai savienojuma piezīmes, kur juridiski un tehniski piemēroti;
- kontaktinformācija vai atbalsta piezīmes, ja iesaistīts rīka pārdevējs.
Labākais atkopšanas plāns ir tas, kas sagatavots pirms riska notikuma.
10. Pārbaudiet un dokumentējiet rezultātu
Pēc ierakstīšanas darbs nav pabeigts, kamēr transportlīdzeklis nav pārbaudīts. Saglabājiet diagnostikas skenēšanu, testa piezīmes un klienta nodošanas informāciju.
Pēcierakstīšanas pārbaudes var ietvert:
- ECU komunikācijas pārbaudi;
- DTC skenēšanu;
- tukšgaitas un palaišanas uzvedību;
- tiešo datu pārbaudi;
- ceļa testu vai dinamometra testu, kur piemērots;
- klienta sūdzības apstiprināšanu;
- reģistrētu gala faila versiju;
- rezerves kopiju, kas piegādāta vai arhivēta saskaņā ar servisa politiku.
Ja parādās kļūmes, reģistrējiet tās, nevis dzēsiet pierādījumus. Labas piezīmes paātrina labojumus.
Projekta higiēnas tabula
| Joma | Ko saglabāt | Kāpēc tas ir svarīgi |
|---|---|---|
| Oriģinālā rezerves kopija | Oriģinālais nolasījums, faila izmērs, jaucējkods, rīka žurnāls | Nepieciešams salīdzināšanai un atkopšanai |
| Transportlīdzekļa informācija | ECU tips, HW/SW numurs, dzinēja kods | Novērš nepareizu failu sapārošanu |
| A2L/DAMOS piezīmes | Definīcijas avots, karšu piezīmes, saderības komentāri | Novērš aklu karšu rediģēšanu |
| Modificētie faili | Versionēti faili ar izmaiņu piezīmēm | Ļauj atgriezties un salīdzināt |
| Kontrolsummas audits | Korekcijas metode, rīka rezultāts, ierakstīšanas žurnāls | Samazina ierakstīšanas un palaišanas risku |
| Atkopšana | Oriģināls, rīku žurnāli, savienojuma piezīmes, pēdējais labais fails | Ietaupa laiku, ja ierakstīšana neizdodas |
Kur palīdz foruma piekļuve
ECU izpētei, rīku uzvedībai, programmaparatūras diskusijām un tehniskiem gadījumiem apskatiet CarTechnology. Plašākām automobiļu ECU, diagnostikas un programmatūras diskusijām apskatiet MHHAuto&l
