建立一个具备灵活度的原型环境从要求条件到设计.PDFVIP

利用快速原型化及模型化基礎設計來加速感測器開發 By Martin Hein, Hella Fahrzeugkomponenten GmbH 汽車代工廠在購置新的感測器系統之前，多半會希望先看到感測器在即時車輛環 境下的原型，以評估其性能或變更規格。舉例來說，我們往往需要展示一個早期 版本的感測器，這通常包含執行於FPGA 或微型處理器的演算法及邏輯。為了符 合這項要求，我們利用一個客製的快速控制原型化平台以及模型化基礎設計，為 一個仍在開發階段初期的新設計建立即時原型。 與其為了一個 ASIC 實現等待長達兩年的時間，我們其實可以在短短幾個月內先 製造一個具備最終產品 80%功能的 A-sample 。A-sample 幫助我們在開發階段早 期與客戶一同精煉感測器的功能並評估程式碼大小、模組的劃分、及硬體要求。 測試團隊利用A-sample 來設置測試環境及測試套件，因而能夠在以ASIC 或微型 處理器實現的產品樣品準備好時立刻開始進行測試 。 建立一個具備靈活度的原型環境 由於市面上可取得的替代品並不符合我們對靈活度的要求，我們自行建立了 Hella Fahrzeugkomponenten GmbH Rapid Control Prototyping (HFK RCP)單元 。大部 分現成的原型化系統只支援 ECU 軟體開發，但感測器的設計可能還會需要包含 VHDL®程式碼與離散電子零件。市售系統的另一項限制為其僅提供固定的介面。 2 在 Hella ，我們必須支援各式各樣的通訊協定與介面硬體，包含 SPI 、I C 、LIN 、 XCP ，CAN 、與SENT 。 透過模型化基礎設計以及我們的客製的原型化環境，我們可以依照需求增加新的 介面、協定 、功能。我們可以把微型處理器與FPGA 訂為目標。當我們在開發規 格，並且利用原型化環境來延伸或改善演算法時，演算法已經在生產處理器上實 現了。 從要求條件到設計 我們的開發過程按照V-model 進行，共包含五個主要步驟 ，分別為：要求條件分 析、演算法設計、生產程式碼的生成、程式碼驗證、以及測試。在條件分析階段， ® ® ® 我們與客戶合作 ，一同定義在IBM Rational DOORS 的系統條件 。接著在 Simulink®建立一個設計的初始模型(圖1) 。 圖1. Simulink 系統模型 我們利用Simulink 驗證及有效性檢測模塊組(Simulink Verification and Validation™ ) 將DOORS 的要求條件繪製於模型的每個元件，讓這些條件可以被雙向追蹤。 建立模型時，我們使用Simulink 的Model Advisor 功能來確保我們遵照MathWroks Automotive Advisory Board (MAAB)演算法建模準則，也以 Model Advisor 依照在 Hella 內部制訂的準則進行檢驗。 為了對初步的浮點設計進行早期功能驗證，我們在Simulink 執行模擬，以從一個 相似的感測器所蒐集到的測試數據，或由Simulink 模塊產生的測試數據來刺激模 型。在這些模型迴圈測試(model-in-the-loop test)之後，我們檢查由Simulink 驗證 及有效性檢測模塊組產生的模型覆蓋報告來辨識模型中尚未經過測試的元件，並 在必要時更新測試來增加覆蓋 。 在快速原型化平台測試的準備階段，我們建立了通訊介面模型，讓感測器演算法 可以執行於車輛 。與MathWorks 顧問合作，我們開發了一個 Simulink 區域互聯 網路(local interconnect networking, LIN)模塊組，讓我們能夠擴充原型化系統的能 力來支援LIN 。 從建模到原型化 在模型經過內部的設計檢視之後，我們將設計移植到 HFK RCP 單元(圖 2) 。HFK RCP 內含TI 的C2000TM 微型處理器、Xilinx® FPGA 、車用匯流排與感測器之間的連 接器、以及一個離散電子元件區塊，支援各種具備標準化元件組的設計結構。 圖2. 運用HFK RCP 單元以及模型化基礎設計的Hella 工作流程 我們利用 Embedded Coder™ ，從 Simulink 模型產生針對微處理器的