日B视频 亚洲,啪啪啪网站一区二区,91色情精品久久,日日噜狠狠色综合久,超碰人妻少妇97在线,999青青视频,亚洲一区二卡,让本一区二区视频,日韩网站推荐

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

AUTOSAR的核心概念

工程師 ? 來源:Paulfrank ? 作者:Paulfrank ? 2020-09-11 14:22 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

工程師的角度看AUTOSAR

“軟件定義汽車”的火熱帶動了工程師們對于汽車電子軟件熱烈地討論。不曾想到,隱藏在控制器內部,默默地發(fā)揮著作用的汽車電子軟件,如今備受矚目。本人畢業(yè)到現在,一直在汽車行業(yè)做軟件,切身感受到一系列的變化。寫軟件的方法在變,行業(yè)技術標準在變,和OEM合作模式在變,還有敏捷轉型等等。10多年前,有人認為汽車行業(yè)是夕陽產業(yè),IT是朝陽產業(yè)。現在看來,無論是汽車還是IT,依然朝氣蓬勃,更令人欣喜的是,這兩個產業(yè)的融合為未來的發(fā)展帶來了新的契機。

1

開端-OSEK/VDX

OSEK/VDX標準的出現代表著汽車電子軟件標準化的開端,該標準的構成:實時的操作系統(OSEK OS),通訊子系統(OSEK-COM)和網絡管理系統(OSEK-NM)。

在OSEK出現之前,軟件生產商們僅依靠自身積累,寫出的軟件五花八門,水平參差不齊,有些甚至沒有清晰的軟件層次結構,這樣寫出的軟件質量堪憂,并且可維護性是很差的。有了OSEK標準的借鑒和指導,很多軟件生產商依照OSEK標準開發(fā)出了自己的軟件產品。像汽車行業(yè)的Tier1,提供軟件與硬件整套完整方案是常態(tài),Tier1自研的完善可靠的軟件產品也是其核心競爭力之一。

OSEK OS是實時操作系統,可以滿足大多數汽車控制器的任務調度要求。另外其可移植性和可擴展性很高,可以輕松移植到新MCU平臺。對于實時性要求,除了要有好的操作系統,也需要程序設計者合理地規(guī)劃常規(guī)任務和中斷處理程序,如果任務阻塞或執(zhí)行時間過長,會極大的影響正常任務的調度。近年來,軟件系統的實時性和確定性執(zhí)行也不斷地在演進。確定性操作系統,再配合邏輯執(zhí)行時間(LET)模型,可提供更高級別的功能安全機制。

下圖摘取自OSEK標準文檔,圖中展示了OSEK/VDX的基本結構和各組件間的關系。這也算是典型的帶網絡通信的汽車ECU軟件的最小系統了。

在2000年左右,Tier1的ECU軟件自研比例非常高,對軟件產品的掌控力也相當強,底層軟件和應用層軟件都由Tier1完成開發(fā)。OEM和Tier1之間軟件開發(fā)的合作方式,主要是由OEM向Tier1分發(fā)書寫格式和內容非常規(guī)范化的需求文檔,有些做到好的,則采用格式化的語言來描述需求,甚至是偽代碼的書寫形式。

V模型開發(fā)流程(瀑布模型的進階)是當時的主流。按自上而下的過程遞交交付物,并在相對應層級依次驗證,是V模型開發(fā)的特點。V模型開發(fā)迭代周期長,一般與功能交樣時間相匹配。迭代次數少,一般5到6次迭代后,基本就到SOP量產了。當時汽車ECU功能定義固化早,每個ECU功能數量較少,需求開發(fā)相對穩(wěn)定,在當時看來,V模型的開發(fā)流程是非常合適的。

2

進階-AUTOSAR

上文提到了OSEK,因為它與AUTOSAR頗具淵源,AUTOSAR的部分設計也參考了OSEK標準。OSEK是汽車軟件標準化的第一步,它影響的范圍是ECU層面。OEM和Tier1之間穩(wěn)定的合作方式也已經形成。但汽車軟件標準化的進程并沒有停下來。

這里插句題外話。OEM和Tier1的這種合作模式下,Tier1的系統與軟件能力變得格外的強,另外OSEK的標準化,總線設計的標準化,也讓各個廠家設計的ECU之間的連通變得簡單。在這個背景下,Tier1對整車電子電器架構的影響很大,依靠Tier1的能力,攢起一套主流的電子電器架構也成為可能。行業(yè)頭部的整車廠,Tier1,芯片等其他環(huán)節(jié)的供應商,對電子電器架構的構想也一定程度上推動著行業(yè)的發(fā)展。

上文有提到過,OEM需要花費相當大的精力來書寫需求說明書,以描述ECU的應用層功能,完成后交予Tier1來開發(fā)軟件。而隨著車上的ECU數量不斷增加,信號復雜程度增加,傳統的開發(fā)方式顯露出了開發(fā)復雜,維護困難等弊端。讓汽車電子系統開發(fā)更靈活,更有效率,成為汽車工程師的目標。AUTOSAR的誕生旨在達成這個目標。AUTOSAR從一開始就志在整體汽車電子開發(fā)的標準化。所以AUTOSAR所涵蓋的方法論,虛擬功能總線,元模型與模板工具,軟件架構及模塊,所有這些工作都導向這一目標??梢院敛豢鋸埖恼f,AUTOSAR是汽車工程師的智慧結晶。

AUTOSAR的推出,OEM與Tier1之間的合作方式有了微妙的變化。在介紹新的合作方式之前,這里 先介紹下AUTOSAR的核心概念:虛擬功能總線(VFB)。

下圖引用自AUTOSAR標準。如圖,VFB之上描述的是軟件組件(SWC),以實現軟硬分離。OEM著重于系統層面的設計,包含SWC的設計及它們之間的通信方式。VFB是虛擬總線,真實的情況是它們以Flexray,CAN總線方式通信,或者是ECU的內部通信。而這些都會在整車開發(fā)流程中的SWC部署,網絡設計中體現。

在了解以上的基本概念后,再來講講OEM和Tier1的合作方式有哪些。

方式一:

OEM:以AUTOSAR的標準方法設計系統及軟件架構,并以ARXML的形式導出,同時負責應用層軟件SWC的開發(fā)。

Tier1:以AUTOSAR的標準方法完成基礎軟件的配置與生成,復雜驅動軟件的開發(fā),最終軟件的集成與版本釋放,并提供硬件平臺。

特點:雙方關注自己負責的軟件部分,耦合部分不多,溝通成本最低。

方式二:

OEM:基本與方式一相同,但OEM自己不開發(fā)應用層軟件。

Tier1:除了方式一提到的內容,還包括應用層軟件的開發(fā)。

特點:軟件開發(fā)的工作都落到了Tier1身上,但應用層軟件需求溝通的成本較高。

方式三:

OEM:除了系統及軟件架構設計以外,OEM還負責應用層及底層軟件開發(fā),包括最終軟件的集成與釋放。

Tier1:僅配置MCAL部分的軟件。

特點:OEM包攬了大部分的軟件工作,Tier1的價值僅在于提供硬件平臺(包括MCAL軟件)。

方式四:

OEM:按自身的方式設計系統架構及發(fā)布需求,但并不是AUTOSAR的標準方法,應用層軟件開發(fā)為備選。

Tier1:以AUTOSAR的標準方法完成底層軟件,應用層軟件為備選,取決于OEM是否提供基于標準接口的應用層軟件。

特點:此方式用到了AUTOSAR軟件標準架構和模塊,但缺少了精髓的系統設計部分。

另外,AUTOSAR也改變了軟件工程師需要的技能和工作方式。手工代碼漸漸轉向基于模型的開發(fā),底層功能模塊依靠工具配置及代碼生成。驗證軟件的方式也更多樣,模型仿真,SIL,HIL等等。

3

突破-AP AUTOSAR

從本節(jié)開始,AUTOSAR會標注CP (Classic Platform) 和AP (Adaptive Platform),以示區(qū)分。

CP AUTOSAR標準其實也在不停的演進中,Ethenet, Crypto, E2E, SOME/IP等等也是在4.X的版本中才出現?;旧?,有新的技術需要運用,AUTOSAR就有推出相應的標準。

但CP平臺畢竟有它的局限性,對于高算力的應用場景無能為力。AP AUTOSAR的出現正是應對高性能計算平臺的需要,AP AUTOSAR的定位是運行于POSIX操作系統之上的中間件。設計者也不乏考慮,AP平臺和CP平臺在一個架構下共存的問題。所以它與生俱來,具備和CP AUTOSAR有良好的交互能力。

高性能計算平臺必然是未來電子電器架構的主角,已經有不少架構師們設想把它運用到多域控制器,以及中央計算平臺當中。AP AUTOSAR在高性能計算平臺的作用不可小覷。這可以從AP AUTOSAR的設計細節(jié)得出。

ARA:COM提供應用層之間標準且可靠的通信方式,統一化的通信方式有助于避免由于通信機制的不同造成的設計缺陷。同時支持事件驅動和輪詢模式也是它的主要特點,因實時應用程序通?;谳喸兡J?,而支持此模式可以保證前后級數據傳遞式樣的一致,避免不必要的上下文切換。

ARA:EXEC主控應用程序的生命周期,設計者同時也考慮了功能安全方面的設計,例如狀態(tài)恢復,資源管理,確定性執(zhí)行等機制。

ARA:SM 收集應用程序的各種異常狀態(tài)并適時地調整相應的應用程序功能,為功能安全提供有效的機制。

ARA:PHM提供監(jiān)控應用程序的能力,并在檢測到異常后執(zhí)行恢復動作。它支持幾種典型的任務監(jiān)測機制:alive, deadline, logical supervision。

其他AP AUTOSAR包含的API及Service組件不在這里 一一介紹。可以看出,APAUTOSAR除了提供基本的應用層開發(fā)平臺中間件,同時也有不少功能安全上的考慮,其中一些機制可以有效的應對ISO26262軟件部分“Freedom from interference”中提出的相關需求。

AP AUTOSAR在這樣一個復雜的環(huán)境下誕生,工程師們必定對其賦予厚望,從它的設計思路來看,AP AUTOSAR不但吸取了現有成熟的技術,同時也有所創(chuàng)新,引入互聯網技術的同時也不乏考慮其適用性和可靠性。如今AP AUTOSAR剛經歷了幾個版本,對比CP AUTOSAR從萌芽到茁壯成長的過程,AUTOSAR的未來必定可期。

— END—

《淺談汽車電子軟件》專輯

進入汽車行業(yè)是偶然,但選擇做軟件是必然。聽一位前輩說過,“你永遠別指望一個人能把一件不喜歡的事做好”,軟件技術一直是我的愛好,汽車也是我熱愛的,慶幸當初的自己能選擇這個行業(yè)。現在閑暇時寫一些分享性的文章,希望和行業(yè)中的友人們一起成長。

作者:Paulfrank

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規(guī)問題,請聯系本站處理。 舉報投訴
  • OEM
    OEM
    +關注

    關注

    4

    文章

    428

    瀏覽量

    53405
  • AUTOSAR
    +關注

    關注

    11

    文章

    410

    瀏覽量

    23764
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    是否有任何可用于多核(非 Autosar)S32K388示例?

    我正在嘗試S32K388多核,是否有任何可用于多核(非 Autosar)S32K388示例?
    發(fā)表于 04-14 08:49

    淺談Kubernetes的六個核心概念

    運維工程師在學習 Kubernetes 時,往往會在某些核心概念上反復卡住。這些概念不是孤立的知識點,而是相互關聯、層層遞進的體系。理解這些概念的關鍵在于動手實踐,而非僅僅閱讀文檔。
    的頭像 發(fā)表于 04-13 13:55 ?247次閱讀

    易特馳亮相2026軟件定義汽車論壇暨AUTOSAR中國日

    隨著汽車軟件規(guī)模的指數級增長與工程效率的下降,如何利用人工智能(AI)技術重塑傳統的汽車軟件開發(fā)流程,已成為行業(yè)亟待解決的核心課題。傳統的AUTOSAR工程模式正面臨工程復雜度失控、問題后移、調試困難等諸多挑戰(zhàn),亟需一場從工具到體系的智能化變革。
    的頭像 發(fā)表于 04-07 11:26 ?461次閱讀
    易特馳亮相2026軟件定義汽車論壇暨<b class='flag-5'>AUTOSAR</b>中國日

    東軟睿馳亮相2026軟件定義汽車論壇暨AUTOSAR中國日

    近日,2026第七屆軟件定義汽車論壇暨AUTOSAR中國日在上海舉行,本屆論壇匯聚全球主機廠、核心零部件企業(yè)、芯片廠商及基礎軟件供應商等產業(yè)核心力量,圍繞軟件架構演進、工程化落地、AI驅動轉型與標準體系發(fā)展等關鍵議題展開深度研討
    的頭像 發(fā)表于 03-24 13:57 ?1356次閱讀

    普華基礎軟件亮相2026軟件定義汽車論壇暨AUTOSAR中國日

    3月18-19日,第七屆軟件定義汽車論壇暨AUTOSAR中國日在上海圓滿落幕。本屆論壇聚焦軟件架構升級、標準迭代與產業(yè)協同等核心議題。
    的頭像 發(fā)表于 03-24 13:51 ?512次閱讀

    RT-Thread亮相AUTOSAR中國日:國產操作系統與AUTOSAR標準融合的產業(yè)化實踐

    近日,2026第七屆軟件定義汽車論壇暨AUTOSAR中國日上,RT-Thread創(chuàng)始人兼睿賽德CEO熊譜翔先生發(fā)表題為《賦能SDV新生態(tài):RT-ThreadRTOS與AUTOSAR融合的產業(yè)化路徑
    的頭像 發(fā)表于 03-23 19:24 ?527次閱讀
    RT-Thread亮相<b class='flag-5'>AUTOSAR</b>中國日:國產操作系統與<b class='flag-5'>AUTOSAR</b>標準融合的產業(yè)化實踐

    S9KEAZ64有沒有官方的MCAL文件以及有沒有全套的AUTOSAR開發(fā)工具鏈?

    使用NXP S9KEAZ64AMLH開發(fā)一個AUTOSAR + ISO26262的項目,但是沒有搜索到對應的MCAL文件,想知道官方是否有對應的MCAL文件 還有是否有AUTOSAR開發(fā)全套工具鏈,包括SWC+ECU開發(fā),如果有的話,幫忙說明一下,謝謝。
    發(fā)表于 03-19 07:12

    光庭信息榮獲AUTOSAR中國中心2025年度優(yōu)秀貢獻獎

    12月18日,“AUTOSAR中國中心2025年度獎項頒獎典禮暨答謝晚宴”在上海成功舉辦。繼去年榮獲“2024年度特別貢獻獎”后,光庭信息憑借在AUTOSAR組織及中國區(qū)域發(fā)展中的持續(xù)深耕與突出貢獻
    的頭像 發(fā)表于 12-26 13:43 ?791次閱讀

    Hudi系列:Hudi核心概念之索引(Indexs)

    Hudi系列:Hudi核心概念(版本1.0) ?Hudi架構 ?一. 時間軸(TimeLine)s ?1.1 時間軸(TimeLine)概念 ?1.2 Hudi的時間線由組成 ?1.3 時間線
    的頭像 發(fā)表于 10-21 09:47 ?557次閱讀
    Hudi系列:Hudi<b class='flag-5'>核心</b><b class='flag-5'>概念</b>之索引(Indexs)

    Hudi系列:Hudi核心概念之文件布局(Storage Layouts)

    Hudi系列:Hudi核心概念(版本1.0) ?Hudi架構 ?一. 時間軸(TimeLine) ?1.1 時間軸(TimeLine)概念 ?1.2 Hudi的時間線由組成 ?1.3 時間線
    的頭像 發(fā)表于 10-14 16:06 ?859次閱讀
    Hudi系列:Hudi<b class='flag-5'>核心</b><b class='flag-5'>概念</b>之文件布局(Storage Layouts)

    RT-Thread睿賽德正式加入AUTOSAR 組織,成為開發(fā)合作伙伴!

    近日,AUTOSAR宣布RT-Thread睿賽德已正式加入AUTOSAR組織成為開發(fā)合作伙伴!AUTOSAR組織AUTOSAR組織的本質是一個開發(fā)合作伙伴關系。作為全球汽車開放式系統架
    的頭像 發(fā)表于 09-04 17:07 ?1522次閱讀
    RT-Thread睿賽德正式加入<b class='flag-5'>AUTOSAR</b> 組織,成為開發(fā)合作伙伴!

    從手寫代碼到AUTOSAR工具鏈:J1939Tp應用篇

    J1939Tp是我學習AUTOSAR CP諸多BSW模塊的起點,其分層架構完美體現了AUTOSAR規(guī)范的精髓,掌握J1939Tp有助于深入理解通信(COM)相關模塊的程序執(zhí)行過程。
    的頭像 發(fā)表于 07-10 16:37 ?5631次閱讀
    從手寫代碼到<b class='flag-5'>AUTOSAR</b>工具鏈:J1939Tp應用篇

    東軟睿馳亮相第16屆AUTOSAR開放大會

    此前,5月27日-28日,第16屆AUTOSAR開放大會(16th AUTOSAR Open Conference)在比利時布魯日成功召開,本屆大會以“AUTOSAR solutions
    的頭像 發(fā)表于 06-06 16:07 ?1792次閱讀

    光庭信息亮相第16屆AUTOSAR開放大會

    此前,當地時間5月27日至28日,第16屆AUTOSAR開放大會 (AUTOSAR Open Conference)在比利時布魯日會議中心隆重舉行。
    的頭像 發(fā)表于 05-30 15:09 ?1091次閱讀

    Linux系統管理的核心概念

    在前一篇文章中,我們深入探討了Linux中的文件操作命令,如cp、mv、rm,以及文本處理命令grep、wc和管道符。本文將繼續(xù)深入Linux系統管理的核心概念,包括root用戶的角色、用戶和用戶組
    的頭像 發(fā)表于 05-15 17:05 ?858次閱讀
    剑川县| 密云县| 锡林郭勒盟| 合阳县| 农安县| 靖宇县| 日喀则市| 赣州市| 扶沟县| 宁强县| 镇巴县| 塔河县| 内丘县| 社旗县| 太原市| 高台县| 凉山| 桐庐县| 顺平县| 原平市| 马山县| 合山市| 嘉峪关市| 镇安县| 祁东县| 保德县| 平度市| 德令哈市| 晋城| 五常市| 灵台县| 元谋县| 广饶县| 肥城市| 康定县| 大名县| 鲁山县| 和政县| 光山县| 涞水县| 马龙县|