標準化邊界
SWC 透過 RTE 與 BSW 服務互動，硬體差異由 ECU Abstraction 與 MCAL 承接。
PRODUCT ROLE
它不是單一函式庫，而是 ECU 的標準化軟體底座
KopherSAR 將應用層與 MCU 硬體差異分開，讓車廠與 ECU 團隊能用一致的介面管理通訊、診斷、網管、永久資料、I/O 與安全機制。
依專案配置
依 ECU 角色選用需要的通訊、診斷、NvM、資安與 I/O 模組，不必載入整套功能。
面向量產整合
把設計資料、配置、程式產生、整合建構與驗證證據串成可重現的工程流程。
AUTOSAR CLASSIC LAYERS
KopherSAR 位在 ECU 軟體架構的哪裡？
由上到下依序是應用 SWC、RTE、BSW 功能領域、ECU 抽象與 MCAL，最後連接目標 MCU 與周邊。每一層都有清楚責任邊界。
SWC
Application Layer
Vehicle Control · Body Control · Charging · Diagnostics Application
KopherSAR
Runtime Environment (RTE)
Ports · Interfaces · Runnable Mapping · Cross-Partition IOC
Services & Mode
EcuM · BswM · Os · WdgM
Communication
COM · PduR · CanIf · LinIf · EthIf · SoAd
Diagnostics & Safety
DCM · DEM · FiM · Csm · KeyM · SecOC
Memory
NvM · MemIf · Fee · Ea · Fls · Eep
ECU Abstraction & MCAL
Dio · Adc · Pwm · Icu · Spi · Port · Mcu · Wdg · Can · Lin · Eth
Target Microcontroller & ECU Peripherals
模組實際範圍會依目標 MCU、AUTOSAR 版本、ECU 功能與安全需求定義。
MODULE MAP
從通訊到資安的 BSW 能力地圖
先看功能領域，需要評估細節時再展開模組清單，避免一次閱讀大量縮寫。
車載通訊
處理訊號、PDU、Transport Protocol 與車載網路介面。
車載通訊
處理訊號、PDU、Transport Protocol 與車載網路介面。
COMPduRCanIf / CanTpLinIf / LinTpEthIf / TcpIpSoAd / SOME-IP
診斷與故障管理
串接 UDS 服務、DTC、故障抑制與維修流程。
診斷與故障管理
串接 UDS 服務、DTC、故障抑制與維修流程。
DCMDEMFiMOBDSecurityAccessRoutine Control
網路與模式管理
管理 ECU 喚醒、休眠、通訊模式與低功耗網路。
網路與模式管理
管理 ECU 喚醒、休眠、通訊模式與低功耗網路。
NmCanNmLinNmUdpNmComMPartial Networking
永久資料與記憶體
管理參數、學習值、DTC 與 Flash / EEPROM 寫入策略。
永久資料與記憶體
管理參數、學習值、DTC 與 Flash / EEPROM 寫入策略。
NvMMemIfFeeEaFlsEep
資安與密碼服務
承接訊息驗證、金鑰管理與硬體安全模組介面。
資安與密碼服務
承接訊息驗證、金鑰管理與硬體安全模組介面。
CsmCryptoIfKeyMSecOCSeed / KeyHSM Integration
RTE、OS 與多分區
讓 SWC、Task、OS Application 與跨核心資料流維持清楚邊界。
RTE、OS 與多分區
讓 SWC、Task、OS Application 與跨核心資料流維持清楚邊界。
RTEOsIOCTrusted FunctionOS ApplicationMulti-Core
I/O 與 ECU 抽象
將 ECU 周邊與應用層隔離，提供一致的輸入輸出介面。
I/O 與 ECU 抽象
將 ECU 周邊與應用層隔離，提供一致的輸入輸出介面。
DioAdcPwmIcuSpiIoHwAb
系統監控
協調 ECU 啟動、模式切換、Watchdog 與錯誤回應。
系統監控
協調 ECU 啟動、模式切換、Watchdog 與錯誤回應。
EcuMBswMWdgMWdgIfSchMDet
CONFIGURATION TO ECU
從工程輸入到可重現的 ECU Build
KopherConfig 負責配置與檢查，KopherSAR 提供執行所需的 RTE 與 BSW；兩者共同把設計資料轉成 ECU 整合產物。
工程輸入
DBC / ARXMLSWC PortsOS TasksDTC / UDSNvM BlocksSecurity Policy
01
匯入設計資料
整理網路矩陣、SWC 介面、診斷、OS、NvM 與安全需求。
→ Design Baseline
02
配置與相依性檢查
在 KopherConfig 選擇 BSW 模組、設定參數並檢查跨模組相依性。
→ Validated Config
03
產生與整合
產生 ARXML、RTE 與 BSW 配置程式，銜接 MCAL、Bootloader 與應用 SWC。
→ Generated C / ARXML
04
建構與驗證
完成 ECU build、靜態檢查、台架或 HIL 驗證，保留可追溯的結果。
→ ECU Build / Evidence
PLATFORM STRATEGY
支援平台與移植邊界
先從已整合的平台快速啟動；其他 MCU 則依 MCAL、Compiler、Debugger、安全機制與驗證範圍評估移植。
KCU GEN1
NXP MPC5744P
Power Architecture
適合既有 KCU GEN1 專案，涵蓋 CAN / LIN、診斷、I/O 與量產 ECU 整合。
KCU GEN2 / MICRO
Infineon TC387QP
TriCore · Multi-Core · HSM
支援 CAN FD、Ethernet、多核心分區與硬體資安整合需求。
PORTING ASSESSMENT
其他車規 MCU
S32K3 · TC397 · TC4xx 等
可依專案評估 MCAL 對接、BSW 移植、Compiler 建構與驗證工作範圍。
KOPHERBIT TOOLCHAIN
與 KopherBit 工具鏈如何銜接？
KopherSAR 是執行層核心；周邊工具分別負責配置、網路資料、SWC 設計、Bootloader 與診斷驗證。
導入時會取得什麼？
交付範圍依授權與專案整合深度確認，避免只交一包程式碼卻缺少可重建的工程資料。
01
BSW 軟體套件
依專案選定模組、目標平台與原始碼／程式庫授權範圍。
02
組態與產生物
ARXML、BSW 設定、RTE 與 generated C 等可重建產物。
03
ECU 整合專案
Compiler、Linker、MCAL、Bootloader 與應用層整合設定。
04
設計與配置文件
模組範圍、參數基線、介面與相依性說明。
05
驗證結果
依專案提供建構、靜態檢查、台架或 HIL 測試證據。
06
移植與量產支援
問題分析、版本基線、變更影響與後續維護協作。
FAQ
常見問題
KopherSAR 和 KopherConfig 有什麼差別？
KopherSAR 是 ECU 上執行的 AUTOSAR Classic RTE 與 BSW；KopherConfig 是工程師使用的配置與程式碼產生工具。兩者共同完成 BSW 配置與 ECU 整合。
所有 BSW 模組都必須一起導入嗎？
不需要。實際模組依 ECU 功能、網路、診斷、記憶體、資安與安全需求裁切，並建立對應配置與驗證範圍。
KopherSAR 是否支援 AUTOSAR Adaptive？
KopherSAR 的產品定位是 AUTOSAR Classic。若車輛同時有 Adaptive 節點，可透過 Ethernet / SOME-IP 與 Classic ECU 共同整合，但兩者屬不同執行平台。
可以移植到 KCU 以外的控制器嗎？
可以依專案評估。需要確認目標 MCU、MCAL、Compiler、Debugger、記憶體、周邊驅動、安全機制與驗證責任後，才能定義完整工作範圍。
是否支援 SecOC、Partial Networking 與多核心分區？
KopherSAR 能以 Csm / KeyM / SecOC、CanNm Partial Networking，以及 RTE IOC / OS Application 支援這些架構；是否納入交付仍依車型需求與平台能力確認。
能否提供原始碼？
可依商務授權與模組範圍提供原始碼或程式庫方案，並搭配配置、整合與維護界面定義。
正在評估 AUTOSAR BSW 或既有 ECU 移植？
提供目標 MCU、通訊介面、診斷需求、OS／分區與預計量產時程，我們會先協助界定模組與移植範圍。