Che cos’è un veicolo definito dal software? (E perché cambia tutto)

Benvenuti

JOHN: Benvenuti su The Garage. Sono John Heinlein, Chief Marketing Officer di Sonatus. L’argomento di oggi verte interamente sui veicoli definiti dal software. Che cos’è un veicolo definito dal software e come possiamo realizzarlo? Quali sono le sfide tecniche da affrontare per raggiungerlo? Il mio ospite di oggi è Jeff Chao, CEO e cofondatore di Sonatus. Jeff, grazie per essere qui con me su The Garage.

JEFF: Grazie per la presentazione, John. Sono l’amministratore delegato e uno dei fondatori di Sonatus. Forniamo soluzioni software per veicoli destinate a OEM e fornitori di primo livello. Il nostro motto è: “Accelerare l’innovazione nel software per veicoli”.

JOHN: Sai, questo è un ottimo spunto per quello di cui parleremo oggi, perché “veicoli definiti dal software” è un termine molto in voga ultimamente. Praticamente tutti ne parlano. Ma non sono sicuro che ci sia una visione comune su cosa intendano le aziende e le persone quando lo dicono. Quindi ho pensato di iniziare definendo i termini. Allora, secondo te, cos’è un veicolo definito dal software?

Che cos’è un SDV?

JEFF: Hai ragione. Ci sono molte domande su cosa sia un veicolo definito dal software. Qui all’ Sonatus, crediamo che ci siano quattro caratteristiche fondamentali. Innanzitutto, la flessibilità: ciò significa che un veicolo può adattarsi a requisiti e ambienti in continua evoluzione. In secondo luogo, un veicolo deve poter essere aggiornato. Quindi nuovi comportamenti, nuove applicazioni, nuove funzionalità e servizi durante l’intero ciclo di vita, ovvero dalla fase di pre-produzione a quella di post-produzione, fino all’assistenza post-vendita. La terza caratteristica è che sia basato sui dati. Ormai sappiamo tutti che i dati sono estremamente importanti non solo per un veicolo, ma anche per il business. Quindi, quando si parla della quantità di dati che un veicolo raccoglie, gestisce e analizza, questi devono guidare sia la tecnologia che i modelli di business.

La quarta caratteristica di un veicolo definito dal software è che è connesso. Oggi, nel mondo in cui viviamo, tutto è connesso per poter reagire rapidamente, adattarsi rapidamente ed essere flessibile: un veicolo deve essere connesso.

JOHN: È un’ottima sintesi di questi quattro punti: flessibilità, aggiornabilità, orientamento ai dati e connettività. Sai, oggi si sente spesso parlare di quanta parte del software sia già presente nei veicoli. E l’idea errata, credo, è che i veicoli siano già veicoli definiti dal software. Ma la realtà è che, al giorno d’oggi, il modo in cui il software viene implementato nei veicoli è strettamente legato alle singole unità funzionali dei veicoli stessi e non offre quella flessibilità che hai descritto.

JEFF: Hai ragione. Quello che bisogna fare è riprogettare parte del software dei veicoli per adottare principi più moderni, simili a quelli utilizzati nei data center. In un certo senso, un veicolo sta diventando un data center su ruote, e dal nostro lavoro nei data center abbiamo imparato molto su come progettare e implementare software flessibile.

JOHN: Allora dedichiamo il resto del tempo a parlare di come debba cambiare l’architettura del veicolo per consentire questo passaggio ai veicoli definiti dal software. Magari iniziamo prima con la rete, perché disporre di una rete flessibile a bordo del veicolo sembra fondamentale: se si trattasse di una rete fissa, per definizione, non saremmo in grado di ampliare le funzionalità del veicolo in un secondo momento.

L'importanza delle reti moderne

JEFF: Una rete moderna e dinamica è fondamentale per poter aggiungere e aggiornare funzionalità, applicazioni e servizi. Una rete statica non offre quel tipo di flessibilità o agilità. Quindi, un altro vantaggio offerto da una rete moderna è una vasta gamma di servizi di comunicazione che si concentrano proprio sul modo in cui queste applicazioni comunicano tra loro e scambiano dati.

JOHN: Esatto. Stiamo assistendo a molti casi in cui, dopo la consegna, alcuni fornitori stanno implementando aggiornamenti sui veicoli che aggiungono funzionalità che non erano presenti al momento della consegna. E l’unico modo per renderlo possibile è riuscire a collegare fonti di dati all’interno del veicolo che in origine non erano collegate. E mi sembra che l’aspetto della connettività sia fondamentale in questo senso.

JEFF: Un tempo dicevamo che “la rete è il computer”, ed era un’espressione che usavamo nel settore IT; riteniamo che valga anche per l’industria automobilistica.

JOHN: Allora, secondo te, quali standard per le reti dei veicoli stanno per essere introdotti e che renderanno possibile questo tipo di cambiamento?

JEFF: Riteniamo che l’Ethernet automobilistico sia la tecnologia predominante, ma ci saranno anche altri requisiti in materia di sicurezza, protezione e resilienza.

JOHN: E anche in tempo reale. Stiamo assistendo a innovazioni basate sull’Ethernet automobilistico per gestire anche reti in cui il tempo è un fattore critico e determinante. Mi sembra quindi che si potranno ottenere i vantaggi delle moderne reti, soddisfacendo al contempo i requisiti dell’architettura dei veicoli.

JEFF: È tutta una questione di flessibilità, man mano che il settore e la tecnologia si evolvono. Bisogna essere in grado di reagire alle situazioni in tempo reale. Quindi sempre più rapidamente. E, assolutamente. Una nuova architettura EE, un’architettura software moderna, fanno tutte parte di questo processo.

JOHN: Credo che il secondo aspetto riguardi il modo in cui le centraline erano strutturate in passato all’interno del veicolo. Tradizionalmente, si aveva una centralina a funzione singola che svolgeva il proprio compito per tutta la durata di vita del veicolo, e ve ne erano molte, a volte fino a 150, distribuite in tutto l’auto a svolgere queste funzioni specializzate. C’è la volontà da parte degli OEM e dei fornitori di primo livello di semplificare il veicolo, ridurre i costi e il peso e raggruppare queste centraline in modo che una singola centralina possa svolgere più compiti. Ma ovviamente questo comporta un ambiente software più complesso.

Consolidamento dell'hardware

JEFF: Il consolidamento dell'hardware richiede una quantità molto maggiore di software. Sono necessarie moderne tecnologie software, come la virtualizzazione e i container, per poter orchestrare e isolare più applicazioni software in esecuzione sullo stesso hardware.

JOHN: In questo modo possono coesistere fianco a fianco senza interferire l’uno con l’altro. Sembra inoltre importante perché alcuni aspetti del veicolo sono critici per la sicurezza, mentre molti altri non lo sono. Va bene se il sistema di climatizzazione impiega qualche istante prima che la ventola si avvii, ma è necessario assicurarsi che la frenata automatica o altri tipi di sistemi entrino in azione immediatamente. Pertanto, ritengo sia importante separare i sistemi critici per la sicurezza da quelli non critici.

Veicoli basati sui dati

Il terzo aspetto di cui abbiamo parlato è l’approccio basato sui dati. Con una tale mole di dati che circola all’interno del veicolo, si tratta sia di una sfida – perché, da un lato, bisogna gestire tutti quei dati – sia di un’opportunità per creare servizi di valore, con potenziali possibilità di monetizzazione e così via. Parliamo quindi di quali sono alcune delle sfide tecniche che dobbiamo superare per realizzare un veicolo che sia davvero attivamente basato sui dati.

JEFF: Penso che la sfida più grande che un OEM deve affrontare sia gestire l’enorme volume di dati generati dal veicolo. È necessaria l’infrastruttura giusta, sia a livello hardware che software, per poter gestire, raccogliere, archiviare, proteggere e trasmettere quei dati. La seconda cosa da tenere presente è che non servono tutti i dati, in ogni momento. Bisogna valutare con intelligenza quali dati sono necessari e quando servono.

JOHN: E questo potrebbe cambiare nel corso del ciclo di vita. Potrebbero esserci momenti in cui tutto funziona normalmente e non è necessario raccogliere determinati dati, ma potrebbero anche verificarsi situazioni di risoluzione dei problemi in cui è necessario individuare con precisione la causa. Sembra quindi che si voglia poter regolare tutto questo in modo dinamico. E questo sembra essere un aspetto distintivo dei veicoli definiti dal software rispetto a quelli convenzionali, che erano invece molto rigidi.

JEFF: All’interno di un OEM e in tutto il suo ecosistema, ci sono molti utenti che utilizzano i dati. Ogni utente ha requisiti e necessità diversi, in momenti diversi, e questi si evolvono nel tempo. Pertanto, la soluzione giusta per la gestione dei dati deve essere adattabile e flessibile.

Connettività cloud

JOHN: Il quarto aspetto di cui abbiamo parlato è la connettività. Quindi, se si dispone di un veicolo flessibile, aggiornabile e dotato di tutti quei dati straordinari di cui abbiamo parlato, credo che si possa realizzare appieno il potenziale di tale veicolo solo se è anche connesso.

JOHN: Il vantaggio di essere connessi è che permette di sfruttare appieno il potenziale offerto dal cloud. Questo è importante non solo per la gestione dei dati, ma anche per il modo in cui si forniscono nuovi servizi e funzionalità. Riteniamo che gli OEM trarranno ampio vantaggio dal cloud per molte ragioni diverse, sia che si tratti di fornire servizi, come hai menzionato, sia di attività quali la prototipazione rapida, e credo anche di rendere possibile la realizzazione dei veicoli connessi del futuro, in cui i veicoli comunicano tra loro e con le infrastrutture nel cloud. Penso che si tratterà di un impiego davvero potente dei veicoli connessi.

Sintesi

Grazie, Jeff. È stata una discussione davvero molto ampia. Abbiamo affrontato molti punti importanti. Grazie per essere stato con me oggi.

Nella puntata di oggi abbiamo parlato del veicolo definito dal software, sottolineando i suoi quattro aspetti fondamentali: flessibilità, aggiornabilità, orientamento ai dati e connettività. Nelle prossime puntate approfondiremo ciascuno di questi aspetti, sia con gli esperti di Sonatus, sia con i leader del settore provenienti da altri partner chiave. Speriamo che vi uniate a noi per le prossime puntate su The Garage. Grazie per averci seguito e a presto.