Mentor Graphics：車載網絡：應用自動化設計與合成工具
2014-05-20 08:22:02 本站原創上海2014年5月20日電 /美通社/ -- 電子設計自動化技術的領導廠商 Mentor Graphics 近日發布一份題為《車載網絡：應用自動化設計與合成工具》的研究報告。中文版的報告全文可在 Mentor Graphics 的官方網站閱讀和下載： http://automotive.cn.mentor.com/news-publications/mentor-vehicle-networking 。
報告作者簡介
Andrew Patterson 任職明導嵌入式軟件事業部業務發展總監，專注于汽車市場。在加入明導之前，Andrew 在設計自動化市場上已有25年的經驗，主要從事各類技術、汽車仿真模型開發，虛擬原型和機電一體化。他目前在明導主要采用 Linux 和 AUTOSAR 以及其他在各類專有硅基平臺上運行的系統來執行嵌入式軟件戰略。Andrew 持有英國劍橋大學工程和電氣科學碩士學位。
背景介紹
自2003年組建以來，AUTOSAR （汽車開放系統架構）聯盟一直致力于改變車載網絡和電子控制單元 (ECU) 的設計方式。AUTOSAR 提出了一個符合業界標準的車載網絡設計方法，使行業能夠集成、交換和傳輸汽車網絡內的功能、數據和信息。這一標準極大地促進了汽車原始設備制造商 (OEM) 及其一級供應商之間的合作，使他們能夠以一種一致、明確且機器可讀的格式來交換設計信息。
全文要點與大綱如下：
一輛典型的現代化汽車將同時裝配各類總線和協議并從 LIN、CAN、FlexRay、MOST 和以太網中選擇合適的網絡。多媒體/視聽信號和汽車環繞攝像系統需要更高的數據速率，因此汽車制造商和 OEM 廠商在網絡解決方案上選擇用以太網代替 MOST。但對于許多標準汽車功能而言，LIN 和 CAN 提供的帶寬與性能就足夠了。
在汽車架構中，ECU 組合在一起形成“集群”，這些集群通過通信“網關”相連。集群通常會共享同一類型的總線，因此要達到高可靠性、高速率的標準，就要采用 FlexRay 網絡，但要求沒那么高的門鎖 ECU 可以由 CAN 或 LIN 來負責。ECU 網關往往要連接不同類型的信號，并執行不同總線架構之間的映射和轉換功能。汽車行業對不斷提高安全性和 ISO26262等標準的合規性提出強烈需求，進而提升了車載網絡的性能，同時也降低了制造和元件成本。不斷進步的網絡標準可以適應越來越高的數據傳輸速率，汽車電纜也達到了安全且低成本的目標。典型汽車網絡方案的特點及應用請見表1。
| 總線 | CAN | LIN | FLEXRAY | MOST | 以太網 |
| 速度 | 最高1000 kbps（千位/秒） | 最高19.2 kbps | 10 Mbps（兆位/秒） | 最高23 Mbps | 高達Gbps（千兆位/秒） |
| 電纜類型 | 雙絞線，5V | 單線，12V | 2或4條線 | 光纜/同軸電纜 | 一條或多條雙絞線 |
| 成本 | $$ | $ | $$$ | $$ | |
| 應用 | 防抱死制動系統 (ABS)、動力總成 (Powertrain)、發動機控制 | 電動座椅、后視鏡、尾門 | 轉向、循跡控制、主動懸架 | 媒體播放器、信息娛樂系統 | 網絡攝像頭、雷達、信息娛樂系統 |
表1：汽車網絡總線
接下來讓我們詳細討論 CAN 和 FlexRay 網絡的時序分析。了解這兩種類型網絡的基本特征和差異是非常有用的。
模擬汽車網絡時序的第一步是準確定義 ECU 之間的連接。AUTOSAR 提出的軟件方法將所有汽車功能定義成軟件組件的集合并映射到物理 ECU 硬件上。一個 ECU 可能有幾個功能，而內部信號則在它們之間傳遞。一旦定義了連接，設計中每個對象的時序參數（如果是已知的）都可以被定義。時序信息有多個外部來源；被廣泛使用的汽車標準是 FIBEX -- 由自動化及測量系統標準化協會 (ASAM) 定義的一種基于 XML 的標準化文件格式。
示例系統的物理路徑請見圖1和圖2。制動位監控器模塊與控制器 ECU 相連，轉而又連接到執行器上。在每個模塊內部，各個軟件組件也對延遲造成影響。我們將著眼于這些組件對整體系統延遲的影響。
 |
| 制動系統信號路徑概覽 |
 |
| 采用 AUTOSAR 組件的制動系統 -- 可定義詳細的時序參數 |
| 活動 | 參考編號 | AUTOSAR軟件活動 |
| 發送方 | 1 | 制動監視器發出信號 |
| 2 | 應用軟件將信號寫入通信棧 | |
| 通信路徑 | 3 | 信號在通信棧中做好通過 CAN 總線進行傳輸的準備 |
| 4 | CAN 控制器贏得總線仲裁來發送信息幀 | |
| 5 | 信息幀通過 CAN 總線傳輸 | |
| 6 | 制動控制器 BSW 和 CAN 協議棧接收信息幀 | |
| 7 | 通過 BSW 中的幀處理來提取信號 | |
| 接收方 | 8 | 信號傳遞至制動控制器 ECU |
表2：AUTOSAR 制動示例的傳輸步驟
在表2提供的示例中，端至端信號路徑最長可允許100ms。從實際測量結果中我們得知，發送方需要5ms，而接收方需10ms，因此通信路徑延遲最高可允許85ms。
如果使用先進的 AUTOSAR 組件編輯器，如明導的 VSA COM Designer 工具，可以輸入路徑中每個組件的時序信息，但這也是一項艱巨的任務。另一種方法是從外部數據庫導入時序和連接信息。
在模擬 CAN 總線數據路徑時，需要考慮到傳輸開始時的不確定性。可能出現的情況是，更高優先級的信息占用數據總線，從而造成傳輸延遲。因此要找出造成延遲變化的抖動因素 -- 通常要提前知道有多少優先級較高的信號可能在總線上，這樣可以盡可能精確預測抖動因素。通過這些參數和進行自動化設計規則檢查 (DRC)，從第(3)步到第(7)步的最大延遲為74.5毫秒，這樣的設計檢查可以通過。這是“最壞情況”的測試，設計人員要相信路徑延遲永遠不會比這更糟，實際上會好很多。
| VSA COM 時序分析工具給出的典型時序報告，顯示 DRC 違規情況 |
圖3給出了一個典型的時序報告，其中信號路徑違規以紅色突出顯示。整體的總線利用率顯示在表的頂部（3.69%）。
汽車網絡時序安排的總體定義通常存儲在作為中央網關 ECU 一部分的“通信矩陣”中。明導所開發的設計工具解決方案可用于自動合成這個數據庫并按正確順序將所有不同的信息打包成幀。
AUTOSAR 信號信息組合成協議數據單元 (PDU)，然后這些數據單元再組合成傳輸幀。對于 CAN 和 LIN 幀而言，每個幀都有一個 PDU，但一個 FlexRay 幀可能含有多個信號 PDU。
在安裝一個完全定義的通信體系時會面臨一個難題，即后續很難有架構上的變化，并可能需要對網絡進行全面的重新設計，但傳輸的高速和確定性等優勢讓這種方法對 FlexRay 應用形成了極大的吸引力，能夠確保汽車的對安全要求非常高的功能。
結論
AUTOSAR 提供了用于車載網絡和 ECU 設計的預定義標準方法。但設計人員在如何提高設計的效率和性能上仍面臨難題。通過使用設計自動化輔助工具來計算時序并生成車載通信體系，可以極大提升寶貴的網絡帶寬的利用率，同時保持汽車性能的安全范圍。隨著 CAN、FlexRay 和以太網融合復雜性的增加，使用自動化設計規則檢查和時序性能合成工具將有助于縮短設計時間，避免繁瑣的人工驗證過程。
