中心議題：
- 混合型系統介紹
- 燃料電池型系統分析
- 混合型和燃料電池型汽車的電子設計挑戰
- 混合型和燃料電池型汽車的電子設計工具介紹
世界各地的工程師正在努力設計混合型和燃料電池汽車，這兩種汽車都需要很多嵌入式系統。這些系統向設計者提出了哪些挑戰呢，在這些系統中，雖然其中有些系統依靠簡單的微控制器并通過基礎網絡同其它系統通訊，但人們也在引入帶有更大內存且更加復雜的微控制器。雖然許多控制算法及其所控制的子系統不是新的，但把所有這些子系統一起放在單獨的產品中并保證它們滿足汽車的許多苛刻要求卻是一個挑戰。在本文中，我們將討論混合型和燃料電池型車輛嵌入式系統設計所固有的各種挑戰。據統計，2005年全球擁有50萬個固定的（靜止式）燃料電池裝置，到2010年，將有250萬戶家庭使用燃料電池，同時全球擁有60萬臺燃料電池汽車，占世界汽車生產量的1%.2005年，從事燃料電池開發的公司總投資額已超過10億美元。
混合型系統
與字面意義相同，混合型推進系統結合了至少兩種不同的推進方法。在汽車應用中，典型的混合型系統包含一個內燃發動機（汽油或柴油）和一個或幾個電池供電的電動機。這種系統的一個優點是可以把內燃機設計成一直以最高效率工作的設備而電動機用于在高需求期間提供基本或附加推力。內燃機是一種動力機械，它是通過使燃料在機器內部燃燒，并將其放出的熱能直接轉換為動力的熱力發動機，廣義上的內燃機不僅包括往復活塞式內燃機、旋轉活塞式發動機和自由活塞式發動機，也包括旋轉葉輪式的燃氣輪機、噴氣式發動機等，內燃機以往復活塞式最為普遍?；钊絻热紮C將燃料和空氣混合，在其氣缸內燃燒，釋放出的熱能使氣缸內產生高溫高壓的燃氣。燃氣膨脹推動活塞作功，再通過曲柄連桿機構或其他機構將機械功輸出，驅動從動機械工作。
混合型系統的架構主要有并聯和串聯兩種，它們的差別體現在機械方面。在并聯混合型系統中，內燃機采用與提供電功率的電動機相并聯的方式向車輪提供機械功率。在串聯混合型系統中，內燃機必須首先產生電力，然后通過電動機轉換成功率。
每種混合型架構都有數十種具體的設計。圖1顯示了一種并聯混合型系統的電氣原理圖。圖2顯示了一種串聯混合型系統的電氣原理圖。兩個圖都顯示了完整的電氣系統以及各種嵌入式控制系統。
圖1:并聯混合型系統
圖1實質上顯示了目前已經上市的本田Civic混合型汽車的布局，在這個布局中，電動機的目的是在加速期間協助內燃機工作（從而可以使用更小更高效的發動機），并在減速和剎車期間回收能量以及啟動發動機。
Civic混合型發動機以三種方式來減少排放和降低燃料消耗。首先，把通常在汽車減速和剎車過程中被浪費的能量用于向電池再充電。第二，當汽車空閑時，通過關閉內燃機來節省能量。電動機的功率大到足以重新啟動發動機并開始同步驅動汽車。最后，由于電動機可以在高需求（如快速加速）期間提供幫助，在這款轎車中使用了一種較小的發動機而不是標準的Civic發動機。
圖2顯示的串聯混合系統在每個輪上使用了一個電動機。這種串聯設計能以與并聯設計相同的方式減少排放和降低燃料消耗，但除此之外還有其它幾個優點。首先，牽引和能量回收可以在車輪之間切換，因而可以實現快速牽引控制和通過電動機實現防抱死剎車。這種串聯架構也提供對所有車輪進行驅動的能力，而且無需昂貴的傳輸箱和微分齒輪。這個架構的第二個優點是具有自然地擴展到任何數目車輪的能力，這個優點對軍事應用尤為重要。最后，當發動機/發電機用于提供外部功率時，把發動機同車輪的解耦可能具有更高的效率。
正如兩個圖中所示，要使混合型汽車良好工作需要使用許多嵌入式控制器。這些控制器都是相互連接的，通常采用高速的控制器局域網（CAN）總線來互連。這些控制器中的固件必須控制系統中各自的部分并同其它控制器實時協調。這要求設計和開發許多新的控制算法和軟件，甚至對發動機、傳輸和防抱死剎車系統（ABS）等成熟的控制系統也是如此。
燃料電池型系統
燃料電池汽車的動力系統是燃料電池汽車區別于其他類型車輛（內燃機汽車、蓄電池電動汽車以及油-電混合動力汽車）的主要標志。使用燃料電池系統作為動力源是燃料電池汽車動力系統的標志性特點。而通常情況下，燃料電池卻并非該系統唯一的動力源，由于燃料電池在峰值功率輸出能力以及功率輸出的動態響應等性能方、面欠佳，因此往往需要一些輔助的動力源裝置來在功率輸出能力等方面對它加以補充和改善，從而構成燃料電池混合動力系統，車用燃料電池的基本結構如圖3所示。除了內燃機用燃料電池組替換之外，這個結構與串聯混合架構類似。
盡管燃料電池技術已經出現很長時間，但在汽車所處的不受控制的環境中它依然是一種新技術。在燃料電池車大量上市以前，耐久性、可靠性和成本等問題必須得到解決。而且燃料電池汽車的混合動力系統有多種結構型式，結構型式的不同往往帶來整車動力性和經濟性的顯著差別，因此對燃料電池混合動力系統的各種構型進行試驗研究以得到合理的、實用的動力系統結構型式是成功開發燃料電池汽車的關鍵一環。
燃料電池本身是一個復雜系統。它需要準確控制進入電池的燃料（氫氣）和空氣的溫度和濕度。例如，進入燃料電池的空氣必須滿足：與電池組中薄膜的溫差在2℃之內，相對濕度在70-90%范圍內。如果這些要求不能得到滿足，電池組將會受到損害。控制燃料電池組的嵌入式系統必須到滿足各種要求。
[page]
圖2:串聯混合型系統
電子挑戰
沒有嵌入式系統所提供的智能，就沒有混合型和燃料電池型車輛。這些嵌入式系統目前有很多元件處于相互隔離狀態。內燃機（汽油型和柴油型）和車輛傳動目前都是由嵌入式系統控制的。電動機控制和電池充電管理也已經在其它行業中發展成熟。燃料電池在幾十年以前就也已經被用于空間探測。
在現有電動車輛系統的設計中所做的許多假設不適于混合架構和燃料電池架構。比如，許多車輛系統假定在執行任何任務之前內燃機必須已經在運行。如果發動機沒有運行就沒有能量，這種說法對嗎？不對。只要電池有充足的電量，串聯混合系統就可以在發動機關閉的情況下運行且性能不變。電子（包括硬件和軟件）部分的成本可能還不到最終推進系統總成本的25%,但為這些元件開發算法和軟件所需要的工程付出可能超過總開發成本的75%.
要把新的電子元件加入到汽車或其它機動車中必須克服許多挑戰。主要的挑戰涉及成本、功耗、運行環境、可靠性和耐久性、安全性和符合法規等方面。這些眾所周知的約束存在于所有的嵌入式系統項目中，但在混合型和燃料電池型車輛中它們表現在不同的方面。以下將討論這些挑戰并對如何應對這些挑戰提出一些建議。
成本和功耗
汽車是成本敏感型產品，其價格壓力一直延伸到各個部件的設計。因為混合型車輛包括傳統的功率供給系統和電力系統（電動機和電池），消費者實際需要購買兩個功率供給系統。盡管降低燃料消耗所帶來的成本節省在某種程度上可以抵消這個高昂的附加費用，但市場將依然要求能保持較低的初始成本。
功率管理面臨兩個重大的挑戰。傳統汽車所面臨的挑戰依然沒有改變：降低每個控制器的功耗并把過多的熱量排放出去。由于需要驅動外部執行器，驅動器電路是有名的高功率部分，而且為避免損壞電子線路，必須把它所產生的熱量散掉。此外，把電動機加到車輛中意味著有更多的能量必須被耗散。
這個新的挑戰源于汽車的設計目標--提高燃料效率。車輛中的嵌入式系統必須具有非常高的效率且只需很少能量就可以運行。如果通過關閉發動機來節省的能量隨后又在保持控制器或執行器運行的過程中被浪費掉（特別是在不需要執行器的情況），這樣做就毫無意義了。
為提高電池的使用壽命，許多電池供電的嵌入式設備在處于空閑狀態時使用各種算法進入低功率模式。在混合型或燃料電池型車輛中，即使這個少量的能量節省也不能放棄，尤其當處理器總數已經給定的時候。通過在軟件等待任務時進入低功率狀態，嵌入式控制系統可對提高整個系統的能量效率做出貢獻.
圖3:燃料電池供電系統。
運行環境
控制汽車的電子部分必須在高/低溫和強震動的嚴酷環境中工作。傳統汽車電子設備的供應商熟悉這個環境。如罩內（underhood）電子設備（包括基于微控制器的系統）的溫度范圍規定為-40到125°C.在許多情況下這個溫度被錯誤地看成是罩內環境溫度，實際電子元件的額定溫度。在非常嚴酷的條件下完成的測試表明，實際的罩內最高溫度只有110°C,但此溫度依然足以讓水沸騰。
震動也是一個關鍵條件。以混合方式和燃料電池提供能量的車輛將第一次把電動機、電池和燃料電池的供應商帶到汽車工業。這些新的供應商將不得不設計滿足在許多情況下甚至可以同航空工業的要求相近的震動指標。
可靠性和耐久性
汽車電子設備需要在各種條件下可靠地運行，一般汽車要求10年/10萬英里，卡車要求15年/15萬英里（這些是典型數值，不同OEM廠商之間稍有差別）。
一些控制器實際上從不關閉，它們在節能狀態繼續運行，甚至當汽車停止使用時也是如此。
[page]
安全性
許多原告和律師正在核查是否某個有缺陷的設計導致了事故的發生并希望能夠起訴工程師的雇主以獲得賠償金。這種核查和法律訴訟的風險迫使汽車工程師度過了許多不眠之夜。為保證設計在所有條件下（甚至當某個部件失效時）都是安全的，他們必須花費數萬工程小時進行故障模式/后果分析（FMEA）和故障樹分析（FTA）。
另一個安全特性是車輛不執行駕駛員無意做出的任何動作。隨著把司機同設備分離開來的"線控（by-wire）"系統的出現，安全性已經成為一個更受關注的課題?；旌闲秃腿剂想姵匦拖到y天生就是線控驅動、線控剎車和線控駕駛的系統。在許多情況下，這將需要容錯系統設計和冗余設計。
設計工具
借助于UML、Matlab/Simulink和AscetSD等建模工具，你可以開發出具有功能強大的產品。特別值得一提的是，這種方法有一個重大優點：可以在工作站上對系統進行離線仿真。通過建模，我們可以通過在項目的早期進行可靠性、安全性分析來保證系統在所有條件下正常工作，而不必等到在進行最終產品測試時才發現缺陷。
為了在實際車輛上進行測試，許多已經公布的早期概念車設計已經使用了Matlab/Simulink并在快速原型系統上使用了自動代碼生成。主要的障礙將是把這個知識產權全部轉換成滿足所有前述挑戰的可生產代碼（productiON-ready code）。
依靠預先在設計層所做的系統仿真，當各種部件到位后，我們就可以在多種環境和多種出錯情況下測試系統的功能。當軟件進入最終的汽車產品時，我們已經完成了廣泛的測試和開發并可以使用該車輛來驗證這個模型而不是開發控制系統。這并不意味著不需要進行車輛級驗證，但這樣做將可以降低風險并改善最終系統的質量。
因為仿真軟件將直接在建模環境下運行很多次，因此仿真和建?？梢院芎脜f同工作。這里所面臨的最大的挑戰是建立確實代表所仿真的設備而且具有足夠高的仿真效率的仿真模型，以至于可以在合理的時間內完成仿真。
當然，還需要察看混合型或燃料電池型汽車設計的所有挑戰是否都可以在這些產品中得到滿足，從而使得用戶樂于擁有和駕駛這些產品。
