Nissan ir Honda programinė įranga (2025): ECU tuningo poveikis

Nissan ir Honda 2025 m. vasarį nutraukė susijungimo derybas (Autobuzz, 2025 m. vasario 14 d.), bet pareiškė, kad ir toliau bendradarbiaus kurdamos elektromobilius ir programinę įrangą. Jei šis darbas pereis prie bendros programinės įrangos, japonų automobilių gamintojai galėtų atsisakyti susiskaldžiusių nuosavybinių sistemų ir pereiti prie vieningos programinės įrangos apibrėžiamos transporto priemonės (SDV) architektūros. Nepriklausomam ECU tuningo sektoriui šis bendradarbiavimas gali būti daugiau nei korporatyvinis pertvarkymas: tai gali būti techninis signalas, kad įėjimo kliūtys transporto priemonių kalibravimui galėtų standartizuotis tarp dviejų didžiausių pasaulio prekių ženklų. Jei šie gamintojai konsoliduos savo programinės įrangos kūrimą, kad konkuruotų su technologijų įmonėmis, Nissan ir Honda transporto priemonėse naudojami protokolai, šifravimo sluoksniai ir šliuzų architektūros galėtų susilieti.

Programinės įrangos bendradarbiavimas po susijungimo derybų

Šiame straipsnyje jokio patvirtinto bendro plano nenurodoma, todėl toliau pateikiami scenarijai. Bendra operacinė sistema (OS) ir standartizuoti elektroniniai valdymo blokai (ECU) būtų pagrindinis kelias į bendrą architektūrą. Dešimtmečius Nissan (daugiausia naudojęs Hitachi ir Bosch aparatinę įrangą) ir Honda (naudojęs Keihin ir Continental sistemas) palaikė skirtingas logikos struktūras. Bendra SDV sistema reikštų, kad būsimi modeliai galėtų turėti centralizuotą didelio našumo kompiuterį (HPC) vietoje dešimčių izoliuotų mikrovaldiklių.

Kalibravimo specialistams šis pokytis keičia pagrindinį požiūrį į našumo optimizavimą. Tradicinėje architektūroje tuneris koreguoja konkrečias lenteles atskirame variklio valdymo modulyje (ECM). SDV aplinkoje variklio valdymas dažnai yra programinės įrangos funkcija, veikianti daugiadomeniame valdiklyje. Jei Nissan ir Honda sėkmingai suvienys savo pagrindinius programinės įrangos sluoksnius, labai tikėtina, kad pomontavimo rinkoje tuningo protokolai taps vienodesni. Nors tai ilgainiui gali supaprastinti įrankių kūrimą, pradinis perėjimas reikalaus didelių investicijų į naujų abstrakcijos sluoksnių, esančių tarp aparatinės ir funkcinės programinės įrangos, supratimą.

Pasekmės ECU saugumui ir protokolų kūrimui

Tikėtina, kad bet kokio Nissan ir Honda programinės įrangos darbo varomoji jėga – sąnaudų mažinimas, didėjant R&D reikalavimams elektrifikacijai ir autonominiam vairavimui. Tačiau bendros programinės įrangos šalutinis padarinys yra bendra saugumo infrastruktūra. Tokią tendenciją jau matėme Europos rinkoje su VAG (Volkswagen Audi Group) platforma, kur vienas saugumo šliuzas (SFD) arba šifravimo logika diegiama keliems prekių ženklams. Jei Nissan ir Honda pasirinks panašų metodą, nepriklausomas tuningo sektorius turės pasiruošti vieningam „japoniškam šliuzui“, kuris vienu metu galėtų kontroliuoti prieigą prie diagnostikos ir kalibravimo funkcijų abiem prekių ženklams.

Tuneriams tikriausiai kils šie techniniai iššūkiai:

• Centralizuotas autentifikavimas: perėjimas nuo prekės ženklui būdingų seed-key algoritmų prie debesų autentifikavimo protokolų, įprastų SDV architektūrose.
• Visapusis šifravimas: pranešimų autentifikavimo kodų (MAC) naudojimas CAN-FD magistralėje, kad būtų užkirstas kelias neleistinam sukimo momento užklausų ir kuro tiekimo parametrų keitimui.
• Bendri logikos žemėlapiai: judėjimas link standartizuotų kartografijos struktūrų, dėl kurių vieno prekės ženklo žinios galėtų būti tiesiogiai perkeliamos į kitą, jei saugumo sluoksnis būtų apeitas.

Dirbtuvės, šiuo metu vertinančios savo techninį pagrindą, gali susipažinti su mūsų platformos funkcijomis, kad suprastų, kaip šiuolaikiniai protokolai integruojami į dabartines darbo eigas. Bendras programinės įrangos darbas tarp dviejų prekių ženklų gali padaryti aukšto lygio programinės įrangos abstrakciją tokią pat svarbią kaip mechaninės variklio žinios.

Bendrų operacinių sistemų vaidmuo pomontavimo rinkoje

Bendra OS, kurią būtų galima atnaujinti per orą (OTA), būtų nuosavybinė platforma, o išteklių sujungimas galėtų ją padaryti atsparią ir plečiamą. Tuningo rinkai OTA atnaujinimai kelia pasikartojantį iššūkį: galimybę „perrašyti“ suderintą transporto priemonę į gamyklinius parametrus per įprastą gamintojo programinės įrangos pataisą. Jei Nissan ir Honda naudos bendrą OS, šių atnaujinimų dažnis ir poveikis tikriausiai didės, todėl nepriklausomoms įmonėms reikės patikimesnio „perderinimo“ palaikymo modelio.

Be to, ši partnerystė galėtų lemti standartizuotas aparatinės įrangos sąsajas. Anksčiau Nissan Z ir Honda Civic Type R reikalavo labai skirtingų diagnostikos sąsajų ir protokolų (CONSULT-III ir HDS). Bendra programinės įrangos sistema priartintų pramonę prie realybės, kurioje viena J2534 atitinkanti sąsaja galėtų atlikti giluminį kalibravimą abiejų prekių ženklų transporto priemonėms su minimaliais programinės aplinkos skirtumais. Kad išliktumėte priekyje šiuose pokyčiuose, apsvarstykite mūsų naujausių protokolų analizės įrankių bandymą ir palyginkite savo dabartinius pajėgumus su besiformuojančiais SDV standartais.

Strateginė perspektyva nepriklausomam tuningo verslui

Jei Nissan ir Honda konsoliduos savo skaitmeninius pėdsakus, nepriklausomas pomontavimo sektorius turi vengti užsidaryti vien prekių ženklo specializacijoje. Dviejų didžiųjų gamintojų techninė konvergencija rodo, kad ateityje pelningumas priklausys nuo gebėjimo įvaldyti „platformos tuningą“, o ne „prekės ženklo tuningą“. Šis perėjimas reikalauja mąstysenos pokyčio – iš mechaniko su nešiojamuoju kompiuteriu tapti programinės įrangos integravimo specialistu.

Investicijos į mokymus ir aparatinę įrangą, palaikančią didelės spartos duomenų registravimą ir ethernetu pagrįstą ryšį (DoIP), dabar nebėra pasirinktinės. Bendras Nissan ir Honda programinės įrangos darbas būtų ženklas, kad izoliuotų, su aparatine įranga susietų ECU era baigiasi. Verslai, kurie neprisitaikys prie SDV modelio, atsidurs be prieigos prie kitos kartos našumo transporto priemonių. Norintiems plėsti savo veiklą šioje naujoje aplinkoje, įmonių kainodaros modelių peržiūra gali suteikti reikalingą sistemą techninei prieigai plėsti per didesnį palaikomų transporto priemonių parką.

Dažniausiai užduodami klausimai

Ar ši partnerystė padarys neįmanomą tuningą būsimiems Nissan ir Honda modeliams?

Nors bendros architektūros dažnai apima stipresnius saugumo šliuzus ir šifravimą, jos netrukdo tuningui. Vietoj to jos keičia prieigos metodą. Tuneriams tikriausiai reikės sudėtingesnių įrankių, galinčių tvarkyti debesų autentifikavimą ir sudėtingus kontrolinių sumų skaičiavimus vieningoje OS.

Kaip greitai pamatysime Nissan ir Honda programinės įrangos bendradarbiavimo rezultatus gamyboje?

Automobilių pramonės programinės įrangos kūrimo ciklai reikšmingai OS integracijai paprastai trunka 24–36 mėnesius. Tikimasi, kad pirmosios bendros platformos transporto priemonės pradės pasirodyti 2020-ųjų pabaigoje, o vieningų ECU architektūrų palaipsniui įdiegimas apims jų atitinkamas EV ir hibridines gamas.

Ar tai reiškia, kad Nissan ir Honda naudos tuos pačius variklius?

2025 m. vasario mėn. pareiškimas apima elektromobilių ir programinės įrangos kūrimą. Šiame straipsnyje jokio variklio ar pavaros dalijimosi nepatvirtinama. Nors ateityje jie galbūt dalysis elektrinėmis pavaros sistemomis (EDU), greičiausiai pagrindinis dėmesys bus skiriamas bendrai skaitmeninei ekosistemai. Tačiau net ir su skirtingais varikliais valdymo logika ir kalibravimo protokolai tikriausiai bus standartizuoti pagal bendrą OS, jei ji bus priimta.

Ar esami tuningo įrankiai veiks tokiose bendrose platformose?

Dabartinės kartos Nissan ir Honda įrankiai sukurti senosioms architektūroms. Jei bus diegiama bendra OS, įrankių gamintojams reikės kurti naujus protokolus. Standartizuota programinė įranga tarp dviejų prekių ženklų gali iš tikrųjų padėti pomontavimo rinkai, nes įrankių kūrėjai galės sutelkti dėmesį į vieną pagrindinę sistemą dviem didiesiems gamintojams, galbūt paspartindami naujų tuningo sprendimų išleidimą.