關于汽車電子測驗工程師

汽車電子測驗工程師

• 淺談關于自己作業的這兩年，

時間如白駒過隙，從實習作業以來，到21年六月，真的作業到兩年了，可能真的就像人說的，二十歲以后的人生就過得飛快，很難想象我已經到了二十四五歲的年紀了，高中畢業6年了，大學生活現在想起也還歷歷在目，回憶滿滿，而我從事汽車軟體測驗已滿兩年了，

寫在前面：關于汽車行業的前景發展

汽車行業在改革開放后的這三十年間可謂是發生了天翻地覆的變化，從上個世紀九十年代之前所謂“富人標志”的桑塔納，到現在國內每天路上跑的各式車標“百花齊現”，有記得小時候，村子里面還沒有臺汽車，到了現在，幾乎汽車成為了每家的出行標配，農村尚且如此，更何況城市和鄉鎮，現在幾乎每天各個城市廣播里面都會播報交通擁堵的路況，就知道現在汽車在國內的使用的普及程度了，

2012年喬布斯發布蘋果4s的時候，有誰能想到今天，我們幾乎人手一部智能手機，短短十年間，智能手機飛速發展，手機應用軟體市場火爆，滿足人們生活與享受需求的APP琳瑯滿目，這些軟體借助智能手機的平臺，從不同深度影響和改變了人們的生活，因為手機小巧，加之移動網路迅速發展，人們上網變得更為方便；攝影功能的增強，使得普通人也可以隨時隨地在社交軟體上分享記錄自己的生活，人們變得越來越離不開手機，網上曾流傳一句話，“沒帶手機出門比沒帶錢包出門更沒有安全感”，借助于手機的發展，開發手機App相關的互聯網行業迅速發展起來，

發展到今天，無人駕駛的概念在國內逐漸火熱起來，人們設想，當無人駕駛技術解放了人們的雙手之后，在汽車里面，人們或許可以從事更多的活動，而不僅僅是單調乏味的駕駛，尤其是在智能駕駛技術在汽車上投入使用后，許多互聯網人才開始將目光轉向智能汽車行業，根據手機可以支持的多樣化功能，比如語音輸入、游戲影視娛樂以及多屏互動等功能開始被植入汽車軟體，許多造車新勢力，引入大膽新穎的想法，給與汽車行業更多的靈感，加之現在互聯網技術的成熟以及移動網路5G技術的發展，智能汽車有了無限的可能性，它不在僅僅是一種出行交通工具，也可以給人提供一種更高享受的“移動生活”，在此角度上，很多造車新勢力加入到汽車這個行業中來，傳統的汽車制造廠商也開始尋求產業升級轉型方向，這無疑給了中國汽車市場新的活力和方向，蔚來汽車、理想汽車以及小鵬汽車等的熱銷，讓不少的投資者更加相信汽車行業的光明前景，吉利，比亞迪，也是勢頭不減，仿佛有著“我”就要做到國產車老大的地位，就連華為以及蘋果這樣的手機廠商，以及雷布斯，雷總都投出大部分家當，開始著眼于汽車的研發，讓人不得不得出這樣一個預言，“二十世紀上一個十年是智能手機的十年，那么下一個十年會不會是智能汽車的十年呢？”

汽車軟體測驗 VS 手機軟體測驗

我在畢業后作業的這一年，遇到了很多同事，他們測驗經驗豐富，但是他們之前是從手機測驗轉到車載測驗，所以對于這個話題，有些見解，

首先，汽車軟體測驗，相比于手機軟體測驗，很明顯的一個區別就是：汽車軟體測驗需要搭建硬線測驗環境，在我的測驗經驗中，嵌入式軟體有的時候出現的問題很奇葩，就是莫名其妙的出現，莫名其妙的消失，當然，你可以理解為“環境問題”，或是“devices issue”，但是你也大可以去嘗試分析出現這種“無厘頭”問題的原因，有的時候，順藤摸瓜，了解低沉原理知識，你就可以去分析出導致這個問題的原因，即便無法確切的定位問題，但是也可以大概的認知到問題可能出現在那個模塊，其實無論在什么時候，做什么作業，在作業程序中都會遇到問題，而重要的是會去思考問題，分析問題，然后去耐心的解決問題，這是一個很好的習慣，也是資歷老的員工比新員工多出來的一種能力，在具體的作業中，手機軟體測驗，在手機有電的情況下，你只需要把App裝進去就可以進行測驗了，然而汽車軟體測驗，你測驗的往往只是一個電子控制單元（ECU）,為了讓它作業，你需要把它接入到一個完整的閉合回路中，要連接電源、上位機以及電流計或者電壓計，有時候還需要接入對手件等，必要時還要接入螢屏、喇叭以及多個電源，然后看到的畫面里面就只有線束了……有時候測驗只需要五分鐘，搭建硬線環境就需要兩小時……

因為線束太多，還出現過短路線束冒煙的情況……所以每個測驗工程師的桌面上基本上都是線的海洋，一片狼藉……

其次，手機App測驗，大多時候只要人和手機就構成用戶使用測驗場景了，然而因為很多汽車ECU開發程序是沒有實車測驗環境的，需要創建仿真工程，以實作實車測驗的效果，在做測驗時候我們需要利用一個測驗硬體（CANoe）創建一個仿真工程，以實作測驗ECU和其他ECU的互動，手機App測驗，除了簡單的功能測驗外，還需要做性能測驗、介面測驗等，源于互聯網行業多年的發展，手機App這方面測驗需要的工具在市場上已經有很成熟的商業用軟體工具了，比如Jmeter、postman以及LoaderRunner等，然而車用軟體一方面相比于互聯網手機類APP軟體流量較小，所以對于網路負載等性能測驗要求較低；此外，車用軟體根據總線型別（CAN or LIN)有固定的性能測驗要求（一致性測驗），這類測驗多包涵物理層、資料鏈路層以及網路層等相關的測驗，一方面包含硬體測驗，另外一方面，測驗時候需要外接的設備較多（像LIN網路測驗多需要外接示波器），對于人工測驗的需求更多一點，因此可自動化的發展程度較低，正是因為這個原因，很多車企，尤其是零部件供應商，多根據自己的產品自主研發自動化測驗框架，開展區域的自動化測驗，從這個方面講，車企的自動化工程師是很稀缺的，物依稀為貴喲，另外，最重要的是，汽車軟體產品研發周期長，測驗任務相對較分散，不像大部分手機APP類軟體，都迭代較快，因為車上用的東西，都是與安全相關的，搞不好來個召回事件，很多零部件供應商都吃不消的，基于這個行業大背景，車用軟體的開發都會遵循一個嚴謹的開發流程（ASPICE開發流程），一個專案的周期一般最少在兩年，像寶馬奔馳類的專案，可能有做九年的（聽公司老同事說的），一輪測驗，周期也較長，所以節奏并沒有很緊湊（加班少），相對舒適，不像互聯網手機APP類，動不動就要通宵達旦，我有幾個做互聯網類手機應用軟甲的朋友，經常一遇到軟體發布，就是凌晨三點打下班卡，

基本上，一個軟體測驗工程師要想得到一個較滿意的收入（20w以上），市場對其提出了以下幾點要求：

• 熟悉測驗業務，基本功能（娛樂和儀表）、網路、診斷的要測驗經驗要有（有2~3年測驗經驗）有測驗管理經驗，
• 包括但不限于測驗流程標準制定、測驗任務分配與跟蹤會用測驗工具，包括但不限于CANoe，SPY3，示波器等會點自動化，
• 包括但不限于寫自動腳本以及辦公自動化等；
• 外語熟練，至少會一門外語

每天激勵自己好好干活的心理暗示就是，“我要好好學習業務，為了明日跳槽……”

人總想著安逸，容易不自覺放慢進步的步伐，但也應該對當下心存感激，尤其是看了市場招聘需求，真是對公司不感激都顯得沒良心，我們不販賣焦慮，但是別把自己的雄心壯志埋沒在作業的一地雞毛與生活的瑣碎中，加油吧，以下一句話，我們共勉：“你是這樣年輕，一切都在開始，”

基于CANoe的CAPL語言設計

周期訊息發送無論是Simulation Setup中的仿真節點還是Test Setup中的Test Module所關聯的CAPL腳本在做仿真或測驗時都經常需要向總線模擬發送周期訊息，點擊鍵盤按鍵 ‘s’ 后向總線發送周期為20ms的can 訊息msg:

variables
{ 
    msTimer myTimer;
    message 100 msg;
}
on key 's' {
    setTimer(myTimer,20);
}
on timer myTimer {
    output(msg);
    setTimer(myTimer,20);
}