国产精品久久久aaaa,日日干夜夜操天天插,亚洲乱熟女香蕉一区二区三区少妇,99精品国产高清一区二区三区,国产成人精品一区二区色戒,久久久国产精品成人免费,亚洲精品毛片久久久久,99久久婷婷国产综合精品电影,国产一区二区三区任你鲁

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

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

3天內不再提示

高通自動駕駛靠軟件開發革新力壓英偉達自動駕駛芯片

佐思汽車研究 ? 來源:佐思汽車研究 ? 2024-02-20 13:50 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

拋開價格不談,英偉達自動駕駛芯片毫無疑問是最強的,設計范圍在2019年底確定的Orin至今仍是量產最強的自動駕駛芯片,但除了奔馳外的歐美大廠更傾向于選擇高通平臺,這是因為高通的新軟件開發體系更符合歐美大廠的需求,直白講就是軟件研發成本更低,周期更短,從以前的數年變為數周乃至數天。這就是高通和亞馬遜AWS聯合的CI/CD軟件開發體系。軟件越復雜,這種開發體系效率提升越明顯。

傳統汽車軟件開發的V模式

13842e8c-cfa7-11ee-a297-92fbcf53809c.png

圖片來源:KPIT

傳統汽車軟件開發的V模式,軟件開發遵循僵化、遲鈍的瀑布法,并使用高度離散的工具鏈。開發過程被分割為不同的階段,只有前一個階段結束,后一個階段才會開始。許多開發過程都需要手動完成。從工具鏈的一個部分切換到下一個部分也是如此。采用這種方法,即使很微小的軟件版本升級都需要耗時六到八個月。每換一個車型或一個SoC芯片,所有的工作都需要重復一遍,且軟件上車后,基本就算完成了軟件開發工作。

傳統的瀑布式,分離軟件開發體系

139bd1fe-cfa7-11ee-a297-92fbcf53809c.png

圖片來源:EY

軟件定義汽車如果采用這種傳統方法,會帶來天價開發費用和超過數年的開發周期,因此汽車行業借鑒IT行業的經驗,導入了CI/CD,CI即Continuous Integration,CD即Continuous Deployment或Continuous Delivery,持續集成/持續部署(交付),高通和AWS合作最早將CI/CD代入汽車工業,應用得最為熟練。智能駕駛領域,軟件異常復雜,需要大量的仿真測試,又牽涉到持續更新,還是數據驅動型,是CI/CD的最佳應用領域,反過來,智能駕駛領域必須用CI/CD,否則開發周期和成本都會很高。

軟件定義汽車的標準化軟件開發平臺,即軟件工廠架構

13a7f4ac-cfa7-11ee-a297-92fbcf53809c.png

圖片來源:EY

當然不僅是智能駕駛領域,整個汽車軟件領域都能推廣CI/CD。

13b34dfc-cfa7-11ee-a297-92fbcf53809c.png

圖片來源:CY

持續集成(CI)是指頻繁地(每天至少一次)將代碼集成到主干,其好處主要有:快速發現錯誤;每完成一點更新就集成到主干,可以快速發現、定位錯誤;防止分支大幅偏離主干。如果不是經常集成,主干又在不斷更新,會導致以后集成的難度變大,甚至難以集成。

軟件開發教父Martin Fowler說過:“持續集成并不能消除Bug,而是讓它們非常容易被發現和改正。”持續集成(CI)開發人員將會頻繁地向主干提交代碼,這些新提交的代碼在最終合并到主干前,需要經過自動化集成、靜態代碼解析和自動化測試流進行驗證,目標是快速確認開發人員新提交的變更是正確且適合在代碼庫中進一步使用的,有助于降低總體構建成本,并在開發周期的早期發現缺陷。

CI持續集成架構

13c1a424-cfa7-11ee-a297-92fbcf53809c.png

圖片來源:網絡

在持續集成(CI)方法中,軟件將實現自動化編譯,軟件開發的各個步驟都將包含在 “CI鏈” 中,因為一個環節的輸出將成為下一個環節的輸入。持續部署(CD)是指在車輛上市后自動部署新的軟件版本。CI/CD以及持續測試(CT),現在都可以在汽車上實現,但在汽車行業,測試新的高級應用程序會造成獨特的難題,原因是測試需要在實體車輛上或者在測試臺上的復雜模擬環境中進行。例如,想象一下對特定軟件進行測試有多復雜,該軟件需要分析來自多個雷達和攝像頭的輸入信息,以便自主執行操控,如超過公路上慢速行駛的汽車,或者在車輛、行人及其它障礙物遍布的復雜城市環境中進行導航。

持續測試

13cc1fee-cfa7-11ee-a297-92fbcf53809c.png

圖片來源:Aptiv

理想的方法是通過基于云的集中化平臺,使開發人員能夠在位于世界任何測試中心的相關測試臺上執行任何測試,從而消除開發和測試過程中的瓶頸。這些測試可以安排軟件在環(SIL)、硬件在環(HIL)甚至車輛在環(VIL),以便進行更真實的測試。此方法可以利用全球資源,達到處理當今艱巨挑戰所需的規模。

CI/CD的無窮循環

13d00334-cfa7-11ee-a297-92fbcf53809c.png

圖片來源:MathWorks

CI/CD的具體執行就是DevOps

13da87f0-cfa7-11ee-a297-92fbcf53809c.png

圖片來源:AWS

高通與AWS聯合的云開發平臺正是基于CI/CD的理念

13ed29dc-cfa7-11ee-a297-92fbcf53809c.png

圖片來源:AWS

AWS基于云的自動駕駛數據驅動開發流程

14094f5e-cfa7-11ee-a297-92fbcf53809c.png

圖片來源:AWS

AWS原生云汽車軟件開發

1414638a-cfa7-11ee-a297-92fbcf53809c.png

圖片來源:AWS

CI/CD環,省略很多目標搭建和基礎測試

141f1c4e-cfa7-11ee-a297-92fbcf53809c.png

圖片來源:AWS

高通數字底盤與軟件定義汽車架構

142fe5ba-cfa7-11ee-a297-92fbcf53809c.png

圖片來源:高通

云端的Digital Twin基本上可等同于物理SoC芯片,也有叫虛擬VECU,將SoC完全抽象化。當然英偉達也有Digital Twin,不過那是針對AI領域的,英偉達也有云端仿真測試,即NVIDIA DRIVE Sim,不過那主要還是依靠Omniverse的仿真,不是VECU。Omniverse主要瞄準游戲開發和工業AI領域,與VECU差別很大,順便一提digital twin最早還是英偉達提出來的。

143e7f58-cfa7-11ee-a297-92fbcf53809c.png

圖片來源:新思科技

144a3618-cfa7-11ee-a297-92fbcf53809c.png

圖片來源:MathWorks

SiL軟件在環環節必備VECU,當然這需要SoC芯片廠家配合,做中央計算軟件定義汽車必備最高的4級虛擬ECU,即全二進制虛擬ECU,實際上這樣需要ARM這樣的內核架構供應商協助。

1457a046-cfa7-11ee-a297-92fbcf53809c.png

圖片來源:TATA

高通自5G網絡部署時期對DevOps已經具備非常深厚的基礎,基本上高通把那一套搬到了汽車領域,而芯片從一開始就考慮原生云開發,就考慮了和AWS合作,這是高通足以抗衡英偉達的原因。不過在中國,軟件開發人力資源充沛,軟件開發成本低,且大多是全新開發項目,讓基于原生云和CI/CD(DevOps)的軟件開發優勢不明顯,但對老牌歐美廠家和大型Tier1來說,原生云和CI/CD(DevOps)的軟件開發幾乎是必備的,大眾、寶馬、奧迪、通用、三星哈曼、博世、法雷奧、馬瑞利、松下、ZF、麥格納、電裝、黑莓、大陸汽車、LG基本都是如此。芯片廠家提供必要的支持,芯片廠家目前主要有高通和NXP。這些廠家和Tier1基本都選擇了高通平臺作為主力平臺。




審核編輯:劉清

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

    關注

    2

    文章

    669

    瀏覽量

    37162
  • 智能駕駛
    +關注

    關注

    5

    文章

    3008

    瀏覽量

    51280
  • 英偉達
    +關注

    關注

    23

    文章

    4086

    瀏覽量

    99173
  • AWS
    AWS
    +關注

    關注

    0

    文章

    444

    瀏覽量

    26559
  • 自動駕駛芯片

    關注

    3

    文章

    48

    瀏覽量

    5439

原文標題:高通自動駕駛靠軟件開發革新力壓英偉達

文章出處:【微信號:zuosiqiche,微信公眾號:佐思汽車研究】歡迎添加關注!文章轉載請注明出處。

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

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    如何構建適合自動駕駛的世界模型?

    [首發于智駕最前沿微信公眾號]世界模型經歷了系統動力學階段(1960年~2000年)、認知科學階段(2001年~2017年)、深度學習階段(2018年至今),但將其應用到自動駕駛汽車上,還是近幾年才
    的頭像 發表于 02-18 08:14 ?1w次閱讀
    如何構建適合<b class='flag-5'>自動駕駛</b>的世界模型?

    自動駕駛汽車如何實現自動駕駛

    人類駕駛員而言是非常直觀且有效的指令,但對于自動駕駛汽車來說,則意味著需要一套極其復雜的感知、理解與決策鏈路。 自動駕駛如何看清文字? 自動駕駛汽車感知漢字的第一步是場景文本識別技術,
    的頭像 發表于 02-10 08:50 ?630次閱讀
    <b class='flag-5'>自動駕駛</b>汽車如何實現<b class='flag-5'>自動駕駛</b>

    如何設計好自動駕駛ODD?

    為確定自動駕駛的可使用范圍,會給自動駕駛設置一個運行設計域(Operational Design Domain,ODD)。ODD的作用就是用來明確自動駕駛在什么情況下能工作,在什么情況下不能工作,給車設定“工作范圍”。
    的頭像 發表于 01-24 09:27 ?1506次閱讀

    黃仁勛:未來十年很多汽車是自動駕駛 英偉發布Alpamayo汽車大模型平臺

    最看好的AI落地場景就是自動駕駛。在演講中黃仁勛提到,未來十年,世界上很大一部分汽車將是自動駕駛或高度自動駕駛的。你期待嗎? 英偉發布Al
    的頭像 發表于 01-06 11:45 ?1081次閱讀

    不同等級的自動駕駛技術要求上有何不同?

    談到自動駕駛,不可避免地會涉及到自動駕駛分級,美國汽車工程師學會(SAE)根據自動駕駛系統與人類駕駛員參與駕駛行為程度的不同,將
    的頭像 發表于 10-18 10:17 ?2708次閱讀

    低速自動駕駛與乘用車自動駕駛在技術要求上有何不同?

    到我們生活的方方面面。與面向開放道路、高速巡航的乘用車自動駕駛系統相比,低速小車在技術實現、系統架構、硬件配置、軟件算法及安全冗余等方面都存在顯著差異和針對性優化。 從感知需求方面相比,低速小車的行駛環境通常
    的頭像 發表于 07-14 09:10 ?1024次閱讀
    低速<b class='flag-5'>自動駕駛</b>與乘用車<b class='flag-5'>自動駕駛</b>在技術要求上有何不同?

    卡車、礦車的自動駕駛和乘用車的自動駕駛在技術要求上有何不同?

    [首發于智駕最前沿微信公眾號]自動駕駛技術的發展,讓組合輔助駕駛得到大量應用,但現在對于自動駕駛技術的宣傳,普遍是在乘用車領域,而對于卡車、礦車的自動駕駛發展,卻鮮有提及。其實在卡車、
    的頭像 發表于 06-28 11:38 ?1377次閱讀
    卡車、礦車的<b class='flag-5'>自動駕駛</b>和乘用車的<b class='flag-5'>自動駕駛</b>在技術要求上有何不同?

    自動駕駛安全基石:ODD

    電子發燒友網綜合報道 自動駕駛ODD(Operational Design Domain)即設計運行域,是指自動駕駛系統被設計為安全、有效運行的具體條件范圍。它定義了自動駕駛汽車在哪些環境、場景
    的頭像 發表于 05-19 03:52 ?6411次閱讀

    新能源車軟件單元測試深度解析:自動駕駛系統視角

    。 ?自動駕駛軟件的特殊性? ? 感知層: ?激光雷達、攝像頭等傳感器數據處理算法的單元測試需覆蓋極端場景。例如,激光雷達點云濾波算法在雨雪天氣下的噪聲抑制能力需通過邊界測試驗證。某廠商曾在測試中遺漏
    發表于 05-12 15:59

    偉創力攜手英偉與Torc開啟自動駕駛卡車新紀元

    近年來,自動駕駛技術的發展如火如荼。作為世界領先的汽車級計算平臺提供商的偉創力成為自動駕駛8級卡車商業化先驅——Torc的合作伙伴,并攜手技術巨頭英偉(NVIDIA),合作
    的頭像 發表于 03-26 16:10 ?976次閱讀

    NVIDIA Halos自動駕駛汽車安全系統發布

    NVIDIA 整合了從云端到車端的安全自動駕駛開發技術套件,涵蓋車輛架構到 AI 模型,包括芯片軟件、工具和服務。 物理 AI 正在為自動駕駛
    的頭像 發表于 03-25 14:51 ?1175次閱讀