Kaksi tiedostoa voi näyttää toisiinsa liittyviltä ja olla silti väärä vertailupari
Alkuperäisen tiedoston vertaaminen muokattuun tiedostoon kuulostaa suoraviivaiselta: avaa molemmat, etsi erot ja tarkista muutetut kartat. Vaikeudet alkavat silloin, kun tiedostoilla ei ole samaa ohjelmistopohjaa.
OEM-päivitys voi siirtää dataa, korvata koodiosioita, muuttaa kalibrointirakenteita tai tuoda uusia karttavariantteja. Virtuaaliluku voi olla peräisin vastaavasta tietokantatiedostosta sen sijaan, että se edustaisi tarkalleen ECU:hun aiemmin tallennettuja tavuja. Asiakkaan toimittama tiedosto saattaa jo sisältää dokumentoimattomia muutoksia.
WinOLS voi näyttää erot, yhdistää projekteja ja tukea muutosten siirtämistä, mutta ohjelmisto ei voi korvata tiedostojen tunnistamista ja teknistä arviointikykyä. Ennen minkään tuomista virittäjän on selvitettävä, mitä kumpikin tiedosto edustaa ja onko vertailu kelvollinen.
Määritä tiedostot ennen niiden vertaamista
Käytä selkeitä termejä projektin sisällä:
- ORI: vahvistettu alkuperäinen tai paras saatavilla oleva perustaso kyseiselle tarkalle ECU-ohjelmistolle.
- MOD: dokumentoidusta perustasosta johdettu muokattu versio.
- OEM-päivitys: valmistajan myöhempi tai erilainen ohjelmistoversio.
- Virtuaalialkuperäinen: työkalun toimittajan ECU-tunnisteen perusteella tietokannasta kohdistama alkuperäistiedosto.
- Takaisinluku: data, joka on luettu fyysisesti ohjainlaitteelta kirjoittamisen jälkeen, mikäli toimintoa tuetaan.
- Tuntematon tiedosto: mikä tahansa tiedosto, josta ei ole riittävästi tietoa sen luotettavaan luokittelemiseen.
Älä merkitse tiedostoa tunnisteella ORI vain siksi, että sen nimessä esiintyy sana ”original”. Tiedostonimet ovat muistiinpanoja, eivät todisteita.
Luo tiedoston tunnistelomake
Ennen vertailunäkymän avaamista kirjaa ylös jokaisesta tiedostosta saatavilla olevat tunnistetiedot.
| Tunnistekenttä | Tiedosto A | Tiedosto B |
|---|---|---|
| ECU-perhe | Kirjaa tarkka tyyppi | Kirjaa tarkka tyyppi |
| Laitteistonumero | Arvo työkalusta tai tarrasta | Arvo työkalusta tai lähteestä |
| Ohjelmistonumero | Tarkka arvo | Tarkka arvo |
| Kalibrointi- tai päivitysnumero | Mikäli saatavilla | Mikäli saatavilla |
| Lukutapa | OBD, Bench, Boot tai virtuaalinen | OBD, Bench, Boot tai virtuaalinen |
| Tiedostokoko | Kirjattu tavuina | Kirjattu tavuina |
| Lähde | Ajoneuvo, työkalutietokanta tai asiakas | Ajoneuvo, työkalutietokanta tai asiakas |
| Tunnettu historia | Vakio, viritetty, päivitetty tai tuntematon | Vakio, viritetty, päivitetty tai tuntematon |
Yhtenevä tiedostokoko on hyödyllinen tieto, mutta se ei todista, että kahdella tiedostolla on sama ohjelmistorakenne.
Kolme erilaista vertailutilannetta
Suurin osa WinOLS-vertailutehtävistä sijoittuu johonkin kolmesta tilanteesta. Jokainen niistä vaatii eritasoista varovaisuutta.
1. ORI vastaan samasta pohjasta luotu MOD
Tämä on selkein vertailu. MOD on luotu suoraan ORI-tiedostosta ja molemmissa tiedostoissa on sama rakenne. Erojen tulisi vastata dokumentoituja kalibrointimuutoksia sekä odotettuja tarkistussummaan liittyviä muutoksia.
2. Yksi OEM-ohjelmistoversio vastaan toinen
Tämä ei ole tavanomainen viritystiedostojen vertailu. Suuret alueet voivat poiketa toisistaan, koska valmistaja on muuttanut koodia, diagnostiikkaa, kalibrointirakennetta tai tiedon kohdistusta. Eroja ei pidä tulkita viritysmuutoksiksi.
3. Muokattu vanha versio vastaan uudempi OEM-versio
Tämä on riskialttein siirtotilanne. Vanhat osoitteet eivät välttämättä enää viittaa samoihin karttoihin. Muutokset tulisi luoda uudelleen ja validoida uutta ohjelmistorakennetta vasten sen sijaan, että ne kopioitaisiin suoraan.
Aloita yleistason erovertailulla
Ennen yksittäisten karttojen avaamista tarkastele erojen yleistä sijoittumista ja rakennetta.
Kysy itseltäsi:
- Ovatko muutokset keskittyneet pienelle kalibrointialueelle?
- Ovatko erot jakautuneet lähes koko tiedostoon?
- Vaikuttavatko suuret lohkot siirtyneiltä?
- Eroavatko sekä koodi- että kalibrointialueet toisistaan?
- Onko tiedostossa toistuvia erokuvioita?
- Sisältääkö toinen tiedosto lisädataa tai täytetavuja?
- Ovatko muutokset linjassa tiedoston historian kanssa?
Tiivis ryhmä karttamuutoksia voi vastata normaalia kalibroinnin muokkausta. Laajat ja hajallaan olevat erot edellyttävät yleensä ohjelmistoversioiden analysointia ennen kuin karttatason johtopäätöksiä voidaan tehdä.
Erokuviot ovat vihjeitä, eivät todisteita
| Erojen sijoittuminen | Mahdollinen selitys | Vaadittu tarkistus |
|---|---|---|
| Pienet keskittymät tunnettujen karttojen sisällä | Dokumentoidut kalibrointimuutokset | Vahvista akselit, yksiköt ja odotettu toiminta |
| Suuret yhtenäiset alueet | OEM-ohjelmistopäivitys tai eri tiedostopohja | Varmista ohjelmistonumerot ja koodirakenne |
| Toistuvat yksittäiset tavut | Tarkistussumma, laskurit, metatiedot tai työkalun suorittama käsittely | Tarkista protokolla ja tarkistussumman työnkulku |
| Samankaltaiset kartat eri osoitteissa | Datan siirtyminen ohjelmistoversioiden välillä | Kohdista rakenteen, akselien ja toiminnon, ei osoitteen perusteella |
| Erot odotettujen kalibrointialueiden ulkopuolella | Väärä tiedosto, päivitys, korjaustiedosto tai dokumentoimaton muutos | Pysäytä siirto, kunnes tiedoston alkuperä on selvitetty |
Mitään mallia ei pidä pitää varmana takeena. Käytä sitä apuna päättämään, mikä vaatii tarkempaa tutkimista.
Vertaa karttoja, älä pelkkiä osoitteita
Osoite on pätevä vain omassa ohjelmistorakenteessaan. Kun tiedostoissa on käytetty eri ohjelmistoversioita, sama toiminto voi sijaita eri osoitteessa tai se voi olla esitetty eri tavalla.
Varmista jokaisen vertailtavan kartan osalta:
- kartan mitat;
- akseliarvot;
- akselijärjestys;
- tietotyyppi;
- tavujärjestys;
- kerroin ja offset;
- mittayksikkö;
- ympäröivä tietorakenne;
- suhde liittyviin tavoite- ja rajoitinkarttoihin.
Samanmuotoinen taulukko ei välttämättä tarkoita samaa toimintoa. Myös akseleiden ja ympäröivän logiikan on oltava loogisia.
Käytä vertailuversioita huolellisesti
Vertailuversio on hyödyllinen, kun tarkastellaan samaa projektipohjaa tai tehdään hallittua päivitysvertailua. Sen avulla mekaanikko voi tarkastella arvoja ja eroja vaihtamatta jatkuvasti tiedostojen välillä.
Selkeä työnkulku on seuraava:
- Pidä varmennettu alkuperäisversio koskemattomana.
- Luo tai tuo vertailutiedosto erillisenä versiona tai yhdistettynä projektina.
- Vahvista projektin tunnisteet ennen tiedostojen yhdistämistä.
- Tarkista suuret erot ensin.
- Avaa tunnetut kartat ja vertaa rakennetta sekä arvoja.
- Kirjaa ylös, mitkä muutokset ovat vahvistettuja, epävarmoja tai hylättyjä.
Älä siirrä muutoksia automaattisesti vain siksi, että WinOLS pystyy tunnistamaan samankaltaisia alueita.
Milloin automaattinen tuonti on asianmukaista
Muutosten tuonti on luotettavinta silloin, kun tiedostoilla on sama ohjelmistopohja ja alkuperäisen sekä muokatun tiedoston välinen suhde on dokumentoitu.
Automaattiseen tai puoliautomaattiseen siirtoon tulee suhtautua varoen, kun:
- ohjelmistoversiot eroavat toisistaan;
- toinen tiedosto on OEM-päivitys;
- toinen tiedosto on virtuaaliluku ja toinen fyysinen luku;
- karttaosoitteet ovat siirtyneet;
- lähde-MOD sisältää dokumentoimattomia patcheja;
- tiedostokoot tai muistirakenteet eroavat toisistaan;
- lähdeprojekti käyttää varmentamattomia määrityksiä.
Näissä tilanteissa luo vaaditut kalibrointimuutokset uudelleen kartta kerrallaan ja tarkista logiikka kohdeohjelmistossa.
Luo muutostensiirtotaulukko
| Kartta tai toiminto | Lähteen tila | Kohteen vastaavuus | Toimenpide |
|---|---|---|---|
| Kuljettajan pyyntö | Vahvistettu lähteessä | Akselit ja yksiköt vastaavat toisiaan | Luo uudelleen ja tarkista |
| Vääntömomentin rajoitin | Vahvistettu | Kohteesta löytyi useita variantteja | Tutki ennen muokkaamista |
| Painetavoite | Muutettu lähteessä | Skaalausta ei ole vahvistettu | Älä siirrä vielä |
| Tuntematon patch | Dokumentoimaton | Ei vahvistettua kohdevastaavuutta | Hylkää siirrosta |
Tämä taulukko estää dokumentoimattomien lähdemuutosten siirtymisen huomaamatta uuteen projektiin.
Älä siirrä prosentuaalisia muutoksia sokeasti
Yleinen oikotie on laskea, kuinka paljon arvo muuttui vanhassa MOD-tiedostossa, ja soveltaa samaa prosenttiosuutta samannäköiseen karttaan uudessa ohjelmistossa. Tämä voi johtaa harhaan, koska valmistaja on saattanut muuttaa perusarvoa, yksiköitä, rajoitinsuhdetta tai ohjausstrategiaa.
Kysy sen sijaan:
- Mihin tulokseen alkuperäisellä muokkauksella pyrittiin?
- Sisältääkö uusi ohjelmisto jo päivitetyn tavoitteen?
- Mitkä liittyvät kartat ohjaavat samaa toimintoa?
- Ovatko akselit ja toiminta-alueet vastaavat?
- Voidaanko tavoiteltu tulos vahvistaa lokeilla?
Siirrä kalibrointitavoite, älä pelkästään vanhoja lukuja.
Erota kalibrointimuutokset patcheista ja metatiedoista
Kaikki erot eivät ole karttamuutoksia. Tiedostot voivat poiketa toisistaan myös seuraavista syistä:
- tarkistussumman korjaus;
- työkalukohtainen käsittely;
- ohjelmointilaskurit;
- ohjelmistopatchit;
- versioiden metatiedot;
- diagnostiikkakonfiguraatio;
- tuntematon aiempi työ.
Dokumentoidun kalibrointialueen ulkopuolella olevat tuntemattomat muutokset tulee tutkia ennen tiedoston hyväksymistä.
Validoi kohdeprojekti siirron jälkeen
Suorita koko projektin kattava tarkastus muutosten uudelleenluonnin tai tuonnin jälkeen:
- tarkista jokainen muokattu kartta sen akseleita vasten;
- tarkista liittyvät tavoitteet ja rajoittimet;
- vahvista yksiköt ja skaalaus;
- tarkasta interpolaatio ja reunasolut;
- varmista, että mitkään tahattomat alueet eivät muuttuneet;
- vahvista tarkistussummavastuu;
- tallenna eroraportti kohde-ORI-tiedostoon verrattuna;
- nimeä lopullinen tiedostoversio selkeästi;
- valmistele oikea palautustiedosto;
- suunnittele hallittu diagnostiikka- ja tiedonkeruutesti (datalogging).
Onnistunut vienti ei todista, että kalibrointilogiikka on oikein.
Liittyvät WinOLS-resurssit
Määritysten vastaavuuksien tarkistamiseen, map packien validointiin ja skaalaustarkistuksiin tutustu artikkeliin WinOLS A2L/DAMOS & Map Packs. Ennen kuin kirjoitat valmiin tiedoston, lue artikkeli WinOLS Checksums.
ECU-ohjelmistoversioihin liittyviä keskusteluja ja todellisia tiedostotapauksia varten tutustu foorumeihin CarTechnology tai MHHAuto. Käsittele foorumeilta saatua tietoa taustamateriaalina ja vahvista jokainen muutos varsinaisessa kohdeprojektissa.
Tiedostovertailun tarkistuslista
- Luokittele jokainen tiedosto muotoon ORI, MOD, OEM-päivitys, virtuaalinen alkuperäinen tai tuntematon.
- Kirjaa ylös ECU-laitteiston ja -ohjelmiston tunnistetiedot.
- Vahvista lukutapa ja tiedostokoko.
- Tarkista, jakavatko tiedostot saman ohjelmistopohjan.
- Tarkastele yleistä eroavaisuuksien rakennetta ennen karttojen avaamista.
- Sovita kartat rakenteen, akseleiden, yksiköiden ja toiminnan perusteella.
- Älä siirrä muutoksia pelkän osoitteen perusteella.
- Hylkää dokumentoimattomat patchit, kunnes niiden toiminta ymmärretään.
- Luo muutokset huolellisesti uudelleen, kun kohteena on eri OEM-versio.
- Tallenna lopullinen eroraportti kohdealkuperäiseen verrattuna.
- Validoi tarkistussumman käsittely ja valmistele palautus.
UKK
Voinko kopioida karttoja vanhemmasta OEM-ohjelmistoversiosta uudempaan?
Et turvallisesti pelkän osoitteen perusteella. Varmista kartan toiminto, mitat, akselit, skaalaus ja ympäröivä strategia uudemmassa ohjelmistossa ja tee sitten aiottu muutos uudelleen.
Tarkoittaako sama tiedostokoko, että tiedostot ovat yhteensopivia?
Ei. Samankokoiset tiedostot voivat sisältää erilaista koodia, kalibrointirakenteita tai ohjelmistoversioita.
Mikä on turvallisin ORI vs MOD -vertailutapa?
Turvallisin vertailu käyttää todennettua alkuperäistä ja dokumentoitua muokattua versiota, joka on luotu suoraan kyseisen saman alkuperäispohjan pohjalta.
Miksi eroja löytyy muokattujen karttojen ulkopuolelta?
Ne voivat olla tarkistussumman muutoksia, metatietoja, työkalujen käsittelyjälkiä, laskureita tai dokumentoimatonta työtä. Tunnista ne ennen tiedoston hyväksymistä.
Pitäisikö automaattista tuontia käyttää OEM-päivitykselle?
Vain huolellisen validoinnin kanssa. Kun ohjelmistopohja muuttuu, kartat voivat siirtyä tai niiden rakenne voi muuttua. Manuaalinen tarkistus ja hallittu uudelleenluonti ovat usein turvallisempia.
WinOLS-vertailu ei ole vain erilaisten tavujen etsimistä. Se on prosessi, jossa todennetaan tiedoston identiteetti, ymmärretään ohjelmistojen välinen suhde ja siirretään vain ne kalibrointipäätökset, jotka pysyvät valideina kohdeversiossa.
