Autosar網(wǎng)絡管理中，如果節(jié)點是網(wǎng)關節(jié)點，對開發(fā)和測試來說都是不小的挑戰(zhàn)，如果對需求解讀不到位，開發(fā)架構設計錯誤，后期的測試也就bug bug bug...

本文針對網(wǎng)關節(jié)點（包含PNC功能）解讀路由需求以及開發(fā)注意事項。本文討論的內容涉及PN（Partial Network）功能，本文源于工程實際，還是能給大家點啟發(fā)的。

提示：基于can總線討論

1 需求明確 需求：某個ECU包含兩個節(jié)點：Node1和Node2，兩者為網(wǎng)關節(jié)點，均包含PNC功能。要求網(wǎng)絡管理報文的路由時間＜15ms。

提示：

Node1和Node2是主動激活節(jié)點，即兩個Node均具有快發(fā)模式;

PNC1和PNC2均關聯(lián)Can1和Can2。

2 需求說明

這里我們從測試角度分析需求應該如何測試。

舉例分析：上位機（Tester）模擬發(fā)送一幀網(wǎng)絡管理報文0x5xx（網(wǎng)絡管理報文有效范圍：0x500~0x53F）到Can1 Bus，Can1 Node收到這幀網(wǎng)絡管理報文以后，內部轉發(fā)給Can2 Node（實際由ComM判斷PNC，進而決定哪些Node網(wǎng)絡狀態(tài)切換）。在Normal Mode模式下，Node1會發(fā)送網(wǎng)絡管理報文0x502到Can1 Bus，Node2會發(fā)送網(wǎng)絡管理報文0x503到Can2 Bus。

測試關鍵步驟：

Tester發(fā)送僅包含PNC1的網(wǎng)絡管理報文0x5xx；

5s后，Node1和Node2進入NOS(Normal Operation State)狀態(tài)，且兩者均以1s周期外發(fā)各自的網(wǎng)絡管理報文；

此時上位機模擬發(fā)送一幀網(wǎng)絡管理報文(包含PNC1、PNC2)給Node1，Node1、Node2均進入快發(fā)模式，Can1 bus總線上第一次出現(xiàn)PNC2置位的模擬網(wǎng)絡管理報文時間記為T1；

Node2也進入快發(fā)模式，當Node2發(fā)送出第一幀包含PNC2的網(wǎng)絡管理報文0x503的時間記為T2（Node2此時處于快發(fā)模式），如果T2-T1 < 15ms+(15*0.01)ms = 16.5ms，則測試通過。

測試分析圖如下所示：

3 開發(fā)注意

當理解了需求以后，開發(fā)者實現(xiàn)過程中有幾點需要注意：

Node1接收的網(wǎng)絡管理報文是一個范圍，而非某幀網(wǎng)絡管理報文，比如：本例網(wǎng)絡管理報文的范圍是0x500~0x53F，該范圍內的任一幀網(wǎng)絡管理報文，如果PNC關聯(lián)Node2，均應使得Node2進入快發(fā)模式，反之亦然；

Node1和Node2的喚醒與PNC相關，與應用報文的路由不要混為一談。PNC關聯(lián)哪些Node，ComM會請求哪些Node的網(wǎng)絡狀態(tài)切換，而應用報文的路由可以通過PDUR進行PDR級別路由或者Com層的信號（Signal）路由；

配置參數(shù)CanNmPnHandleMulti勾選；

網(wǎng)絡管理有PN功能時，ComM負責調用CanNm_NetworkRequest()接口。

坑點： Node1和Node2均有Pn功能，配置參數(shù)CanNmPnHandleMultipleNetworkRequests需要勾選，當狀態(tài)由NOS->RMS(Repeat Message State)切換的時候，Node進入快發(fā)模式。


審核編輯：劉清