隨著整車功能的不斷演進，車上各類用電設備（控制器、執(zhí)行機構(gòu)、感知設備等）的用電功耗越來越大，為了降低整車能耗，國內(nèi)外很多OEM及Tire1都在考慮相關的機制及方案，其中PN局部網(wǎng)絡管理機制，以其簡單、靈活的特點獲得眾多落地應用。

       基于AUTOSAR方案的局部網(wǎng)絡管理機制，通常簡稱為AUTOSAR PN（Partial Network），局部網(wǎng)絡管理本質(zhì)上是要實現(xiàn)只讓需要支撐功能實現(xiàn)的控制器工作，其他控制器保持在低功耗狀態(tài)。AUTOSAR PN是通過NM報文（NMPDU）的方式來達到此目標，NMPDU的典型格式如下表所示。

PN開發(fā)流程

       當前OEM的車型平臺大多為迭代開發(fā)，依托現(xiàn)有平臺增加PN通常是較快速的方案。所以相較于復雜、全面的AUTOSAR正向PN開發(fā)方法論，OEM更多采用逆向的開發(fā)方式。逆向的PN開發(fā)流程通過分析當前現(xiàn)狀來完成PN的開發(fā)，選取整車改動較小的方案推進，整體方案具備輕量化的優(yōu)勢，開發(fā)周期短，過程交互簡單。

       本文重點介紹下逆向開發(fā)的關鍵步驟：

       · 第一步：PN場景設計及梳理

       結(jié)合整車的功能列表、用車人典型的用車場景及OEM考慮的其他場景，確定車型需開發(fā)的場景范圍，比如全部喚醒、防盜、遠控、充電等。場景開發(fā)應考慮場景觸發(fā)的頻率、給用車客戶帶來的收益以及OEM本身的收益。

       · 第二步：PN開發(fā)基礎原則確定

       結(jié)合當前量產(chǎn)車型的EE架構(gòu)，確定一個基礎的PN開發(fā)規(guī)則，比如開發(fā)全局PN還是部分PN以及基礎的功能鏈路，形成本次開發(fā)的基礎原則文件，輸出到后續(xù)步驟。

       · 第三步：PN場景功能鏈路梳理及分析

       根據(jù)確定的功能場景及PN開發(fā)基礎原則及整車所有的子系統(tǒng)功能規(guī)范輸入，梳理場景觸發(fā)后的完整功能鏈路，這其中要切實考慮鏈路中涉及到的ECU、關鍵信號值的變化、功能執(zhí)行前提條件、存儲值/實時值需求、以太網(wǎng)接口調(diào)用需求、供電需求、網(wǎng)段需求等關鍵信息，通過細致的方案設計來避免場景上的鏈路缺失和場景間的關聯(lián)；另外還需要考慮休眠釋放條件，防止場景的休眠異常。

       · 第四步：網(wǎng)絡線的所有工作

       在功能線開發(fā)的同時，網(wǎng)絡線可同步開發(fā)相關的PN需求規(guī)范及休眠喚醒策略；在制定好PN場景后，可以開始NMPDU的制定、車型網(wǎng)絡相關方案的制定；PN的通信設計和診斷設計應結(jié)合PN開發(fā)的基礎原則及網(wǎng)絡需求規(guī)范開展，比如通信設計是否要考慮應用報文與場景的關聯(lián)、診斷設計是否要考慮全工況下的DTC記錄等。

       · 第五步：功能及網(wǎng)絡的測試驗證

       結(jié)合上述開發(fā)的輸入，開展測試工作以驗證符合性。

       以上的每個步驟都需要形成相關的輸入輸出來保證整個方案體系的一致性，如相關模板、PN開發(fā)基礎原則、場景功能鏈路方案、控制器PN方案、網(wǎng)絡需求規(guī)范、休眠喚醒條件、測試規(guī)范/用例、測試腳本等等。此外，控制器的實現(xiàn)如基于AUTOSAR CP協(xié)議棧，需要同步考慮功能需求與BSW的Mapping關系，保證功能需求的落地可行性。

       下圖即為同一個網(wǎng)段下不同控制器的喚醒示意。當某PN場景觸發(fā)后，控制器置位相關的PN信息，其他控制器根據(jù)置位的PN信息來決定是否與自身相關，如相關則喚醒以支撐功能實現(xiàn)，如不相關則維持在低功耗狀態(tài)。

注：本文集中在CAN總線的局部網(wǎng)絡管理。

       · 硬件支持

       實現(xiàn)PN的控制器應結(jié)合實際方案決定是否需要在硬件層面支持報文過濾功能，常見的支持硬件過濾功能的CAN收發(fā)器為NXP TJA1145，其在硬件層面設計了符合ISO 11898-2中Selective Wake-up的特性，可過濾自身關心的報文。通過使用此類收發(fā)器，可以達成控制器的功耗控制，否則無法實現(xiàn)功耗上的按需控制。

       · 軟件支持

       PN功能的實現(xiàn)，使用AUTOSAR CP協(xié)議棧是非常方便的，與常規(guī)的NM相比，PN軟件模塊主要集中在BSW的ComM和CanNM中，ComM負責PNC狀態(tài)機的監(jiān)控及跳轉(zhuǎn)，CanNM配合ComM負責NMPDU和CAN通道的維持和釋放，基于AUTOSAR軟件配置工具可以快速切換為支持PN。如使用手寫代碼，鑒于PN狀態(tài)機的規(guī)則相對簡單易懂，也可以方便的實現(xiàn)此類功能。

       經(jīng)緯恒潤依托自身豐富的技術積淀，結(jié)合架構(gòu)開發(fā)、總線開發(fā)、嵌入式開發(fā)等綜合經(jīng)驗，對整車功能進行分析與梳理，形成了一套邏輯嚴密、場景適應性強的從場景-功能-控制器-自動化測試系統(tǒng)的綜合解決方案框架。該方案包含了對市場需求的深刻理解，已應用于多家OEM的實際車型開發(fā)中。

       基于此綜合解決方案，針對OEM不同車型的獨特性、現(xiàn)有功能配置及軟硬件實際情況，細心規(guī)劃并執(zhí)行定制化實施方案，贏得了合作伙伴的廣泛信賴與深度認可。