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