Continental és AWS: bővített virtuális ECU-eszközök 2023-ban

A motorvezérlő egységek (ECU) fejlesztésének műszaki területe alapvető váltáson megy keresztül: a hardverközpontú folyamatokról a felhőalapú, szoftveresen definiált architektúrák felé. 2023. augusztus 17-én a Continental bejelentette a vECU Creatort, egy virtuális ECU-fejlesztőeszközt a Continental Automotive Edge (CAEdge) keretrendszeren belül, az AWS-t felhőszolgáltatóként használva. Az eszközt akkor még közelgő termékként mutatták be, nem pedig már szállított termékként. A független tuning- és kalibrációs iparág számára ez a lépés a hagyományos padteszt-módszerektől való eltávolodást jelzi, a szoftver-in-the-loop (SIL) és a virtualizált validációs ciklusok által uralt jövő felé.

Az autóipari szoftvervirtualizáció lehetővé teszi, hogy az olyan Tier 1 beszállítók, mint a Continental, leválasszák a szoftverfunkciókat azokról a fizikai mikrokontroller-egységekről (MCU), amelyekben végül majd futniuk kell. Az AWS nagy teljesítményű számítástechnikai (HPC) infrastruktúrájának kihasználásával a fejlesztők még jóval a fizikai prototípusok legyártása előtt szimulálhatják összetett járműrendszerek működését. Ez a megközelítés a modern szoftveresen definiált járművek (SDV) növekvő összetettségére ad választ, ahol a kódbázis gyakran meghaladja a 100 millió kódsort.

A CAEdge-keretrendszer és a virtuális ECU-k térnyerése

A Continental–AWS partnerség magja a CAEdge platform, egy moduláris hardver- és szoftverkörnyezet, amely az autóipari funkciók fejlesztésének egyszerűsítésére készült. Egy hagyományos munkafolyamatban a kalibrációs mérnököknek meg kell várniuk a fizikai hardvert – amelyet gyakran „A-mintának” vagy „B-mintának” neveznek –, mielőtt elkezdhetnék a szoftverlogika tesztelését. Ez a függőség jelentős szűk keresztmetszeteket okoz a fejlesztési életciklusban.

Az ECU virtualizálásával a Continental a hardverkörnyezet „digitális ikrét” hozza létre. Ez a virtuális ECU (vECU) lehetővé teszi a fejlesztőknek, hogy a felhőalapú környezetben olyan kódot futtassanak, amely a célhardver utasításkészlet-architektúráját (ISA) tükrözi. Ez különösen releváns a Continental következő generációs platformjai szempontjából, például a nagy teljesítményű számítóegységekben és a zónavezérlőkben használt megoldásoknál. A szakmai tunerek számára kritikus a vECU-k felé történő elmozdulás megértése, mivel ez meghatározza, hogy a jövőbeli térképstruktúrák és a biztonsági rétegek – mint amilyenek a Continental Simos- és SID-családjában találhatók – miként épülnek fel és miként védettek.

A virtualizációs folyamat AWS-példányokra támaszkodik, amelyek valós idejű operációs rendszereket (RTOS) és az alapul szolgáló AUTOSAR- (AUTomotive Open System ARchitecture) veremet szimulálnak. Ez lehetővé teszi a nagy léptékű párhuzamos tesztelést. Ahelyett, hogy egy mérnök egyetlen ECU-t tesztelne a padon, több ezer automatizált tesztesetet lehet egyidejűleg futtatni a felhőben, és töredék idő alatt azonosítani a logikai hibákat vagy a kalibrációs instabilitásokat.

Következmények a független kalibrációs és tuningfolyamatokra

Az OEM- és Tier 1-szintű szoftverfejlesztés felgyorsulása közvetlen, lefelé ható hatást gyakorol a független aftermarketre. Ahogy a Continental agilisabb, felhőintegrált fejlesztés felé halad, a szoftverfrissítések gyakorisága – amelyeket Over-the-Air (OTA) mechanizmusokon keresztül juttatnak el – várhatóan növekedni fog. Ez az elmozdulás szükségessé teszi, hogy a tuningvállalkozások másképp közelítsék meg a verziókezelést és a szoftverkompatibilitást.

Ha a szoftvert virtuális környezetben fejlesztik és validálják, a különböző firmware-verziók közötti különbségek bonyolultabbá válhatnak. A fizikai ECU-módosításhoz hagyományosan használt eszközöknek és funkcióknak – mint amilyenek az ETP funkciókészletünkben is szerepelnek – fejlődniük kell, hogy kezeljék a virtualizáció által bevezetett absztrakciós rétegeket. A felhőalapú fejlesztésre való áttérést gyakran a központosítottabb járműarchitektúrák felé történő elmozdulás is kíséri, amelyben a korábban több kis ECU között elosztott funkciókat egyetlen, nagy teljesítményű tartományvezérlőbe vonják össze.

Emellett az AWS-infrastruktúra használata lehetővé teszi a Continental számára, hogy a fejlesztési fázisban robusztusabb biztonsági protokollokat valósítson meg. A virtualizált környezetek lehetővé teszik a titkosítási és a Secure Boot-szekvenciák tesztelését a szimulált támadási vektorok szélesebb körével szemben. A tuningközösség számára ez azt jelenti, hogy a jövőbeli Continental-egységeknél tapasztalható biztonsági kapuk valószínűleg kifinomultabbak lesznek, mivel már egy virtuális „homokozóban” megerősítették őket, mielőtt egyáltalán eljutottak volna a gyártósorra.

A virtualizáció és a teljesítményvalidálás jövője

Bár a fizikai dinamométeres tesztelés továbbra is az aranystandard a végső teljesítményvalidáláshoz, a kalibráció előzetes szakaszai egyre inkább a virtuális térbe költöznek át. A Continental AWS-eszközeinek használata arra utal, hogy a „környezeti egyenértékűség” – vagyis az az elv, hogy a fejlesztőkörnyezetnek tökéletesen meg kell egyeznie az éles környezettel – mára prioritássá vált.

A független kalibrálók számára ez felveti a kérdést, hogy a virtualizált szimulációs eszközök végül hozzáférhetővé válnak-e az aftermarket teljesítményoptimalizálás számára. Jelenleg a nagy hűségű ECU-szimulációba való belépés korlátja jelentős, mivel mélyreható hozzáférést igényel a saját fejlesztésű hardverabsztrakciós rétegekhez (HAL). Ahogy azonban az iparág olyan platformok köré szabványosodik, mint a CAEdge, az ECU-logikával való interakció módszertana szabványosabbá válhat, bár technológiailag egyre igényesebbé.

Az SDV-kre való átállás megváltoztatja azt is, hogy mit „hangolnak”. Virtualizált architektúrában a teljesítménynövekedés nemcsak a gyújtásidőzítés vagy a töltőnyomás állításából származhat, hanem abból is, hogy a különböző szoftvermodulok hogyan lépnek kölcsönhatásba a virtualizált veremben. Ehhez a szakértelem tisztán mechanikai ismeretekről egy átfogóbb, beágyazott szoftverrendszerek és felhőintegráció terén szerzett tudás felé történő eltolódására van szükség.

Kihívások az autóipari, felhőnatív szoftverre való átállásban

A Continental–AWS partnerség révén elért hatékonyságnövekedés ellenére az átállás nem akadálymentes. Az egyik fő kihívás annak biztosítása, hogy a valós idejű késleltetési követelmények teljesüljenek, amikor a járműfunkciókat a felhőben szimuláljuk. Az autóipari szabályozási hurkok, különösen azok, amelyek a motor dinamikáját és a biztonságkritikus rendszereket irányítják, mikroszekundumos skálán működnek. Ezt az időzítési pontosságot egy virtualizált, nem determinisztikus felhőkörnyezetben csak erősen speciális szoftveres burkolók segítségével lehet reprodukálni.

Emellett a régi rendszerek modern, felhőnatív keretrendszerbe való integrálása is nehézségeket okoz. Számos meglévő ECU-funkciót olyan konkrét hardverkorlátokra terveztek, amelyek a felhőben nem léteznek. A Continentalnak gondosan kell átültetnie ezeket a funkciókat a CAEdge platformra anélkül, hogy alapvető működésüket megváltoztatná – ezt a folyamatot „bitpontos” szimulációnak nevezik. A tuningipar számára ez biztosítja, hogy a sorozatgyártású ECU-kban található térképek és logikai táblázatok továbbra is megfeleljenek a korábbi generációkban kialakított dokumentációnak és mintázatoknak.

Azoknak a vállalkozásoknak, amelyek lépést szeretnének tartani ezekkel az architekturális változásokkal, elengedhetetlen a szakmai fejlődési utak felfedezése. Olyan források, mint az ETP-próbaverzió, bepillantást engednek abba, hogyan kezelik a modern eszközök az egyre összetettebb ECU-adatkészleteket abban a korszakban, amikor a szoftver már nem statikus alkotóelem, hanem dinamikus, felhőből menedzselt eszköz.

GYIK: az autóipari szoftvervirtualizáció

Mi az a virtuális ECU (vECU)?
A vECU egy fizikai motorvezérlő egység szoftveres reprezentációja. Lehetővé teszi a fejlesztők számára, hogy ECU-szoftvereket futtassanak és teszteljenek szabványos PC- vagy felhőhardveren (például AWS-en), ahelyett, hogy a fizikai autóipari hardverre lenne szükség.

Hogyan befolyásolja a Continental–AWS partnerség az aftermarket tuningot?
A partnerség felgyorsítja a szoftveresen definiált járművek (SDV) fejlesztését. Ez gyakoribb OTA-frissítésekhez és központosabb, biztonságosabb ECU-architektúrákhoz vezet, amelyek fejlettebb, szoftveres interfészeket használó eszközöket követelnek meg a tunerektől.

Eltűnnek a fizikai ECU-k?
Nem, a járműben végrehajtott parancsokhoz továbbra is szükség van fizikai hardverre. Az azon futó szoftver fejlesztése, tesztelése és kalibrálása azonban idő- és költségmegtakarítás érdekében virtuális környezetekbe költözik.

Mi a CAEdge?
A Continental Automotive Edge (CAEdge) egy teljes veremű hardver- és szoftverkeretrendszer, amelyet a Continental és az AWS fejlesztett ki. Biztosítja azt az infrastruktúrát, amely az autóipari szoftverek felhőnatív környezetben történő fejlesztéséhez, telepítéséhez és kezeléséhez szükséges.