汽車背后那些看不見的軟件系統(tǒng)是怎樣誕生的？汽車產(chǎn)業(yè)需要工程師們具備怎樣的軟件能力呢？產(chǎn)業(yè)變局中的每條賽道究竟是個(gè)怎樣的現(xiàn)狀呢？
2019年，全球范圍內(nèi)先后至少有6起特斯拉汽車自燃事件，其中最轟動(dòng)的是發(fā)生在上海的那起：4月21日，在上海的地下車庫停放的Model S無征兆自燃事件將特斯拉送上輿論熱點(diǎn)。在初步判斷為電池短路問題后，特斯拉官方也做出了最快的應(yīng)對(duì)：于5月開展了旨在“保護(hù)電池，改善電池耐用度”的2019.16.1和2019.16.2版軟件升級(jí)。隨后至今的數(shù)月當(dāng)中，Model S自燃的事故數(shù)量大大降低，軟件升級(jí)起到了立桿見影的效果。這是第一次讓我們看到汽車上看不見的軟件系統(tǒng)的力量，本文將對(duì)汽車軟件系統(tǒng)的相關(guān)開發(fā)過程進(jìn)行(深度剖析) 。
沒有召回汽車，甚至沒有提醒車主注意事項(xiàng)，特斯拉只進(jìn)行了一次例行公事的OTA升級(jí)就很好地渡過了這次危機(jī)，軟硬件協(xié)調(diào)能力令人側(cè)目。 特斯拉所展現(xiàn)的軟件能力，已經(jīng)成為廣大主機(jī)廠們普遍的追求；而塑造自身軟件能力的行動(dòng)，則正在汽車產(chǎn)業(yè)內(nèi)廣泛地落地。
根據(jù)美國電氣和電子工程師協(xié)會(huì)與IHS咨詢公司報(bào)告，上世紀(jì)80年代初，一輛轎車的電子系統(tǒng)只有5萬行代碼，而現(xiàn)在高端豪華汽車的電子系統(tǒng)就有6500萬行程序代碼，提升了1300倍。即便已到達(dá)近億的數(shù)量級(jí)，大陸汽車集團(tuán)總裁仍然認(rèn)為在未來的數(shù)年中，這個(gè)數(shù)字還將翻數(shù)倍甚至十倍！
汽車軟件如此重要，汽車產(chǎn)業(yè)上下游也理所當(dāng)然地將軟件能力提升到戰(zhàn)略地位：大眾集團(tuán)計(jì)劃在未來的五年當(dāng)中，不惜花費(fèi)研發(fā)投入的50%來“生產(chǎn)”整輛汽車代碼中的60%，為此需要將其軟件團(tuán)隊(duì)數(shù)量擴(kuò)容到5000人；而在3年前，零部件巨頭博世就制定了面向未來的3S戰(zhàn)略，Software便是3大核心之一；大陸汽車CEO則認(rèn)為，面向未來，大陸集團(tuán)的整個(gè)工程師團(tuán)隊(duì)都應(yīng)該具備軟件背景。
那么目前的汽車產(chǎn)業(yè)需要工程師們具備怎樣的軟件能力呢？產(chǎn)業(yè)變局中的每條賽道究竟是個(gè)怎樣的現(xiàn)狀呢？下文將試圖針對(duì)以上問題做出回答。
汽車軟件系統(tǒng)同硬件系統(tǒng)一道實(shí)時(shí)獲取、理解駕駛員需求，通過邏輯運(yùn)算得出機(jī)械部件需要做出的響應(yīng)并發(fā)出指令。軟件、硬件相互合作，它們一同組成了汽車電子系統(tǒng)。
當(dāng)你跨入汽車，按下啟停鍵，你點(diǎn)燃汽車動(dòng)力核心，儀表亮起。掛擋，踩滿油門，你感受到十足的推背感。
高速上，打開自動(dòng)巡航，汽車駕駛輔助系統(tǒng)為你接管大部分行駛功能。
到達(dá)目的地，按下自動(dòng)泊車，汽車自主轉(zhuǎn)動(dòng)方向盤控制油門進(jìn)入車位。
這些年來，你能感受到汽車新功能帶來的駕駛樂趣和出行便利，你能看到駕駛室內(nèi)日漸豐富的中控系統(tǒng)。而在汽車炫酷的外表下，你看不見的是：
上百個(gè)電子控制單元中循環(huán)執(zhí)行的代碼功能塊;
在連接各電控單元的線束中不斷穿梭的電子信號(hào);
終端執(zhí)行器在接受電子指令后的精準(zhǔn)運(yùn)作;
以及遍布汽車各個(gè)角落的傳感器和實(shí)時(shí)傳回的感知數(shù)據(jù)。
這套隱形而強(qiáng)大的系統(tǒng)就是汽車軟件系統(tǒng)。
它同硬件系統(tǒng)一道實(shí)時(shí)獲取、理解駕駛員需求，通過邏輯運(yùn)算得出機(jī)械部件需要做出的響應(yīng)并發(fā)出指令。軟件、硬件相互合作，它們一同組成了汽車電子系統(tǒng)。
一、汽車電子系統(tǒng)
遙想1950年，當(dāng)時(shí)豪華車搭載的電子設(shè)備屈指可數(shù)：啟動(dòng)機(jī)、電池、車燈、轉(zhuǎn)向燈和火花塞。只要40根銅導(dǎo)線就可以滿足整車的電子部件通信和電能供給。
隨著汽車向“四化”不斷推進(jìn)，汽車軟件系統(tǒng)的功能越發(fā)可靠和多樣。
如今普及的大型車載互動(dòng)屏幕在當(dāng)時(shí)是不可想象的，那個(gè)年代收音機(jī)是車載娛樂系統(tǒng)的全部。為了力保這唯一的多媒體設(shè)備能夠正常工作，外置收音天線成為整車中要求最高的一根電線：畢竟它要在車外風(fēng)吹雨淋，工作環(huán)境嚴(yán)苛。
1980年代。隨著IT技術(shù)的起步和興起，在當(dāng)時(shí)機(jī)械主宰的汽車行業(yè)內(nèi)掀起了一場(chǎng)電子電氣化革命。今天汽車標(biāo)配的安全氣囊、防抱死系統(tǒng)ABS、車輛穩(wěn)定系統(tǒng)ESP、發(fā)動(dòng)機(jī)電控系統(tǒng)和導(dǎo)航系統(tǒng)都集中誕生于那個(gè)年代。搭載軟件系統(tǒng)的電子控制器開始在車上出現(xiàn)。
隨著控制器數(shù)量逐漸增多，不同控制器之間的通信問題亟需解決，如今人們熟悉的CAN總線、LIN總線等應(yīng)運(yùn)而生。
1990年，用于發(fā)動(dòng)機(jī)管理和防抱死系統(tǒng)的電子控制器成為所有汽車的標(biāo)準(zhǔn)配置，軟件成為汽車的重要組成部分，整車廠也逐漸意識(shí)到因?yàn)橥ㄐ趴偩€不斷延長而日益升高的成本。2000年奔馳S級(jí)轎車的電子系統(tǒng)已經(jīng)擁有80個(gè)電控單元，1900條總長達(dá)4km的通信總線。2007年奧迪Q7和保時(shí)捷卡宴的總線長度突破6km。
(汽車各大系統(tǒng)的軟件功能逐年快速增長)
從上圖可以看到，以奧迪為例，汽車各大系統(tǒng)的軟件功能逐年快速增長。軟件系統(tǒng)越做越大，越做越復(fù)雜，硬件系統(tǒng)跟著齊頭并進(jìn)。
在這些硬件數(shù)量爆發(fā)的背后，究其根本原因是汽車業(yè)需要滿足客戶逐漸提高的駕駛性和舒適性需求，同時(shí)要滿足一系列汽車安全性能行業(yè)標(biāo)準(zhǔn)。
下圖可以看到軟件系統(tǒng)最小單元“功能函數(shù)”的總數(shù)隨著時(shí)間推進(jìn)，迅速增長。但是電子控制器的數(shù)量卻在2010年前后開始放慢增長。這是因?yàn)樵絹碓蕉嗟目刂破鳎眲≡黾恿苏嚦杀?。整車廠面對(duì)成本壓力不得不開始考慮應(yīng)對(duì)策略，逐步將小型控制器集成到一個(gè)大型控制器。汽車電子系統(tǒng)從分散化轉(zhuǎn)向集中化，減少控制器數(shù)量，降低總線長度，從而降低成本。
(離不開硬件的軟件)
要理解為什么軟件、硬件不能分家，只有組合在一起才可以組成汽車電子系統(tǒng)，我們需要首先搞明白汽車是如何與駕駛員和環(huán)境互動(dòng)的。
下圖是一個(gè)抽象出來的控制模型。駕駛員通過方向盤、踏板和換擋桿等給出期望(W*)操控汽車。這一系列實(shí)實(shí)在在、看得見摸得著的期望被轉(zhuǎn)化為抽象的電子信號(hào)(W)進(jìn)入電控單元。隨后電控單元通過比較駕駛員期望(W)和傳感器傳回的當(dāng)前實(shí)際值(R)進(jìn)行對(duì)比。若對(duì)比發(fā)現(xiàn)，期望與現(xiàn)實(shí)存在差距，電控單元中的軟件程序會(huì)通過邏輯計(jì)算給出指令(U)操控執(zhí)行器做出響應(yīng)(Y)。控制對(duì)象在執(zhí)行器的動(dòng)作和環(huán)境的影響(Z)下，開始做出駕駛員期待的反應(yīng)(X)。這一反應(yīng)(X)又會(huì)通過傳感器監(jiān)控、感知，當(dāng)前狀態(tài)(R)將再次返回電控單元完成控制閉合回路。
(控制模型)
聽起來十分復(fù)雜抽象，這里舉一個(gè)剎車輔助系統(tǒng)的例子來說明。
緊急剎車時(shí)，如果駕駛員腳力不足或反應(yīng)較慢，沒有及時(shí)將剎車完全踩死、踩滿會(huì)導(dǎo)致剎車系統(tǒng)無法全力工作，在這種情況下這套系統(tǒng)就將被激活。在駕駛員剎車踏板輸入不變的前提下，自動(dòng)提高制動(dòng)力使汽車更快減速。
例如，行車中遇到緊急情況，駕駛員抬起油門后，快速用力地踩下剎車踏板期望汽車迅速減速(W*)。剎車踏板通過采集踏板值變化率、踏板受力等信號(hào)(W)得到駕駛員踩剎車踏板的輕重、緩急等信息，理解駕駛員意圖。W作為電子信號(hào)傳入相應(yīng)的電控單元中。同樣傳入電控單元的還有傳感器的實(shí)時(shí)測(cè)量數(shù)據(jù)(R)，例如當(dāng)前輪胎轉(zhuǎn)速或車速。若軟件通過比較發(fā)現(xiàn)，當(dāng)前輪速高、車速快、減速度不足，駕駛員踩下的剎車踏板深度不足以讓剎車系統(tǒng)發(fā)揮出最大功能，最終得出液壓制動(dòng)系統(tǒng)需要進(jìn)一步剎車的結(jié)論(U)。
(電子控制單元)
位于輪胎附近的制動(dòng)卡鉗接到指令(U)開始工作讓輪胎轉(zhuǎn)速變慢。結(jié)果由于路面結(jié)冰的影響(Z)車輪在強(qiáng)制動(dòng)力的作用下開始抱死打滑，一系列制動(dòng)工作沒有讓汽車達(dá)到預(yù)期的減速效果。傳感器將發(fā)生的這一切以電子信號(hào)的形式通過通信線束(R)實(shí)時(shí)傳回電控單元。軟件邏輯將因此激活防抱死系統(tǒng)ABS，操控制動(dòng)系統(tǒng)做出響應(yīng)并不斷接受傳感器的控制反饋，最終達(dá)到讓汽車減速這一駕駛員期望。
這一次次的控制，在電控單元中以10ms甚至更快的速度循環(huán)進(jìn)行著。
(電子控制單元及其剖面圖)
以上是一個(gè)十分簡單的電控例子，只有一個(gè)電控單元參與其中。而現(xiàn)如今許多復(fù)雜的汽車功能常常需要由多個(gè)電控單元、多個(gè)傳感器聯(lián)合控制才能實(shí)現(xiàn)。
例如自適應(yīng)定速巡航功能ACC，駕駛員通過設(shè)定期望巡航速度、與前車保持的期望距離等實(shí)現(xiàn)駕駛輔助系統(tǒng)一定程度上接管汽車的功能。這一功能就需要多個(gè)電控單元協(xié)作完成并且通過總線讓它們隨時(shí)保持通信聯(lián)系。ACC控制器、雷達(dá)控制器、發(fā)動(dòng)機(jī)控制器、ESP控制器、變速箱控制器、人機(jī)交互控制器以及數(shù)不清的傳感器和執(zhí)行器都將參與其中。
可以說，軟件和硬件系統(tǒng)相互合作，共同為汽車創(chuàng)造出一個(gè)個(gè)新的功能奇跡。
(自適應(yīng)定速巡航功能ACC控制網(wǎng)絡(luò))
二、軟件系統(tǒng)的出現(xiàn)
急劇攀升的軟件代碼量、龐雜的總線通信導(dǎo)致汽車電子系統(tǒng)日漸復(fù)雜。
根據(jù)ADAC(全德汽車俱樂部，德國最大的交通協(xié)會(huì))統(tǒng)計(jì)，德國2004年有40%的車輛故障最終歸咎于軟件問題或電子部件故障。為此，必須在保證電子系統(tǒng)整體可控的前提下研發(fā)新功能，軟件工程師絕不能容忍自己迷失在親手創(chuàng)建的龐大系統(tǒng)中。
正如汽車行業(yè)的那句老話：Divide et Impera!維基百科對(duì)應(yīng)的中文詞條將它翻譯為“分而治之”。德語將這句拉丁語翻譯為Teile und beherssche!，直譯中文是拆解和掌控。
首先，如上圖所示將電子系統(tǒng)研發(fā)拆解為軟件系統(tǒng)、硬件系統(tǒng)、傳感器和執(zhí)行器研發(fā)四大部分，經(jīng)過V模型流程研發(fā)，最終再次集成。這個(gè)V模型涵蓋了從系統(tǒng)層面到軟件層面以及集成后的功能測(cè)試和系統(tǒng)測(cè)試等流程，是當(dāng)今汽車行業(yè)廣泛應(yīng)用的開發(fā)流程。因?yàn)槠湫螤钊缱帜竀而因此得名。
下面將以下圖所示的軟件系統(tǒng)開發(fā)為例，分步驟介紹V模型。
1、分析終端客戶需求、定義邏輯系統(tǒng)架構(gòu)
這一步是根據(jù)終端客戶的需求以及法規(guī)需求定義出整車軟件系統(tǒng)的邏輯架構(gòu)。其中包含各大功能塊的定義，功能塊接口定義和功能塊之間的通信定義。這一步僅考慮滿足原始需求，不會(huì)涉及任何技術(shù)層面的具體分析。
2、分析邏輯系統(tǒng)架構(gòu)需求、定義技術(shù)層面系統(tǒng)架構(gòu)
邏輯系統(tǒng)架構(gòu)為定義具體的技術(shù)層面系統(tǒng)架構(gòu)提供了基礎(chǔ)。在這一步中開始討論具體的技術(shù)問題，哪些功能將通過軟件實(shí)現(xiàn)、軟件塊分裝在哪些電子控制單元以及電控單元之間采用什么通信協(xié)議等等。軟件系統(tǒng)初現(xiàn)雛形。
3、分析軟件需求、定義軟件架構(gòu)
這里開始具體到電控單元中對(duì)于軟件本身的需求分析。根據(jù)需求，定義出合適的軟件架構(gòu)。同時(shí)，還要考慮電控單元存儲(chǔ)資源的最優(yōu)使用、為滿足安全法規(guī)的冗余系統(tǒng)設(shè)計(jì)等等。這里，會(huì)把軟件進(jìn)一步細(xì)分為更小的軟件部件，定義各個(gè)部件之間的接口、分層和邊界。
4、定義軟件部件
針對(duì)每個(gè)軟件部件會(huì)繼續(xù)定義出需求。這里的需求集中在功能層面，尚不考慮具體的軟件實(shí)現(xiàn)方式等。
5、設(shè)計(jì)、實(shí)現(xiàn)及測(cè)試軟件部件
依據(jù)具體的需求，工程師開始分別搭建不同的軟件部件。在前面一系列的拆解、分析和定義后，終于抵達(dá)了軟件最核心最具體的世界——代碼。與人們熟知的程序員直接寫代碼稍有區(qū)別，傳統(tǒng)的汽車軟件研發(fā)采用的是基于模型開發(fā)。
如下圖所示，邏輯運(yùn)算通過模型的方式表達(dá)出來，相比于代碼更加直觀，便于日后的標(biāo)定工作和維護(hù)。在一個(gè)電控單元中，有上千個(gè)這樣的功能函數(shù)，如下圖所示的功能模型組合到一起，會(huì)形成一份上萬頁的文件。這份文件是接下來所有流程的基礎(chǔ)。
當(dāng)然這套模型只是工程師之間便于交流的高級(jí)語言，最終它們會(huì)被人工或計(jì)算機(jī)轉(zhuǎn)為代碼進(jìn)入控制器中工作。
早年間，模型到代碼中間的轉(zhuǎn)換工作由人工完成。這造成的問題是，代碼無法統(tǒng)一化和標(biāo)準(zhǔn)化。面對(duì)一個(gè)軟件邏輯模型，程序員可以用多種方法完成代碼編譯工作，達(dá)到同樣的功能效果。
但是，代碼運(yùn)行所占用的硬件資源或嚴(yán)謹(jǐn)度會(huì)大不相同。因此，近年來轉(zhuǎn)碼工作逐漸被機(jī)器取代。軟件工程師事先定義標(biāo)準(zhǔn)的編譯規(guī)范，保證最終代碼統(tǒng)一和標(biāo)準(zhǔn)。
每一個(gè)軟件部件完成后，要進(jìn)行相應(yīng)的軟件測(cè)試。這里還不會(huì)聚焦功能層面的測(cè)試，僅僅針對(duì)軟件本身。
例如軟件中是否因設(shè)計(jì)不當(dāng)產(chǎn)生死循環(huán)、每個(gè)信號(hào)定義的范圍是否恰當(dāng)、會(huì)不會(huì)造成溢出錯(cuò)誤或者會(huì)不會(huì)出現(xiàn)除以零的運(yùn)算情況等等。針對(duì)這些，工程師要事先定義測(cè)試方案，由計(jì)算機(jī)進(jìn)行全方位全覆蓋的軟件邏輯測(cè)試。例如，對(duì)于if, else語句需要把每一種可能的情況都測(cè)試檢查到。
6、集成及測(cè)試軟件部件
單一軟件部件研發(fā)測(cè)試完成后，將它們集成到一起就形成了每個(gè)電控單元中完整的軟件包。
這套軟件包在集成后依然需要測(cè)試，檢查各部件之間是否兼容，是否有開放接口等等。
7、系統(tǒng)集成及測(cè)試
當(dāng)軟件包集成測(cè)試結(jié)束，它們將被刷進(jìn)每一個(gè)電子控制器中。每個(gè)控制器與相應(yīng)的傳感器、執(zhí)行器等用線束相連，最后控制器之間接通總線通信。
這樣整套電子系統(tǒng)終于誕生。如新生兒一般，這套系統(tǒng)依然十分脆弱和稚嫩，還有很大的潛力等待被開發(fā)。
系統(tǒng)集成后的第一批測(cè)試往往是問題重重。因?yàn)橄到y(tǒng)高度復(fù)雜，各個(gè)研發(fā)部件被分工研發(fā)，即便之前有嚴(yán)格的測(cè)試流程，仍會(huì)有許多漏網(wǎng)之bug。如果分工研發(fā)的各部門之間沒有在開發(fā)過程中充分交流，集成后可能會(huì)出現(xiàn)各類兼容性問題。
針對(duì)每一個(gè)問題，工程師們都不會(huì)忘記前面提到的拆解和掌控。拆解表象問題，找到根源，修復(fù)軟件bug，掌控整套系統(tǒng)。
8、標(biāo)定
系統(tǒng)測(cè)試結(jié)束后將進(jìn)入軟件標(biāo)定階段，這也是軟件開發(fā)中的重要階段。在軟件實(shí)現(xiàn)階段，工程師會(huì)在軟件中預(yù)留一些可標(biāo)定參數(shù)而不是固定的數(shù)值，等待標(biāo)定。
這是基于成本考量，車型繁多的整車廠不可能為每款車型單獨(dú)開發(fā)一套軟件系統(tǒng)。一般的解決方案是研發(fā)平臺(tái)軟件，適用于多款車型。然而每款車型都有自己的特點(diǎn)，平臺(tái)軟件無法讓這些特點(diǎn)發(fā)光，標(biāo)定可以。
通過改變不同的參數(shù)數(shù)值，可以讓車輛實(shí)現(xiàn)不同的駕駛性能，這也給了標(biāo)定工程師很大的發(fā)揮空間。
9、系統(tǒng)測(cè)試及接受度測(cè)試
標(biāo)定完成后，就進(jìn)入了整套流程的最終階段。依據(jù)流程一開始提出的需求，忽略那些具體的技術(shù)實(shí)現(xiàn)手段，站在整個(gè)系統(tǒng)的高度檢驗(yàn)它是否達(dá)到了終端客戶的需求。
到了這一步，整套軟件系統(tǒng)已經(jīng)十分成熟。在正式進(jìn)入量產(chǎn)前會(huì)從一個(gè)時(shí)間點(diǎn)開始，停止所有軟件和標(biāo)定變更，為最終量產(chǎn)做準(zhǔn)備。
整套V模型走下來可以看到，左側(cè)和右側(cè)的每個(gè)環(huán)節(jié)相互對(duì)應(yīng)。需求為定義測(cè)試方案提供基礎(chǔ)，而測(cè)試結(jié)果又會(huì)帶動(dòng)進(jìn)一步的開發(fā)和完善。
你或許會(huì)問，如果從V模型的左上角好不容易一路走到右上角，結(jié)果最后一步測(cè)試發(fā)現(xiàn)當(dāng)初第一步的系統(tǒng)構(gòu)架出了設(shè)計(jì)問題，那豈不是為時(shí)已晚?難道還要一切重新來過?的確，軟件系統(tǒng)十分復(fù)雜，研發(fā)周期長。如果只是沿著V模型慢慢悠悠從左到右走一遍，等最后一步才發(fā)現(xiàn)問題，那確實(shí)一切都來不及了。
因此，在實(shí)際研發(fā)中會(huì)持續(xù)不斷地集成、持續(xù)不斷地測(cè)試，工程師們會(huì)把V模型從左到右重復(fù)走許多遍。
研發(fā)初期連原型車都還沒有的時(shí)候，軟件測(cè)試會(huì)依靠整車仿真系統(tǒng)在計(jì)算機(jī)中進(jìn)行，發(fā)動(dòng)機(jī)、變速箱、電子控制器、總線等都虛擬存在于工程師電腦中(SiL, Software in the Loop)。在仿真系統(tǒng)中，汽車可以如真實(shí)般開動(dòng)，模擬各種工況提供給工程師測(cè)試。
隨著車型研發(fā)推進(jìn)，某些電子控制器研發(fā)完成，他們可以取代那些虛擬的電子控制器進(jìn)入測(cè)試環(huán)境，但是其他部件仍為虛擬仿真(HiL, Hardware in the Loop)。
直到有一天，原型車研發(fā)完成，軟件集成和測(cè)試進(jìn)入試驗(yàn)臺(tái)架。最終，原型車調(diào)試完畢落地，軟件測(cè)試進(jìn)入實(shí)車階段。
可以說，軟件開發(fā)的起始點(diǎn)非常早，從虛擬到現(xiàn)實(shí)一路走來，一直延續(xù)到最后的量產(chǎn)前夕。其實(shí)目的只有一個(gè)，通過不斷集成和測(cè)試，盡可能發(fā)現(xiàn)所有問題，保證汽車的駕駛性、舒適性和安全性。
三、未來展望
毋庸置疑，汽車軟件的蓬勃發(fā)展必將持續(xù)下去。
電動(dòng)汽車的興起，省去了機(jī)械加工復(fù)雜且精密的發(fā)動(dòng)機(jī)，汽車廠商競(jìng)爭(zhēng)的重點(diǎn)從機(jī)械中轉(zhuǎn)移出來。為了讓產(chǎn)品更有吸引力更能脫穎而出，軟件因?yàn)槠溲邪l(fā)的靈活性，逐漸成為廠商間新的競(jìng)技場(chǎng)。
展望未來，大型中央控制器將成為主流以減少分散在汽車各個(gè)角落的小型控制器，降低總線長度。另外，速度更快、帶寬更大、傳輸信息更有效率的總線將逐漸成為行業(yè)新標(biāo)準(zhǔn)。
5G通訊技術(shù)的興起會(huì)讓車聯(lián)網(wǎng)和更加炫酷的車載娛樂成為可能，而這一切都要依靠軟件的繼續(xù)發(fā)展。電子控制器中的軟件也將有可能在云端運(yùn)行，與汽車實(shí)時(shí)互動(dòng)溝通，這些都為軟件工程師們打開了更廣闊的空間。
而不變的是，為了讓汽車能夠經(jīng)受住最嚴(yán)苛的環(huán)境考驗(yàn)，汽車軟件工程師們將繼續(xù)如極客般完成軟件的標(biāo)定和測(cè)試。
他們冬天穿梭在零下30度的北極圈內(nèi)，與極光、麋鹿、雪松為伴。夏天在滾滾熱浪中，面對(duì)太陽的炙烤，坐在尚未開發(fā)完成的原型車內(nèi)，將電腦與車輛相連進(jìn)行測(cè)試。汽車進(jìn)入緊急狀態(tài)，空調(diào)失效時(shí)有發(fā)生。但這些都無法阻擋他們不斷突破科技極限、創(chuàng)造汽車未來的決心。
因?yàn)?，?dāng)燈光亮起，幕布掀開，新車閃亮發(fā)布，世界為之鼓掌時(shí)，這一切努力都將顯得意義非凡。
來源：汽車技術(shù)課程 微信號(hào)
作者：Sam GIU
參考文獻(xiàn)
[1]. J. Sch?uffele, T. Zurawka, Automotive Software Engineering: Grundlagen, Prozesse, Methoden und Werkzeuge effizient einsetzen (ATZ/MTZ-Fachbuch) , 5. Auflage, 2013.
[2]. S. Thiel, Petri-Netz basierte Verifikation von funktionalen Testf?llen
[3]. H Richter, Elektronik und Datenkommunikation im Automobil
以上就是100唯爾(100vr.com)小編為您介紹的關(guān)于汽車的知識(shí)技巧了，學(xué)習(xí)以上的汽車背后那些看不見的軟件系統(tǒng)是怎樣誕生的？汽車產(chǎn)業(yè)需要工程師們具備怎樣的軟件能力呢？產(chǎn)業(yè)變局中的每條賽道究竟是個(gè)怎樣的現(xiàn)狀呢？知識(shí)，對(duì)于汽車的幫助都是非常大的，這也是新手學(xué)習(xí)汽修專業(yè)所需要注意的地方。如果使用100唯爾還有什么問題可以點(diǎn)擊右側(cè)人工服務(wù)，我們會(huì)有專業(yè)的人士來為您解答。
本站在轉(zhuǎn)載文章時(shí)均注明來源出處，轉(zhuǎn)載目的在于傳遞更多信息，未用于商業(yè)用途。如因本站的文章、圖片等在內(nèi)容、版權(quán)或其它方面存在問題或異議，請(qǐng)與本站聯(lián)系(電話：0592-5551325，郵箱：help@onesoft.com.cn)，本站將作妥善處理。
向客服提問汽車課程推薦
汽修專業(yè)熱門資料
汽修專業(yè)技術(shù)文檔
- 1?呼和浩特工務(wù)段卓資東高鐵實(shí)訓(xùn)場(chǎng)建設(shè)項(xiàng)目議價(jià)采購二次公告
- 2鐵小微帶你看:大南鐵國家高鐵實(shí)訓(xùn)基地,超牛!
- 3尚義職教中心首屆高鐵專業(yè)學(xué)生赴北京實(shí)習(xí)實(shí)訓(xùn)
- 4技能展示 | 高鐵專業(yè)實(shí)訓(xùn)技能展示
- 5磨礪青春、出彩中職——高鐵專業(yè)實(shí)訓(xùn)風(fēng)采
- 6陜西長城鐵路技師學(xué)院,一所把高鐵實(shí)訓(xùn)搬進(jìn)課堂的高等院校
- 7喜訊!喜訊!1:1仿真高鐵實(shí)訓(xùn)設(shè)備進(jìn)入梧州電子科技學(xué)校
- 8云南工程職業(yè)學(xué)院高鐵實(shí)訓(xùn)基地建成啟用
- 9高鐵實(shí)訓(xùn)課走進(jìn)無錫東站!
- 10職教標(biāo)準(zhǔn)I高等職業(yè)學(xué)校城市軌道交通通信信號(hào)技術(shù)教學(xué)標(biāo)準(zhǔn)
推薦閱讀
