ADAS開發與驗證的案例
康謀分享 | AD/ADAS的性能概覽：在AD/ADAS的開發與驗證中“大海撈針”！
為此，康謀在本文將為您詳細介紹IVEX的智能概覽功能，助力AD/ADAS的開發與驗證！
一、AD/ADAS性能概覽的重要性
為了開發、演進、測試和驗證自動駕駛（AD）功能或自動駕駛輔助系統（ADAS），各大企業都在生成數千小時的包含仿真或真實世界的駕駛數據日志。那么，如何才能知道自身的AD/ADAS系統是否始終按要求運行？是否朝著更好的表現發展？
對“脫離”AD/ADAS模式的情況進行分析是一種常見的方法。這有助于了解系統失敗的“原因”，而后可對表現不佳的地方進行分組，提供一個概覽以確定糾正這些失敗的優先順序。然而，“脫離”分析僅涵蓋“已知”的不當行為，對于邊緣/極端情況該如何處理？更重要的是，對于險些發生的事故如何處理？
例如，由于一個錯誤檢測或者說“幽靈檢測”，白色的自車認為它將與車輛1發生碰撞，因此決定執行變道操作，如圖1所示。幸運的是，由于自車的左車道是空的，該操作是可行的，否則就可能會由于自車的急剎車而導致與車輛4發生追尾事故。
圖1 追尾未遂
這種更深入、更有成效的分析也與ISO 21448（SOTIF）所提出的過程相匹配，以識別在某些不利觸發條件下系統可能會表現出的局限性、弱點與干擾，而這些都可能導致事故或相關意外事件的發生。
如果能夠提供AD/ADAS系統性能的概覽，工程師就可以迅速在結構化分析中定位所有相關的事件或條件，例如：
（1）數據日志中出現了哪些未遂事故？
（2）系統在哪一個操作域（OD）表現不佳，原因是什么？
（3）開發是否正朝著更好的表現方向發展？
（4）是否應該修改功能需求，以便流暢且充分地與現實世界交互？
（5）功能是否滿足了指定的需求？
展開 【技術貼】AVL Scenario Designer：面向自動駕駛功能開發、測試和驗證的場景編輯工具
然而，ADAS/AD功能開發和驗證往往需要成千上萬的場景來支撐，因此場景編輯成為了一個巨大的挑戰。
▲圖3: OpenSCENARIO場景文件代碼示例
AVL作為ASAM Open X系列標準小組成員之一，從2019年第一季度就參與了Open X系列標準的起草工作，從0.9到1.0、1.1，再到1.2，AVL為Open X系列標準的編制和推廣起到了巨大的推動作用。同時，AVL熟知OpenSCENARIO標準的復雜性，以及采用該標準進行場景編輯的困難之處。因此，AVL開發了面向ADAS/AD功能開發和驗證的可視化場景編輯工具——AVL Scenario Designer，該工具是AVL基于場景的ADAS/AD 功能開發及驗證工具鏈中的一部分。
▲圖4: AVL 基于場景的ADAS/AD開發流程及工具鏈
▲圖5:AVL Scenario Designer
AVL Scenario Designer充分利用了圖形化編輯的便利性和場景動畫的可讀性，開發了一款基于OpenSCENARIO 標準的場景編輯器，極大地提高了場景編輯的效率和準確性。
展開 從數據采集到回放驗證：ADTF 適配 ROS2 的 ADAS 測試實踐
這條流程看上去不復雜，但它解決了一個關鍵問題： 把“單次調試”變成“可重復驗證”。 對于 ADAS 項目來說，這一步往往就是效率分水嶺。
3、方案特點
當項目進入多角色協同、批量驗證階段時，團隊通常會更加關注：流程是否規范、組件是否可復用、聯調是否可控、回放與分析是否可持續運營。在這樣的背景下，ADTF 提供了一種工程化補位：在保留 ROS2 生態靈活性的同時，提升整條數據鏈路的穩定性和效率。
具體表現為：
（1）降低協同摩擦：算法、測試、平臺團隊圍繞同一回放入口協作，溝通成本下降。
（2）提升復現效率：問題場景可重復回放，減少“這次有、下次沒”的隨機性。
（3）增強工程可控性：通過組件化設計，后續擴展新傳感器或新話題時改造更平滑。
（4）縮短驗證周期：在同等人力下，能更快完成從采集到分析的閉環。
四、結語
如果把 ADAS 數據工作比作一條生產線，采集只是上游，分析驗證才是決定質量的中下游。
在這次方案設計和實踐案例中，我們可以得出以下結論：
（1）ADTF 組件化開發可以適配ROS2已有鏈路和生態資源，把數據鏈路組織得更清晰；
（2）ROSBAG 回放可視化可以把“能跑”變成“能用、能復現、能決策”。
在智能駕駛項目不斷追求效率與穩定性的過程中，構建一條可復用、可管控的數據閉環，或許正是團隊實現“數據落地”關鍵一步。
展開 捷豹路虎和NI聯手開發ADAS解決方案
在AAD車輛技術領域，我們必須解決幾個用例，包括日志記錄、校準、快速原型驗證、云端仿真、組件測試臺等。
工具、流程、硬件、軟件、存儲、計算、操作系統、傳感器、接口標準、同步、本地化和地面實況的生態系統非常復雜，即使在考慮到舊式系統支持之前也是如此。所有這些用例的系統要求隨著時間推移而變得越來越苛刻，我們還必須在這個工具鏈中提高效率、降低成本、推動協同工作和提升穩健性。設計和交付一個涵蓋所有用例的工具鏈絕非易事，同時還要在技術上足夠先進，能夠在每天的運行和工作中執行先進的操作。這一切都必須在沒有大量支持基礎設施的情況下完成，同時還要承受真實系統日常所遭受的沖擊。在滿足業務需求之前，開發和交付該系統還需要時間、投資、承諾和長期愿景。需要明確的是，我們需要將這么多高規格的計算、電子和軟件技術整合到一輛車中，使它們完全集成并可靠地工作。多年來，我們吸取了一些慘痛的教訓，并在一些優秀供應商和合作伙伴的幫助下改進了方法。
問
AN：NI的愿景和目標是為開放合作伙伴生態系統支持的ADAS和自動駕駛提供數據互聯和軟件互聯驗證工作流程。您對此有何看法？
MF：NI匯集了一系列適用于我們領域的內部技術，并與其他人非常開放地合作，可提供更多的關鍵要素。
展開 
知行科技宋煒瑾：安全集成應對ADAS/AD系統開發新挑戰
第一是這個標準對整個智能駕駛行業的意義，因為這個行業非常重視安全性；
第二，目前有幾個強制標準，如GB標準，比如制動和轉向，都會在附錄內提及功能安全方面的要求，這就導致開發的產品需要滿足強制性要求；
第三，關于預期功能安全，整個標準的研究應該是從2019年或更早就開始了，目前來說，2021年尚未有正式版本發布。
最后一點是信息安全或者是網絡安全，這對很多公司來說是一個比較新的話題，而且大多數公司沒有太成熟的經驗來應對，但是法規上并沒有給你緩沖的空間，目前，ISO21434的DIS版本去年已經發布，而FDIS理論上在今年第一季度發布，但現在有延遲。同時還面臨一個新的情況，在WP.29里規定，歐盟要求2022年所有上市新車都要滿足網絡安全。如果現在的客戶中有國外客戶的話，也需要考慮將這方面的法規納入實際的產品開發當中。
從開發管理流程和架構職責入手
ISO26262、ISO21434等法規其實不只是一個測試、設計標準，而是從整個管理到開發、設計、驗證、售后等整個生命周期都提出的要求，所以其中包含大量的內容。那么，這些內容以及這么緊迫的實施節點，一些不是很大的公司怎么應對挑戰呢？
宋煒瑾表示，通過對法規非常詳細的分析，對其對應標準和流程進行了梳理和合并，知行科技將所有功能安全管理和網絡安全管理都合并在了項目管理中。在整個開發過程中只做一次相關項定義，包含所有這三方面的考慮，接下來做危害分析，考慮功能安全和預期安全，做網絡安全攻擊的威脅分析。
在這個基礎上，形成對應的功能安全概念和網絡安全概念，形成系統設計的指導以及軟硬件開發的設計指導。
展開 康謀分享 | 直面AD/ADAS快速開發挑戰：IVEX自動駕駛場景管理及分析平臺！
<p>過去十年，<strong>自動駕駛和高級駕駛輔助系統 (AD/ADAS) 軟件和硬件的開發</strong>成為了各大汽車公司的主要投資目標之一。各大汽車公司對 AD/ADAS 持續不斷的投資加快了 AD/ADAS 組件的開發周期，但也揭示了目前需要解決的<strong>重大挑戰——如何快速了解開發 AD/ADAS 組件中的車輛行為，以便進行改進！</strong></p><h2>一、方案背景</h2><p>由于 AD/ADAS 的運行環境很復雜，從仿真到真實駕駛，<strong>任何 AD/ADAS 組件的每次更改都需要根據大量場景進行驗證。</strong>然而，場景數量龐大且每天都在增長，<strong>傳統的機器人開發支持工具（如 RVIZ）無法滿足我們的需求。</strong>例如，RVIZ只允許我們實時檢查車輛的行為，<strong>很難快速跳轉到任何特定事件。</strong></p><p>為此，<strong>康謀推出IVEX自動駕駛場景管理及分析平臺</strong>來克服這一難題。IVEX是一個基于云的平臺，包含許多功能來支持 AD/ADAS 的驗證和開發。</p><p><strong>下文康謀將為您分享在AD/ADAS開發中使用IVEX的經驗。
展開 面向 ADAS 和 HMI 開發的可視化數字孿生解決方案 —— 從離線仿真到實時集成
來自VI-grade 公司的工程師將深入解析可視化數字孿生技術如何變革 ADAS（高級駕駛輔助系統）和 HMI（人機交互）的開發流程。
本次會議將探討 VI-WorldSim 如何突破傳統駕駛仿真圖形的局限，支持更高級的應用場景，包括傳感器仿真、真值數據生成，以及通過軟件在環（SIL）、硬件在環（HIL）和駕駛員在環（DIL）設置實現可擴展的驗證。
工程師還將結合真實的客戶應用案例和經過驗證的使用場景，闡述從離線建模到實時系統集成的完整路徑，展示 VI-WorldSim 如何幫助開發者在安全、可重復、高保真的環境中測試、訓練和驗證 ADAS 的感知與控制算法。
??核心要點與價值
1??了解VI-WorldSim 如何支持廣泛的應用場景，助力 ADAS 感知開發、HMI 評估以及與第三方工具的聯合仿真。
2??探索自動標注數據集和虛擬傳感器如何為AI模型的離線與實時訓練、驗證提供可擴展的數據管道。
3??查看實際案例：主機廠和供應商當前如何利用VI-WorldSim 集成傳感器仿真、執行復雜場景，加速ADAS和HMI的創新進程。
面向 ADAS 和 HMI 開發的可視化數字孿生解決方案
—— 從離線仿真到實時集成
直播時間：8月13日 15:00
直播講師：周光磊
VI-grade中國區應用工程師，從事車輛動力學仿真及駕駛模擬器應用技術支持工作，熟悉駕駛模擬器在車輛動力學、智能駕駛等領域的應用。
從事從事整車性能開發、車輛動力學、底盤電子、ADAS系統開發與測試的工程師和行業研究人員，想要掌握最新技術？就在8月13日 15:00！！！
展開 ABAQUS二次開發之數據驗證姐妹篇
1 錯誤提示燈使用理論
上節主要介紹了如何在最短時間，完成一個數據驗證的方法，那么本篇就其技術原理進行講解。
針對ABAQUS插件而言，他的文件組成形式如下表所示：
表 1 文件功能說明
文件類型
文件功能
Kernel
接收用戶在GUI界面輸入的參數，在軟件后臺完成相應操作
Plugin
將每個窗口與內核文件每個參數進行一一綁定，并且完成該插件的注冊。（插件不注冊將無法使用！！！）
DB
定義GUI界面的窗口類型，大小，數據類型，例如文本輸入框、選擇框、檢查框等等
首先來看kernel文件，代碼如下：
本文件的功能是接收輸入的浮點數，后臺自動創建一個名為“composite”的材料，并且它的密度是 num，再看plugin文件
首先在從AFXForm這個類生成一個子類，在定義構造函數的時候，需要定義一個主程序，該cmd的功能是將kernel文件中的函數參數導入，便于kernel文件與注冊文件進行數據交互。
self.cmd = AFXGuiCommand(mode=self, method='warning',
objectName='warning', registerQuery=False)
本函數的第2,3個參數，method和objectName，即為kernel函數的文件名稱和接收參數的函數名，注意，kernel文件可能有多個函數，故此處選擇函數需注意，否則內核文件將無法找到相關參數。
展開 案例分享: Mercedes-AMG的虛擬驗證計劃如何推動車輛動力學的開發
?? 新案例研究：Mercedes-AMG
Mercedes-AMG GmbH 如何在縮短開發周期與日益復雜的車輛和系統之間取得平衡？
在我們最新的案例研究中，梅賽德斯-AMG分享了其基于VI-grade解決方案的虛擬驗證計劃，如何通過先進的實時仿真徹底改變車輛動力學的發展。
該項目的核心是AMG虛擬車庫，這是一個集中的云平臺框架，能夠實現跨車型的一致、實時模擬。結合動態模型配置、聯合仿真和具備實時能力的輪胎模型，Mercedes-AMG能夠實現自動化驗證，減少對物理原型的依賴，加快開發進程，同時保持高仿真精度。
?? 感興趣嗎？掃描下方客服二維碼，回復【VI-grade案例0304】免費獲取完整案例！
關于 VI-grade
VI-grade 是全球顛覆性汽車開發解決方案提供商，致力于推動零原型車開發模式的落地。
公司以人為本的解決方案涵蓋行業領先的實時仿真軟件、專業駕駛模擬器及硬件在環解決方案，助力交通運輸行業加速產品開發。
其可擴展的駕駛模擬器產品系列覆蓋廣泛性能區間，能夠全面評估多學科駕駛體驗。這些經過實踐驗證的解決方案，幫助整車廠、供應商、研究中心、賽車團隊及高校減少物理原型車使用，同時加速創新進程，逐步實現零原型車的終極開發目標。
VI-grade 隸屬于 HBK ISV（仿真與驗證）事業部，該事業部專注于提供實時軟件、模擬器及硬件在環解決方案，支持產品開發全周期的虛擬測試，助力企業加速創新、縮短上市時間并提升競爭優勢。
VI-grade 標志及所有產品名稱均為 VI-grade GmbH 的商標或注冊商標。
展開 直播 | MR2 HIL-馬達驅動器開發與驗證的最佳利器
課程主題：MR2 HIL-馬達驅動器開發與驗證的最佳利器
課程大綱：
? 什么是硬件在環
? MR2硬件在環關鍵技術
? 馬達驅動相關全系統硬件在環仿真
直播時間：3月17日 下午14:00-15:00
講師介紹
案例分享: Mercedes-AMG的虛擬驗證計劃如何推動車輛動力學的開發
?? 新案例研究：Mercedes-AMG
Mercedes-AMG GmbH 如何在縮短開發周期與日益復雜的車輛和系統之間取得平衡？
在我們最新的案例研究中，梅賽德斯-AMG分享了其基于VI-grade解決方案的虛擬驗證計劃，如何通過先進的實時仿真徹底改變車輛動力學的發展。
該項目的核心是AMG虛擬車庫，這是一個集中的云平臺框架，能夠實現跨車型的一致、實時模擬。結合動態模型配置、聯合仿真和具備實時能力的輪胎模型，Mercedes-AMG能夠實現自動化驗證，減少對物理原型的依賴，加快開發進程，同時保持高仿真精度。
??感興趣嗎？請閱讀以下完整案例研究！
??點擊鏈接查看完整案例文檔：
VI-grade CS Mercedes-AMG.pdf
關于 VI-grade
VI-grade 是全球顛覆性汽車開發解決方案提供商，致力于推動零原型車開發模式的落地。
公司以人為本的解決方案涵蓋行業領先的實時仿真軟件、專業駕駛模擬器及硬件在環解決方案，助力交通運輸行業加速產品開發。
其可擴展的駕駛模擬器產品系列覆蓋廣泛性能區間，能夠全面評估多學科駕駛體驗。這些經過實踐驗證的解決方案，幫助整車廠、供應商、研究中心、賽車團隊及高校減少物理原型車使用，同時加速創新進程，逐步實現零原型車的終極開發目標。
VI-grade 隸屬于 HBK ISV（仿真與驗證）事業部，該事業部專注于提供實時軟件、模擬器及硬件在環解決方案，支持產品開發全周期的虛擬測試，助力企業加速創新、縮短上市時間并提升競爭優勢。
VI-grade 標志及所有產品名稱均為 VI-grade GmbH 的商標或注冊商標。
展開 
鉆石和西門子聯合開發的雙發混動驗證機首飛
驗證機采用獨立設計的電機等冗余推進設計架構可提高安全性。
DA40混動驗證機屬于德國財政部和奧地利研究進步局資助的HEMEP（混合電動多發飛機）項目，始于2013年。西門子在德國LuFo航空研究計劃下開發電動系統。鉆石公司負責改進飛機，安裝混動系統。HEMEP項目合作伙伴還有空客（開發電池系統），Tera集團（完成發電機驅動單元的性能設計和動力學分析）、奧地利林茲大學（開展螺旋槳和機身間氣流影響的空氣動力學分析）。未來的飛行將研究不同混動模式下與非電動飛機在效率、航程、能源消耗等方面的差異。測試還將度量噪音并收集混動飛機實際運營數據信息。
實際上，西門子與鉆石公司并非首次合作。2009年，鉆石就和西門子合作研發了單發混合動力驗證機DA36。
04 DA36采用一個串行混合動力系統，有一個30千瓦的萬克爾轉子發動機提供電力驅動1臺西門子70千瓦的電動機。
除了鉆石、西門子公司，空客、羅·羅等多家傳統優勢企業和一批初創企業也在積極開展電動飛機研究。西門子與空客正在合作研究未來100座級電動飛機（所需電力高達10兆瓦或更大）。羅·羅與空客正在合作開發E-fan X混合電動支線驗證機。萊特電氣與西班牙Axter航宇將于2019年首飛9座混合電動原型機。美國另一家初創企業VerdeGo航空正與以色列航宇工業合作開發城市空運項目。賽峰與貝爾將合作開發混合電動垂直起降飛機。
航空工業發展研究中心 蔡琰、王元元
展開 3分鐘教會你ABAQUS二次開發之--界面數據合理性驗證
前言：本文適用有一定ABAQUS插件開發的人員使用，話不多說，開始正題。
以復合材料的材料屬性“密度”一欄為例說明，我們輸入一個負數，比如 -10，眾所周知，一個材料的密度肯定不可能是負數，
大家看到沒有，立馬彈出一個警告提示“復合材料密度必須為正數，請重新輸入!”
這是怎么實現的呢？首先請小伙伴們創建一個這樣的插件
（創建插件的辦法網站見：https://blog.csdn.net/sinat_42856437/article/details/86703009）
大家打開自己的插件目錄，會看到生成這樣3個.py文件，（.pyc文件在Python文件執行后生成的，假裝看不到，不用管他）
接下來我們打開“warning_plugin.py”文件，注意，大家如果給自己的插件名稱名為為“xx”,那么就打開“xx_plugin.py”
我們將第43行代碼的“retrue True”刪去，在“ pass”即第42行代碼后面插入一串代碼，，變成如下形式：
這里需要注意兩個點，首先“self.numKw”，中的num必須是在內核文件中定義的參數一樣
說白了，你想把哪個參數新增數據合法性驗證，那就自動在這個參數后面加上個kw，然后照貓畫虎，進行替換即可。
showAFXErrorDialog（）----這是ABAQUS界面開發中的一個函數，其他參數不用管，重點在第二個參數，輸入彈出的警告框提示內容，例如，你想彈出“ERROR!!!”，好，那就輸入該字符串即可，但是要注意一點，你想顯示漢字，必須首先漢化，漢化方法見其他教程,并且將漢字轉換為GBK編碼，才可以正常顯示，有的腳本不轉化也可以顯示漢字，我也搞不懂，懂行的朋友可以教一下在下。
展開 混合多材料（鋼/塑/有機材料）車身A柱輕量化開發與驗證
旨在將先進的材料混合方案應用于車身結構件的開發中，例如圖1所示的混合材料車身A柱。
目前，行業已有將金屬型材與纖維增強復合材料兩種材料混合應用的案例，如圖2。第一種注塑成形部件截面穩定性較好，但整體結構穩定性較差；第二種結構擁有金屬邊緣，其優勢是可以通過點焊、鉚接等常見方式進行連接，但其截面穩定性較差；第三種纖維增強復合材料設計具有較好的穩定性，但整體的剛性較差。同時復合材料的設計需要采用膠粘連接，批量化生產時傳統裝配線需要進行較大的改動。基于三維材料混合技術開發的第四種結構，采用熱成型鋼或冷軋鋼板+有機纖維板局部增強+長纖維增強脊結構實現橫截面穩定。
將該結構應用于B柱的輕量化設計中，與傳統B柱相比，部件數量顯著減少，重量降低14%，能量吸收能力提升25%。
三維材料混合結構成型工具
為實現鋼板、玻纖增強有機板、長纖維模壓復合材料混合結構的加工，2013年Siebenwurst開發了一種用于沖擊擠壓加工的特殊模具，并在ILK工藝開發中心的項目中投入使用，如圖3。上部有多個氣動夾具，確保壓制過程中鋼板的可靠定位。下部設有多個元件，液壓系統可確保將有機板定型和壓制到鋼制外殼中；密封框架可防止熱塑性化合物在擠壓過程中出現泄漏；待模具內塑料凝固后，可以使用頂針部件實現脫模。
目前，該模具已成功實現自動化生產試驗。研究人員將對模具進一步調整以實現產品部件的品質穩定。
展開 Moldex3D模流分析之Moldex3D協助YUDO完成熱澆道設計驗證和開發
熱澆道模具成型時不會產生澆道廢料，具備節能省料和縮短開發時間優點。熱澆道可以取代傳統冷澆道并克服產品的缺陷，例如：消弭結合線、提升產品質量、降低射壓/ 鎖模力以及縮短成型周期。更重要的是，熱澆道可以節省廢料產生，達到節能減排，徹底推行”綠色模具”。
但也因為熱澆道系統相對復雜，時常遭遇流動不平衡、流動死角和受熱不均勻等問題。更嚴重的問題像是因過熱產生塑料熱裂解，嚴重影響產品質量。如何能維持熔膠溫度均勻性是一大關鍵，這和模型幾何設計以及整個熱澆道系統和溫控方法有非常緊密的關系。
經過不斷改善設計工藝，Moldex3D有效協助YUDO縮短設計周期，降低成本并鞏固全球競爭力。
“YUDO對模流分析并不陌生，面對市場和客戶的挑戰，我們一直都希望能擁有可以提升質量又能降低成本和縮短上市周期的技術。Moldex3D在熱澆道模具驗證和開發上，能提供進階且精準的分析，尤其具備真實三維分析和高效能計算云端，是我們選擇Moldex3D的理由。”YUDO 總裁 Francis Yu 說道。
Moldex3D 支持建立完整熱澆道系統仿真分析
展開 