返回解決方案列表
軟體品質與資安解決方案

AUTOSAR 車用軟體解決方案 -CP 與 AP 全方位開發服務

車用電子架構正全面轉向軟體定義車輛(SDV),AUTOSAR 是這個轉向的標準化基礎。AutoMorph 歐特莫夫提供涵蓋 Classic Platform CP 與 Adaptive Platform AP 的全方位技術支援,致力於解決開發過程中的碎片化難題。我們協助客戶進行高效率的虛擬開發、精確的 BSW 基礎軟體配置、應用層 SWC 設計以及繁複的系統整合測試,確保您的軟體組件具備高度的可重用性,並完全符合 ISO 26262 等國際安全規範,讓您的產品能快速且穩健地導入市場。

適用對象
AUTOSAR CP/AP 開發、BSW 配置與整合團隊;Tier 1/OEM
涵蓋標準
AUTOSAR CP/AP、ISO 26262(ASIL-D)
核心工具
DaVinci Developer、DaVinci Configurator Classic、MICROSAR、CANoe
導入成果
SWC 建模 → BSW 配置/RTE 生成 → 虛擬驗證 → 合規
01

從 SWC 建模到虛擬驗證的 AUTOSAR 開發工具鏈

這條鏈要解決的核心問題,是「AUTOSAR 開發碎片化,加上數千個 BSW 參數錯一個系統就起不來」。做法是從 SWC 建模一路到 BSW 配置與 RTE 生成都由工具自動驗證參數一致性,再用經過驗證的基礎軟體包打底,最後在實體 ECU 完成前就先做虛擬驗證。

1

DaVinci Developer

介紹 →

SWC 設計工具,可視化定義 Ports、Runnables 與 Interfaces,生成 AUTOSAR 規範的 ARXML 描述檔。

2

DaVinci Configurator Classic

介紹 →

BSW 配置與 RTE 生成,自動化驗證數千個配置項的參數一致性,把「錯一個就起不來」的風險擋在生成前。

3

MICROSAR (SIP)

Vector 經過驗證的 AUTOSAR 基礎軟體包 (BSW),涵蓋 OS、COM、Mem 等標準模組並支援 ASIL-D,讓應用層有可靠的底層可依。

4

CANoe

介紹 →

虛擬驗證平台,在 PC 端模擬 RTE 環境執行 SiL 測試,在實體 ECU 備妥前就提早發現邏輯錯誤與時序問題。

導入後你會得到
  • 數千個 BSW 參數由工具自動驗證一致性,不再因單一設定衝突導致整機起不來
  • SWC 應用層與硬體解耦,更換硬體平台時的移植成本大幅降低
  • 虛擬驗證先行,實體 ECU 還沒到就先在 PC 端抓出邏輯與時序錯誤
  • 每一行生成的程式碼都對應到安全需求與測試案例,符合功能安全的雙向追溯
02

為什麼這樣架:技術判斷與往前一步

什麼是 AUTOSAR?車用開放系統架構介紹

AUTOSAR 全名為車用開放系統架構,是由全球汽車製造商、供應商及相關電子、半導體軟體公司共同制定的標準化軟體架構。其核心目的在於將應用軟體與硬體運算平台解耦,透過標準化的介面與模組,實現軟體組件的高度復用與彈性擴充。 這套架構主要分為兩大平台: 1. Classic Platform CP:針對即時性與安全性要求極高的嵌入式系統,如引擎控制、煞車系統等 ECU 開發。 2. Adaptive Platform AP:專為高效能運算需求設計,適用於自動駕駛、車聯網 V2X 及網域控制器等需要動態更新與大量資料處理的應用場景。

核心功能與技術優勢

核心功能與技術優勢

🔍 點圖可放大看清楚

運用 AUTOSAR 的分層架構優勢,實現了軟硬體分離與模組化開發。透過標準化的 RTE 執行環境,應用層軟體得以獨立於硬體進行設計與驗證,大幅降低了更換硬體平台時的移植成本。我們透過「虛擬驗證先行」的策略,在實體 ECU 尚未完成前即展開軟體測試。

1. SWC 建模

軟體組件設計與介面定義。

2. RTE 生成

運行時環境程式碼自動生成。

3. BSW 配置

基礎軟體模組參數設定。

4. 虛擬驗證

PC 端模擬與功能測試。

03

歐特莫夫的技術服務流程

我們提供從架構設計、配置與生成到驗證的完整開發流程服務:

階段一

架構設計與 SWC 建模

依據系統需求定義軟體組件 SWC 的介面與行為。我們協助客戶定義 Port 介面、資料類型與內部行為,並建立符合 AUTOSAR 規範的 ARXML 描述檔,為後續開發打下穩固基礎。

階段二

BSW 配置與 RTE 生成

這是開發中最耗時的環節。我們負責配置作業系統 OS、通訊堆疊 COM Stack、診斷服務 Diagnostic 及記憶體管理等模組。隨後生成 RTE 執行環境程式碼,將應用層與底層軟體無縫串接。

階段三

虛擬整合與模擬測試

在硬體樣品備妥前,我們先在 PC 端進行 SiL 軟體在環測試。透過虛擬 ECU 模擬真實運作環境,提早發現邏輯錯誤與時序問題,大幅縮短實車除錯的週期。

階段四

實機部署與合規驗證

將編譯完成的執行檔燒錄至目標 MCU,進行 PiL 處理器在環測試與硬體整合測試。此階段重點在於驗證通訊穩定性、中斷處理延遲及 ISO 26262 功能安全條款的符合性。

04

常見問題

Classic Platform (CP) 和 Adaptive Platform (AP) 差在哪?

CP 針對即時性與安全性要求極高的嵌入式系統(引擎、煞車等 ECU);AP 專為高效能運算設計,適用自動駕駛、V2X 與網域控制器等需要動態更新與大量資料處理的場景。歐特莫夫兩個平台都提供支援。

數千個 BSW 參數怎麼配置才不會出錯?

用 DaVinci Configurator Classic 自動化驗證參數一致性,配置的同時就檢查衝突並生成 RTE 執行環境程式碼。靠人工核對數千項參數幾乎必然出錯,工具的規則檢查才是可靠做法。

一定要等實體 ECU 才能開始測試嗎?

不用。透過 CANoe 在 PC 端模擬 RTE 環境執行 SiL 軟體在環測試,硬體樣品備妥前就能提早發現邏輯錯誤與時序問題,大幅縮短實車除錯週期。

傳統的 Legacy Code 可以整合進 AUTOSAR 嗎?

可以。將非 AUTOSAR 的傳統程式碼封裝並整合進標準架構時,需處理介面不相容與時序同步問題,歐特莫夫協助以標準化介面完成封裝與整合。

需要這套解決方案?

歐特莫夫(Vector Informatik 合作夥伴)協助你從工具選型、環境建置到導入落地,把對的工具用在對的地方。

諮詢此方案 →
諮詢此方案