傳感技術(shù)強化在汽車中的網(wǎng)絡(luò)應(yīng)用

　　如今汽車內(nèi)的電子零組件價值已占整體汽車成本的15-20%。未來，隨著車輛中植入更多安全電子設(shè)備、燃油消耗和燃料排放控制電子系統(tǒng)、通訊和導航系統(tǒng)、信息娛樂系統(tǒng)以及其他提升舒適度的電子系統(tǒng)，該比例可能會高達30-40%。

　　目前實現(xiàn)上述功能需要20-50個電子控制單元（ECU），所用到的傳感器差不多有70-150個。這些傳感器負責測量的環(huán)境數(shù)據(jù)范圍很廣，有壓力、溫度、流量、速度、加速度以及角度等。它們將測量值送到ECU進行引擎和環(huán)境控制、安全氣囊觸發(fā)，因而提升舒適度和安全性。像ABS、電子穩(wěn)定程序/控制（ESP/ESC），以及剎車輔助系統(tǒng)等，都要依賴傳感器輸入。

　　在這些應(yīng)用中，各種系統(tǒng)的自診斷能力正變得日益重要。例如，如果有可能直接在感應(yīng)組件中檢測到傳感器的缺陷，ECU就能夠獲得可靠數(shù)據(jù)因而做出正確決策。對于那些與安全息息相關(guān)的系統(tǒng)來說，系統(tǒng)禁用和應(yīng)急啟動都相當重要。

　　汽車中的網(wǎng)絡(luò)應(yīng)用

　　一份有關(guān)汽車電子控制系統(tǒng)的分析報告顯示，這些裝配的復雜度呈現(xiàn)指數(shù)上升。簡單的電子控制和調(diào)節(jié)裝備已經(jīng)被更為復雜的IT系統(tǒng)取代。在這其中，除了實際硬件外，軟件以及ECU間的雙向通訊已成為一個新的關(guān)注點。

　　例如，可能會通過診斷用CAN總線來存取每個單獨的ECU、詢問其狀態(tài)、讀取錯誤程序代碼，甚至刷新程序固件。如今，出于成本考慮，許多應(yīng)用中常常會共享傳感器。這意味著一個傳感器模塊的測量值將被幾個ECU處理。

　　車輛中的大量應(yīng)用已然轉(zhuǎn)變成了網(wǎng)絡(luò)應(yīng)用。以往的常見架構(gòu)（即一個ECU實現(xiàn)一個應(yīng)用）已經(jīng)被多個ECU共享的網(wǎng)絡(luò)功能所取代。

　　圖3是一個后備箱蓋的功能樹。在這里，打開后備箱實際上需要啟動兩個ECU。其余的ECU用來執(zhí)行顯示和控制功能。

　　任何錯誤都會導致系統(tǒng)故障。打開后備箱蓋這個動作可能出現(xiàn)的錯誤模式有6個。應(yīng)該是某個錯誤使得傳感器故障，這可能會在ECU的故障內(nèi)存中產(chǎn)生十幾個不同的輸入。從這些錯誤程序代碼的分布來看，有必要獲取比以往更為詳細的傳感器診斷信息。

　　汽車傳感器目前所用的通訊協(xié)議仍然是模擬輸出。這是典型的點對點連接──即一個傳感器與一個ECU連接，并以電壓作為其輸出信號。盡管已經(jīng)進行了一些改善，例如提高分辨率，或增加診斷范圍（LDR， UDR，見圖4），但模擬輸出仍然是90年代至今該技術(shù)的核心。

　　模擬輸出只允許進行信號范圍內(nèi)（如10-90%）的傳感器信號傳輸，并通過開關(guān)將低診斷范圍（LDR）和高診斷范圍（UDR）轉(zhuǎn)換為故障狀態(tài)。因此，其無法傳送更詳細的故障信息。

　　解決這一問題的方法是在傳感器模塊與ECU之間采用數(shù)字通訊，來傳輸除傳感器數(shù)據(jù)之外的狀態(tài)信息、時間戳以及誤差程序代碼等。不過遺憾的是，向數(shù)字通訊轉(zhuǎn)變所引發(fā)的問題異常復雜，因為傳感器的種類相差太大，而且不同的傳感器供貨商所采用的架構(gòu)也有所不同（見圖5）。

　　從模擬角度來看，市場上提供各種針對所有環(huán)境變量的傳感器，而且?guī)缀跛蠩CU微控制器都有模擬輸入埠。因此，利用市場上現(xiàn)有的零組件，或僅需進行微調(diào)的產(chǎn)品開發(fā)新應(yīng)用不會出現(xiàn)大問題或者大風險。

　　但這樣的情況卻不適合數(shù)字通訊協(xié)議?？捎玫臉藴蕝f(xié)議必須以特定方式使用。目前可用的數(shù)字協(xié)議包括：

　　CAN：整體來說太過復雜，傳感器成本過于昂貴；

　　LIN：僅支持最高為19，200 baud的低傳輸率；

　　外部傳感器接口（PAS4，PSI5）：專為安全應(yīng)用（如氣囊）開發(fā)，要求9V工作電壓，電流消耗大；

　　SENT：只能支持單向，目前還處于標準化階段中。

　　于是，在需要數(shù)字通訊的應(yīng)用中通常會采用專有方案。這意味著每個電路制造商都有自己的專有協(xié)議。支持ZMD31150、ZMD的ZACWire（串行數(shù)字接口）提供一個開放標準，能夠提供通訊安全，在波特率和行末校準方面具有靈活性。

　　未來幾年的挑戰(zhàn)，是制訂和執(zhí)行考慮到傳感器系統(tǒng)和應(yīng)用要求并具有成本效益的標準化數(shù)字接口。該接口必須滿足下面三個多少有些矛盾的設(shè)計條件：

　　電路測試：為了測試成本最小化，要求通訊速度最大化

　　校準：盡可能簡單、靈活

　　應(yīng)用：盡可能快速、安全和兼容，特別是在超出規(guī)格工作電壓、EMC高以及最大RF輻射受限的條件下。

　　汽車傳感器在安全方面的應(yīng)用正日益增加。對于可以在危險的剎車條件下減少剎車距離的剎車輔助系統(tǒng)來說，需要一個傳感器來測量剎車系統(tǒng)的壓力，使得ECU能夠檢測出由駕駛員所發(fā)出的剎車動作。傳感器是啟動ABS的關(guān)鍵，故傳感器必須100%準確。要保證這一點，自檢功能必須盡可能的全面。

　　如果傳感器信號調(diào)節(jié)器（SSC） IC發(fā)現(xiàn)模塊中的傳感器故障（例如傳感器短路），或者由于外部故障引起了SSC的無效作業(yè)，ECU必須能夠確定這些問題。例如，可以利用ZMD31150來說明如何處理上述問題。ZMD31150是一款在汽車應(yīng)用中進行信號調(diào)節(jié)的SSC。

　　ZMD31150中執(zhí)行的診斷功能（見圖6）將對傳感器機能以及SSC進行連續(xù)監(jiān)控。

　　一旦檢測到故障，診斷模式（DM）被啟動。數(shù)字通訊消息中將設(shè)立一個錯誤標志，或者將模擬輸出切換到預先編程的診斷范圍LDR或HDR上。

　　可檢測故障分為兩類，即硬件和軟件錯誤。硬件錯誤是在SSC中檢測到的由硬件問題所引發(fā)的故障。本例中，信號調(diào)節(jié)被終止而DM被啟動。

　　相反，軟件錯誤的原因就不會總是這么清楚或連續(xù)出現(xiàn)。它們可能由外部原因引起，如EMC干擾或者系統(tǒng)板上其他電氣負載進行開關(guān)作業(yè)。針對軟件錯誤，這里使用了一個錯誤計數(shù)器，當錯誤產(chǎn)生時進行‘+’運算，而當錯誤不再產(chǎn)生時進行‘-’運算。當檢測不到軟件錯誤時，軟件錯誤消息被低通過濾，傳感器返回到正常作業(yè)模式。這樣的做法被稱作臨時診斷DM。

　　ZMD31150中的臨時DM是一個可選項，在錯誤持續(xù)出現(xiàn)時提供可靠的錯誤信息。利用附加信息（如冗余傳感器或進行大量檢查），ECU將決定目前應(yīng)用能否繼續(xù)可靠工作，或者根據(jù)錯誤消息必須切斷。

　　如果隨著感性負載（Schaffner Pulse 3a或3b）接通，某個故障耦合到了傳感器系統(tǒng)的電源電壓上，該故障同樣能夠耦合到傳感器上，因而觸發(fā)自診斷功能。但是有了臨時DM，這種情況不得不連續(xù)出現(xiàn)幾次后才向ECU報告錯誤。由于錯誤計數(shù)器過濾了結(jié)果，明顯的錯誤信息和相應(yīng)的誤導將被避免。

　　例如，許多駕駛員都體驗過儀表盤上突然顯現(xiàn)一個錯誤信號，或者是‘檢查發(fā)動機’的指示燈點亮，并伴隨一條請與維修廠聯(lián)系的信息。有時候該消息在第二天就不再出現(xiàn)，而檢修人員將一個模塊或傳感器更換下來后發(fā)現(xiàn)沒有任何問題。適當?shù)能浖^濾即可消除這類惱人的事情。

　　本文小結(jié)

　　利用傳感器信號調(diào)理IC可以大幅簡化汽車安全傳感器系統(tǒng)的開發(fā)。確保傳感器輸出100%正確的自診斷功能，只能在信號調(diào)整階段實現(xiàn)，鑒于此，該功能必須是芯片上實現(xiàn)。像ZMD傳感器調(diào)理IC這類的組件整合了全面的自診斷功能。通過配置EEPROM，可以對某個錯誤進行精確定義，并且對系統(tǒng)如何反應(yīng)進行定義。對檢測到的錯誤事件進行響應(yīng)的各類執(zhí)行程序，有助于避免明顯的虛假錯誤信息，因而增加自診斷的可靠性。