前言

在汽車行業(yè)CAN總線是應(yīng)用場景最多的情況，本文也基于CAN總線進(jìn)行網(wǎng)絡(luò)管理與Transceiver/Controller關(guān)系梳理。

AUTOSAR NM涉及到的模塊包括Transceiver、CAN?Driver、CANIf、CANSM、CANNM、PDUR、Com、ComM、EcuM、BswM等。由于模塊眾多，小編會分多篇梳理。

本篇就網(wǎng)絡(luò)管理和Transceiver、Controler關(guān)系理一理。

網(wǎng)絡(luò)管理和Transceiver

為什么要談Transceiver？因?yàn)槿魏紊蠈右鈭D的執(zhí)行實(shí)際都是對底層硬件模塊的操作，網(wǎng)絡(luò)管理也不例外。

在討論網(wǎng)絡(luò)管理之前，問一個問題，ECU如何供電的？因?yàn)橹挥蠩CU上電并且程序運(yùn)行以后才有網(wǎng)絡(luò)管理。所以不要混淆ECU上電和網(wǎng)絡(luò)管理激活，ECU上電并不等于網(wǎng)絡(luò)管理激活。本例以Transceiver1145(1)為例說一下ECU如何上電。

如上圖，當(dāng)BAT（等價于KL30，本例不用KL15）給Transceiver1145供電后，Transceiver1145的INH引腳激活3V電源管理模塊，進(jìn)而給主芯片供電，當(dāng)主芯片供電以后，程序開始運(yùn)行，但此時網(wǎng)絡(luò)處于BSM（Bus?Sleep Mode），ECU并不能立馬外發(fā)報文，需要對喚醒事件進(jìn)行有效性驗(yàn)證，避免因總線抖動或者其他干擾造成的ECU無效喚醒。

如果程序（上層模塊，如CANNM）想要識別當(dāng)前是否收到網(wǎng)絡(luò)管理報文應(yīng)該具備什么條件？

如果ECU想正常的收發(fā)報文需要Transceiver1145和Controller進(jìn)入各自的工作狀態(tài)。先說Transceiver1145，對于Transceiver1145需要切換到Normal Mode（通過SPI發(fā)送Normal指令），此時Transceiver1145才能將模擬信號和數(shù)字信號進(jìn)行轉(zhuǎn)換；雖然Transceiver1145可以將模擬信號和數(shù)字信號進(jìn)行轉(zhuǎn)換，但是此時ECU還不能將報文傳輸給上層模塊，即此時還不能正常的收發(fā)報文，因?yàn)镃ontroller沒有正常工作，只有當(dāng)Controller也正常工作以后，ECU才能正常的收發(fā)報文。

網(wǎng)絡(luò)管理和Controller

Controller如何進(jìn)入正常的工作模式呢？Controller進(jìn)入到正常的工作模式就需要了解ECU的喚醒過程。本例以Transceiver喚醒檢查為例分析ECU喚醒流程。

?

如上圖，Transceiver1145在初始化或者h(yuǎn)andler程序中檢查喚醒源，判斷到上電或者CAN總線干擾事件時會通知EcuM有喚醒事件，之后EcuM通過CanIf模塊調(diào)用CanTrcv_CheckWakeup檢查喚醒源。如果EcuM使能了喚醒源的檢查，則EcuM調(diào)用EcuM_StartWakeupSources接口，該操作的實(shí)質(zhì)是使得Controller進(jìn)入Start狀態(tài)，至此Transceiver1145和Controller均進(jìn)入了對應(yīng)的工作狀態(tài)，ECU具備了收發(fā)報文的能力。注意，Controller需要從STOPPED狀態(tài)切換到STARTED狀態(tài)。


審核編輯：劉清