国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

【車載開發(fā)系列】AutoSar中的組件相關知識

這篇具有很好參考價值的文章主要介紹了【車載開發(fā)系列】AutoSar中的組件相關知識。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點擊"舉報違法"按鈕提交疑問。

【車載開發(fā)系列】AutoSar中的組件相關知識

一.SWC的概念

SWC(Software Component)是最常見到的一個概念了,軟件組件是封裝了部分或者全部汽車電子功能的模塊。軟件組件包括了其具體的功能實現以及與對應的描述。各個軟件組件(SWC)通過虛擬功能總線進行交互,從而形成一個AUTOSAR應用軟件。
細分的話還可以分成Atomic SWC和Composition SWC。一般單獨說的SWC指的是Automic SWC。SWC最形象的對比就是一個.C文件了,那么Composition SWC顧名思義就是.C文件的集合,體現在代碼上,就是保存.C文件的文件夾。

二.Port的概念

Port是依附在SWC上的概念,比如配置工具配置SWC后,需要配置這個SWC的Port。
可以這樣理解,如果將SWC看做一個C文件的話,這個C文件當中是需要一些對外的接口用來完成交互用。所以必然在SWC上配置上輸入(R-Port)的或者輸出(P-Port)的Port。SWC之間是如何進行交互的?可以將Port想象成一個全局變量,可以發(fā)現,如果我們?yōu)镾WC1和SWC2之間配置了一個SR的interface的話,SWC1中會有一個函數Rte_Write(),里面會對一個全局變量進行賦值。而另一邊SWC2的里面會有一個Rte_Read()的函數,來讀取這個全局變量。通過這種方式,達到了數據的交互。
Port一般可以分為以下的兩種類型。

1.SR-Port

發(fā)送者/接收者接口定義了一系列的數據元素用于在虛擬功能總線上進行接收和發(fā)送。在代碼層面上SR-Port(Sender-Reciever)主要是進行數據的傳輸。
SR是對一個全局變量的操作,當然如果只涉及SWC內部的傳輸的話,就變成Static變量了。

2.CS-Port

客戶端/服務器接口定義了一系列的操作,這些由包含該接口的供型端口所在的軟件組件來實現,并提供給包含該接口的需型端口所在的軟件組件調用。
CS-Port(Client-Server)是調用另一個SWC中的服務,或者理解成調用另一個函數。CS的則是在函數中調用另一個函數,特別是另一個SWC的函數才會需要經過RTE來調用,這個另一個SWC可以是本ECU內部的,也可以是跨ECU的。不過對于調用方的SWC,跨不跨ECU并沒有什么區(qū)別。

三.Interface的概念

Interface它是一個抽象的概念,是一個無法直接在代碼中對應的概念。如果SWC可以比較準確的對應為.C文件,Interface在配置工具的語境下包含了輸入輸出Port,以及兩個Port之間的連接關系的一個集合。
在工具中,會為一個Interface命名,再將輸入輸出Port連接到這個Interface上,這樣RTE層內部如何實現兩個Port之間的代碼維度的連接,就是工具在生成的了,這個時候內部生成的不管是全局變量抑或是宏定義等等,都會基于這個Interface的元名稱進行擴展。正因此,才會需要在工具層面上具象化Interface,并給他一個命名。總結為一句話就是Port Interface是將兩個Component連接起來的橋梁。

四.Runnable Entity的概念

它是可運行實體,其實就是.C文件內的函數。軟件組件(SWC)的功能就是通過運行實體(Runable Entity)來表現的。
一個SWC可以包含多個Runnable Entity,就是一個.C文件可以包含多個函數,每個函數可以執(zhí)行一個特定的操作。
并且Runnable Entity必須要掛在Task上,就像函數如果只是放在那里沒有被調用的話,也不起作用,總歸是要掛在某個Task上才會被運行

五.VFB的概念

虛擬功能總線(Virtual Function Bus,VFB)是AUTOSAR中的另一個重要概念。虛擬功能總線(VFB)是對AUTOSAR提供的所有通信機制的一種抽象,是所有軟件組件(SWC)進行交互的橋梁。通過虛擬功能總線,軟件組件之間的通訊細節(jié)被抽象出來,軟件組件通過AUTOSAR定義的接口對通訊進行描述,即可最大程度地獨立于具體的通訊機制,實現與其他軟件組件(SWC)或硬件的交互。
通過虛擬功能總線(VFB),無論軟件組件(SWC)使用的是單ECU的內部通信還是ECU間的外部通信,對于應用軟件的設計者來說沒有本質區(qū)別。內部通信與外部通信的區(qū)別只有等到系統(tǒng)配置階段,將軟件組件(SWC)分配到不同的ECU之后,才能體現出來。而在這種情況下,虛擬功能總線(VFB)的真實通信實現可以由運行時環(huán)境和基礎軟件來保證。
在虛擬功能總線(VFB)的幫助下,應用軟件的各個軟件組件不需要關注通信的區(qū)別,從而可以在獨立的情況下設計開發(fā)軟件組件。

六.PortPrototype的概念

AUTOSAR中的應用軟件被組織在稱為 AtomicSwComponentTypes的獨立單元中。 此類AtomicSwComponentType封裝了其功能和行為的實現,并且僅向外界公開了定義良好的連接點,稱為PortPrototype。
PortPrototype可以理解是端口,定義兩個不同Component組件的連接點,用于兩者之間通信。PortPrototype可以是Port提供者(PPortPrototype)或Port的接收者(RPortPrototype)。SwComponentType 的PortPrototype應該用于連接SwConnector,從而在SwComponentPrototype之間建立實際連接

七.概念總結

應用軟件層(Application Software Layer,ASW)包含若干個軟件組件(Software Component,SWC),軟件組件之間通過端口(Port)進行交互。端口之間是通過Interface進行了連接。每個軟件組件可以包含一個或多個運行實體(Runnable Enity,RE),運行實體中封裝了相關控制算法,其可由RTE事件(RTE Event)觸發(fā)。
每個端口雖然定義了軟件組件(SWC)間通信內容及其方向,但是通信內容以及用于交互的操作卻仍不得而知。AUTOSAR中使用端口接口(Port-Interface)來描述端口之間的供需關系。文章來源地址http://www.zghlxwxcb.cn/news/detail-433951.html

到了這里,關于【車載開發(fā)系列】AutoSar中的組件相關知識的文章就介紹完了。如果您還想了解更多內容,請在右上角搜索TOY模板網以前的文章或繼續(xù)瀏覽下面的相關文章,希望大家以后多多支持TOY模板網!

本文來自互聯網用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。如若轉載,請注明出處: 如若內容造成侵權/違法違規(guī)/事實不符,請點擊違法舉報進行投訴反饋,一經查實,立即刪除!

領支付寶紅包贊助服務器費用

相關文章

  • android多屏觸摸相關的詳解方案-安卓framework開發(fā)手機車載車機系統(tǒng)開發(fā)課程

    android多屏觸摸相關的詳解方案-安卓framework開發(fā)手機車載車機系統(tǒng)開發(fā)課程

    直播免費視頻課程地址:https://www.bilibili.com/video/BV1hN4y1R7t2/ 在做雙屏相關需求開發(fā)過程中,經常會有對兩個屏幕都要求可以正確觸摸的場景。但是目前我們模擬器默認創(chuàng)建的雙屏其實是沒有辦法進行觸摸的 靜態(tài)修改方案 使用命令查看display2即副屏的信息情況 adb shell dumpsys d

    2024年02月11日
    瀏覽(23)
  • 車載網絡 - Autosar網絡管理 - 網絡管理報文

    車載網絡 - Autosar網絡管理 - 網絡管理報文

    ????????NM報文的ID一般定義為:基礎ID+源地址,每個節(jié)點應分配一個唯一的標識符(ECU地址)Node_ID,網絡管理報文一般會統(tǒng)一一個基地址,這個是根據主機廠不同而不同,有些是用0x400 - 0x4FF或者0x500 - 0x5FF,也有0x600 - 0x6FF,這個根據實際情況來確認。不過Node_ID的取值范圍

    2023年04月14日
    瀏覽(29)
  • 【車載開發(fā)系列】UDS診斷---讀取數據($0x22)

    【車載開發(fā)系列】UDS診斷---讀取數據($0x22)

    該服務的英文簡稱為ReadDataByIdentifier 。 根據ISO14119-1標準中所述,診斷服務22主要用于Client向Server(ECU)通過DID的方式讀取相關的數據。這些數據可以輸入輸出的數字信號,模擬信號,內部數據以及其他的系統(tǒng)狀態(tài)信息。作為診斷服務種的基礎服務,可以簡單理解為就是一個用于

    2023年04月19日
    瀏覽(99)
  • 【車載開發(fā)系列】UDS診斷---安全訪問服務($0x27)

    【車載開發(fā)系列】UDS診斷---安全訪問服務($0x27)

    該服務提供了一種保護機制,該機制用來保護訪問限制的診斷服務。 加密策略采用種子和密鑰相關聯的方法。采用隨機產生的種子,通過安全算法得到唯一的秘鑰。 若秘鑰匹配正確則可以調用受到保護的診斷服務。這個服務解鎖的是處在某個安全等級下的服務。 診斷工具請

    2024年02月03日
    瀏覽(107)
  • 【車載開發(fā)系列】UDS診斷---讀取DTC信息($0x19)

    【車載開發(fā)系列】UDS診斷---讀取DTC信息($0x19)

    UDS可以簡單理解為一套完整的通訊協(xié)議框架,其目的在于規(guī)范各種行車電腦和ECU之間的通訊。0x19服務其實是讀取DTC信息的服務。 1)DTC概念 故障存儲相關的0x19和0x14服務。 當系統(tǒng)檢測到了一個錯誤或者是一個故障發(fā)生的時候,會將相對應的數值故障碼進行存儲,那么這個對應

    2024年01月15日
    瀏覽(128)
  • 【車載開發(fā)系列】UDS診斷---動態(tài)定義DID($0x2C)

    【車載開發(fā)系列】UDS診斷---動態(tài)定義DID($0x2C)

    動態(tài)定義數據標識符 DynamicallyDefineDataIdentifier(2Ch) 此服務允許診斷工具在ECU的內部動態(tài)定義一個數據標識符,一個臨時的DID,可以通過這個DID讀取一段內存的數據,也可以通過改DID一次性讀取多個原有DID的數據。 該數據標識符還可以被讀取數據服務22h或讀取數據(周期標識

    2024年02月02日
    瀏覽(100)
  • Autosar CAN開發(fā)11-1(CAN控制器相關參數,位時間、Tq、采樣點等)

    Autosar CAN開發(fā)11-1(CAN控制器相關參數,位時間、Tq、采樣點等)

    ? ? ? ? 生活不易,貓咪嘆氣。好久沒更新,距離上次更新已經是快半年前了。畢業(yè)到現在,已經在這家公司呆了快2年了??斓脑捯粋€月,慢的話兩個月,馬上就是提桶的日子了。 ???????? ? ? ? ? ? ? ? ? ? 說回我們的正題。? ? ? ?? ? ? ? ? 平時在工作上,對于通

    2024年02月03日
    瀏覽(20)
  • 第十篇【傳奇開心果系列】Ant Design Mobile of React 開發(fā)移動應用:涉及到的相關基礎知識介紹和示例

    第十篇【傳奇開心果系列】Ant Design Mobile of React 開發(fā)移動應用:涉及到的相關基礎知識介紹和示例

    第一篇【傳奇開心果系列】Ant Design Mobile of React 開發(fā)移動應用:從helloworld開始 第二篇【傳奇開心果系列】Ant Design Mobile of React 開發(fā)移動應用:天氣應用 第三篇【傳奇開心果系列】Ant Design Mobile of React 開發(fā)移動應用:健身追蹤 第四篇【傳奇開心果系列】Ant Design Mobile of React 開發(fā)移

    2024年01月20日
    瀏覽(23)
  • Autosar診斷實戰(zhàn)系列09-Dem中Event的Debounce開發(fā)介紹

    在本系列筆者將結合工作中對診斷實戰(zhàn)部分的應用經驗進一步介紹常用UDS服務的進一步探討及開發(fā)中注意事項, Dem/Dcm/CanTp/Fim模塊配置開發(fā)及注意事項,診斷與BswM/NvM關聯模塊的應用開發(fā)及診斷capl測試腳本開發(fā)等診斷相關實戰(zhàn)內容。 Autosar診斷實戰(zhàn)導讀快速鏈接:Autosar診斷實

    2024年02月12日
    瀏覽(18)
  • AUTOSAR從入門到精通-【應用篇】基于動態(tài)數據壓縮算法的車載CAN總線安全協(xié)議設計

    目錄 前言 國內外研究現狀 CAN總線及加密與認證算法 2.1引言 2.2常用車載總線網絡

    2024年02月13日
    瀏覽(17)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領取紅包,優(yōu)惠每天領

二維碼1

領取紅包

二維碼2

領紅包