未來(lái)隨著電子電氣性能和可靠性等因素的發(fā)展，E/E 架構(gòu)會(huì)逐步演進(jìn)成中央集中式的結(jié)構(gòu)，實(shí)時(shí)性要求高的計(jì)算將在本地中央計(jì)算平臺(tái)處理，實(shí)時(shí)性要求較低或需要與外部協(xié)同的計(jì)算將通過(guò)車云一體平臺(tái)交到云端進(jìn)行處理。

SOA（是 Service-Oriented Architecture 的簡(jiǎn)稱）作為一個(gè)先進(jìn)的開放式架構(gòu)，滿足車企架構(gòu)轉(zhuǎn)型的需求，滿足車企內(nèi)外部生態(tài)建設(shè)的需要，也滿足汽車行業(yè)生態(tài)建設(shè)的需求。為此，AUTOSEMO   推出了車端開放的分布式服務(wù)框架 ASF，以構(gòu)建本土化基礎(chǔ)軟件生態(tài)，促進(jìn)產(chǎn)業(yè)鏈協(xié)作和可持續(xù)發(fā)展。

(1) 針對(duì)新 E/E 架構(gòu)的軟件平臺(tái)標(biāo)準(zhǔn)化架構(gòu)

當(dāng)新型 E/E 架構(gòu)的硬件架構(gòu)逐步明確后，軟件將會(huì)逐步標(biāo)準(zhǔn)化，從軟件層次劃分情況來(lái)看，各家整車廠已經(jīng)逐步轉(zhuǎn)向跨域協(xié)同、車云互聯(lián)、以及軟硬件分離等方向。

雖然，國(guó)外的組織在標(biāo)準(zhǔn)基礎(chǔ)軟件開發(fā)平臺(tái)對(duì)上層提供統(tǒng)一封裝的硬件能力和標(biāo)準(zhǔn)服務(wù)組件，但是 沒(méi)有對(duì)跨核跨域功能的匯總，使用者仍需要完成業(yè)務(wù)整合匯總的工作，對(duì)開發(fā)者的開發(fā)效率會(huì)產(chǎn)生一定 影響。ASF     使用標(biāo)準(zhǔn)化基礎(chǔ)軟件開發(fā)平臺(tái)和操作系統(tǒng)提供的接口，提供更多整車業(yè)務(wù)層面需要的功能， 并封裝成基礎(chǔ)系統(tǒng)服務(wù)與整車系統(tǒng)服務(wù)，例如整車級(jí)日志服務(wù)、整車級(jí)診斷服務(wù)等，將各個(gè)節(jié)點(diǎn)的服務(wù)匯總成整車級(jí)，為開發(fā)者提供基于整車統(tǒng)一視圖的服務(wù)功能及接口。

(2) 軟件定義汽車生態(tài)構(gòu)建

行業(yè)生態(tài)環(huán)境需要各個(gè)參與者在統(tǒng)一的標(biāo)準(zhǔn)及規(guī)范下進(jìn)行分工，整車廠、應(yīng)用供應(yīng)商、基礎(chǔ)軟件供應(yīng)商、操作系統(tǒng)供應(yīng)商、芯片及硬件供應(yīng)商各司其職、分工明確，保質(zhì)保量輸出成果.

·  整車廠：設(shè)計(jì)整車電子電氣架構(gòu)，提出業(yè)務(wù)功能需求，分解需求給相應(yīng)供應(yīng)商處理，并指導(dǎo)供應(yīng)商做好支撐工作。

·  應(yīng)用供應(yīng)商：分解整車廠需求，并對(duì)下游基礎(chǔ)軟件提出相應(yīng)的需求，對(duì)整車廠業(yè)務(wù)提出建議等。

·  基礎(chǔ)軟件供應(yīng)商：根據(jù)整車廠和應(yīng)用需求提供相應(yīng)的服務(wù)功能，將通用功能封裝為標(biāo)準(zhǔn)化接口， 提供整套工具鏈和開發(fā)環(huán)境，對(duì)整車設(shè)計(jì)、配置以及各節(jié)點(diǎn)提供技術(shù)支持和建議。

·  操作系統(tǒng)供應(yīng)商：操作系統(tǒng)符合 POSIX 標(biāo)準(zhǔn)，操作系統(tǒng)的性能需要滿足業(yè)務(wù)需要；對(duì)硬件芯片及周邊外設(shè)的驅(qū)動(dòng)進(jìn)行適配，對(duì)業(yè)務(wù)所需基礎(chǔ)協(xié)議棧及功能進(jìn)行支持。

·  芯片及硬件供應(yīng)商：根據(jù)各層業(yè)務(wù)需求設(shè)計(jì)硬件電路，協(xié)助整車廠進(jìn)行芯片選型，對(duì)上層所需的驅(qū)動(dòng)模塊提供支持。

ASF 可以幫助 OEM 更好的聚焦于策劃與開發(fā)附加值更高的應(yīng)用軟件，軟件服務(wù)企業(yè)的分工逐漸細(xì)化， 促進(jìn)汽車軟件生態(tài)的發(fā)展。其主要價(jià)值體現(xiàn)如下：

·  整車級(jí)軟件層面：ASF   基于整車軟件平臺(tái)抽離通用化且平臺(tái)功能可復(fù)用性強(qiáng)的基礎(chǔ)功能，并集中在一個(gè)軟件集群中為各功能服務(wù)所調(diào)用，用于服務(wù)在整車平臺(tái)的能力擴(kuò)展，并實(shí)現(xiàn)整車各系統(tǒng)之間的協(xié)同，保證整車軟件平臺(tái)的整體性并進(jìn)行統(tǒng)一管控。

·  平臺(tái)級(jí)軟件層面：ASF  基于國(guó)外組織服務(wù)框架擴(kuò)展，向應(yīng)用層提供更多基于服務(wù)開發(fā)需要的功能， 接口更加豐富和靈活，，新增了一個(gè)運(yùn)行在 AUTOSAR  CP 和 AP 之上的軟件層，對(duì)上提供統(tǒng)一視圖的操作接口。應(yīng)用可以調(diào)用 ASF 的接口，也可以調(diào)用 AUTOSAR 標(biāo)準(zhǔn)的接口，并且可以基于原子服務(wù)及系統(tǒng)服務(wù)提供的功能進(jìn)行組合，實(shí)現(xiàn)服務(wù)的級(jí)聯(lián)，針對(duì)不同異構(gòu)系統(tǒng)分別提供軟件包。

總之，隨著 ASF 的不斷迭代成熟以及 ASF 架構(gòu)所涉及行業(yè)標(biāo)準(zhǔn)的落地和實(shí)踐，ASF 將促進(jìn)本土化基礎(chǔ)軟件生態(tài)的可持續(xù)與健康發(fā)展，助力 “卡脖子” 技術(shù)的多點(diǎn)突破。

2.   架構(gòu)設(shè)計(jì)

ASF   是位于基礎(chǔ)軟件平臺(tái)（即基礎(chǔ)操作系統(tǒng)和運(yùn)行環(huán)境）和功能服務(wù)層之間的服務(wù)軟件單元的集群， 主要用于支持功能服務(wù)的通用化基礎(chǔ)功能的開發(fā)和使用。可實(shí)現(xiàn)車內(nèi)各功能服務(wù)之間、車云之間共享通信、診斷、計(jì)算等資源。

ASF 軟件架構(gòu)在 SOA 平臺(tái)的層級(jí)如圖 3.1-5 所示：

圖3.1-5 ASF服務(wù)架構(gòu)

ASF    使用標(biāo)準(zhǔn)化基礎(chǔ)軟件平臺(tái)和操作系統(tǒng)提供的接口，提供更多整車業(yè)務(wù)層面需要的功能，并封裝成基礎(chǔ)系統(tǒng)服務(wù)與整車系統(tǒng)服務(wù)，例如整車級(jí)日志服務(wù)、整車級(jí)診斷服務(wù)等，將各個(gè)節(jié)點(diǎn)的服務(wù)匯總成整車級(jí)，為開發(fā)者提供整車統(tǒng)一視圖的服務(wù)功能及服務(wù)接口。

ASF    彌補(bǔ)了標(biāo)準(zhǔn)基礎(chǔ)軟件沒(méi)有對(duì)接口進(jìn)行業(yè)務(wù)級(jí)匯總和統(tǒng)一的問(wèn)題，對(duì)開發(fā)者提供更多面向服務(wù)開發(fā)所需要的功能服務(wù)，使開發(fā)者專注于業(yè)務(wù)設(shè)計(jì)和開發(fā)，為業(yè)務(wù)創(chuàng)新和軟件快速迭代提供支撐。

3.  架構(gòu)下的關(guān)鍵技術(shù)設(shè)計(jì)

ASF   是一組為功能服務(wù)開發(fā)、使用和集成而設(shè)計(jì)的通用化中間件服務(wù)集群，服務(wù)集群可以被所有的功能服務(wù)調(diào)用，用于對(duì)功能服務(wù)在整車平臺(tái)的能力進(jìn)行擴(kuò)展，并實(shí)現(xiàn)整車各系統(tǒng)之間的協(xié)同，保證整車軟件平臺(tái)的整體性并進(jìn)行統(tǒng)一管控。

ASF  主要可分為原子服務(wù)、SOA  增強(qiáng)型服務(wù)、系統(tǒng)級(jí)基礎(chǔ)服務(wù)、整車級(jí)基礎(chǔ)服務(wù)。軟件架構(gòu)設(shè)計(jì)師需基于各服務(wù)類型進(jìn)行服務(wù)定義、設(shè)計(jì)，使 ASF 分層和功能定義更加清晰。在服務(wù)設(shè)計(jì)過(guò)程中遵循以下原則：

·  SOA   增強(qiáng)型服務(wù)具有通用性：即可為所有的應(yīng)用服務(wù)提供通用功能，應(yīng)用服務(wù)基于服務(wù)自身需求可使用該類服務(wù)，如數(shù)據(jù)存儲(chǔ)、服務(wù)信號(hào)轉(zhuǎn)換、服務(wù)調(diào)試等諸如此類的通用化功能。

·  系統(tǒng)級(jí)基礎(chǔ)服務(wù)具有一定范圍的（如某操作系統(tǒng)或控制器之上）通用性，且具有抽象性：即對(duì)基礎(chǔ)軟件開發(fā)平臺(tái)（如 AUTOSAR Adaptive/Classic、Android 等）提供的通用化功能進(jìn)行抽象，并提供給應(yīng)用服務(wù)使用，如健康管理服務(wù)、網(wǎng)絡(luò)管理服務(wù)、時(shí)鐘服務(wù)、電源管理服務(wù)等。

·  整車級(jí)系統(tǒng)服務(wù)具有全局性：即該類服務(wù)的設(shè)計(jì)更多關(guān)注的是整車層面對(duì)車內(nèi)所有系統(tǒng)的通用化功能進(jìn)行協(xié)同和管控，該層服務(wù)是對(duì)系統(tǒng)基礎(chǔ)服務(wù)在整車層面的抽象和管控，即通過(guò)該層服務(wù)可以配置和控制系統(tǒng)基礎(chǔ)服務(wù)，如整車健康管理服務(wù)、整車網(wǎng)絡(luò)管理服務(wù)、整車時(shí)鐘服務(wù)、整車電源管理服務(wù)等。

·  動(dòng)態(tài)服務(wù)具有動(dòng)態(tài)配置性：即應(yīng)用服務(wù)在運(yùn)行過(guò)程中可對(duì)服務(wù)進(jìn)行配置，并基于配置輸入執(zhí)行動(dòng)態(tài)服務(wù)的功能。

·  原子服務(wù)具有獨(dú)立性：即其設(shè)計(jì)應(yīng)與硬件配置和實(shí)現(xiàn)無(wú)關(guān)，與上層功能服務(wù)層和下層的硬件驅(qū)動(dòng)層解耦，完全獨(dú)立。

·  原子服務(wù)具有原子性：即設(shè)計(jì)的服務(wù)不可再拆分，作為服務(wù)的最小單位和執(zhí)行實(shí)體，為功能服務(wù)提供最基礎(chǔ)的執(zhí)行或采集等功能。

(1) SOA 增強(qiáng)型服務(wù)

SOA   增強(qiáng)服務(wù)是在國(guó)際共同討論的基礎(chǔ)平臺(tái)進(jìn)行服務(wù)框架擴(kuò)展，封裝通用化的基礎(chǔ)功能。應(yīng)用服務(wù)調(diào)用此類服務(wù)的接口更加方便完善其功能軟件邏輯、便于系統(tǒng)集成和敏捷測(cè)試。

該類服務(wù)為一組服務(wù)集群，以 Lib 庫(kù)的形式集成在應(yīng)用服務(wù)中，并提供滿足國(guó)際共同討論的自適應(yīng)性標(biāo)準(zhǔn)的服務(wù)接口，使接口標(biāo)準(zhǔn)完整統(tǒng)一。主要包含模塊：服務(wù)調(diào)試、服務(wù)轉(zhuǎn)換、服務(wù)權(quán)限、服務(wù)同步、SOA For Android、日志管理、動(dòng)態(tài)數(shù)據(jù)收集、診斷管理。

(2) 系統(tǒng)級(jí)基礎(chǔ)服務(wù)

系統(tǒng)級(jí)基礎(chǔ)服務(wù)描述車端各類域控及網(wǎng)關(guān)節(jié)點(diǎn)，基于通用基礎(chǔ)軟件提供的底層支持，進(jìn)行相應(yīng)的封 裝和擴(kuò)展，實(shí)現(xiàn)各類通用化服務(wù)功能和框架及在此基礎(chǔ)上形成的面向上層應(yīng)用的各類服務(wù)接口（SDK  接口、API 接口、IPC 接口、RPC 接口等）。

系統(tǒng)基礎(chǔ)服務(wù)包括通用支撐類服務(wù)和公共框架類服務(wù)。通用支撐類服務(wù)包括服務(wù)治理（服務(wù)發(fā)布及發(fā)現(xiàn)）及服務(wù)容器、服務(wù)訪問(wèn)及限流降級(jí)、數(shù)據(jù)訂閱及發(fā)布、集群管理、消息總線等。公共框架類服務(wù)包括升級(jí)管理服務(wù)、健康管理服務(wù)、網(wǎng)絡(luò)配置服務(wù)、資源管理服務(wù)、時(shí)鐘同步服務(wù)、安全管理服務(wù)、測(cè)試服務(wù)、電源管理服務(wù)、日志服務(wù)、診斷服務(wù)、數(shù)據(jù)收集等。

此外，系統(tǒng)基礎(chǔ)服務(wù)還包括針對(duì)具體域控節(jié)點(diǎn)功能的框架服務(wù)，如針對(duì)自動(dòng)駕駛域控制器，提供自動(dòng)駕駛?cè)诤细兄Ｐ秃涂蚣芊?wù)、規(guī)劃控制模型和框架服務(wù)、決策執(zhí)行模型及框架服務(wù)、定位服務(wù)等。針對(duì)智能座艙域控制器，提供手勢(shì)識(shí)別服務(wù)、語(yǔ)音識(shí)別服務(wù)、儀表顯示服務(wù)以及其他應(yīng)用框架服務(wù)。

系統(tǒng)基礎(chǔ)服務(wù)支持靈活組合、配置及部署，在不同的域控節(jié)點(diǎn)上部署不同的服務(wù)模塊，如升級(jí)服務(wù)、健康管理服務(wù)、網(wǎng)絡(luò)管理服務(wù)、系統(tǒng)資源查詢服務(wù)、時(shí)鐘服務(wù)、安全服務(wù)、調(diào)試服務(wù)、軟件包管理服務(wù)、電源管理服務(wù)、通信服務(wù)、日志服務(wù)、通用支撐類服務(wù)、數(shù)據(jù)收集服務(wù)。

(3) 整車級(jí)系統(tǒng)基礎(chǔ)服務(wù)

整車級(jí)系統(tǒng)基礎(chǔ)服務(wù)是將各控制器節(jié)點(diǎn)的能力，通過(guò)跨域、跨核組合成整車級(jí)別的業(yè)務(wù)功能，以對(duì)應(yīng)用層提供整車級(jí)統(tǒng)一的調(diào)用。整車級(jí)系統(tǒng)基礎(chǔ)服務(wù)包含整車電源管理服務(wù)、整車健康管理服務(wù)、整車時(shí)鐘服務(wù)、整車診斷 Master、整車版本管理服務(wù)、整車數(shù)據(jù)采集服務(wù)、整車日志管理服務(wù)。

(4) 動(dòng)態(tài)服務(wù)

動(dòng)態(tài)服務(wù)工作流通常由車云一體的云端平臺(tái)（ 比如：開發(fā)者平臺(tái)）提供工具鏈支持，對(duì)接技術(shù)生態(tài)及運(yùn)營(yíng)，從而在運(yùn)行態(tài)具備靈活更新的能力。動(dòng)態(tài)服務(wù)開發(fā)流程以邏輯組合建模為主，因此工具鏈需要支持可視化 UML 建模，輸出模型腳本，并與車端建立同步機(jī)制。

動(dòng)態(tài)服務(wù)開發(fā)面對(duì)的角色，不再局限于傳統(tǒng)的 OEM/ 供應(yīng)商角色，而是拓展面向第三方開發(fā)者，甚至是車主。

(5) 原子服務(wù)

原子服務(wù)是執(zhí)行單一操作功能的服務(wù)，具有硬件功能上的不可拆分性。例如獲取一個(gè)數(shù)值或者執(zhí)行 一個(gè)I/O 操作。通過(guò)將域控制器的硬件功能，拆分為最小功能的原子服務(wù)，并統(tǒng)一定義原子服務(wù)的訪問(wèn)接口， 從而實(shí)現(xiàn)軟硬件的完全隔離。軟硬件隔離后，車載硬件不再綁定特定的功能，應(yīng)用軟件得以自由使用車 載硬件，實(shí)現(xiàn)更加靈活多樣化的功能。例如方向盤在正常行駛過(guò)程中，用于控制車輛的轉(zhuǎn)向，當(dāng)車輛處 于非駕駛模式時(shí)，又可以成為中控大屏游戲應(yīng)用的控制手柄。

① 原子服務(wù)定義方法

原子服務(wù)分為功能原子服務(wù)和硬件原子服務(wù)，這里先以硬件原子服務(wù)為例說(shuō)明原子服務(wù)的定義原則。

② 原子服務(wù)的屬性

原子服務(wù)需要為上層提供完備的設(shè)備訪問(wèn)能力，而又隱藏硬件實(shí)現(xiàn)的細(xì)節(jié)，從而實(shí)現(xiàn)硬件邏輯和應(yīng)用程序邏輯的分離。原子服務(wù)，應(yīng)當(dāng)具有以下的屬性：

·  硬件控制

·  更改硬件工作參數(shù)

·  獲取 / 通知硬件故障狀態(tài)

·  故障自恢復(fù)

·  采集 / 發(fā)送硬件數(shù)據(jù)

通過(guò)調(diào)用原子服務(wù)，應(yīng)用層可以實(shí)現(xiàn)硬件的控制功能、更改硬件的工作參數(shù)、獲取硬件故障狀態(tài)、收發(fā)硬件數(shù)據(jù)等功能，而無(wú)需關(guān)心硬件的初始化、反初始化、故障重啟恢復(fù)等細(xì)節(jié)的具體實(shí)現(xiàn)。例如，提供原子服務(wù)的 ECU，應(yīng)當(dāng)具備在硬件發(fā)生故障時(shí)，自我恢復(fù)硬件故障或者進(jìn)入預(yù)定義的保護(hù)狀態(tài)的能力， 并且通過(guò)服務(wù)接口通知服務(wù)使用者，服務(wù)使用者僅負(fù)責(zé)收到故障狀態(tài)的通知，而不需要參與如何解決硬 件故障的過(guò)程。

③ 原子服務(wù)的顆粒度

原子服務(wù)的顆粒度大小，直接影響到原子服務(wù)的靈活性和服務(wù)使用的便捷性。如果原子服務(wù)的顆粒 度過(guò)于細(xì)小，則原子服務(wù)的使用會(huì)變得更加靈活，但同時(shí)應(yīng)用層也不得不執(zhí)行更多細(xì)小功能的組合，服 務(wù)使用的便捷性上便會(huì)受到限制。反之，如果原子服務(wù)的顆粒度過(guò)于巨大，雖然應(yīng)用層使用會(huì)更加便捷， 但是應(yīng)用層可以組合的服務(wù)場(chǎng)景將會(huì)相應(yīng)的減少，限制了應(yīng)用功能的多樣性。原子服務(wù)的不可拆分性， 不是物理意義上的不可拆分，而應(yīng)該是功能意義上的不可拆分。

3.2  基礎(chǔ)軟件驗(yàn)證平臺(tái)

3.2.1  驗(yàn)證平臺(tái)概要

汽車電子的高速發(fā)展決定了基礎(chǔ)軟件所面臨的要求將會(huì)更加嚴(yán)格，其要求會(huì)覆蓋軟件的安全性、穩(wěn)定性、可擴(kuò)展性等方方面面。為了提高軟件質(zhì)量，降低軟件應(yīng)用風(fēng)險(xiǎn)，構(gòu)建高安全、高可靠性、高效率實(shí)施的基礎(chǔ)軟件驗(yàn)證平臺(tái)則是必不可少的一環(huán)。

當(dāng)前，汽車電子廠商大多采用 V 模式進(jìn)行新產(chǎn)品開發(fā)，相應(yīng)的，基礎(chǔ)軟件驗(yàn)證也可以參照 V 模型流程， 持續(xù)進(jìn)行不同層面的驗(yàn)證，如圖 3.2-1 所示。

圖3.2-1 V模式研發(fā)流程

充分的測(cè)試驗(yàn)證需實(shí)現(xiàn)需求階段至系統(tǒng)階段的全覆蓋。

例如：

在需求分析階段，要考慮系統(tǒng)驗(yàn)證的計(jì)劃，包括確保每一個(gè)需求點(diǎn)都是可驗(yàn)證的，并設(shè)計(jì)相應(yīng)的初步系統(tǒng)驗(yàn)證用例；

在概要設(shè)計(jì)階段，要考慮部件驗(yàn)證計(jì)劃，設(shè)計(jì)相應(yīng)用例，驗(yàn)證高級(jí)模塊的功能以及模塊之間的接口關(guān)系；

在詳細(xì)設(shè)計(jì)階段，要考慮單元驗(yàn)證計(jì)劃，編制單元驗(yàn)證用例。

進(jìn)行基礎(chǔ)軟件驗(yàn)證時(shí)需按照順序開展代碼靜態(tài)驗(yàn)證、單元驗(yàn)證、部件驗(yàn)證（包括軟軟集成、軟硬集 成）、系統(tǒng)驗(yàn)證等測(cè)試執(zhí)行工作。其驗(yàn)證類型可分為白盒測(cè)試、黑盒測(cè)試兩類。白盒測(cè)試包含代碼靜態(tài)驗(yàn)證、單元驗(yàn)證，重點(diǎn)側(cè)重于代碼邏輯、接口實(shí)現(xiàn)等內(nèi)容。黑盒測(cè)試包含部件驗(yàn)證、系統(tǒng)驗(yàn)證，重點(diǎn)側(cè)重于硬件功能實(shí)現(xiàn)、人機(jī)交互實(shí)現(xiàn)及通信功能實(shí)現(xiàn)等內(nèi)容。例如，后文提及的時(shí)間特性分析驗(yàn)證平臺(tái)屬于單元驗(yàn)證的內(nèi)容，通信相關(guān)技術(shù)驗(yàn)證平臺(tái)屬于部件驗(yàn)證內(nèi)容。

圖3.2-2 基礎(chǔ)軟件驗(yàn)證過(guò)程

總體而言，每部分的軟件驗(yàn)證包括五個(gè)基本過(guò)程：測(cè)試需求分析、測(cè)試策劃、設(shè)計(jì)與實(shí)現(xiàn)、測(cè)試執(zhí)行、測(cè)試總結(jié) , 其流程如圖 3.2-2 所示。

同時(shí)，為了提高效率，節(jié)約人力和成本，可用適宜的自動(dòng)化測(cè)試工具以及相應(yīng)的管理措施與管理工具， 以保障需求得到充分的驗(yàn)證。

此外，基礎(chǔ)軟件驗(yàn)證平臺(tái)還應(yīng)該通過(guò)靜態(tài)分析、仿真、在環(huán)測(cè)試等手段驗(yàn)證設(shè)計(jì)和實(shí)現(xiàn)的有效性。其中，仿真驗(yàn)證平臺(tái)因?yàn)橛欣谇捌隍?yàn)證及特殊測(cè)試用例注入，可以節(jié)省測(cè)試環(huán)境成本及縮短開發(fā)周期。而且由于基于分布式開發(fā)需求，驗(yàn)證平臺(tái)目前正往云端遷移。

3.2.2  驗(yàn)證平臺(tái)典型案例

1.  通信相關(guān)驗(yàn)證技術(shù)

隨著汽車智能網(wǎng)聯(lián)化、新型電子電氣架構(gòu)的發(fā)展，作為車輛神經(jīng)系統(tǒng)的汽車通信技術(shù)也面臨著越來(lái)越多的新需求?；A(chǔ)軟件所具備軟硬件分離、軟件接口的互換及重復(fù)使用特性等特點(diǎn)可以更好地實(shí)現(xiàn)車載網(wǎng)絡(luò)現(xiàn)階段發(fā)展中所遇到的總線類型多元化、協(xié)議應(yīng)用多元化等需求。為保證基礎(chǔ)軟件在車載通信上的應(yīng)用， 其驗(yàn)證相關(guān)技術(shù)是必不可少的環(huán)節(jié)。結(jié)合基礎(chǔ)軟件 COM、CANNm、CANTp 等基礎(chǔ)模塊單元，通信相關(guān)驗(yàn)證平臺(tái)需包括通信驗(yàn)證、網(wǎng)絡(luò)管理驗(yàn)證、診斷服務(wù)驗(yàn)證、時(shí)間同步驗(yàn)證等方面。

(1) 網(wǎng)絡(luò)通信測(cè)試驗(yàn)證

網(wǎng)絡(luò)通信是實(shí)現(xiàn)汽車各控制器進(jìn)行信息交互的橋梁，無(wú)論是傳統(tǒng)的分布式電子電氣架構(gòu)，還是域控 制器架構(gòu)，或是基于中央大腦的電子電氣架構(gòu)，其在汽車主干網(wǎng)中常用的總線通信類型大致包含CAN  總線、LIN 總線、以太網(wǎng)三類。此外，智能網(wǎng)聯(lián)化的發(fā)展也對(duì)車輛的網(wǎng)絡(luò)通信提出了大帶寬、高時(shí)效，功能及信息安全防護(hù)等要求。上述三類網(wǎng)絡(luò)通信方式的組合及其在基礎(chǔ)軟件驗(yàn)證平臺(tái)的應(yīng)用，基本能夠滿足汽車 在不同架構(gòu)類型及不同功能場(chǎng)景下的通信需求。與之相對(duì)應(yīng)的基礎(chǔ)測(cè)試驗(yàn)證則成為了檢驗(yàn)基礎(chǔ)軟件是否 滿足通信需求的重要一環(huán)。

① 需求分析

基礎(chǔ)軟件雖然具備軟硬件的解耦、接口的可復(fù)用性、平臺(tái)的可移植性等優(yōu)勢(shì)，但是其可靈活配置的特性也決定了其面向整車系統(tǒng)時(shí)配置參數(shù)具有差異化或在基礎(chǔ)軟件代碼開發(fā)移植階段存在不滿足整車通信需求的情況。例如某一車型平臺(tái)或某一架構(gòu)下各個(gè)控制器的基礎(chǔ)軟件在開發(fā)階段的通信參數(shù)設(shè)置、信號(hào)交互、總線通信故障處理邏輯等與期望不一致的情況。這些差異化的內(nèi)容往往會(huì)導(dǎo)致汽車總線無(wú)法通信、功能無(wú)法正常執(zhí)行等問(wèn)題，因此網(wǎng)絡(luò)通信測(cè)試的驗(yàn)證務(wù)必在單個(gè)控制器開發(fā)完成后進(jìn)行，以保證裝車后的通信質(zhì)量。

② 驗(yàn)證方法

CAN/LIN 網(wǎng)絡(luò)通信的驗(yàn)證主要針對(duì)通信配置參數(shù)、總線容錯(cuò)處理及恢復(fù)邏輯、報(bào)文交互等內(nèi)容進(jìn)行驗(yàn)證，因此測(cè)試設(shè)計(jì)方法主要為需求分析方法、邊界值分析、等價(jià)類法。為實(shí)現(xiàn)網(wǎng)絡(luò)通信驗(yàn)證，需視不同的需求搭建測(cè)試環(huán)境。網(wǎng)絡(luò)通信驗(yàn)證的測(cè)試環(huán)境可分為基于示波器的測(cè)試、基于總線分析儀的測(cè)試、基于總線干擾儀的測(cè)試三類。