99精品伊人亚洲|最近国产中文炮友|九草在线视频支援|AV网站大全最新|美女黄片免费观看|国产精品资源视频|精彩无码视频一区|91大神在线后入|伊人终合在线播放|久草综合久久中文

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

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

自動駕駛系統(tǒng)設(shè)計的那些底層軟件開發(fā)中的重點(diǎn)解讀

汽車ECU開發(fā) ? 來源:汽車ECU開發(fā) ? 作者:汽車ECU開發(fā) ? 2022-11-11 10:00 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

眾所周知,隨著自動駕駛智能網(wǎng)聯(lián)技術(shù)的飛速發(fā)展,傳統(tǒng)的汽車開放系統(tǒng)架構(gòu)CP Autosar已經(jīng)無法滿足日益復(fù)雜的汽車電子系統(tǒng)的功能需求。尤其底層軟件中,針對面向服務(wù)架構(gòu)SOA開發(fā)需要使用高性能的處理器,自適應(yīng)汽車開放系統(tǒng)架構(gòu)AP Autosar有著不可比擬的優(yōu)勢。

而應(yīng)用軟件中,自動駕駛整體架構(gòu)主要涉及感知、規(guī)劃、決策、控制等節(jié)點(diǎn)。通過數(shù)據(jù)或信息的存儲、傳遞及有效及時處理,可以完成感知算法、決策算法、控制算法的整體遞進(jìn)式集成。數(shù)據(jù)在采集單元與算法單元之間、每兩個算法節(jié)點(diǎn)之間進(jìn)行傳遞時,都需要經(jīng)過“數(shù)據(jù)緩存”和“數(shù)據(jù)發(fā)布”兩個步驟。這一過程就涉及多項自動駕駛底層軟件技術(shù),如內(nèi)存動態(tài)分配、芯片運(yùn)算能力、芯片實(shí)時監(jiān)控策略。本文將針對這三方面內(nèi)容進(jìn)行詳細(xì)說明。

1.功能安全攔路虎:內(nèi)存分配與訪問

在汽車電子系統(tǒng)的軟件開發(fā)標(biāo)準(zhǔn)中,強(qiáng)調(diào)需要保證軟件架構(gòu)要素之間的獨(dú)立性,相互之間不能存在干擾。而這類干擾軟件要素的可能原因分為三部分:運(yùn)算、內(nèi)存、通信。其中,運(yùn)算能力涉及運(yùn)算時序和執(zhí)行策略。這對開發(fā)符合功能安全要求的軟件提出了具體的要求,而這一分析過程無論從難度系數(shù)還是工作量上都很大,而“內(nèi)存分配”和“內(nèi)存訪問”是非常重要的一個原因。

1)內(nèi)存分配

內(nèi)存分配主要存在于自動駕駛底層軟件領(lǐng)域。通常的做法是,數(shù)據(jù)發(fā)布單元向底層操作系統(tǒng)申請適當(dāng)?shù)膬?nèi)存,數(shù)據(jù)發(fā)布之后釋放內(nèi)存。在申請內(nèi)存和釋放內(nèi)存的過程中,主要有如下三種內(nèi)存分配方式存在:

1b3974d4-6162-11ed-8abf-dac502259ad0.png

如上圖所示,“靜態(tài)內(nèi)存分配”和“堆上內(nèi)存分配”兩種方式中,其相關(guān)技術(shù)需要在分配內(nèi)存空間時,都需要搜索連續(xù)且空閑的最小內(nèi)存分配單元,導(dǎo)致存在時間開銷大、內(nèi)存碎片化嚴(yán)重等問題。這對于在靈活且受限的內(nèi)存資源(SRAM、LDDR、FLash)中,將可能由于頻繁的進(jìn)行動態(tài)內(nèi)存分配產(chǎn)生的內(nèi)存碎片,可能影響自動駕駛系統(tǒng)運(yùn)行性能。

從對于系統(tǒng)功能安全設(shè)計上講這類內(nèi)存分配所帶來的影響將是不能被容忍的。所以在不同的自動駕駛底層軟件系統(tǒng)中,對于當(dāng)前先進(jìn)的自動駕駛系統(tǒng)程序不管是應(yīng)用程序,還是平臺模塊,都是直接調(diào)用可移植操作系統(tǒng)接口編程語言c++的接口進(jìn)行內(nèi)存的動態(tài)申請/釋放。然而,汽車電子系統(tǒng)的軟件開發(fā)標(biāo)準(zhǔn)ISO26262要求盡可能不要動態(tài)申請/釋放內(nèi)存,甚至在某些高等級的自動駕駛安全等級,如ASIL D中考慮到動態(tài)申請/釋放內(nèi)存,頻繁的動態(tài)申請/釋放,會產(chǎn)生大量的內(nèi)存碎片,不但會增加申請結(jié)果和時間的不確定性,甚至還會影響性能,通常又是禁止動態(tài)申請/釋放內(nèi)存的,實(shí)際上這兩類需求卻又是相互矛盾的。

因此,對于動態(tài)內(nèi)存管理,需要開發(fā)許多不同種類的算法。不同的操作系統(tǒng)有不同的實(shí)現(xiàn)方式,為了程序的可移植性,一般在開發(fā)語言的庫中都提供了統(tǒng)一接口。在系統(tǒng)真正需要內(nèi)存時,才通過操作系統(tǒng)調(diào)用接口API來獲取實(shí)際的物理內(nèi)存。

此外,很多適配底軟開發(fā)的供應(yīng)商當(dāng)前在進(jìn)行自適應(yīng)汽車開放系統(tǒng)架構(gòu)設(shè)計中,還重點(diǎn)傾注更多精力用于內(nèi)存保護(hù)和提高內(nèi)存利用率。例如,設(shè)置可用內(nèi)存池,在有需求時獲取內(nèi)存大小需求,從目標(biāo)交換模塊對應(yīng)的內(nèi)存集合中確定目標(biāo)內(nèi)存,在有需要時,申請合適大小的目標(biāo)尺寸,通過以上方法,可以有效減小運(yùn)行時的資源瓶頸,減少內(nèi)存碎片化。

1b4894fa-6162-11ed-8abf-dac502259ad0.png

2)內(nèi)存訪問

隨著汽車電子系統(tǒng)復(fù)雜性的不斷提高、越來越多的軟件和機(jī)電設(shè)備的應(yīng)用,來自電子系統(tǒng)失效和隨機(jī)硬件失效的風(fēng)險日益增加。在功能安全中,相關(guān)失效分析是一項非常重要的工作。在ISO26262中要求,如果嵌入式軟件包含不同ASIL等級的軟件組件設(shè)計SWC,要么整個軟件工程都需要基于最高安全等級的要求進(jìn)行開發(fā),這就需要保證擁有更高安全等級的SWC的操作不會受到其他SWC的干擾。

總結(jié)起來,SWC相關(guān)的內(nèi)存故障主要包含如下幾方面:

1b6c435a-6162-11ed-8abf-dac502259ad0.png

在基于面向服務(wù)的架構(gòu)中需要基于更低安全等級要求開發(fā)的SWC,可能會出現(xiàn)錯誤地訪問到更高安全等級SWC的內(nèi)存區(qū)域,產(chǎn)生干擾。為此,SWC需要運(yùn)行在不同的內(nèi)存區(qū)域,或者不同的內(nèi)存分區(qū),來防止類似的內(nèi)存訪問違例。

由于每個可編程核心(總線主機(jī))都有一個內(nèi)存保護(hù)單元MPU(如果沒有MPU,則可以通過DMA守衛(wèi)來控制總線主設(shè)備的訪問),它定義了軟件訪問保護(hù)措施,當(dāng)MPU嵌入很多異構(gòu)芯中時也同時具有內(nèi)存保護(hù)功能,可以保護(hù)當(dāng)前執(zhí)行的代碼不被一些“無關(guān)聯(lián)”的數(shù)據(jù)所侵害,防止對內(nèi)存數(shù)據(jù)的錯誤訪問,并控制外圍模塊的寄存器。這類保護(hù)措施主要是限制相關(guān)內(nèi)存地址權(quán)限,這類權(quán)限限制將確保其程序訪問內(nèi)存地址的范圍與其無關(guān),組織關(guān)鍵數(shù)據(jù)不被破壞,整個系統(tǒng)更加健壯、安全。

2.自動駕駛異構(gòu)計算能力提升:

超異構(gòu)計算芯片集成

高階自動駕駛系統(tǒng)需要在AI單元的選型上采用了并行計算架構(gòu)的AI芯片進(jìn)行硬件加速、資源分配、調(diào)度、圖像識別、深度學(xué)習(xí)等。使用多核車規(guī)級CPU配置進(jìn)行任務(wù)調(diào)度、執(zhí)行自動駕駛相關(guān)的大部分核心算法,同時整合多源數(shù)據(jù)完成路徑規(guī)劃、決策控制等邏輯運(yùn)算處理。

AI芯片處理功能包含如下:

a)圖像感知:對攝像頭輸出的數(shù)字圖像進(jìn)行包含ISP處理、編解碼、視頻圖像分割、目標(biāo)識別、跟蹤處理等,同時,生成BEV鳥瞰圖、視覺定位建圖等;

b)激光點(diǎn)云處理:對激光雷達(dá)輸出的點(diǎn)云進(jìn)行聚類、目標(biāo)識別、跟蹤處理等;

c)融合處理:包括基于圖像識別得前融合,圖像、毫米波/激光雷達(dá)、高精定位目標(biāo)后融合等;

d)軌跡規(guī)劃:利用檢測到的圖像目標(biāo)信息,規(guī)劃自車行駛軌跡。

對于諸如如上各種功能的整體融合,當(dāng)前的架構(gòu)策略通常是采用多芯片融合技術(shù)進(jìn)行相應(yīng)的分片分模塊處理。但是,從整體執(zhí)行效率、執(zhí)行效果、開發(fā)周期上看,這種多芯片異構(gòu)方式都不見得是最佳選擇。首先,為了集中達(dá)到對不同運(yùn)算能力的需求,通常需要從不同芯片廠家拿貨進(jìn)行接口及軟件適配,這將是一個比較長期且大量的開發(fā)工作。另外,各芯片適配過程中是否能夠完全兼容也并非能夠在開發(fā)初期能夠完全解釋清楚。因此,如果能夠搭建一種“超異構(gòu)計算芯片”融合包含xPU的所有功能子項,那將是智駕系統(tǒng)架構(gòu)的福音。

這里我們將對這類新型芯片進(jìn)行詳細(xì)介紹。

“超異構(gòu)處理器”,顧名思義可以認(rèn)為是由CPU、GPU、各類DSA以及其他各類處理器引擎共同組成的,CPU、GPU和DPU整合重構(gòu)的一種全系統(tǒng)功能融合的單芯片解決方案。

1b8adcf2-6162-11ed-8abf-dac502259ad0.png

那么這類超異構(gòu)處理器到底能對自動駕駛系統(tǒng)底層軟件帶來哪些好處呢?

首先,超異構(gòu)處理器的融合策略有利于計算資源的充分整合,進(jìn)一步提升數(shù)據(jù)計算效率。因為相比于需要三芯片實(shí)現(xiàn)異構(gòu)計算的方案,這種超異構(gòu)融合系統(tǒng),將內(nèi)部功能劃分和交互統(tǒng)一構(gòu)建,可以顯著降低彼此功能和交互的各種掣肘。

其次,對于自動駕駛系統(tǒng)來說,其計算過程中的大部分場景(80%-90%)都是相對輕量級場景,通過超異構(gòu)實(shí)現(xiàn)的單個芯片計算策略通過Chiplet加持以及多DIE單芯片的方式,實(shí)現(xiàn)重量級場景的覆蓋,完全可以cover住幾乎全部的通用場景。因此,在其復(fù)雜度和系統(tǒng)規(guī)模中均實(shí)現(xiàn)較好的反饋。

最后,超異構(gòu)計算單元實(shí)際是一個整合多類芯片的大的芯片集合,同時在電路設(shè)計中最大程度的簡化其外圍邊緣件設(shè)計,實(shí)際是最大程度的減少了BOM表的數(shù)量。因此,對于芯片成本可以得到大幅降低。

實(shí)際上,當(dāng)前已有部分芯片供應(yīng)商已經(jīng)在這類芯片設(shè)計中,實(shí)現(xiàn)了類超異構(gòu)芯片的設(shè)計能力。這家供應(yīng)商就是TI的TDA4 系列芯片。

1bb01c60-6162-11ed-8abf-dac502259ad0.png

如下圖所示表示了當(dāng)前被各家自動駕駛玩家鐘愛的TDA4 VM芯片,實(shí)際的內(nèi)部架構(gòu)可以看出,其設(shè)計上,已經(jīng)將包含CPU(A72、R5F)、DPU(C7x)、GPU、主MCU等。這種雜糅式集成實(shí)際可看成簡單的超異構(gòu)芯片。里面既能實(shí)現(xiàn)高實(shí)時性運(yùn)算的R核(外置接攝像頭I/O連接模塊,直接控制攝像頭的開閉及數(shù)據(jù)實(shí)時傳輸),也有可提升運(yùn)算量的A核(實(shí)現(xiàn)深度學(xué)習(xí)、卷及計算、MAC計算等大量感知端需要的運(yùn)算能力)。最后還有為了滿足功能安全要求,設(shè)置了雙核MCU實(shí)現(xiàn)功能安全島需要的鎖步校驗功能。這樣一個高集成度低成本的芯片怎能不受各玩家的鐘愛呢?

3.自動車輛有效執(zhí)行的重中之重:實(shí)時性設(shè)計

在自動駕駛技術(shù)中,對功能模塊的實(shí)時性要求非常高,尤其是自動駕駛算法的復(fù)雜性造成數(shù)據(jù)分發(fā)節(jié)點(diǎn)非常多,內(nèi)存操作的時間開銷更大,影響到在突發(fā)事件的場景下(例如,有行人突然闖入)自動駕駛系統(tǒng)對實(shí)時響應(yīng)性的要求,很可能會影響自動駕駛系統(tǒng)的安全。

由于高階自動駕駛系統(tǒng)一般都采用異構(gòu)芯片進(jìn)行不同數(shù)據(jù)信息源信息處理。需要嚴(yán)格限定硬件ECU在規(guī)定的時間內(nèi)完成任務(wù),否則就可能導(dǎo)致系統(tǒng)功能的失效。例如對于線控轉(zhuǎn)向,如果駕駛員發(fā)出轉(zhuǎn)向操作后100ms內(nèi)車輪沒有執(zhí)行轉(zhuǎn)向,則可能導(dǎo)致碰撞事故,嚴(yán)重的甚至造成車毀人亡。橫縱向執(zhí)行域的系統(tǒng)(ESP、EPS)往往屬于這一領(lǐng)域。當(dāng)然,如果硬件達(dá)標(biāo)而軟件執(zhí)行期間出現(xiàn)一定的時間偏差,在設(shè)定的線性范圍之內(nèi)也是被允許的,例如有的應(yīng)用要求系統(tǒng)在90%的情況下能夠確保在規(guī)定時間內(nèi)完成任務(wù)即可。車輛信息娛樂域(IVI)或動力域(VCU)的系統(tǒng)大多都屬于這類系統(tǒng)。

1cfbf4ae-6162-11ed-8abf-dac502259ad0.png

那么這種實(shí)時性到底指的是哪塊呢?這方面實(shí)時性又需要重點(diǎn)關(guān)注哪些要素呢?

總體而言,影響系統(tǒng)實(shí)時性的因素從軟件架構(gòu)上可以分為通信、調(diào)度和代碼三個層面。從系統(tǒng)架構(gòu)上,實(shí)時性實(shí)際又需要從整個傳感端、控制端到執(zhí)行端進(jìn)行區(qū)分。

1、系統(tǒng)架構(gòu)實(shí)時性解讀

1)傳感端:

對于集中式方案來說,傳感端的實(shí)時性處理有兩種情況需要區(qū)分。其一,如果傳感器能夠作為單獨(dú)小的ECU,那么整個環(huán)境數(shù)據(jù)采集工作則可以認(rèn)為是由傳感自身自行控制和執(zhí)行的。如攝像頭曝光時間、雷達(dá)微波發(fā)生頻率、激光掃描頻率等。對于輸入域控的數(shù)據(jù)而言,域控只需要給出傳感器對應(yīng)的同步時間戳即可。其二,如果傳感器不存在單獨(dú)控制的ECU端,那么整個傳感采集過程都將受制于域控制器。這個過程可以看成域控制器需要通過一定的控制線(如攝像頭的IIC線)對傳感器的采集速率、采集頻率、控制電壓、采集輸入時間點(diǎn)都要進(jìn)行控制。那么整個實(shí)時性控制將完全交由域控來進(jìn)行控制。

當(dāng)前很多情況下,域控對傳感數(shù)據(jù)的控制只是部分實(shí)時性控制。如只對攝像頭數(shù)據(jù)采集的實(shí)時性進(jìn)行直接控制,如控制曝光、傳輸速率等。而對于毫米波、激光雷達(dá)等則是分布式方式,其實(shí)時性控制只是簡單地全局時間注入及打時間戳等方式。

另外,如果是域控底層驅(qū)動傳感器I/O口的方式,還包括域控能夠?qū)崟r的將傳感器原始數(shù)據(jù)進(jìn)行實(shí)時性處理,如底層ISP/白平衡、中間層AI深度學(xué)習(xí)感知聚類、頂層與其他傳感器數(shù)據(jù)的后融合等。

2)控制端:

對于控制端來講,其實(shí)時性則是相對復(fù)雜些,他包括底層軟件驅(qū)動的實(shí)時性,中間件資源整合調(diào)用的實(shí)時性以及頂層應(yīng)用軟件的實(shí)時性。實(shí)際應(yīng)用中,不同系統(tǒng)對于實(shí)時性的滿足程度并不相同。比如AEB這一對系統(tǒng)處理實(shí)時性要求極高的功能就需要系統(tǒng)能夠在異常場景中能夠?qū)?shù)據(jù)及時的采集到,并在內(nèi)部進(jìn)行有效處理。這一處理過程實(shí)際是要求系統(tǒng)是一種處理實(shí)時性極高的系統(tǒng)。

以實(shí)時性滿足的不同需求可以分為實(shí)時性計算任務(wù)和實(shí)時性監(jiān)控任務(wù)。實(shí)時性計算任務(wù)主要是指規(guī)定時間內(nèi)完成的不同敏感性任務(wù),如“硬實(shí)時系統(tǒng)”和“軟實(shí)時系統(tǒng)”。實(shí)時監(jiān)控任務(wù)則是針對運(yùn)行的軟硬實(shí)時系統(tǒng)實(shí)施包含運(yùn)行效率、運(yùn)行安全度、執(zhí)行結(jié)果反饋等方面的信息監(jiān)控。以AUTOSAR標(biāo)準(zhǔn)為例,CP通常用于硬實(shí)時系統(tǒng)中,而AP多用于對實(shí)時性要求較低、但又比用于車機(jī)的Android實(shí)時性要求高的系統(tǒng)。

1d17db9c-6162-11ed-8abf-dac502259ad0.png

總之,自動駕駛車內(nèi)的各種系統(tǒng)對實(shí)時性有不同的要求。實(shí)時性是一個相對的概念,針對不同功能安全、信息安全,需要設(shè)計不同等級的實(shí)時運(yùn)算和監(jiān)控系統(tǒng),以滿足系統(tǒng)的功能要求,綜合平衡系統(tǒng)升級的靈活性、成本等不同因素,設(shè)計滿足需求的實(shí)時性系統(tǒng)。

3)執(zhí)行端:

執(zhí)行端的實(shí)時性很容易理解,即是域控發(fā)送的執(zhí)行信息能夠得到執(zhí)行器的及時處理和反饋。這塊在當(dāng)前也是簡單地通過對執(zhí)行器的接口需求進(jìn)行規(guī)范。比如縱向執(zhí)行加速度會規(guī)范加速響應(yīng)延遲、加速穩(wěn)態(tài)時間、穩(wěn)態(tài)波動最大最小值等。橫向執(zhí)行轉(zhuǎn)向角會規(guī)范轉(zhuǎn)角響應(yīng)延遲、最大最小響應(yīng)轉(zhuǎn)角、最大最小手力矩等。

從整車功能域角度出發(fā),自動駕駛是收集外部傳感器數(shù)據(jù)量最大的模塊,為了持續(xù)探測到車身四周各種復(fù)雜環(huán)境信息,需要毫米波、攝像頭和激光雷達(dá)配合以達(dá)到360度無死角感知。并且為了保證安全,所有數(shù)據(jù)都需要接近實(shí)時的速度處理,為了保證大量數(shù)據(jù)的實(shí)時處理,較低的數(shù)據(jù)延遲需要由高性能的計算單元和高帶寬的網(wǎng)絡(luò)通信,數(shù)據(jù)可輕易在不同內(nèi)核中共享。

2、軟件架構(gòu)實(shí)時性解讀

這里主要是指運(yùn)行于硬件SOC、MCU上的軟件架構(gòu)平臺。從底之上主要包括底層驅(qū)動軟件實(shí)時性(I/O代碼驅(qū)動層面),涉及I/O函數(shù)層級、基本代碼塊、機(jī)器指令碼、操作狀態(tài)碼等。中間層軟件實(shí)時性(中間件調(diào)度)包括SOC層級、CPU層級、GPU層級、MCU層級的系統(tǒng)管理、算法接口、AI處理等。頂層通信層面則是針對環(huán)域控的整個車內(nèi)外網(wǎng)絡(luò)、云端服務(wù)等。

除開如上運(yùn)算單元外,配置軟件實(shí)時性監(jiān)控、檢測和刪除錯誤的互連事務(wù)也是必不可少的環(huán)節(jié)。如總線監(jiān)控器、內(nèi)存訪問結(jié)果監(jiān)控、虛擬控制臺實(shí)時性監(jiān)測、系統(tǒng)CPU入侵檢測等。

5.總結(jié)

本文對自動駕駛系統(tǒng)中的內(nèi)存分配、多異構(gòu)芯片、實(shí)時性進(jìn)行全面較準(zhǔn)確地分析,這將有助于大家更準(zhǔn)確地理解車輛控制系統(tǒng)中的各項性能指標(biāo)進(jìn)行完整的解讀,并能夠?qū)隙鞔嬖趩栴}進(jìn)行系統(tǒng)、全面的分析。其目的是使得開發(fā)出的智能駕駛產(chǎn)品功能更可靠,性能表現(xiàn)更優(yōu),真正降低交通事故的概率和產(chǎn)生的危害。

審核編輯 :李倩

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

    關(guān)注

    3037

    文章

    8352

    瀏覽量

    170196
  • 編程語言
    +關(guān)注

    關(guān)注

    10

    文章

    1956

    瀏覽量

    36705
  • 自動駕駛
    +關(guān)注

    關(guān)注

    790

    文章

    14326

    瀏覽量

    170748

原文標(biāo)題:自動駕駛系統(tǒng)設(shè)計的那些底層軟件開發(fā)中的重點(diǎn)解讀

文章出處:【微信號:eng2mot,微信公眾號:汽車ECU開發(fā)】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

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

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點(diǎn)推薦

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

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

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

    缺陷的潛在風(fēng)險增加,尤其是在自動駕駛等安全關(guān)鍵系統(tǒng)。根據(jù)ISO 26262標(biāo)準(zhǔn),自動駕駛系統(tǒng)的安全完整性等級(ASIL-D)要求單點(diǎn)故障率
    發(fā)表于 05-12 15:59

    NVIDIA Halos自動駕駛汽車安全系統(tǒng)發(fā)布

    自動駕駛汽車的開發(fā)。正確的技術(shù)與框架對確保自動駕駛汽車駕駛員、乘客和行人的安全至關(guān)重要。 因此,NVIDIA 推出了NVIDIA Halos綜合安全
    的頭像 發(fā)表于 03-25 14:51 ?625次閱讀

    禾賽激光雷達(dá)助力寶馬智能工廠自動駕駛

    近日,禾賽科技(納斯達(dá)克:HSAI),全球領(lǐng)先的激光雷達(dá)(LiDAR)研發(fā)與制造企業(yè),宣布與瑞士自動駕駛解決方案提供商Embotech AG及法國空間智能軟件開發(fā)商Outsight達(dá)成戰(zhàn)略合作。此次
    的頭像 發(fā)表于 02-11 09:46 ?689次閱讀

    MEMS技術(shù)在自動駕駛汽車的應(yīng)用

    的核心作用 MEMS傳感器以其微小但功能強(qiáng)大的特性,在自動駕駛汽車中發(fā)揮著至關(guān)重要的作用。它們能夠?qū)崟r監(jiān)測和控制車輛的各種參數(shù),為自動駕駛系統(tǒng)提供精確的環(huán)境感知和數(shù)據(jù)支持。這些傳感器
    的頭像 發(fā)表于 11-20 10:19 ?1470次閱讀

    使用PVA引擎優(yōu)化自動駕駛汽車CV開發(fā)流水線

    在汽車軟件開發(fā)領(lǐng)域,越來越多的大規(guī)模 AI 模型被集成到自動駕駛汽車,這些模型的范圍從視覺 AI 模型到用于自動駕駛的端到端 AI 模型?,F(xiàn)在,汽車
    的頭像 發(fā)表于 11-05 14:17 ?1015次閱讀
    使用PVA引擎優(yōu)化<b class='flag-5'>自動駕駛</b>汽車CV<b class='flag-5'>開發(fā)</b>流水線

    豐田與NTT合作開發(fā)自動駕駛軟件

    近日,豐田汽車公司與日本電報電話公司(NTT)宣布了一項重要合作——聯(lián)手開發(fā)自動駕駛軟件。據(jù)悉,該項目將利用人工智能技術(shù)對駕駛數(shù)據(jù)進(jìn)行深度分析,以預(yù)測可能發(fā)生事故的風(fēng)險,并據(jù)此構(gòu)建一個高效的
    的頭像 發(fā)表于 10-30 16:11 ?559次閱讀

    豐田與NTT合作開發(fā)自動駕駛軟件,AI預(yù)測事故助力安全駕駛

    自動駕駛系統(tǒng)。 據(jù)悉,該自動駕駛軟件將充分利用NTT在信息技術(shù)領(lǐng)域的深厚積累,以及豐田在汽車制造和自動駕駛技術(shù)方面的豐富經(jīng)驗。通過整合雙方
    的頭像 發(fā)表于 10-29 10:34 ?783次閱讀

    北京軟件開發(fā)公司有那些?做軟件的公司有哪些?

    北京作為中國的科技創(chuàng)新中心之一,擁有眾多提供軟件開發(fā)服務(wù)的公司。以下是一些在北京地區(qū)較為知名的軟件開發(fā)公司: 華盛恒輝科技有限公司:是一家專注于高端軟件定制開發(fā)服務(wù)和高端建設(shè)的服務(wù)機(jī)構(gòu)
    的頭像 發(fā)表于 10-28 15:02 ?1294次閱讀

    自動駕駛HiL測試方案案例分析--ADS HiL測試系統(tǒng)#ADAS #自動駕駛 #VTHiL

    自動駕駛
    北匯信息POLELINK
    發(fā)布于 :2024年10月22日 15:20:19

    英飛凌與采埃孚合作優(yōu)化自動駕駛軟件

    英飛凌科技股份公司與采埃孚集團(tuán)攜手參與了EEmotion項目,共同開發(fā)并實(shí)施了創(chuàng)新的AI算法,以優(yōu)化自動駕駛軟件和控制單元。
    的頭像 發(fā)表于 10-12 16:17 ?802次閱讀

    ECU電控軟件開發(fā)及測試介紹

    本文重點(diǎn)介紹符合AutoSar架構(gòu)的應(yīng)用軟件開發(fā)、MBD開發(fā)模式下的軟件質(zhì)量評估與優(yōu)化方案、復(fù)雜場景下的ECU性能壓力測試方案。
    的頭像 發(fā)表于 09-26 14:25 ?4059次閱讀
    ECU電控<b class='flag-5'>軟件開發(fā)</b>及測試介紹

    美國擬禁止自動駕駛汽車使用中國軟件

    據(jù)外媒最新報道,美國政府正醞釀一項重要政策,計劃在未來幾周內(nèi)正式提出一項新規(guī),旨在全面禁止在自動駕駛汽車中使用中國軟件,特別是針對搭載L3及以上高級別自動駕駛系統(tǒng)的車輛。這一舉措不僅直
    的頭像 發(fā)表于 08-06 16:37 ?835次閱讀

    FPGA在自動駕駛領(lǐng)域有哪些優(yōu)勢?

    較高,但在處理復(fù)雜計算任務(wù)時,F(xiàn)PGA的能效比通常更優(yōu)。這是因為FPGA能夠針對特定任務(wù)進(jìn)行優(yōu)化,減少不必要的計算和資源浪費(fèi)。在自動駕駛系統(tǒng),這種高能效比有助于延長車輛續(xù)航時間和減少能耗成本
    發(fā)表于 07-29 17:11

    FPGA在自動駕駛領(lǐng)域有哪些應(yīng)用?

    是FPGA在自動駕駛領(lǐng)域的主要應(yīng)用: 一、感知算法加速 圖像處理:自動駕駛需要通過攝像頭獲取并識別道路信息和行駛環(huán)境,這涉及到大量的圖像處理任務(wù)。FPGA在處理圖像上的運(yùn)算速度快,可并行性強(qiáng),且功耗
    發(fā)表于 07-29 17:09