嵌入式技術(shù)與整車網(wǎng)絡(luò)系統(tǒng)

　　診斷管理的主要內(nèi)容是故障管理。系統(tǒng)運行期間，功能自診斷因為隨機失效會產(chǎn)生相當(dāng)數(shù)量的故障指示，不加處理容易造成虛警；對于正常的故障診斷，故障信息存儲也容易受到非易失性存儲資源的限制。故障管理將處理本地所有功能自診斷的故障指示，根據(jù)故障特性進行“識別-確認(rèn)-退出”的過程管理；存在多個故障時進行類似堆棧的處理，保證高優(yōu)先級故障信息的存儲；根據(jù)診斷協(xié)議的指令輸出或清空故障信息。

　　5.3診斷通信

　　區(qū)別于總線的在線通信，診斷通信被稱為離線通信，蓋因其非常在線特點。其服務(wù)層為診斷功能提供國際通用和自定義兩種診斷服務(wù)支持。診斷服務(wù)層為上層屏蔽具體通信特征，使其只考慮功能應(yīng)用方面。每條診斷服務(wù)作為控制器功能的觸發(fā)條件或入口點。診斷服務(wù)層提供診斷服務(wù)(service)的軟件實施效率是保證控制器能夠及時響應(yīng)外部診斷診斷請求的重要因素之一。其會話層控制器與診斷工具之間的通信使能，打開或斷開雙方的通信。當(dāng)診斷工具與控制器間的應(yīng)用服務(wù)無法維持時關(guān)閉這些服務(wù)。將所有服務(wù)功能分布到合適session中，滿足診斷功能分級是該設(shè)計目的。其傳輸層設(shè)計實現(xiàn)塊數(shù)據(jù)的傳遞功能，為大數(shù)據(jù)量的傳遞提供通信通道。此外還需定義傳輸層與上、下層之間的軟件接口，優(yōu)化匹配參數(shù)。除診斷數(shù)據(jù)外，應(yīng)用功能也存在塊數(shù)據(jù)傳輸需求(例如曲目名稱)，因此傳輸層也面向應(yīng)用軟件。其物理層將定義其相應(yīng)的具體總線協(xié)議的初始化，如診斷數(shù)據(jù)幀標(biāo)識符ID分配，還包括一些特殊硬件操作，如診斷工具接入步驟。

　　5.4 配置系統(tǒng)(圖10)

　　基于市場、工程等多方面需要，整車網(wǎng)絡(luò)存在大量的通過診斷進行的信息配置。以中級車為例，整車配置信息多達上百條、數(shù)十千比特。在項目的不同階段，對上述配置進行正確無誤的快速處理是配置系統(tǒng)的主要功能。

六、集成測試(圖11)

　　不同于零部件實施的測試，集成測試關(guān)注的是系統(tǒng)層面的測試驗證。

　6.1基礎(chǔ)測試

　　基礎(chǔ)測試針對系統(tǒng)中總線、診斷等系統(tǒng)功能：控制器是否能夠及時地通過總線將采集到的傳感器信號傳遞給其他控制器，是否能夠及時響應(yīng)其他控制器通過總線傳遞的指令并驅(qū)動執(zhí)行機構(gòu)；網(wǎng)關(guān)實現(xiàn)的功能是否正確(滿足設(shè)計要求)；所有控制器是否能按規(guī)定進入／退出睡眠模式(網(wǎng)絡(luò)管理策略是否滿足設(shè)計規(guī)范)；控制器網(wǎng)絡(luò)的電流消耗是否在規(guī)定的范圍之內(nèi)；總線負(fù)載是否符合設(shè)計要求；在線診斷功能是否符合設(shè)計要求。

　　6.2功能測試

　　根據(jù)系統(tǒng)架構(gòu)、功能需求等設(shè)計規(guī)范，結(jié)合測試平臺結(jié)構(gòu)和測試環(huán)境特點生成測試規(guī)范。測試規(guī)范詳細(xì)定義了測試要求和步驟，包括點火開關(guān)狀態(tài)、功能實現(xiàn)的條件、功能結(jié)果、具體描述及注意事項等。同時對誤用濫用也要進行詳盡分析，生成相應(yīng)的測試文檔。

　　根據(jù)上述測試規(guī)范進行詳細(xì)的功能測試，以確認(rèn)集成效果是否滿足設(shè)計規(guī)范。測試解決方案建立在標(biāo)準(zhǔn)系統(tǒng)框架基礎(chǔ)上，通過開放式接口提供完整的模型設(shè)計、測試設(shè)計、診斷和標(biāo)定設(shè)計，虛擬試驗環(huán)境、實時仿真模型、試驗和試驗參數(shù)可在不同設(shè)計階段和項目中得以復(fù)用。

　　七、總結(jié)

　　本文對整車網(wǎng)絡(luò)開發(fā)和系統(tǒng)開發(fā)工作進行了詳細(xì)描述，結(jié)合嵌入式理論介紹了基于功能面向需求的架構(gòu)設(shè)計方法以及總線、診斷、集成測試的工作重點。