好幾個朋友最近都問過同一個問題想做車載底層嵌入式軟件開發(fā)AutoSar到底該怎么學這個問題看著不大但每次認真回答起來都要聊很久。原因很簡單AutoSar不是一個“知識點”而是一整套基于標準化架構(gòu)的開發(fā)體系和生態(tài)。你去招聘軟件上搜“嵌入式軟件開發(fā)”十個崗位里六七個都寫著“熟悉AutoSar優(yōu)先”但真要把這套東西講明白、學明白網(wǎng)上能找到的資料又散又淺很容易勸退新人。這篇文章我就把“新手如何學習車載底層嵌入式軟件開發(fā)AutoSar”這件事拆成一條相對清晰的路線來講。它解決的核心問題是你之前沒有車載行業(yè)經(jīng)驗或者只有單片機基礎(chǔ)怎么用一年左右的時間把AutoSar的路摸通能寫簡歷、能面試、能上手干活。適合三類人看準備從傳統(tǒng)嵌入式轉(zhuǎn)行做車載的工程師、剛畢業(yè)的電子或計算機相關(guān)專業(yè)學生、已經(jīng)在做車載測試想轉(zhuǎn)開發(fā)的同行。我會盡量站在“過來人”的角度把關(guān)鍵原理、實操路徑、工具鏈情況、常見坑都講到位你拿過去就能照著規(guī)劃。1. 學習前必須搞清楚的幾個底層問題1.1 AutoSar到底解決的是車載軟件的什么問題很多新手一上來就抱著AUTOSAR規(guī)范文檔啃結(jié)果看了幾百頁還是不知道這東西解決了什么問題。我建議你先跳出標準想想一個整車廠為什么會需要AutoSar這樣一個標準化架構(gòu)。早年間一輛車上有幾十個ECU每個ECU的軟件開發(fā)方式基本是“一錘子買賣”芯片廠商給你一套底層驅(qū)動Tier1按自己的習慣寫應用邏輯OEM拿到手里發(fā)現(xiàn)不同供應商的代碼風格完全不同軟件接口對不上出了問題互相甩鍋。最痛苦的是換一顆MCU整個軟件幾乎要推倒重來所有底層寄存器操作、驅(qū)動庫都要適配一遍。這種模式下軟件開發(fā)成本高、周期長、復用率極低。AutoSar做的事情歸結(jié)起來就一句話把汽車ECU的軟件架構(gòu)標準化讓軟件與硬件解耦讓應用層與基礎(chǔ)軟件解耦讓不同廠商之間能用統(tǒng)一的“語言”協(xié)作。它規(guī)定好了分層模型、模塊劃分和接口定義供應商按規(guī)范開發(fā)OEM按規(guī)范集成。你可以把它理解成裝修行業(yè)的“標準化插座”——不管墻里走的什么線面板上留的接口是一致的燈具和電器廠家只要按標準做插頭就能裝過去。所以學習AutoSar不能只盯著某個驅(qū)動函數(shù)而是要建立“軟件架構(gòu)”的思維方式。這是和傳統(tǒng)裸機開發(fā)最大的不同點。1.2 Classic與Adaptive怎么選接觸AutoSar時你會看到兩個大方向Classic PlatformCP和Adaptive PlatformAP。我的建議很直接如果你是做“車載底層嵌入式軟件”這個方向從Classic入手暫時先不用深入Adaptive。兩者的區(qū)別可以從幾個維度來看對比維度Classic PlatformAdaptive Platform目標硬件傳統(tǒng)MCUTC3xx、S32K、RH850等高性能SoC/MPU高通驍龍、英飛凌AURIX TC4xx等操作系統(tǒng)OSEK/VDX OS靜態(tài)調(diào)度基于POSIX的Linux/QNX類系統(tǒng)編程語言以C語言為主C為主適用場景車身控制、動力、底盤、傳統(tǒng)ECU自動駕駛、智能座艙、域控制器實時性要求高微秒到毫秒級相對高但允許一定動態(tài)調(diào)度資源占用小運行在裸機或輕量OS上大動輒需要多核大內(nèi)存Classic平臺承載的是汽車電子里數(shù)量最多、生命周期最長的ECUBootloader、網(wǎng)絡(luò)管理、診斷、刷新這些核心底層工作基本都跑在它上面。而且Classic的開發(fā)方式和傳統(tǒng)嵌入式貼合度更高入門門檻相對低。很多公司招聘的“車載基礎(chǔ)軟件工程師”“嵌入式軟件開發(fā)AUTOSAR方向”崗位說的基本都是Classic平臺。先把CP吃透后面再往Adaptive發(fā)展也順理成章。1.3 沒有這些基礎(chǔ)先別急著看代碼AutoSar本身已經(jīng)是“上層建筑”它底下還壓著一大堆基礎(chǔ)知識。如果底子太薄硬去學很容易被各種配置界面和生成代碼淹沒。我認為你在開始學AutoSar之前至少需要具備這些能力C語言要扎實指針、結(jié)構(gòu)體、函數(shù)指針、位操作、內(nèi)存管理這些必須過關(guān)。AutoSar生成的代碼里大量使用結(jié)構(gòu)體和函數(shù)指針看不懂這些基本沒法調(diào)式。至少熟悉一款單片機推薦STM32資料多、上手快或者直接上英飛凌AURIX TC2xx/TC3xx開發(fā)板。要懂GPIO、中斷、定時器、CAN、SPI、UART這些外設(shè)懂寄存器級別怎么操作。能看懂原理圖和芯片手冊做車載底層一定會遇到硬件相關(guān)的問題比如CAN收發(fā)器引腳接錯了、芯片供電電壓不對。你得能看懂一個芯片的電源域、引腳功能、喚醒邏輯。會用調(diào)試工具示波器、邏輯分析儀、USB-CAN分析儀這幾樣東西在車載開發(fā)中就是日常吃飯的碗。知道操作系統(tǒng)基礎(chǔ)概念任務、中斷優(yōu)先級、信號量、隊列。即使還沒用過OSEK OS這些概念也必須有。如果你發(fā)現(xiàn)上面這些還有欠缺老老實實先補基礎(chǔ)別跳級。跳級的后果就是在實際項目中花幾周在一個很簡單的問題上打轉(zhuǎn)。2. 新手入門的學習路線先搭架構(gòu)再鉆細節(jié)2.1 先畫一張整體架構(gòu)圖把模塊職責標清楚我見過不少初學者路徑完全反著來先看CanTp怎么配置再看NvM什么參數(shù)學了兩周還是不知道自己每天在配什么東西。其實AutoSar學習的第一步應該是先把軟件架構(gòu)“裝進腦子里”。Classic平臺的分層大致是這樣最上層是應用層SWC中間是運行時環(huán)境RTE再往下是基礎(chǔ)軟件層BSW。BSW又可以拆成三塊服務層包括Dcm、Dem、NvM、Com、CanTp、CanNm、BswM等、ECU抽象層CanIf、EthIf等、微控制器抽象層Can驅(qū)動、MCU驅(qū)動、Gpt驅(qū)動等。理解這套模型千萬別死記硬背你要能畫出數(shù)據(jù)流。舉一個最常見的例子診斷儀發(fā)一條UDS請求給ECU數(shù)據(jù)是怎么跑的診斷請求從CAN總線進來被MCAL層的Can驅(qū)動接收然后把報文交給CanIfCanIf根據(jù)CAN ID找到對應的PDU交給PduR做路由。如果這個數(shù)據(jù)超過了一個CAN幀的長度PduR會把它交給CanTp做分包和組包處理等完整數(shù)據(jù)到達后再交給上層的Dcm模塊Dcm解析這個診斷請求調(diào)用對應的服務處理邏輯。如果是讀取故障碼Dcm會去Dem模塊拿DTC信息然后按原路把響應數(shù)據(jù)發(fā)回去。我讓你畫這張圖是為了訓練你“數(shù)據(jù)流思維”。做車載底層開發(fā)最常做的事就是在某一條數(shù)據(jù)通路上定位問題。你腦子里沒這張地圖工具用得再熟也白搭。2.2 推薦從通信棧切入別一上來就啃診斷和存儲AutoSar的模塊很多新手要有取舍。我的建議是從通信棧切入先把CAN通信鏈路打通然后再去學診斷、網(wǎng)絡(luò)管理、存儲這些和通信強相關(guān)的模塊最后有余力再看OS、看RTE。為什么從通信棧入手三個原因。第一所有的ECU都要上CAN總線通信是剛需也是面試必問第二通信鏈路的效果你可以直接用CAN卡抓報文驗證學起來有反饋、有成就感第三通信棧的層級設(shè)計是AutoSar分層思想的最佳縮影把這個鏈路搞明白其他模塊的理解就順理成章。通信棧里最值得死磕的是CanTp傳輸層協(xié)議對應ISO 15765-2。因為實際的診斷刷寫等大數(shù)據(jù)傳輸都依賴這個模塊的分包和組包能力。你需要理解單幀、首幀、連續(xù)幀、流控幀的關(guān)系理解SN序列號怎么遞增理解STmin最小間隔時間和塊大小BlockSize怎么影響傳輸速率。舉個例子一次Bootloader刷寫中你要寫4KB的數(shù)據(jù)到Flash但一個CAN幀最多只能帶8字節(jié)。CanTp會先發(fā)一個首幀告訴對端“我要發(fā)一個4096字節(jié)的報文”對端回來流控幀說“你一次最多發(fā)8幀幀間隔最小10ms”然后發(fā)送端就按這個節(jié)奏發(fā)連續(xù)幀。這個過程中如果STmin配得太小對端MCU處理不過來就會丟幀如果BlockSize配得太小傳輸就會變慢。這種調(diào)優(yōu)經(jīng)驗恰恰是工作中最有價值的部分。學完通信棧之后可以緊接著把網(wǎng)絡(luò)管理模塊學了。這里涉及BswM基礎(chǔ)軟件模式管理器和CanNmCAN網(wǎng)絡(luò)管理。你需要理解ECU的幾種網(wǎng)絡(luò)狀態(tài)Bus-Sleep模式、Prepare Bus-Sleep模式、Network模式。ECU想睡覺時不是直接睡的需要走一套流程先停止收發(fā)應用報文然后經(jīng)過一段等待時間確認總線上沒有其他節(jié)點在“挽留”它才能進入睡眠。這套狀態(tài)切換邏輯是面試高頻考點也是實際項目中“靜態(tài)電流超標”問題的高發(fā)區(qū)域。2.3 學習資料別貪多按“概念-規(guī)范-工程”三層來選很多新手在資料選擇上特別糾結(jié)總覺得要收集齊所有文檔才夠。實際上AutoSar資料要按層次來用不建議一開始就抱著幾百頁的官方SWS文檔硬啃。我建議的資料使用思路是第一層建立概念?？匆恍〢utoSar架構(gòu)介紹類的視頻或文章把上面說的分層模型、模塊職責搞清楚。這個階段不用深入細節(jié)能達到“看到模塊縮寫能知道它是干什么的”程度就行。第二層按需查閱官方文檔。AUTOSAR官方發(fā)布的標準文檔本身是非常好的工具書但不適合通讀。你需要訓練“檢索式閱讀”遇到某個參數(shù)搞不懂去對應模塊的標準里查定義。比如配置CanTp時遇到N_Ar到底是干嘛的就打開CanTp標準文檔翻一翻只看相關(guān)章節(jié)。第三層動手做工程。找一個demo工程或者自己搭建一個最小工程對照配置界面逐步看它生成的代碼長什么樣這是理解和記憶最有效的方式。順帶提一句很多工具廠商比如Vector、EB官網(wǎng)都有公開的培訓材料和示例工程多去翻翻往往比看二手博客強得多。3. 開發(fā)環(huán)境與工具鏈沒有商業(yè)工具也能學著做項目3.1 商業(yè)工具鏈長什么樣心里要有數(shù)車載底層軟件開發(fā)和普通的嵌入式開發(fā)有一個很大的區(qū)別AutoSar是“配置驅(qū)動”的絕大多數(shù)代碼不是手寫的而是通過配置工具生成的。商用領(lǐng)域最主流的兩套工具Vector的DaVinci Configurator Pro DaVinci Developer和EB的tresos Studio。拿著工具怎么做開發(fā)大致流程是這樣的OEM會提供一個ECU Extract一個關(guān)于整車通信矩陣和診斷規(guī)范的配置文件描述這個ECU該有哪些報文、哪些診斷服務你把它導入到配置工具里然后在這個基礎(chǔ)上配置各個BSW模塊。比如配置Can驅(qū)動要選用哪個CAN通道、波特率是多少配置CanIf要定義哪些CAN ID對應哪條PDU配置CanTp要設(shè)置STmin、BS、SN等參數(shù)。配置完成后工具會直接生成一堆C代碼你再把自己的業(yè)務邏輯比如Bootloader的Flash驅(qū)動、網(wǎng)絡(luò)管理回調(diào)集成進去最后編譯、鏈接、刷寫。舉個例子BswM下電配置在Vector DaVinci里大概長什么樣你需要在BswM里定義模式請求源和模式切換規(guī)則。比如當CanNm進入Bus-Sleep模式時BswM要釋放CommUser停止應用報文發(fā)送然后延遲一段時間確認沒有新的請求再通過EcuM調(diào)用MCU驅(qū)動關(guān)閉外設(shè)和時鐘最后讓電源管理單元進入低功耗狀態(tài)。這個過程涉及BswM的ModeCondition、ActionList、LogicalExpression等配置項如果之前沒接觸過確實容易一頭霧水。Ecuc模塊是整個配置工具的核心。你可以把它理解成一個巨大的“參數(shù)倉庫”所有BSW模塊的關(guān)鍵參數(shù)都集中在這個單元里管理每個參數(shù)都有路徑、類型、取值范圍。配置工具的本質(zhì)就是把我們以前手寫驅(qū)動時那些散落在代碼里的宏定義由規(guī)范定義后集中管理起來。3.2 沒有商業(yè)授權(quán)怎么動手練商用工具很貴個人學習通常拿不到授權(quán)。那是不是就學不了了并不是。我推薦的方案是“兩個腿走路”。第一用帶基礎(chǔ)軟件包的開發(fā)板?，F(xiàn)在英飛凌、NXP這些芯片廠商都有自己的開發(fā)板生態(tài)。比如英飛凌AURIX TC3xx系列有對應的MCAL驅(qū)動包和部分BSW示例你可以先在這個環(huán)境里練習MCAL層的配置和驅(qū)動調(diào)試。雖然BSW的功能可能不完全但至少能讓你理解“底層驅(qū)動到底在干什么”。第二用普通單片機自己實現(xiàn)一個簡化版通信協(xié)議棧。比如拿STM32F407的開發(fā)板自己寫一個基于CAN外設(shè)的CanTp協(xié)議處理程序處理單幀和流控幀或者自己寫一個簡化版的CAN網(wǎng)絡(luò)管理狀態(tài)機。這一套做下來你對AutoSar里面那些狀態(tài)機的理解會非常深之后去套商業(yè)工具只是“換一層皮”的問題。我特意強調(diào)“先理解狀態(tài)機再學配置”。因為配置工具只是把狀態(tài)機和參數(shù)變成圖形化界面你如果不知道底層協(xié)議邏輯是什么工具上那些超時時間、節(jié)點地址、重復次數(shù)配置對你來說只是“玄學旋鈕”。3.3 從零到一配置一個最小工程假設(shè)你手上已經(jīng)有一塊開發(fā)板、一個CAN分析儀和一套可以使用的AutoSar配置工具哪怕是試用版或?qū)W校授權(quán)我想帶你過一遍從零配出最小系統(tǒng)的完整流程。第一步新建工程導入ECU Extract。ECU Extract里包含總線矩陣、DBC、診斷描述這是所有報文的“源頭”。第二步配置MCU模塊。先配時鐘鎖相環(huán)、看門狗、時鐘樹、端口、以及用到的外設(shè)。第三步配置通信底層。配置Can驅(qū)動選擇通道、波特率例如500kbps、CAN控制器模式。再配置CanIf把總線上的CAN ID映射到軟件上的PDU ID。第四步配置PduR。PduR是路由中心你要明確每個PDU是發(fā)到CanTp做長報文還是直接發(fā)到Com做信號。第五步配置CanTp。參數(shù)包括N_As、N_Ar、N_Bs、N_Cr這些超時時間以及STmin、默認塊大小等。第六步配置Dcm和Dem。Dcm里要添加支持的服務例如0x10會話控制、0x27安全訪問、0x22讀取數(shù)據(jù)、0x2E寫入數(shù)據(jù)、0x34請求下載等。Dem里要預定義DTC事件。第七步配置NvM、BswM、CanNm。NvM要做存儲塊的劃分和地址映射BswM要配置模式判斷邏輯CanNm要設(shè)置網(wǎng)絡(luò)管理報文ID和超時參數(shù)。第八步生成代碼編譯下載用CAN卡發(fā)一些診斷請求驗證鏈路。這套流程走完你會發(fā)現(xiàn)一個很有意思的現(xiàn)象大部分時間不是寫代碼而是在“畫配置”。這就是AutoSar風格你要適應它。配置一個模塊時一定要看它的“依賴關(guān)系”。比如配置PduR時你發(fā)現(xiàn)需要填CanTp的PDU ID你還沒配CanTp就配不了PduR。所以配置順序很重要否則界面報錯就能把人搞崩潰。4. 用實戰(zhàn)項目檢驗學習成果越早動手越好4.1 項目一做一個支持UDS刷寫的Bootloader如果說只做一個項目來檢驗AutoSar學習成果我一定推薦“UDS Bootloader”。因為一個完整的刷寫功能能把診斷、通信、存儲、任務調(diào)度、狀態(tài)管理這些核心模塊全部串起來相當于一次“畢業(yè)設(shè)計”。這個Bootloader的工作流程大概是ECU上電后進入Bootloader先初始化時鐘和CAN然后啟動一個診斷任務不斷監(jiān)聽總線上是否有診斷請求。如果收到0x10 02進入編程會話馬上切換會話之后會收到0x27安全訪問請求你要實現(xiàn)密鑰算法來解鎖權(quán)限解鎖之后刷寫工具會發(fā)0x34請求下載和0x36傳輸數(shù)據(jù)這些數(shù)據(jù)會經(jīng)過CanTp分包到達Dcm后再寫入到外部Flash。等所有數(shù)據(jù)傳輸完成發(fā)0x31例程控制做校驗校驗通過后置一個APP有效性標志最后執(zhí)行軟件復位跳到APP。這個鏈路中每一個環(huán)節(jié)都有坑。首當其沖的是Flash驅(qū)動和擦寫策略擦除時間長Dcm那邊可能已經(jīng)超時了你要決定同步擦還是異步擦怎么通知上位機“我現(xiàn)在忙你別發(fā)數(shù)據(jù)”。第二個常見坑是安全訪問算法和上位機約定不清就會導致解鎖失敗。第三個坑是跳轉(zhuǎn)APP前要做棧指針和首指令校驗否則跳過去直接hardfault。做這個項目時我建議你每天給自己設(shè)定一個小目標今天打通0x10會話明天把0x27搞定后天能收到0x34并寫進Flash。這樣成就感能維持住不會中途放棄。4.2 項目二實現(xiàn)網(wǎng)絡(luò)管理狀態(tài)機并做到低功耗做過Bootloader之后你基本已經(jīng)把“診斷鏈路”吃透了。接下來我建議做“網(wǎng)絡(luò)管理低功耗管理”項目這個是量產(chǎn)ECU落地時極為關(guān)鍵的環(huán)節(jié)也是面試官特別愛深挖的點。整車對靜態(tài)電流要求很嚴格車停在那里所有ECU必須盡快進入休眠。在AutoSar里這由BswM、EcuM、CanNm和Can驅(qū)動協(xié)同完成。你要實現(xiàn)的核心場景是上電后ECU處于Network模式周期性發(fā)送網(wǎng)絡(luò)管理報文告訴其他ECU“我醒著呢”。當整車上電結(jié)束后不再需要通信CanNm進入Ready Sleep狀態(tài)開始等待總線上是否還有遠程喚醒請求。如果等了一個超時周期沒有收到NM報文就進入Prepare Bus-Sleep模式此時BswM會停止應用報文發(fā)送釋放通信通道。最后EcuM調(diào)用底層驅(qū)動關(guān)掉CAN收發(fā)器進入Bus-Sleep。這個項目里涉及一個很實用的器件支持部分網(wǎng)絡(luò)式喚醒的CAN收發(fā)器比如TJA1145。它和普通CAN收發(fā)器不一樣帶一個INH引腳可以控制外部穩(wěn)壓器的供電。ECU要休眠時MCU通過SPI或引腳給收發(fā)器配置成待機模式然后把INH拉低把整個通信域的電源切斷靜態(tài)電流可以降到微安級別。喚醒的時候外圍的硬線信號或總線活動會把INH拉高重新上電MCU因此被喚醒。我在實際項目中就踩過這個坑CAN總線上明明已經(jīng)沒有任何報文了ECU卻遲遲不進休眠。排查了大半天最后發(fā)現(xiàn)是TJA1145的INH引腳沒有正確配置導致整個收發(fā)器一直在給穩(wěn)壓器供電當然睡不下去。這種問題你光看軟件代碼是看不出來的必須對著硬件數(shù)據(jù)手冊和示波器去查。4.3 項目三給ECU做一套DTC管理第三個項目相對簡單但同樣重要DTC診斷故障碼管理。Dem模塊管的就是這件事。你需要做的是在Dem里定義幾個事件比如“傳感器電壓過高”“CAN通信丟失”然后設(shè)置事件的狀態(tài)位TestFailed、ConfirmedDTC、PendingDTC等。在代碼里當檢測到故障時調(diào)用Dem_SetEventStatus報告給Dem故障消失時調(diào)用Dem_ResetEventStatus。Dem會把故障狀態(tài)存到NvM里保證下電不掉。做完這個項目你就能理解為什么診斷儀能讀出“歷史故障”。里面有個老化Aging機制故障不是一好就立刻消失必須滿足一定條件才清除。很多新手搞不清楚PendingDTC和ConfirmedDTC的區(qū)別實操一遍就明白了。這三個項目做完你的基礎(chǔ)軟件能力已經(jīng)能和很多社招候選人拉開差距了。4.4 車載以太網(wǎng)和SOME/IP可以放到第二年再看車載以太網(wǎng)是熱詞很多人問我現(xiàn)在要不要學。我的真實建議是如果你是剛?cè)腴T的新手先別急著鋪太大攤子把CAN這條線吃透再說。但如果你想往域控制器、智能駕駛方向發(fā)展那車載以太網(wǎng)這塊遲早要補。車載以太網(wǎng)的物理層和普通以太網(wǎng)不一樣用的是單對雙絞線支持100BASE-T1或1000BASE-T1。應用層常跑SOME/IP協(xié)議它的核心是基于服務的通信ECU之間通過服務發(fā)現(xiàn)SOME/IP-SD機制互相發(fā)現(xiàn)。比如一個ECU對外提供服務它會周期性廣播OfferService報文另一個ECU需要這個服務就發(fā)SubscribeEvent雙方建立通信關(guān)系。如果你有STM32開發(fā)板可以買一個車載以太網(wǎng)PHY模塊比如博通或NXP的百兆T1收發(fā)器做一些基礎(chǔ)實驗先理解PHY芯片怎么配置、怎么通過MII/RMII口和MAC對接。入門資料可以從IEEE 802.3bw標準看起比直接看SOME/IP協(xié)議好理解。5. 面試、求職與職業(yè)路線規(guī)劃5.1 高頻面試題把知識樹檢查一遍學了那么多最后要落到面試。我梳理了一下車載底層軟件開發(fā)崗位的高頻面試方向你可以在找工作前按這個表格自查。面試方向高頻問題答題要點AutoSar架構(gòu)畫一下CP的分層架構(gòu)RTE起到什么作用要能完整畫出SWC-RTE-BSW說明解耦思想CAN通信CAN幀結(jié)構(gòu)、波特率計算、位時序會算采樣點知道CAN_H/CAN_L差分電壓CanTp單幀/首幀/連續(xù)幀/流控幀的區(qū)別STmin作用結(jié)合一次UDS刷寫過程講分包流程診斷UDS 0x10、0x27、0x34、0x36的服務流程能說清每個服務請求和響應的格式網(wǎng)絡(luò)管理節(jié)點狀態(tài)有哪些怎么進入總線睡眠能畫出Bus-Sleep到Network Mode的狀態(tài)跳轉(zhuǎn)NvM寫入策略掉電保護怎么做提到雙Block管理、校驗和、立即寫/延遲寫OSOSEK OS任務調(diào)度中斷優(yōu)先級設(shè)計能說出優(yōu)先級反轉(zhuǎn)的概念就更好了工具用過哪些配置工具和調(diào)試工具如實說沒商用工具就講自己用開源方案做的項目面試時比背誦知識點更重要的是能講出一個完整的故事。哪怕只是一個Bootloader項目你能把架構(gòu)、分工、遇到的問題、最后的解決方案講清楚面試官對你的評價就會很高。5.2 車載測試崗位要不要考慮我在熱詞里看到大量“車載測試”相關(guān)的搜索說明很多新人最先接觸到的崗位是測試。我的觀點是測試崗位完全可以作為入行切入點但它和開發(fā)崗位的工作方式差別很大。車載測試的核心是驗證功能、找Bug你會接觸到各種測試工具CANoe、CANalyzer等熟悉各種協(xié)議流程也能快速了解一個ECU的完整功能邏輯。這些經(jīng)驗對后續(xù)轉(zhuǎn)開發(fā)是很有幫助的尤其是“測試思維”——開發(fā)時你會下意識考慮異常輸入和邊界情況寫出更穩(wěn)健的代碼。但也要提醒你如果你最終目標是做底層開發(fā)別在純測試崗位停留太久。測試和開發(fā)使用的工具鏈重疊度其實沒那么高測試久了容易手生。我的建議是測試崗位做半年到一年期間保持寫代碼、看代碼的習慣然后主動申請轉(zhuǎn)崗或跳槽到開發(fā)崗。5.3 學習周期規(guī)劃怎么定給你一個參考的學習周期表可以根據(jù)自己的時間靈活調(diào)整時間段學習目標重點產(chǎn)出第1-2月補基礎(chǔ)C語言、STM32裸機外設(shè)開發(fā)能自己寫CAN收發(fā)程序第3-4月建立AutoSar架構(gòu)概念學習通信棧能畫出整體數(shù)據(jù)流理解CanTp核心第5-6月配置工具入門跑通一個最小工程能用CAN卡收到自己ECU發(fā)送的報文第7-8月完成UDS Bootloader項目能用診斷工具刷寫APP第9-10月完成網(wǎng)絡(luò)管理低功耗項目能實現(xiàn)ECU正常休眠喚醒第11-12月綜合演練整理簡歷和面試題完成DTC管理復盤所有項目簡歷上寫項目時別只寫“參與開發(fā)”“負責配置”。要寫清楚項目背景、你負責的模塊、具體解決的技術(shù)難題、用了哪些工具、最后達到什么效果。比如“我在Bootloader項目中負責CanTp參數(shù)調(diào)優(yōu)通過分析流控幀時序?qū)⑺懰俣忍嵘?0%”這種描述比“熟悉CanTp配置”有說服力得多。6. 新手最容易踩的坑我先替你踩一遍6.1 坑一一上來就啃AUTOSAR官方標準文檔這是新手最常見的誤區(qū)。AUTOSAR官方文檔動輒幾百頁語言極其抽象里面全是模塊接口和參數(shù)定義。沒有充足的上下文和實操經(jīng)驗看兩頁就犯困看完一章啥也記不住。我的建議是把它當工具書不要當教材。平時查某個參數(shù)的含義、看某個接口的定義可以翻但系統(tǒng)的學習路徑應以“架構(gòu)圖demo工程項目實踐”為主。6.2 坑二只理解概念不動手配置眼睛會了手不會AutoSar是“配置驅(qū)動”的開發(fā)模式所有模塊都需要在配置工具里一步步搭起來。很多同學看視頻、看文章覺得挺明白一到自己開個工程就傻眼。我建議你無論如何也要想辦法搞到能用的配置工具或者demo工程哪怕只是把別人的工程重新編譯一遍、改幾個參數(shù)燒進去觀察變化也比純看書強十倍。你至少要完整跑通過一次“配置-生成-編譯-燒錄-驗證”的閉環(huán)。6.3 坑三只盯軟件不看硬件出了問題沒法定位有一次我調(diào)試一個ECU進入不了網(wǎng)絡(luò)模式軟件配置檢查了無數(shù)遍狀態(tài)機邏輯也推演了好幾輪都沒發(fā)現(xiàn)問題。后來拿了示波器去量TJA1145收發(fā)器的VCC引腳發(fā)現(xiàn)電壓根本沒有。再看原理圖發(fā)現(xiàn)這個收發(fā)器的供電是受INH引腳控制的而INH信號來自一個GPIO初始化時序不對導致收發(fā)器供電一直被切斷。這雖然是個硬件問題但如果你沒有硬件排查的意識只會在軟件里打轉(zhuǎn)轉(zhuǎn)可能幾天都出不來。所以我一直建議做底層開發(fā)的朋友至少要學會看原理圖、查數(shù)據(jù)手冊、用示波器量關(guān)鍵波形。這不僅是硬件工程師的事底層軟件離硬件太近你必須兩條腿走路。6.4 常見問題速查表現(xiàn)象可能原因排查方法ECU無法進入總線睡眠NM仍在發(fā)送報文BswM睡眠條件不滿足本地喚醒源一直有效用CAN卡抓總線看NM幀是否消失查BswM邏輯量收發(fā)器INH和供電診斷儀發(fā)0x34報錯CanTp塊大小和STmin配置不當Flash不可寫安全訪問算法不對先抓CanTp幀看流控時序再查Flash地址區(qū)間刷寫完成后無法跳轉(zhuǎn)APPAPP有效性標志位未置位跳轉(zhuǎn)地址錯誤棧指針非法檢查0x31服務有沒有執(zhí)行成功讀APP首地址內(nèi)容喚醒時間太長BswM超時配置過大總線喚醒檢測周期過長按時間軸打日志定位在哪一步延遲最大配置工具生成后編譯報一堆錯模塊依賴未配齊ECU Extract和工具版本不匹配按依賴關(guān)系重新梳理配置順序優(yōu)先修MCAL層CAN報文發(fā)不出去CAN控制器波特率沒對上收發(fā)器供電異常CAN_H/CAN_L接反示波器量波形確認顯性位電平檢查原理圖學習車載底層嵌入式開發(fā)這件事確實不像學Linux驅(qū)動那樣有大量現(xiàn)成教程可以刷很多經(jīng)驗要靠踩坑才能獲得。但換個角度看正因為門檻高、資料少這個方向才值得投入。我個人在實際過程中的最大體會是AutoSar知識體系雖然龐大但它的核心思想并不復雜就是一套經(jīng)過工業(yè)實踐檢驗的軟件分層和接口規(guī)范。你不需要一開始把每個模塊都學到精通完全可以只抓住一條主線——從CAN通信棧切入打通一條數(shù)據(jù)通路再逐步擴展。這一條路走通之后你會發(fā)現(xiàn)自己看所有AutoSar資料都不再那么困難了。最后再分享一個小技巧學習過程中務必保持“輸出”。每學完一個模塊就用自己的話寫一篇筆記或者做一個小測試程序驗證一次。因為看懂和做到之間的差距只有在你親自動手做完一個完整工程的那一瞬間才能真正感受到。做完之后你會覺得車載底層的世界其實就那么大你完全能hold住。