【51CTO.com原創(chuàng)稿件】一段漂浮在內(nèi)存中的靈魂，通過VCI（Vehicle Communication Interface）序列化為一股帶有動力、智慧、扭矩、穩(wěn)定算法、啟動渦輪增壓的報文，連接在嶄新的、預(yù)備妥當(dāng)?shù)钠嚿?mdash;—像打扮漂亮的新娘；強大的靈魂注入沉重的汽車，她就閃爍著眸子、心潮澎湃，煥發(fā)生機。金屬，在程序員的再創(chuàng)造進程中，能反映出造物主的無上榮光。

[[236799]]

Ivan·項目管理

本期主人公Ivan，從事汽車通信診斷開發(fā)。2009年開始步入社會，是一名很低調(diào)的程序員，這么多年總結(jié)一下，莫不如尚未下線而強行上道的汽車——缺的模塊太多，一邊加油，一邊縫縫補補。每天敲代碼、聽歌、寫文檔、收郵件，加班。直到有一天，他終于厭倦了異鄉(xiāng)孤獨的街燈，收拾了行囊，回到家鄉(xiāng)。2013年底，他加入D有限公司，見到了一直認為縹緲的軟件作用于一臺汽車后產(chǎn)生的神奇變化——在此之前，他從不認為計算機程序和現(xiàn)實可見的事物有什么直接關(guān)聯(lián)。然而在這里，當(dāng)Ivan看到一批批汽車自動配置完成，在公路上自由奔馳，真正的服務(wù)于人，工業(yè)，讓他遙望見自己的初心。

到今天為止，Ivan已經(jīng)從事近5年的EOL開發(fā)工作，汽車在這里下線，帶著輕微的汽油味離開工廠，被物流車發(fā)往世界各地。他喜歡輕微的汽油味，喜歡新車干干凈凈的顏色，也喜歡聽尾氣沖擊歧管的清脆聲，當(dāng)然他最喜歡的，是汽車跟隨指令產(chǎn)生的一系列變化。

汽車通信診斷開發(fā)現(xiàn)場試煉考驗

先來了解一些汽車通信開發(fā)定義：

·         EOL，End Of Line，一般指汽車下線（即將離開生產(chǎn)線）診斷系統(tǒng)

·         ECU，Electronic Control Unit，電子控制單元，車載電腦等。

·         ABS，Antilock Breaking System，防抱死裝置（一種ECU）

·         ESC，Electronic Stability Controller，車身穩(wěn)定控制裝置（一種ECU）

·         EMS，Engine Management System，發(fā)動機管理系統(tǒng)（一種ECU）

·         CAN，Control Area Network，ISO 11898控制器局域網(wǎng)

·         UDS，Unified Diagnostic Services，統(tǒng)一診斷服務(wù)(與CAN的關(guān)系可以類比為HTTP與TCP/IP的關(guān)系，CAN相當(dāng)于TCP/IP，UDS相當(dāng)于HTTP)

真正廣闊的天地，是在生產(chǎn)現(xiàn)場遇到的各種試煉。Ivan記得曾參與某省汽車廠新車項目，當(dāng)所有設(shè)備入廠調(diào)試完成，根據(jù)各零部件供應(yīng)商提供的診斷規(guī)范（簡稱Spec）要求開發(fā)了***版程序，***批測試車輛按計劃下線，當(dāng)診斷儀通過OBD-II接口接入車輛總線，屏幕密密麻麻的紅色錯誤項告訴他，在當(dāng)前狀態(tài)，系統(tǒng)要改的路尚遠。那是Ivan***個項目，他跟著單位老大哥學(xué)習(xí)，完全遵照Spec，任何責(zé)任都能夠定位（得益于產(chǎn)品質(zhì)量過硬，Ivan從不懷疑他們的產(chǎn)品、設(shè)備存在任何問題）。后來也確實按他所說，所有的問題一經(jīng)確認，相關(guān)責(zé)任方就會調(diào)集人馬入廠解決，最終的結(jié)果不是更換軟硬件就是升級Spec。

EOL開發(fā)使Ivan在虛擬的計算機中看到現(xiàn)實汽車馳騁在道路上，內(nèi)心充滿了成就感。有一段時間，進行ESC（車身穩(wěn)定系統(tǒng)）、DVT（動態(tài)車輛測試）等，需要在DURR轉(zhuǎn)轂間進行，轉(zhuǎn)轂間是車間的一個獨立測試工位，一般常見的轉(zhuǎn)轂間都是DURR生產(chǎn)和提供支持的，車輛在轉(zhuǎn)轂間里可以在平面上模擬爬坡、顛簸、剎車、加速等等許多復(fù)雜力學(xué)測試，當(dāng)時要計算車輛的車重、軸重等等，Ivan的同事龍哥直接用Java計算重力公式G=mg、杠桿原理等生成協(xié)議參數(shù)，另一邊與DURR工程師擬定通信協(xié)議，實現(xiàn)車輛在轉(zhuǎn)轂間，由診斷儀同時控制車輛和轉(zhuǎn)轂間協(xié)調(diào)二者執(zhí)行測試，當(dāng)那階段完成時，Ivan看著診斷儀屏幕上車輛運行曲線直逼150Km/h，真心欽佩他龍哥的專業(yè)態(tài)度，試問高中畢業(yè)后，誰還記得重力公式！在這里他也意識到對安全的重視，為防止診斷儀在轉(zhuǎn)轂外控制轉(zhuǎn)轂，設(shè)備上預(yù)置了紅外線接口，通過與另一種設(shè)備進行紅外通信、定位，***限度保障在轉(zhuǎn)轂間工作的工人人身安全（150km/h的速度，哪怕飛出一個螺絲釘也會傷到人）。

當(dāng)然Ivan也見過追求規(guī)范、標準和干凈的實例。在北方某一線城市，Ivan參與其越野車診斷開發(fā)工作。呈于領(lǐng)導(dǎo)的故障，有時會得到領(lǐng)導(dǎo)親自下車間跟蹤排查，少了任務(wù)的層層委派、信息的層層傳遞，執(zhí)行效率提高很多。當(dāng)然，如果他遇到協(xié)調(diào)多個部門解決問題時，也會遇到互相推脫，有些說不清的責(zé)任劃分。記得當(dāng)時針對某新車型開發(fā)檢測系統(tǒng)，當(dāng)系統(tǒng)接入車輛總線時，他發(fā)現(xiàn)DTC（故障碼）完全無法識別，經(jīng)過核對Spec，定位原因在于該車型安裝的某國產(chǎn)ECU并不完全遵照UDS協(xié)議，而是自行設(shè)計了一套與任何標準都不兼容的故障碼體系，沒辦法的情況下，Ivan只能針對他們的協(xié)議，重新編寫協(xié)議實現(xiàn)。

診斷開發(fā)注意事項

Ivan在這里經(jīng)歷很多酸甜苦辣，見過太多傾軋、指責(zé)，欣慰的是體驗到工業(yè)擴展了技術(shù)的實現(xiàn)范疇。那幾年他在北方幾大城市飛來飛去，現(xiàn)場的診斷開發(fā)讓他學(xué)會了很多：

1.不要過早、過樂觀的估測總線上的情況，你永遠猜不到什么東西掛在了總線上。

2.遵照Spec開發(fā)，就算Spec再怎么啰嗦，遵命是***的選擇。

3.掌握英語，是良好理解Spec的基礎(chǔ)。

4.一個問題，哪怕再小，都要及時、清晰的反饋，因為不知道小冰山下面是多大的體量。

5.底層知識，就算很少用到，也應(yīng)盡量掌握，因為不知道什么奇葩需求，會要改你的底層。

6.對領(lǐng)域的認識（或重定義）是指導(dǎo)開發(fā)的目標和方向。

7.解決人的問題比解決技術(shù)的問題更急迫，也更具決定性。

許多年過去了，Ivan已經(jīng)很少做現(xiàn)場的開發(fā)，而更多的轉(zhuǎn)做服務(wù)架構(gòu)、協(xié)議實現(xiàn)等。他曾經(jīng)在某電影中看到自己參與開發(fā)檢測系統(tǒng)的汽車，飄揚著旗幟馳騁在非洲荒原，忽然覺得好眼熟，感覺心頭暖暖的，那是青春的一點痕跡吧。

在程序員的再創(chuàng)造進程中，汽車通信診斷開發(fā)——帶領(lǐng)程序員走向了現(xiàn)實世界。

如果你也愿意分享你的故事，請聯(lián)系小助手（小助手微信號：CTO51shequn）投稿，期待你精彩的故事！

活動進行時>>

【51CTO原創(chuàng)稿件，合作站點轉(zhuǎn)載請注明原文作者和出處為51CTO.com】