前言：

AUTOSAR Classic 常被詬病為復(fù)雜且緩慢——但這種看法是否合理？ETAS 首席產(chǎn)品經(jīng)理 Darren Buttle 在《Automotive World》中闡述了 RTA-CAR 如何直擊真正的痛點：將構(gòu)建時間從數(shù)小時縮短至幾分鐘，通過虛擬 ECU 加速調(diào)試，并借助自動化工作流簡化配置——同時絕不犧牲安全性與效率。

更快、更簡、更智能：ETAS 如何打破 AUTOSAR 的固有偏見

ETAS深入解析RTA-CAR如何解決AUTOSAR Classic的主要痛點。

作者：Megan Lampinen, Automotive World

2026年4月2日

AUTOSAR Classic素有增加復(fù)雜性、拖慢開發(fā)速度之名，但這種看法大多源于誤解而非事實。ETAS嵌入式平臺軟件首席產(chǎn)品經(jīng)理Darren Buttle指出，對于從事車載深度嵌入式電子控制單元（ECU）開發(fā)的團隊而言，這一標(biāo)準(zhǔn)化軟件框架確實發(fā)揮著關(guān)鍵作用。 關(guān)鍵在于ETAS的RTA-CAR平臺，它切實解決了AUTOSAR開發(fā)中的實際痛點。從簡化配置、加速代碼生成，到支持虛擬化和CI/CD工作流，RTA-CAR使工程團隊能夠在不犧牲安全、安全性或空間利用率的前提下加快開發(fā)進度。

AUTOSAR為何以復(fù)雜著稱？這種說法是否站得住腳？

AUTOSAR的復(fù)雜性本質(zhì)上是其構(gòu)建方式的產(chǎn)物。在25多年的時間里，貢獻者們提出了各自的想法，該標(biāo)準(zhǔn)正是通過整合所有這些想法而發(fā)展起來的。每個人都能在其中找到適合自己的特定解決方案，并忽略其余部分。

其目標(biāo)更多在于覆蓋面而非簡潔性——如何盡可能容納更多的變體和邊界情況？ 此外，AUTOSAR 的很大一部分是為支持從 AUTOSAR 之前時代遺留解決方案的遷移而構(gòu)建的，同時也反映了 OEM 廠商處理系統(tǒng)工程的方式。

若撇開種種誤解，AUTOSAR Classic 究竟試圖解決什么問題？

從本質(zhì)上講，AUTOSAR 致力于解決深度嵌入式實時系統(tǒng)面臨的根本性挑戰(zhàn)：運行時調(diào)度、可靠通信、可靠數(shù)據(jù)存儲，以及現(xiàn)場系統(tǒng)診斷能力。 AUTOSAR 系統(tǒng)運行在裸機上；在部署該棧之前，設(shè)備上沒有任何其他內(nèi)容。AUTOSAR 本質(zhì)上充當(dāng)了硬件（不同芯片之間差異顯著）與 OEM 要求（同樣存在顯著差異）之間的粘合劑。

人們對 AUTOSAR 的諸多不滿似乎主要集中在實現(xiàn)層面，而非標(biāo)準(zhǔn)本身。工具或工作流集成不佳，為何會讓一個健全的框架變成開發(fā)瓶頸？

這種挫敗感與其說是源于實現(xiàn)，不如說是源于配置。配置空間包含數(shù)十萬個元素，其中確實存在著“選擇悖論”。當(dāng)你帶著具體的工程問題接觸 AUTOSAR 時，會面臨海量的選項，但標(biāo)準(zhǔn)本身對哪些選項適合特定情況卻幾乎沒有提供指導(dǎo)。 結(jié)果便是，你試圖解決的問題與AUTOSAR所宣稱的“可行方案”之間存在語義鴻溝。而正是這個鴻溝，導(dǎo)致了大量時間和風(fēng)險的積聚。

ETAS平臺具體如何解決這些實施痛點？

我們主要提供兩項價值：其一是時間。當(dāng)客戶詢問我們是否有某項工具時，他們真正關(guān)心的是這能否加快工作進度。 我們致力于縮短從構(gòu)思到在 ECU 上進行測試的時間，以及從修改到觀察修改效果的時間。這直接關(guān)系到工程師的工作效率。RTA-CAR 只需幾分鐘就能完成構(gòu)建，而無需等待八小時。這意味著您每天可以查看 20、30 甚至 50 處修改，而不是僅有一處。

我們銷售的第二項價值是專業(yè)知識——即我們數(shù)十年來積累的洞見與經(jīng)驗。我們的工具不僅提供自動化，更融合了 對問題領(lǐng)域的深刻理解，使客戶不僅能加速開發(fā)，更能朝著正確的方向加速前進。

深度嵌入式軟件開發(fā)面臨著獨特的約束：確定性、內(nèi)存占用、安全認證。ETAS的方法如何在不迫使工程師在這些因素之間進行權(quán)衡取舍的情況下處理這些問題？

經(jīng)典的權(quán)衡在于空間與時間之間：運行更快通常需要更多空間，而運行更慢則占用較少空間。我們在操作系統(tǒng)內(nèi)核中實現(xiàn)了一些出色的優(yōu)化，讓您能夠更好地控制這種空間/時間的權(quán)衡。例如，通過犧牲系統(tǒng)中的空閑時間來換取更小的內(nèi)存占用，或者反之，這種能力賦予了開發(fā)人員對系統(tǒng)資源更靈活的控制權(quán)。

此外，我們充分利用了自身作為“代碼生成優(yōu)先”解決方案的特性——而非先編寫標(biāo)準(zhǔn)代碼，再生成供代碼運行的數(shù)據(jù)。我們的目標(biāo)是生成最少量的代碼和數(shù)據(jù)，以實現(xiàn)客戶配置的落地。這使得我們的解決方案體積比競爭對手小三到四倍。

RTA-CAR 具體如何簡化配置、縮短集成時間并減輕調(diào)試負擔(dān)？

借助 RTA-CAR 的導(dǎo)入功能和自動配置工作流，您可以利用一組 OEM 文件，以驚人的速度構(gòu)建出幾乎可運行的 ECU。

我們的入門套件是預(yù)先構(gòu)建的參考集成方案，包含針對特定設(shè)備及特定第三方微控制器驅(qū)動軟件的極簡系統(tǒng)框架。其核心理念是實現(xiàn)最快速度的啟動與運行。虛擬ECU確實能顯著加速集成過程。在主機PC上而非芯片本身進行集成，能帶來極大的效率提升：編譯更快、調(diào)試更簡便，且不受嵌入式硬件限制的束縛。 雖然遷移到嵌入式硬件時難免會出現(xiàn)問題，但既然您已經(jīng)在虛擬環(huán)境中驗證過軟件，便能確定任何新出現(xiàn)的故障都僅限于軟硬件接口，而非更廣泛的軟件缺陷。虛擬ECU的方法讓您能夠?qū)⒋蟛糠终{(diào)試工作提前完成。當(dāng)您最終進入目標(biāo)硬件環(huán)境時，面臨的剩余挑戰(zhàn)將變得范圍更小且界定清晰。

根據(jù)您與整車廠商（OEM）及一級供應(yīng)商合作的經(jīng)驗，開發(fā)團隊在處理深度嵌入式軟件時，通常會在哪些環(huán)節(jié)耗費最多時間或引入最大風(fēng)險？解決這些問題又該如何著手？

在為使用新的芯片進行調(diào)試時，設(shè)備在某個階段總會存在缺陷。如果能在芯片投入量產(chǎn)前先在虛擬環(huán)境中進行調(diào)試，將大有裨益。如今，芯片本身的復(fù)雜性使得開發(fā)工作變得極其繁瑣。過去調(diào)試單核微控制器只需兩三天，而現(xiàn)在光是讓芯片穩(wěn)定啟動就可能耗費數(shù)月時間。

另一項常見的挑戰(zhàn)在于設(shè)備資源的使用。如果芯片上搭載了大型多核系統(tǒng)，大量并行處理會帶來新的難題。當(dāng)兩個功能模塊需要交換數(shù)據(jù)時，遲早會有一個模塊必須暫停執(zhí)行，傳輸數(shù)據(jù)，等待處理完成，再接收回數(shù)據(jù)。 我們的工具集提供了功能，幫助團隊準(zhǔn)確掌握核心之間往返傳輸?shù)臄?shù)據(jù)，并確保以最佳方式強制對這些數(shù)據(jù)進行串行化和互斥，從而避免數(shù)據(jù)損壞等問題。

這還涉及整體性能的考量。一個 CPU 核心可能擁有核心本地內(nèi)存，同時也與其他 CPU 共享內(nèi)存；而另一個 CPU 則可能擁有獨立的核心本地內(nèi)存。這些內(nèi)存的訪問時間各不相同。數(shù)據(jù) 在系統(tǒng)中的放置位置，對整體時序響應(yīng)能力有著顯著影響。我們可以幫助客戶理解數(shù)據(jù)放置與訪問相關(guān)的成本及權(quán)衡。

如果一個工程團隊今天正在啟動一個新的深度嵌入式軟件項目，您希望他們了解什么？即在項目初期選擇正確的平臺，將如何決定兩三年后哪些功能是可行的，哪些是不可能實現(xiàn)的？

他們需要以最簡潔的方式明確待解決的問題。隨后，我們的現(xiàn)場工程團隊將協(xié)助他們制定合適的解決方案架構(gòu)。理解待運行應(yīng)用程序的復(fù)雜性，可能是任何項目中最基礎(chǔ)的一環(huán)。

如果您能給一個開發(fā)團隊，或者一位對采用基于 AUTOSAR Classic 的工作流猶豫不決的經(jīng)理一條建議，那會是什么？

AUTOSAR蘊含著豐富的嵌入式工程經(jīng)驗，能夠為現(xiàn)實中的工程難題提供優(yōu)雅的解決方案。您需要像ETAS這樣經(jīng)驗豐富的合作伙伴，引導(dǎo)您發(fā)掘這些寶藏，并幫助您在項目中充分利用這些優(yōu)勢。