Nissan i Honda softverska saradnja (2025): uticaj na ECU tjuning

Nissan i Honda prekinuli su pregovore o spajanju u februaru 2025. (Autobuzz, 14. februar 2025.), ali su rekli da će nastaviti saradnju na razvoju EV-ova i softvera. Ako taj rad krene ka zajedničkom softveru, japanski proizvođači automobila mogli bi da se udalje od rascepkanih vlasničkih sistema i krenu ka jedinstvenoj arhitekturi vozila definisanoj softverom (SDV). Za nezavisni ECU tjuning sektor ova saradnja možda je više od korporativnog preuređenja; mogla bi da bude tehnički signal da bi barijere za ulazak u kalibraciju vozila mogle da se standardizuju kod dva najveća brenda na svetu. Ako ovi proizvođači konsoliduju razvoj softvera kako bi se takmičili sa kompanijama zasnovanim na tehnologiji, protokoli, slojevi šifrovanja i arhitekture prolaza koje se koriste u vozilima Nissana i Honde mogli bi da se približe.

Saradnja na softveru posle pregovora o spajanju

Ovaj članak ne potvrđuje nijedan konkretan zajednički plan, pa su tačke u nastavku scenariji. Zajednički operativni sistem (OS) i standardizovane elektronske upravljačke jedinice (ECU) bili bi glavni put ka zajedničkoj arhitekturi. Decenijama su Nissan (uglavnom koristeći hardver kompanija Hitachi i Bosch) i Honda (koristeći sisteme kompanija Keihin i Continental) održavali različite logičke strukture. Zajednički SDV okvir značio bi da bi budući modeli mogli da imaju centralizovani računar visokih performansi (HPC) umesto desetina izolovanih mikrokontrolera.

Za stručnjake za kalibraciju ovaj prelaz menja osnovni pristup optimizaciji performansi. U tradicionalnoj arhitekturi tjuner cilja određene tabele unutar samostalnog modula za upravljanje motorom (ECM). U SDV okruženju upravljanje motorom često je softverska funkcija koja radi na višedomenskom kontroleru. Ako Nissan i Honda uspešno ujedine svoje osnovne softverske slojeve, veoma je verovatno da će aftermarket videti ujednačavanje tjuning protokola. Iako to dugoročno može da pojednostavi razvoj alata, početna tranzicija zahtevaće značajno ulaganje u razumevanje novih apstrakcijskih slojeva između hardvera i funkcionalnog softvera.

Posledice po bezbednost ECU-a i razvoj protokola

Verovatan pokretač svakog softverskog posla Nissana i Honde jeste smanjenje troškova u uslovima rastućih zahteva za R&D u oblasti elektrifikacije i autonomne vožnje. Međutim, sporedni proizvod zajedničkog softvera jeste zajednička bezbednosna infrastruktura. Ovaj trend smo već uočili na evropskom tržištu kod platforme VAG (Volkswagen Audi Group), gde se jedan bezbednosni prolaz (SFD) ili logika šifrovanja primenjuje kod više brendova. Ako Nissan i Honda usvoje sličan pristup, nezavisna tjuning industrija mora da se pripremi za jedinstveni „Japanese Gateway“ koji bi istovremeno mogao da kontroliše pristup dijagnostičkim i kalibracionim funkcijama za oba brenda.

Tehnički izazovi za tjunere verovatno će obuhvatati:

• Centralizovana autentifikacija: Prelazak sa algoritama seed-key specifičnih za brend na protokole autentifikacije u oblaku, uobičajene u SDV arhitekturama.
• Šifrovanje od kraja do kraja: Upotreba kodova za autentifikaciju poruka (MAC) na CAN-FD magistrali kako bi se sprečila neovlašćena izmena zahteva za obrtnim momentom i parametara goriva.
• Zajedničke strukture mapa: Prelazak na standardizovane strukture mapa, zbog čega bi znanje o jednom brendu moglo direktno da se prenese na drugi, pod uslovom da se bezbednosni sloj zaobiđe.

Radionice koje trenutno procenjuju svoj tehnički sistem mogu da pogledaju naše funkcije platforme kako bi razumele kako se savremeni protokoli uklapaju u tekuće radne procese. Zajednički softverski rad dva brenda mogao bi da učini apstrakciju softvera na visokom nivou jednako važnom kao poznavanje mehanike motora.

Uloga jedinstvenih operativnih sistema u aftermarketu

Zajednički OS koji se može ažurirati preko vazduha (OTA) bio bi vlasnička platforma, a udruživanje resursa moglo bi da ga učini otpornim i skalabilnim. Za tjuning tržište OTA ažuriranja predstavljaju stalan izazov: mogućnost da se tjunirano vozilo tokom redovnog softverskog ažuriranja proizvođača ponovo flešuje na fabričke parametre („re-flashing“). Ako Nissan i Honda koriste zajednički OS, učestalost i uticaj ovih ažuriranja verovatno će rasti, pa će nezavisnim firmama biti potreban robusniji model podrške za ponovno tjuniranje („re-tuning“).

Osim toga, ovo partnerstvo moglo bi da dovede do standardizovanih hardverskih interfejsa. U prošlosti su Nissan Z i Honda Civic Type R zahtevali veoma različite dijagnostičke interfejse i protokole (CONSULT-III naspram HDS-a). Zajednički softverski sloj približava industriju stvarnosti u kojoj jedan interfejs usklađen sa J2534 može da obavi kalibraciju dubokog nivoa za oba brenda uz minimalne razlike u softverskom okruženju. Da bi ostali korak ispred ovih promena, stručnjaci treba da razmotre probno korišćenje naših najnovijih alata za analizu protokola kako bi uporedili svoje trenutne mogućnosti sa novim SDV standardima.

Strateški pogled za nezavisne tjuning firme

Ako Nissan i Honda objedine svoje digitalne infrastrukture, nezavisni aftermarket mora da izbegne da ostane zatvoren u specijalizaciju po brendu. Tehnička konvergencija ova dva giganta sugeriše da će buduća profitabilnost zavisiti od sposobnosti da se savlada „platform tuning“, a ne „brand tuning“. Ovaj prelaz zahteva promenu razmišljanja: od mehaničara sa laptopom ka specijalisti za softversku integraciju.

Ulaganje u obuku i hardver koji podržava brzo beleženje podataka i komunikaciju zasnovanu na ethernetu (DoIP) više nije opcionalno. Zajednički softverski rad Nissana i Honde bio bi znak da era izolovanih ECU-ova vezanih za hardver dolazi kraju. Firme koje se ne prilagode SDV modelu naći će se zaključane van sledeće generacije vozila za performanse. Za one koji žele da prošire poslovanje u ovom novom okruženju, pregled naših modela cena za preduzeća može pružiti potreban okvir za proširenje tehničkog pristupa na veći broj podržanih vozila.

Često postavljana pitanja

Da li će ovo partnerstvo onemogućiti tjuning budućih Nissan i Honda modela?

Iako zajedničke softverske arhitekture često uključuju robusnije bezbednosne prolaze i šifrovanje, one ne čine tjuning nemogućim. Umesto toga, menjaju način pristupa. Tjuneri će verovatno morati da koriste sofisticiranije alate koji mogu da obrade autentifikaciju u oblaku i složene proračune kontrolnih suma unutar jedinstvenog OS-a.

Koliko brzo ćemo videti rezultate softverske saradnje Nissana i Honde u serijskoj proizvodnji?

Ciklusi razvoja softvera u automobilskoj industriji obično traju od 24 do 36 meseci za značajnu integraciju OS-a. Očekuje se da će se prva generacija vozila na zajedničkoj platformi početi pojavljivati krajem 2020-ih, uz postepeno uvođenje jedinstvenih ECU arhitektura u njihovim odgovarajućim linijama EV i hibridnih modela.

Da li to znači da će Nissan i Honda koristiti iste motore?

Izjava iz februara 2025. odnosi se na razvoj EV-ova i softvera. Ovaj članak ne potvrđuje deljenje motora ili pogonskog sklopa. Iako bi u budućnosti mogli da dele električne pogonske jedinice (EDU), verovatan fokus je zajednički digitalni ekosistem. Međutim, čak i uz različite motore, upravljačka logika i protokoli kalibracije verovatno bi bili standardizovani pod zajedničkim OS-om, ako se takav usvoji.

Da li će postojeći tjuning alati raditi na takvim zajedničkim platformama?

Alati trenutne generacije za Nissan i Honda projektovani su za nasleđene arhitekture. Ako se uvede zajednički OS, proizvođači alata će morati da razviju nove protokole. Standardizovani softver između dva brenda zapravo bi mogao da koristi aftermarketu tako što bi programerima alata omogućio da se usredsrede na jedan glavni sistem za dva velika proizvođača, što bi potencijalno ubrzalo izlazak novih tjuning rešenja.