汽車嵌入式
關注創建者：carcarcar 創建時間：2021-08-31
汽車嵌入式的視頻教程
caseplayer2靜態解析工具使用方法
MISRA-C規范檢查：MISRA-C是一種針對汽車嵌入式系統編程的規范，旨在提供一套用于編寫安全關鍵的汽車軟件的指南。CasePlayer2集成了MISRA-C規范檢查功能，可以自動檢查源代碼是否符合MISRA-C規范，從而確保源代碼的安全性和穩定性。 4.
免費
查看
【LSDYNA】汽車撞擊獨柱式RC墩建模仿真
【LSDYNA】本案例演示F800汽車防撞柱實驗幾何模型建立、網格劃分和關鍵字定義；F800汽車撞擊獨柱式鋼筋混凝土橋墩幾何模型建立、網格劃分和關鍵字定義。并且給出了詳細的圖紙和建模文檔。
￥99 59分鐘 332播放
查看
汽車嵌入式的實例教程
Mx Suite是汽車行業內經過大量工程實踐檢驗的嵌入式一體化軟件測試平臺。它使用強大的圖形化方式來設計測試用例輸入、期望輸出和結果容差，通過多種成熟的接口與不同的被測對象進行連接，并提供豐富的報告展示測試結果，為汽車嵌入式軟件測試提供一站式一體化的測試平臺環境。Mx Suite可用于測試Simulink模型、代碼（人工或自動）和連接不同的汽車電子設備等，旨在消除嵌入式軟件的功能缺陷等問題。
Mx Suite主要優勢
? 從軟件測試整個周期來看，Mx Suite能做到MIL/SIL/HIL測試用例復用，測試的計劃、測試用例、測試報告也因平臺的可實現測試質量的管控
? Mx Suite軟件可以圖形化交互式地設計測試用例，靈活組成測試場景進行自動化測試
? Mx Suite具備70+汽車業內主流的軟件接口，可支持符合Autosar協議開發軟件單元測試
? 測試平臺通過功能安全等級認證，對安全等級較高的控制器過產品認證有很大幫助，可進行基于嵌入式一體化平臺的單元測試， 集成測試
Mx Suite 一體化測試平臺
Mx Suite主要由兩部分組成
? Mx-VDev：通用測試平臺
主要包括測試編輯器、測試檢查器、測試執行和報告生成器。
Mx-Vdev 通用測試編輯器和檢查器
Mx-VDev可以導入設備數據和輸出作為測試用例、新建測試用例，調度執行測試用例，評估測試結果，并生成測試報告。它通過強大的自動回歸測試功能，可以在非工作時間進行無人化回歸測試，以便及時獲得測試報告。
? Mx-TransIt：仿真接口編輯器
接口編輯，用于創建測試用例和Simulink模型、軟件代碼、車輛網絡、HIL測試設備和ECU的連接。主要起仿真連接的作用。
展開 區別于傳統基于SysML的架構設計工具，SCADE Architect支持在SysML的基礎進行封裝定制，擴展出了符合ARP 4754A流程的航空嵌入式系統設計解決方案 (支持導出符合ARINC 429,ARINC 664，ARINC 653等協議的ICD；支持基于AADL 2.2版本對航電非功能屬性進行建模、實現虛擬系統的集成；支持FACE: Future Airborne Capability Environment架構(最高3.0版本))、擴展出了符合ISO 26262流程的汽車嵌入式系統設計解決方案(支持AUTOSAR標準)。
同年，為了專注于安全關鍵系統領域的業務，愛斯特爾技術公司將研制多年的旨在簡化電子系統級(ESL)設計和系統級芯片(SoC)設計的EDA工具Esterel Studio 出售給了Synfora公司。而2010年，Synopsys公司又收購了Synfora公司。盡管如此，SCADE依然可以通過定制與部分硬件設計語言進行橋接或轉換。
2011年愛斯特爾技術公司推出SCADE Lifecycle產品，用于幫助系統和軟件開發人員進行產品的全生命周期管理。
2012年愛斯特爾技術公司推出SCADE ARINC 661解決方案，可用于符合ARINC 661標準的交互式座艙顯示系統的設計。SCADE ARINC 661是業內唯一的、以基于模型的方式完全實現ARINC 661標準版本4和版本5中定義的所有控件 (Widget)的解決方案。當前兼容支持的最高版本為ARINC 661版本6(含93個Widget，15個Extension) 。
同年，Ansys收購愛斯特爾技術公司，并將其歸于Ansys的系統事業部(System Business Unit)。
展開 AUTO TECH 2025 華南展匯集各種汽車嵌入式軟件開發與應用、車載操作系統、智駕功能安全與SOTIF、基礎軟件平臺、車載通信、AI大模型、汽車信息安全技術、功能安全技術、底盤安全技術、新一代電子電氣架構（EEA）、軟件測試工具等；
1、智能汽車軟件：底層系統軟件層(包括BSP、虛擬機、系統 內核、中間 件 組件等);功能軟件層(庫組件、中間件等)；上層應用算法軟件層(包括智能座艙HMI、ADAS/AD 算法、網聯算法、云平臺等)；
2、嵌入式軟件開發工具、基礎軟件平臺、高性能計算軟件平臺、車載通信解決方案、自動駕駛軟件、車載操作系統、新一代電子電氣架構（EEA）、面向服務的架構（SOA）、OTA、智能汽車域控制器、軟件定義汽車時代供應鏈、汽車軟件質量與測試等；
3、智能化、自動化和電動汽車的安全技術：汽車信息安全技術、功能安全技術、底盤安全技術、新能源汽車安全、ADAS和ADS的測試技術等。
AUTO TECH 2025 華南展同期汽車軟件與安全技術論壇話題包括不限于：
新一代架構下SDV整車軟件研發實踐
應對軟件定義汽車下的質量與安全挑戰
智能汽車軟件驗證
自動駕駛測試驗證--基于軟件的數據回放及仿真
增強AI，下一代數字座艙
整車廠在汽車功能安全與SOTIF領域的布局
智能座艙操作系統功能安全體系構建與思考
智能汽車零部件功能安全需求與解決方案
基于新一代電子電氣架構的汽車安全防護思路
展開 一、引言
隨著汽車新四化“電動化、網聯化、智能化、共享化”全面推進，幾乎每一項新技術的誕生都離不開汽車電子的身影。其中，電子控制單元（Electronic Control Unit，ECU）作為汽車電子控制系統的核心。與傳統ECU相比，采用AUTOSAR（AUTomotive Open System ARchitecture，汽車開放系統架構）這種分層架構，極大降低了汽車嵌入式系統軟、硬件耦合度。
圖1 傳統軟件架構與AUTOSAR架構對比
此外，隨著國內新能源汽車相關控制器正向開發需求的增長，AUTOSAR規范越來越受到大家的關注，并且應用需求也越來越大。國內一些主流整車廠以及零部件供應商都開始致力于符合AUTOSAR規范的車用控制器軟件開發。
二、汽車電子控制系統
汽車電子控制系統由傳感器（Sensor）、電子控制單元（Electronic Control Unit，ECU）和執行器（Actuator）組成。
圖2 汽車電子控制系統基本構成
傳感器作為信號輸入裝置，用來檢測和采集各種信息，如溫度、壓力、轉速等，可以將非電量信號轉換為電信號傳給電子控制單元。
ECU 也即汽車嵌入式系統（Automotive Embedded System，AES），ECU對傳感器的信號進行處理，通過控制算法向執行器發出控制指令。硬件部分主要由微控制器（Microcontroller，MCU）及外圍電路組成；軟件部分主要包括硬件抽象層（Hardware Abstraction Layer，HAL）、嵌入式操作系統及底層軟件和應用軟件層。
執行器為執行某種控制功能的裝置，用于接收來自ECU的控制指令，并對控制對象實施相應的操作。
展開 疲勞載荷定義，目前MSC.Nastran中支持用戶文本定義載荷歷程、dac、rsp文件和TABLFTG等，同時，定義疲勞載荷對應的SUBCASE ID，且可以定義比例系數、正則化系數、偏移因子等，對準靜態法疲勞分析，疲勞載荷語為
FTGSEQ/FTGEVNT/FTGLOAD,三者之間相互引用關系如下：
Patran中定義界面為：
MSC.Nastran支持SN、EN疲勞材料定義，本例中語句為：
上述語句定義S-N曲線如下：
Patran中定義界面如下：
MSC.Nastran嵌入式疲勞分析結果包括：單次循環損傷（log顯示）、循環次數（log顯示）、最大應變、最大應力、最小應變、最小應力等。本例中Patran界面顯示如下：
嵌入式疲勞益處
整個流程在MSC.Nastran中，對使用者，只是擴展了少量語句，即可完成疲勞分析，學習成本小。
整個流程基于同一軟件完成，分析流程縮短，提高分析效率；
中間過程數據少，CPU/內存/硬盤資源消耗少；
中間過程數據少，方便管理。
文章來源：海克斯康工業軟件
展開 
汽車嵌入式的相關專題、標簽、搜索
汽車嵌入式的最新內容
AI 浪潮下，嵌入式開發正陷入“工具混戰”：ARM 架構用 Keil、RISC-V 架構用 Eclipse， AI 功能還要手動拼腳本，調試多核系統時需開著三四個 IDE 來回切換…… 作為在工業嵌入式領域深耕 10 年的團隊，我們曾和眾多開發者一樣困惑：有沒有一款能搞定所有架構、還能安全駕馭 AI 的 IDE？
為此，我們團隊耗時3個月完成了一次“全網嵌入式
AI 浪潮下，嵌入式開發正陷入“工具混戰”：ARM 架構用 Keil、RISC-V 架構用 Eclipse， AI 功能還要手動拼腳本，調試多核系統時需開著三四個 IDE 來回切換…… 作為在工業嵌入式領域深耕 10 年的團隊，我們曾和眾多開發者一樣困惑：有沒有一款能搞定所有架構、還能安全駕馭 AI 的 IDE？
為此，我們團隊耗時3個月完成了一次“全網嵌入式
AI 浪潮下，嵌入式開發正陷入“工具混戰”：ARM 架構用 Keil、RISC-V 架構用 Eclipse， AI 功能還要手動拼腳本，調試多核系統時需開著三四個 IDE 來回切換…… 作為在工業嵌入式領域深耕 10 年的團隊，我們曾和眾多開發者一樣困惑：有沒有一款能搞定所有架構、還能安全駕馭 AI 的 IDE？
為此，我們團隊耗時3個月完成了一次“全網嵌入式
<p><strong>FLOEFD：熱仿真效率新標桿</strong></p><p><strong>告別低效CFD分析！FLOEFD：CAD嵌入式熱仿真，讓研發周期縮短75%</strong></p><p>在工業產品研發領域，流體流動與熱傳導仿真（CFD）是保障產品性能的關鍵環節，但傳統CFD分析卻常年陷入“低效困境”：CAD數據轉換耗時久、網格劃分動輒數天、仿真只能在設計后期介入，一旦發現問題返工成本極高
一、嵌入式單元測試的歷史演進與技術革新
嵌入式軟件單元測試在過去十五年間經歷了從基礎功能驗證到全面質量保障的深刻變革。2010年前后的測試環境主要依賴宿主機測試和簡單模擬器，而2025年的現代測試體系已經形成了高度智能化的全流程解決方案。
1.1 測試工具的技術躍遷
十五年前的嵌入式單元測試工具以開源框架為主，如Unity、CUnit和Check等，這些工具功能相對單一，主要提供基本的斷言和測試用例管理功能
摘要：隨著嵌入式系統在汽車電子、工業控制等安全關鍵領域的廣泛應用，軟件質量與可靠性成為核心挑戰。本文通過分析嵌入式軟件開發的特殊性與單元測試的獨特價值，論證專業單元測試工具的必要性，并以winAMS工具為例，從技術架構、功能優勢、行業實踐三個維度，系統闡述其如何解決傳統測試方法的局限性，為嵌入式軟件開發提供高效、可靠的測試保障。
Ansys Mechanical，Ansys機械工程分析軟件，是Ansys平臺下的結構力學分析核心分析模塊；Ansys Mechanical Embedded nCode DesignLife 是一款集成在Ansys Mechanical 中的高級疲勞分析軟件，主要用于產品的耐久性分析和計算，是一款較為先進的一款疲勞測試工具。它是一個面向過程的，基于有限元的疲勞分析包，可識別危險點位置并計算疲勞壽命
與傳統ECU相比，采用AUTOSAR（AUTomotive Open System ARchitecture，汽車開放系統架構）這種分層架構，極大降低了汽車嵌入式系統軟、硬件耦合度。
圖1 傳統軟件架構與AUTOSAR架構對比
此外，隨著國內新能源汽車相關控制器正向開發需求的增長，AUTOSAR規范越來越受到大家的關注，并且應用需求也越來越大。
在汽車電子、工業控制、航空航天等嵌入式開發領域，團隊常面臨一個看似無解的悖論：如何在保證代碼安全性的前提下，大幅提升測試效率？
傳統測試工具往往需要搭建獨立環境、插入大量樁代碼，甚至需要開發者手動編寫測試用例——這不僅耗時耗力，還可能在代碼侵入性修改中引入新風險。而當項目需要滿足ISO 26262、IEC 61508等嚴苛的功能安全標準時，測試覆蓋率的要求（
<p><strong>汽車后尾翼設計</strong></p><p><br></p><p>汽車尾翼作為空氣動力學附加裝置，使得汽車高速行駛時，空氣阻力形成一個向下的壓力，提高輪胎抓地力，增加高速行駛穩定性，同時改善汽車尾部流場降低行駛風阻。由于轎車的尾翼通常安裝在后行李艙蓋末端，僅須考慮升力和阻力，不用太擔心風噪的問題。而對于SUV/MPV這種方正的尾部造型，尤其是設計師為了提高造型的運動性和品牌個性
