Tecnologia

Continental e AWS ampliano gli strumenti ECU virtuali nel 2023

Continental ha annunciato vECU Creator sul framework CAEdge nell'agosto 2023: uno strumento per ECU virtuali con implicazioni per il tuning.

Aggiornato 6 min.
19PX
Tecnologia

Continental ha annunciato vECU Creator sul framework CAEdge nell'agosto 2023: uno strumento per ECU virtuali con implicazioni per il tuning.

Il panorama tecnico dello sviluppo delle centraline motore (ECU) sta subendo un cambiamento radicale: si passa da processi incentrati sull'hardware ad architetture cloud-native definite dal software. Il 17 agosto 2023 Continental ha annunciato vECU Creator, uno strumento di sviluppo per ECU virtuali all'interno del framework Continental Automotive Edge (CAEdge), con AWS come fornitore cloud. All'epoca lo strumento era presentato come prossimo lancio, non come prodotto già disponibile. Per il settore indipendente del tuning e della calibrazione, questa mossa segna un distacco dalle metodologie tradizionali di test su banco verso un futuro dominato dal software-in-the-loop (SIL) e dai cicli di validazione virtualizzati.

La virtualizzazione del software automobilistico consente ai fornitori Tier 1 come Continental di disaccoppiare le funzioni software dai microcontrollori fisici (MCU) in cui andranno poi a risiedere. Sfruttando l'infrastruttura di high-performance computing (HPC) di AWS, gli sviluppatori possono simulare il comportamento di sistemi veicolari complessi molto prima che vengano prodotti i prototipi fisici. Questo approccio risponde alla crescente complessità dei moderni veicoli definiti dal software (SDV), dove la base di codice supera spesso i 100 milioni di righe di codice.

Il framework CAEdge e la diffusione delle ECU virtuali

Il cuore della partnership Continental-AWS è la piattaforma CAEdge, un ambiente modulare di hardware e software progettato per semplificare lo sviluppo delle funzioni automobilistiche. In un flusso di lavoro tradizionale, gli ingegneri della calibrazione devono attendere l'hardware fisico, spesso indicato come «A-sample» o «B-sample», per iniziare a testare la logica software. Questa dipendenza crea colli di bottiglia significativi nel ciclo di sviluppo.

Virtualizzando la ECU, Continental crea un «gemello digitale» dell'ambiente hardware. Questa ECU virtuale (vECU) consente agli sviluppatori di eseguire il codice in un ambiente cloud che replica l'architettura del set di istruzioni (ISA) dell'hardware di destinazione. Ciò è particolarmente rilevante per la prossima generazione delle piattaforme Continental, come quelle usate nelle unità di calcolo ad alte prestazioni e nei controller di zona. Per i tuner professionisti, capire il passaggio verso le vECU è fondamentale, perché definisce come saranno progettate e protette in futuro le strutture delle mappe e i livelli di sicurezza, come quelli delle famiglie Simos e SID di Continental.

Il processo di virtualizzazione si basa su istanze AWS per simulare i sistemi operativi in tempo reale (RTOS) e lo stack AUTOSAR (AUTomotive Open System ARchitecture) sottostante. Questo consente test paralleli su larga scala. Invece di un solo ingegnere che prova una singola ECU su banco, migliaia di casi di test automatizzati possono essere eseguiti contemporaneamente nel cloud, individuando errori logici o instabilità di calibrazione in una frazione del tempo.

Implicazioni per i flussi di lavoro indipendenti di calibrazione e tuning

L'accelerazione dello sviluppo software a livello di costruttori (OEM) e Tier 1 ha un impatto diretto a valle sull'aftermarket indipendente. Man mano che Continental si orienta verso uno sviluppo più agile e integrato nel cloud, ci si aspetta un aumento della frequenza degli aggiornamenti software, distribuiti tramite meccanismi Over-the-Air (OTA). Questo passaggio impone alle attività di tuning di cambiare il modo di gestire le versioni e la compatibilità software.

Quando il software viene sviluppato e validato in un ambiente virtuale, le differenze tra le varie versioni del firmware possono diventare più complesse. Gli strumenti e le funzioni tradizionalmente usati per la modifica fisica delle ECU, come quelli evidenziati nel nostro set di funzioni ETP, devono evolvere per gestire i livelli di astrazione introdotti dalla virtualizzazione. Il passaggio allo sviluppo nel cloud accompagna spesso una transizione verso architetture veicolari più centralizzate, in cui funzioni prima distribuite su più piccole ECU vengono consolidate in un unico domain controller ad alte prestazioni.

Inoltre, l'uso dell'infrastruttura AWS permette a Continental di implementare protocolli di sicurezza più solidi già nella fase di sviluppo. Gli ambienti virtualizzati consentono di testare la cifratura e le sequenze di Secure Boot contro un ventaglio più ampio di vettori di attacco simulati. Per la comunità del tuning, questo significa che i livelli di sicurezza incontrati nelle future unità Continental saranno probabilmente più sofisticati, perché sono stati irrobustiti in una «sandbox» virtuale prima ancora di raggiungere la linea di produzione.

Virtualizzazione e futuro della validazione delle prestazioni

Sebbene i test al banco dinamometrico restino lo standard di riferimento per la validazione finale delle prestazioni, le fasi preliminari della calibrazione si stanno spostando sempre più nel mondo virtuale. L'uso di strumenti AWS da parte di Continental suggerisce che la «parità ambientale» — il concetto secondo cui l'ambiente di sviluppo dovrebbe corrispondere perfettamente a quello di produzione — sia ormai una priorità.

Per i calibratori indipendenti, questo solleva la domanda se gli strumenti di simulazione virtualizzati diventeranno un giorno accessibili anche per l'ottimizzazione prestazionale dell'aftermarket. Oggi la barriera d'ingresso alla simulazione ECU ad alta fedeltà è notevole, perché richiede un accesso profondo ai livelli di astrazione hardware (HAL) proprietari. Tuttavia, man mano che il settore si standardizza attorno a piattaforme come CAEdge, la metodologia per interagire con la logica della ECU potrebbe diventare più standardizzata, sebbene tecnologicamente più impegnativa.

Il passaggio agli SDV cambia anche la natura di ciò che viene «messo a punto». In un'architettura virtualizzata, i guadagni prestazionali potrebbero non derivare solo dalla regolazione dell'anticipo di accensione o della pressione di sovralimentazione, ma anche dall'ottimizzazione del modo in cui i diversi moduli software interagiscono all'interno dello stack virtualizzato. Ciò richiede un cambiamento di competenze: dalla pura conoscenza meccanica a una comprensione più completa dei sistemi software embedded e dell'integrazione cloud.

Le sfide della transizione al software automobilistico cloud-native

Nonostante i vantaggi di efficienza ottenuti con la partnership Continental-AWS, la transizione non è priva di ostacoli. Una delle sfide principali è garantire che i requisiti di latenza in tempo reale siano rispettati quando si simulano le funzioni del veicolo nel cloud. I loop di controllo automobilistici, in particolare quelli che governano la dinamica del motore e i sistemi critici per la sicurezza, operano su scala di microsecondi. Replicare questa precisione temporale in un ambiente cloud virtualizzato e non deterministico richiede wrapper software altamente specializzati.

Inoltre, l'integrazione dei sistemi legacy in un framework moderno cloud-native pone delle difficoltà. Molte funzioni ECU esistenti sono state progettate per vincoli hardware specifici che nel cloud non esistono. Continental deve trasferire con attenzione queste funzioni sulla piattaforma CAEdge senza alterarne il comportamento di fondo: un processo noto come simulazione «bit-exact». Per il settore del tuning, questo garantisce che le mappe e le tabelle logiche presenti in una ECU di produzione restino coerenti con la documentazione e i modelli stabiliti nelle generazioni precedenti.

Per le aziende che vogliono restare al passo con questi cambiamenti architetturali, è fondamentale esplorare percorsi di formazione professionale. Risorse come la prova di ETP offrono uno sguardo su come gli strumenti moderni gestiscono dataset ECU sempre più complessi, in un'epoca in cui il software non è più una componente statica ma un asset dinamico gestito nel cloud.

FAQ: virtualizzazione del software automobilistico

Cos'è una ECU virtuale (vECU)?
Una vECU è una rappresentazione software di una centralina motore fisica. Consente agli sviluppatori di eseguire e testare il software della ECU su hardware PC standard o nel cloud (come AWS), senza bisogno dell'hardware automobilistico fisico.

In che modo la partnership Continental-AWS incide sul tuning aftermarket?
La partnership accelera lo sviluppo dei veicoli definiti dal software (SDV). Questo porta ad aggiornamenti OTA più frequenti e ad architetture ECU più centralizzate e sicure, che richiedono ai tuner l'uso di strumenti più avanzati per interfacciarsi con il software.

Le ECU fisiche spariranno?
No: per eseguire i comandi nel veicolo serve ancora l'hardware fisico. Tuttavia, lo sviluppo, il test e la calibrazione del software che gira su quell'hardware si stanno spostando in ambienti virtuali per risparmiare tempo e costi.

Cos'è CAEdge?
Continental Automotive Edge (CAEdge) è un framework full-stack di hardware e software sviluppato da Continental e AWS. Fornisce l'infrastruttura necessaria per sviluppare, distribuire e gestire il software automobilistico in un ambiente cloud-native.

Torna al blog