ADAS開發(fā)與驗證
關(guān)注創(chuàng)建者：匿名 創(chuàng)建時間：2026-01-04
ADAS開發(fā)與驗證的視頻教程
PLM#使用虛擬孿生設(shè)計和驗證AD/ADAS和前照燈，加速并保護明天的交通運輸解決方案
單一數(shù)據(jù)源：所有SCANeR模型都在3DEXPERIENCE中管理 在3DEXPERIENCE平臺上中繼SCANeR仿真 數(shù)字連續(xù)性：本機3DEXPERIENCE資產(chǎn)（系統(tǒng)模型、3D模型、嵌入式軟件模型）和SCAeR資產(chǎn)（地形、道路、建筑、家具、車輛）之間的連續(xù)性 統(tǒng)一P&O SSO、統(tǒng)一搜索 Unified Configuration Management:所有資產(chǎn)都采用相同的方法進行管理
免費 2分鐘 5播放
查看
高級駕駛輔助系統(tǒng)（ADAS）仿真在車輛開發(fā)中的應用
高級駕駛輔助系統(tǒng)（ADAS）仿真在車輛開發(fā)中的應用 適用人群：從事車輛ADAS仿真測試、HIL系統(tǒng)測試以及HMI系統(tǒng)交互設(shè)計等工程師。 高級駕駛輔助系統(tǒng)（ADAS）仿真在車輛開發(fā)中的應用（免費）【已結(jié)束】 直播時間：2023-08-04 19:30 先進駕駛輔助系統(tǒng)(ADAS)在當今汽車行業(yè)的發(fā)展對于提高車輛安全性和駕駛員舒適度至關(guān)重要。
免費 34分鐘 85播放
查看
面向 ADAS 和 HMI 開發(fā)的可視化數(shù)字孿生解決方案 —— 從離線仿真到實時集成
我們工程師還將結(jié)合真實的客戶應用案例和經(jīng)過驗證的使用場景，闡述從離線建模到實時系統(tǒng)集成的完整路徑，展示 VI-WorldSim 如何幫助開發(fā)者在安全、可重復、高保真的環(huán)境中測試、訓練和驗證 ADAS 的感知與控制算法。 核心主題與收獲： · 了解 VI-WorldSim 如何支持廣泛的應用場景，助力 ADAS 感知開發(fā)、HMI 評估以及與第三方工具的聯(lián)合仿真。
免費 31分鐘 33播放
查看
ADAS開發(fā)與驗證的實例教程
為此，康謀在本文將為您詳細介紹IVEX的智能概覽功能，助力AD/ADAS的開發(fā)與驗證！
一、AD/ADAS性能概覽的重要性
為了開發(fā)、演進、測試和驗證自動駕駛（AD）功能或自動駕駛輔助系統(tǒng)（ADAS），各大企業(yè)都在生成數(shù)千小時的包含仿真或真實世界的駕駛數(shù)據(jù)日志。那么，如何才能知道自身的AD/ADAS系統(tǒng)是否始終按要求運行？是否朝著更好的表現(xiàn)發(fā)展？
對“脫離”AD/ADAS模式的情況進行分析是一種常見的方法。這有助于了解系統(tǒng)失敗的“原因”，而后可對表現(xiàn)不佳的地方進行分組，提供一個概覽以確定糾正這些失敗的優(yōu)先順序。然而，“脫離”分析僅涵蓋“已知”的不當行為，對于邊緣/極端情況該如何處理？更重要的是，對于險些發(fā)生的事故如何處理？
例如，由于一個錯誤檢測或者說“幽靈檢測”，白色的自車認為它將與車輛1發(fā)生碰撞，因此決定執(zhí)行變道操作，如圖1所示。幸運的是，由于自車的左車道是空的，該操作是可行的，否則就可能會由于自車的急剎車而導致與車輛4發(fā)生追尾事故。
圖1 追尾未遂
這種更深入、更有成效的分析也與ISO 21448（SOTIF）所提出的過程相匹配，以識別在某些不利觸發(fā)條件下系統(tǒng)可能會表現(xiàn)出的局限性、弱點與干擾，而這些都可能導致事故或相關(guān)意外事件的發(fā)生。
如果能夠提供AD/ADAS系統(tǒng)性能的概覽，工程師就可以迅速在結(jié)構(gòu)化分析中定位所有相關(guān)的事件或條件，例如：
（1）數(shù)據(jù)日志中出現(xiàn)了哪些未遂事故？
（2）系統(tǒng)在哪一個操作域（OD）表現(xiàn)不佳，原因是什么？
（3）開發(fā)是否正朝著更好的表現(xiàn)方向發(fā)展？
（4）是否應該修改功能需求，以便流暢且充分地與現(xiàn)實世界交互？
（5）功能是否滿足了指定的需求？
展開 然而，ADAS/AD功能開發(fā)和驗證往往需要成千上萬的場景來支撐，因此場景編輯成為了一個巨大的挑戰(zhàn)。
▲圖3: OpenSCENARIO場景文件代碼示例
AVL作為ASAM Open X系列標準小組成員之一，從2019年第一季度就參與了Open X系列標準的起草工作，從0.9到1.0、1.1，再到1.2，AVL為Open X系列標準的編制和推廣起到了巨大的推動作用。同時，AVL熟知OpenSCENARIO標準的復雜性，以及采用該標準進行場景編輯的困難之處。因此，AVL開發(fā)了面向ADAS/AD功能開發(fā)和驗證的可視化場景編輯工具——AVL Scenario Designer，該工具是AVL基于場景的ADAS/AD 功能開發(fā)及驗證工具鏈中的一部分。
▲圖4: AVL 基于場景的ADAS/AD開發(fā)流程及工具鏈
▲圖5:AVL Scenario Designer
AVL Scenario Designer充分利用了圖形化編輯的便利性和場景動畫的可讀性，開發(fā)了一款基于OpenSCENARIO 標準的場景編輯器，極大地提高了場景編輯的效率和準確性。
展開 這條流程看上去不復雜，但它解決了一個關(guān)鍵問題： 把“單次調(diào)試”變成“可重復驗證”。 對于 ADAS 項目來說，這一步往往就是效率分水嶺。
3、方案特點
當項目進入多角色協(xié)同、批量驗證階段時，團隊通常會更加關(guān)注：流程是否規(guī)范、組件是否可復用、聯(lián)調(diào)是否可控、回放與分析是否可持續(xù)運營。在這樣的背景下，ADTF 提供了一種工程化補位：在保留 ROS2 生態(tài)靈活性的同時，提升整條數(shù)據(jù)鏈路的穩(wěn)定性和效率。
具體表現(xiàn)為：
（1）降低協(xié)同摩擦：算法、測試、平臺團隊圍繞同一回放入口協(xié)作，溝通成本下降。
（2）提升復現(xiàn)效率：問題場景可重復回放，減少“這次有、下次沒”的隨機性。
（3）增強工程可控性：通過組件化設(shè)計，后續(xù)擴展新傳感器或新話題時改造更平滑。
（4）縮短驗證周期：在同等人力下，能更快完成從采集到分析的閉環(huán)。
四、結(jié)語
如果把 ADAS 數(shù)據(jù)工作比作一條生產(chǎn)線，采集只是上游，分析驗證才是決定質(zhì)量的中下游。
在這次方案設(shè)計和實踐案例中，我們可以得出以下結(jié)論：
（1）ADTF 組件化開發(fā)可以適配ROS2已有鏈路和生態(tài)資源，把數(shù)據(jù)鏈路組織得更清晰；
（2）ROSBAG 回放可視化可以把“能跑”變成“能用、能復現(xiàn)、能決策”。
在智能駕駛項目不斷追求效率與穩(wěn)定性的過程中，構(gòu)建一條可復用、可管控的數(shù)據(jù)閉環(huán)，或許正是團隊實現(xiàn)“數(shù)據(jù)落地”關(guān)鍵一步。
展開 在AAD車輛技術(shù)領(lǐng)域，我們必須解決幾個用例，包括日志記錄、校準、快速原型驗證、云端仿真、組件測試臺等。
工具、流程、硬件、軟件、存儲、計算、操作系統(tǒng)、傳感器、接口標準、同步、本地化和地面實況的生態(tài)系統(tǒng)非常復雜，即使在考慮到舊式系統(tǒng)支持之前也是如此。所有這些用例的系統(tǒng)要求隨著時間推移而變得越來越苛刻，我們還必須在這個工具鏈中提高效率、降低成本、推動協(xié)同工作和提升穩(wěn)健性。設(shè)計和交付一個涵蓋所有用例的工具鏈絕非易事，同時還要在技術(shù)上足夠先進，能夠在每天的運行和工作中執(zhí)行先進的操作。這一切都必須在沒有大量支持基礎(chǔ)設(shè)施的情況下完成，同時還要承受真實系統(tǒng)日常所遭受的沖擊。在滿足業(yè)務需求之前，開發(fā)和交付該系統(tǒng)還需要時間、投資、承諾和長期愿景。需要明確的是，我們需要將這么多高規(guī)格的計算、電子和軟件技術(shù)整合到一輛車中，使它們完全集成并可靠地工作。多年來，我們吸取了一些慘痛的教訓，并在一些優(yōu)秀供應商和合作伙伴的幫助下改進了方法。
問
AN：NI的愿景和目標是為開放合作伙伴生態(tài)系統(tǒng)支持的ADAS和自動駕駛提供數(shù)據(jù)互聯(lián)和軟件互聯(lián)驗證工作流程。您對此有何看法？
MF：NI匯集了一系列適用于我們領(lǐng)域的內(nèi)部技術(shù)，并與其他人非常開放地合作，可提供更多的關(guān)鍵要素。
展開 第一是這個標準對整個智能駕駛行業(yè)的意義，因為這個行業(yè)非常重視安全性；
第二，目前有幾個強制標準，如GB標準，比如制動和轉(zhuǎn)向，都會在附錄內(nèi)提及功能安全方面的要求，這就導致開發(fā)的產(chǎn)品需要滿足強制性要求；
第三，關(guān)于預期功能安全，整個標準的研究應該是從2019年或更早就開始了，目前來說，2021年尚未有正式版本發(fā)布。
最后一點是信息安全或者是網(wǎng)絡安全，這對很多公司來說是一個比較新的話題，而且大多數(shù)公司沒有太成熟的經(jīng)驗來應對，但是法規(guī)上并沒有給你緩沖的空間，目前，ISO21434的DIS版本去年已經(jīng)發(fā)布，而FDIS理論上在今年第一季度發(fā)布，但現(xiàn)在有延遲。同時還面臨一個新的情況，在WP.29里規(guī)定，歐盟要求2022年所有上市新車都要滿足網(wǎng)絡安全。如果現(xiàn)在的客戶中有國外客戶的話，也需要考慮將這方面的法規(guī)納入實際的產(chǎn)品開發(fā)當中。
從開發(fā)管理流程和架構(gòu)職責入手
ISO26262、ISO21434等法規(guī)其實不只是一個測試、設(shè)計標準，而是從整個管理到開發(fā)、設(shè)計、驗證、售后等整個生命周期都提出的要求，所以其中包含大量的內(nèi)容。那么，這些內(nèi)容以及這么緊迫的實施節(jié)點，一些不是很大的公司怎么應對挑戰(zhàn)呢？
宋煒瑾表示，通過對法規(guī)非常詳細的分析，對其對應標準和流程進行了梳理和合并，知行科技將所有功能安全管理和網(wǎng)絡安全管理都合并在了項目管理中。在整個開發(fā)過程中只做一次相關(guān)項定義，包含所有這三方面的考慮，接下來做危害分析，考慮功能安全和預期安全，做網(wǎng)絡安全攻擊的威脅分析。
在這個基礎(chǔ)上，形成對應的功能安全概念和網(wǎng)絡安全概念，形成系統(tǒng)設(shè)計的指導以及軟硬件開發(fā)的設(shè)計指導。
展開 
ADAS開發(fā)與驗證的相關(guān)專題、標簽、搜索
ADAS開發(fā)與驗證的最新內(nèi)容
一、引言
在智能駕駛項目里，很多團隊都會遇到同一個問題： 數(shù)據(jù)采集并不難，難的是把采到的數(shù)據(jù)穩(wěn)定地用起來。路測之后，工程團隊往往要面對幾個高頻挑戰(zhàn)：
（1）傳感器數(shù)據(jù)來源多、格式多，鏈路聯(lián)調(diào)成本高；
（2）算法和測試團隊常用 ROS2 生態(tài)，但工程化流程需要更強的可控性；
（3）ROSBAG 回放能“放出來”，但要做到“看得清、對得齊、可分析”，并不輕松；
（4）一旦進入驗證階段
?? 新案例研究：Mercedes-AMG
Mercedes-AMG GmbH 如何在縮短開發(fā)周期與日益復雜的車輛和系統(tǒng)之間取得平衡？
在我們最新的案例研究中，梅賽德斯-AMG分享了其基于VI-grade解決方案的虛擬驗證計劃，如何通過先進的實時仿真徹底改變車輛動力學的發(fā)展。
該項目的核心是AMG虛擬車庫，這是一個集中的云平臺框架，能夠?qū)崿F(xiàn)跨車型的一致、實時模擬。結(jié)合動態(tài)模型配置、聯(lián)合仿真和具備實時能力的輪胎模型
?? 新案例研究：Mercedes-AMG
Mercedes-AMG GmbH 如何在縮短開發(fā)周期與日益復雜的車輛和系統(tǒng)之間取得平衡？
在我們最新的案例研究中，梅賽德斯-AMG分享了其基于VI-grade解決方案的虛擬驗證計劃，如何通過先進的實時仿真徹底改變車輛動力學的發(fā)展。
該項目的核心是AMG虛擬車庫，這是一個集中的云平臺框架，能夠?qū)崿F(xiàn)跨車型的一致、實時模擬。結(jié)合動態(tài)模型配置、聯(lián)合仿真和具備實時能力的輪胎模型
<p class="ql-align-justify"><strong>3月6日，</strong>新思科技芯課程AI系列之<strong>「Verdi Assistant——新一代Al調(diào)試助手，讓調(diào)試效率煥然一新」</strong>正式開講！感興趣的下滑預約學習！</p><p><strong>時間</strong>：<strong>3月6日 周五，14：00-15：00</strong></p><
來自VI-grade 公司的工程師將深入解析可視化數(shù)字孿生技術(shù)如何變革 ADAS（高級駕駛輔助系統(tǒng)）和 HMI（人機交互）的開發(fā)流程。
本次會議將探討 VI-WorldSim 如何突破傳統(tǒng)駕駛仿真圖形的局限，支持更高級的應用場景，包括傳感器仿真、真值數(shù)據(jù)生成，以及通過軟件在環(huán)（SIL）、硬件在環(huán)（HIL）和駕駛員在環(huán)（DIL）設(shè)置實現(xiàn)可擴展的驗證。
工程師還將結(jié)合真實的客戶應用案例和經(jīng)過驗證的使用場景
</p><h2>二、康謀方案-避免數(shù)據(jù)泛濫的2個關(guān)鍵</h2><p>基于上述問題，康謀提出2個關(guān)鍵點，助力AD/ADAS系統(tǒng)開發(fā)、驗證和改進過程，避免被龐大的數(shù)據(jù)淹沒，從中獲得最大受益：</p><h3>1、關(guān)鍵點1 – 通過指標和算法聚焦于相關(guān)發(fā)現(xiàn)</h3><p><strong>第一個關(guān)鍵點在于一個簡單的原則:</strong>必須盡可能減少數(shù)據(jù)池,只保留最相關(guān)的信息。
因此，為了開發(fā)和驗證AD/ADAS系統(tǒng)，需要有效地識別、分析并了解所有可能的未遂事故、性能不足或觸發(fā)條件，這些都對AD/ADAS系統(tǒng)構(gòu)成了挑戰(zhàn)。然而，當前高度依賴人工的技術(shù)手段如同“海底撈針”，在數(shù)百萬小時的駕駛數(shù)據(jù)中幾乎難以發(fā)現(xiàn)目標。
IVEX是一個基于云的平臺，包含許多功能來支持 AD/ADAS 的驗證和開發(fā)。</p><p><strong>下文康謀將為您分享在AD/ADAS開發(fā)中使用IVEX的經(jīng)驗。
高級駕駛輔助系統(tǒng)(ADAS)和自動駕駛功能正在不斷發(fā)展。ADAS技術(shù)包括自適應巡航控制、車道偏移警告、自動制動和自動泊車等功能，這些功能已經(jīng)成為現(xiàn)代汽車的標配。自動駕駛技術(shù)正在不斷提高，在實現(xiàn)零排放、零碰撞、零擁堵的愿景下，測試系統(tǒng)的“升級”迫在眉睫。高級駕駛輔助系統(tǒng)(ADAS)和自動駕駛功能將是實現(xiàn)這一目標的關(guān)鍵推動力
熱澆道模具成型時不會產(chǎn)生澆道廢料，具備節(jié)能省料和縮短開發(fā)時間優(yōu)點。熱澆道可以取代傳統(tǒng)冷澆道并克服產(chǎn)品的缺陷，例如：消弭結(jié)合線、提升產(chǎn)品質(zhì)量、降低射壓/ 鎖模力以及縮短成型周期。更重要的是，熱澆道可以節(jié)省廢料產(chǎn)生，達到節(jié)能減排，徹底推行”綠色模具”。
但也因為熱澆道系統(tǒng)相對復雜，時常遭遇流動不平衡、流動死角和受熱不均勻等問題。更嚴重的問題像是因過熱產(chǎn)生塑料熱裂解，嚴重影響產(chǎn)品質(zhì)量。如何能維持熔膠溫度均勻性是一大關(guān)鍵
