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