進化中的E/E架構開發所面臨的課題

軟件正在為汽車創造新的價值，因此客戶的應用軟件正在有大規模化、復雜化的趨勢。由此，提高軟件開發的效率方法，已經成為高級車載軟件開發必不可少的需求。

伴隨著E/E架構的進化，需要同時搭載數個硬件。數個硬件中的數個軟件之間的通信測試是必須的。只有在數個硬件之間的建立通訊之后，搭載在上面的數個軟件才能進行通信測試。然而這個測試一般都是在開發后期才能進行，一旦發生問題，返工的成本也會隨之上升。

如果利用模擬環境，在開發前期就可以進行測試。但是，各個硬件模擬環境之間沒有建立通訊，所以沒法進行多個硬件之間的系統級別測試。由于復雜的測試腳本不能執行，所以很難保證產品的質量。

多設備的協同模擬環境概要

圖1 多設備的協同模擬環境結構圖

正如圖1多設備的協同模擬環境結構圖所示。瑞薩提議使用“多設備的協同模擬環境”來實現在沒有實體硬件的情況下進行提前開發。

• 通過主工具^(*1)把各個VPF連接起來的“FMU^(*2)”以及“控制模塊”

• 連接FMU與VPF的“通信腳本”

• 硬件模擬器“VPF^(*3)”

• 在相互連接的VPF之上運行的“通信模塊SW”

因為在VPF上開發的軟件可以直接在硬件上運行，即使硬件開發延遲也不會影響軟件的開發與測試。這樣的話，可以提前開發相互通信連接的軟件，并可以在開發前期就能進行測試。（用戶需要擁有主工具與VPF）

(*1) 主工具：調整與同步各VPF的動作。

(*2) Function Mockup Unit（FMU）：根據Function Mockup Interface（FMI）的要求來連接不同工具的庫。由主工具將其導入，在主工具內相互連接。

(*3) Virtual Platform（VPF）：模擬SOC與MCU，在硬件上的軟件不用修改就可以直接在VPF上運行。

CAN模型間的連接方法

正如圖2通過FMI連接的模型之間利用CAN的通信方法所示。

FMI定義了收發信息的類型與時機，但是沒有定義具體的通信式樣。用戶可以通過FMI來定義具體用什么模式、選擇什么方式的連接式樣。

圖2 通過FMI連接的模型之間利用CAN的通信方法

如上圖通過FMI連接的模型之間利用CAN的通信方法

多設備的協同模擬環境開發狀況

由此，在多設備的協同模擬環境里，圖2的FMI import Block之間利用CAN的通信式樣，就可以進行通信了。

本文介紹了R-CarS4與RH850/U2A之間CAN通信的多設備的協同模擬環境。我們錄制好了實際的動作視頻，您可點擊文末閱讀原文查看。

通過這個解決方案，在沒有實體硬件的情況下，使用相互通信的開發環境，可以進行車載軟件開發。通過使用多設備的協同模擬環境，可以提前檢測出潛在的Bug，縮短整體的測試時間從而提高軟件的品質。

今后，R-CarV4H將與馬達等平臺模型連接。這樣以來，人們可以從事更廣闊范圍的硬件間的連接的軟件開發/軟件研究。

由此，在多設備的協同模擬環境里，圖2的fmi>利用上面這些模塊，在沒有實體硬件的情況下，開發相互通信的軟件。

1

END

1

瑞薩電子 (TSE: 6723)

科技讓生活更輕松，致力于打造更安全、更智能、可持續發展的未來。作為全球微控制器供應商，瑞薩電子融合了在嵌入式處理、模擬、電源及連接方面的專業知識，提供完整的半導體解決方案。成功產品組合加速汽車、工業、基礎設施及物聯網應用上市，賦能數十億聯網智能設備改善人們的工作和生活方式。更多信息，敬請訪問renesas.com