汽車開放系統(tǒng)架構(gòu)（AUTOSAR）
加入技術(shù)交流群
現(xiàn)在有許多方式便于汽車控制系統(tǒng)工程師處理越來越復雜的控制系統(tǒng)。其中一種較受推崇的方式，就是采用通行標準和通常架構(gòu)。這些適用于控制系統(tǒng)的標準，應該促進軟件重用、靈活集成。荷蘭Elektrobit集團旗下3Soft GmbH公司的tresos ECU部門產(chǎn)品經(jīng)理Karsten Hoffmeister評論說，為了重用應用軟件，它必須能夠與指定此軟件運行的硬件平臺分開獨立使用。這個目標可以通過為介于軟件硬件之間的界面（叫做運行時間環(huán)境RTE）開發(fā)一個適用的標準來實現(xiàn)，作為AUTOSAR標準的重要組成之一。
美國大眾汽車公司的Eric Jensen認為：符合AUTOSAR標準的RTE，可以在硬件驅(qū)動器和服務(wù)上與個人電腦操作系統(tǒng)相媲美。所有適用于某種特定功能的應用軟件（如動力控制軟件），都可以編寫進RTE界面中，而不用非得寫進電子控制單元（ECU）。Jensen補充說，符合AUTOSAR標準的 RTE界面，允許軟件獨立于硬件平臺之外。
AUTOSAR通過限定界面促進軟件的再次使用，而那些界面是獨立于硬件之外的。
一個已經(jīng)被編寫進AUTOSAR標準的軟件，適用于賣方的任一微控制器。
因為此軟件已經(jīng)和符合AUTOSAR標準的運行環(huán)境兼容了。
NEC電子（歐洲）公司汽車貿(mào)易部的Peter Jakobsson預測：在2009年前可能只有一兩個OEM制造商采用AUTOSAR標準，至少要到2015年，這個標準才有可能滲透到領(lǐng)域深處。他預測這么長的時間，是因為沒有OEM商會主動將現(xiàn)有功能改成符合AUTOSAR標準的，除非因為其他的原因，比如想增加或升級一種特色設(shè)計，或作為常規(guī)要求的補充。
事實上，即使是對那些全力支持AUTOSAR標準的人也認為，“完全采用AUTOSAR標準的，是不存在”，Hoffmeister說，“總是存在某些客戶工具和客戶ECU軟件，這些都有別于AUTOSAR標準?！?
在全行業(yè)內(nèi)推行此標準有個潛在障礙，就是來自一些OEM廠商和大的第一級汽車供應商的抵制，因為他們已經(jīng)有自己的標準和架構(gòu)了。采用AUTOSAR標準及其架構(gòu)看起來有風險，這包括可能產(chǎn)生更換成本、喪失控制。另一個擔心的，就是AUTOSAR比絕大多數(shù)現(xiàn)有標準都更綜合，為它編寫軟件會對ECU資源提出更多要求，比如內(nèi)存和功能總線帶寬，可能超過現(xiàn)有軟件開發(fā)的常用范圍。
要讓AUTOSAR獲得廣泛使用，必須考慮以上所說及的問題。Hoffmeister說：將多家開發(fā)商編寫的軟件集成起來相對便宜?，F(xiàn)在， 大眾汽車公司、Hella公司、3Soft公司，以及NEC電子（歐洲）公司正在為大眾公司批量生產(chǎn)的帕薩特，開發(fā)一種具有完整功能型的、能使駕駛者身心舒適的電子控制單元，這恰恰體現(xiàn)了AUTOSAR標準。
AUTOSAR聯(lián)盟有望在2006年最后一個季度驗證并測試此標準。
采用AUTOSAR標準還有其它原因，English看到了Delphi公司采用此標準的內(nèi)部發(fā)展需求以及外部市場要求。過去的4年間，Delphi公司發(fā)現(xiàn)有必要將其諸多生產(chǎn)線統(tǒng)一軟件架構(gòu)。他說：“因為我們知道一些客戶將要求我們執(zhí)行AUTOSAR標準，所以我們不會只是簡單復制并維持我們獨有的平行常規(guī)架構(gòu)。即使對沒有要求我們采用此標準的客戶，實施這項標準也很有意義?！?
NEC電子公司的Jakobsson相信，AUTOSAR標準將使今天的汽車微控制器供應商更像系統(tǒng)開發(fā)者，因為他們還需要供應軟件驅(qū)動器和基礎(chǔ)硬件。他們現(xiàn)在必須供應一個完整的系統(tǒng)，包括微控制器、軟件以及配置套——而不再像過去那樣只供應一個微控制器和一套使用手冊。
Hoffmeister相信在一個較高的構(gòu)架水平上“采用AUTOSAR標準，需要汽車供應商在開發(fā)過程中就作相應改進，因為執(zhí)行的標準已經(jīng)從電子控制單元為中心變成以功能特定性為中心的了。”他相信OEM廠商和第一級汽車供應商需要計劃并思考獨立于硬件之外的功能，而非選用ECU之后的精細調(diào)諧功能。
評論