正好最近忙活有車載的相關工作。
我想問題應該是車載訊號怎麼以介面形式與使用者互動的問題吧。
因為具體說的話,涉及內容太多了,不是做硬體或者車載嵌入式的不容易懂,所以就簡單的說說吧。
之後這些資料會透過車載匯流排提供給METER的ECU。一般使用CAN匯流排,有的車載訊號也會使用直線訊號。之中還會經過一系列的演算法,將這個資料提供到描畫ECU,用來顯示,額,這個說的是液晶儀表或者多媒體中控的顯示方法。
當然,儀表的顯示有分機械儀表和全液晶儀表,也有機械和液晶混合式的。
簡單描述,僅供理解概念。
實際上的設計複雜度,沒做過車載嵌入式軟硬體開發的是無法想象的。我們討論異常case的時間,是正常CASE的3倍以上,用來做測試的時間佔開發時間的7層。還要符合iso26262等安全標準,開發中還要符合cmmi5的流程,也有要求雙向追溯性等。
再說個例子,汽車的油量在儀表上都會顯示。通常理解只要一個感測器來測油箱的剩餘就能得到正解。實際上是不對的!因為車在上下坡,顛婆的狀態,這個是不準的。一般是透過燃油噴射,還有車輛水平狀態等等的引數,再用很複雜的演算法來計算。然後還有一系列的糾錯等等。
需要的引數大部分透過車載匯流排來傳送,然後交由相關ECU進行資料處理,再提供用來顯示。
簡單來說就是,引數扔到匯流排,需要的人從匯流排拿,透過演算法得到顯示結果,最後扔給描畫顯示在液晶或者讓機械儀表驅動。
正好最近忙活有車載的相關工作。
我想問題應該是車載訊號怎麼以介面形式與使用者互動的問題吧。
因為具體說的話,涉及內容太多了,不是做硬體或者車載嵌入式的不容易懂,所以就簡單的說說吧。
之後這些資料會透過車載匯流排提供給METER的ECU。一般使用CAN匯流排,有的車載訊號也會使用直線訊號。之中還會經過一系列的演算法,將這個資料提供到描畫ECU,用來顯示,額,這個說的是液晶儀表或者多媒體中控的顯示方法。
當然,儀表的顯示有分機械儀表和全液晶儀表,也有機械和液晶混合式的。
簡單描述,僅供理解概念。
實際上的設計複雜度,沒做過車載嵌入式軟硬體開發的是無法想象的。我們討論異常case的時間,是正常CASE的3倍以上,用來做測試的時間佔開發時間的7層。還要符合iso26262等安全標準,開發中還要符合cmmi5的流程,也有要求雙向追溯性等。
再說個例子,汽車的油量在儀表上都會顯示。通常理解只要一個感測器來測油箱的剩餘就能得到正解。實際上是不對的!因為車在上下坡,顛婆的狀態,這個是不準的。一般是透過燃油噴射,還有車輛水平狀態等等的引數,再用很複雜的演算法來計算。然後還有一系列的糾錯等等。
需要的引數大部分透過車載匯流排來傳送,然後交由相關ECU進行資料處理,再提供用來顯示。
簡單來說就是,引數扔到匯流排,需要的人從匯流排拿,透過演算法得到顯示結果,最後扔給描畫顯示在液晶或者讓機械儀表驅動。