前言

AUTOSAR網(wǎng)絡(luò)管理實際工程項目中，有時會對一些概念理解不清或者需求不清楚的情況，不知道你是否有同感？本篇就一些網(wǎng)絡(luò)需求和概念東西做一些分享。

Network states/Network Mode

Network Mode對應網(wǎng)絡(luò)開發(fā)人員并不陌生，它包含Repeat Message State、Normal Operation State、Ready Sleep State三個子狀態(tài)。Network states包含requested和released兩個子狀態(tài)。

Network states表示，軟件組件是否需要在總線上進行通信，通信與否需要調(diào)用CanNm_NetworkRequest/Release接口，接口的調(diào)用需要根據(jù)實際項目的需求開發(fā)，如：收到有效的Power On信號等。

節(jié)點收到總線NM報文，且沒有調(diào)用CanNm_NetworkRequest，通信是如何起來的呢？

如上圖(1)，網(wǎng)絡(luò)在BSM狀態(tài)收到NM報文，有兩種方式進入NM(Normal Mode)，一種是調(diào)用CanNm_NetworkRequest接口，另一種是調(diào)用CanNm_PassiveStartup接口。

CanNm_NetworkRequest接口：這種方式由實際開發(fā)需求決定，因為CanNm_NetworkRequest接口不是主動調(diào)用的接口，如果需求要求收到本地喚醒源，如：KL15、Power On激活網(wǎng)絡(luò)，即Network states進入requested，則在上層邏輯中可主動調(diào)用該接口實現(xiàn)需求。

CanNm_PassiveStartup接口：由上圖可以看出，如果在BSM/PBSM下收到網(wǎng)絡(luò)管理報文，且沒有調(diào)用CanNm_NetworkRequest接口，則程序會主動調(diào)用CanNm_PassiveStartup接口，讓Network states進入requested，進而節(jié)點正常通信。CanNm_PassiveStartup接口之所以被調(diào)用，是ComM在COMM_FULL_COMMUNICATION狀態(tài)下請求網(wǎng)絡(luò)激活的結(jié)果。

Passive Mode/PassiveStartup

Passive Mode:表示該節(jié)點只能接收NMPDU，不能外發(fā)NMPDU。注意：Autosar CANNM規(guī)范中規(guī)定對于一個節(jié)點（即一個ECU）來說，該節(jié)點內(nèi)的所有網(wǎng)絡(luò)要么都使用Passive Mode，要么都不使用Passive Mode。

Passive Startup：表示該節(jié)點網(wǎng)絡(luò)的啟動方式是被動啟動，不是主動啟動，即該節(jié)點接收到總線報文由BSM（Bus Sleep Mode）或者PBSM（Pre-BusSleep Mode）進入NM（Normal Mode）。這里的報文一般是NM報文。

Passive Startup并不是說當前節(jié)點不外發(fā)網(wǎng)絡(luò)管理報文，是否外發(fā)網(wǎng)絡(luò)管理報文取決于當前節(jié)點是否是Passive Mode，而這需要根據(jù)項目需求確定當前節(jié)點是否需要設(shè)計成Passive Mode。

這里提一個問題，為什么有些節(jié)點要設(shè)計成Passive Mode？個人理解：在一個網(wǎng)段里，如果掛接的節(jié)點過多，在啟動時每個節(jié)點都外發(fā)自己的NM報文，由于總線仲裁，高優(yōu)先級的報文可以發(fā)送，其它節(jié)點的NM報文則會被阻塞，優(yōu)先級最低節(jié)點的NM報文可能外發(fā)的時間被大大延遲，導致該節(jié)點不能在規(guī)定的時間內(nèi)發(fā)出自己的應用報文（一般需求會要求第一幀是NM報文，確保網(wǎng)絡(luò)被快速激活，之后是應用報文），如果將這樣的節(jié)點設(shè)計成Passive Mode則不存在這樣的問題，即這些節(jié)點收到其他節(jié)點的NM報文以后發(fā)送自身的應用報文（應用報文可以增加Offset，即初始第一幀應用報文延時一段時間發(fā)送）。減少NM發(fā)送，也可以降低一些總線的負載率。


審核編輯：劉清