嵌入式軟件單元測試的案例
嵌入式軟件開發(fā)中專業(yè)單元測試工具的必要性
摘要：隨著嵌入式系統(tǒng)在汽車電子、工業(yè)控制等安全關(guān)鍵領(lǐng)域的廣泛應(yīng)用，軟件質(zhì)量與可靠性成為核心挑戰(zhàn)。本文通過分析嵌入式軟件開發(fā)的特殊性與單元測試的獨特價值，論證專業(yè)單元測試工具的必要性，并以winAMS工具為例，從技術(shù)架構(gòu)、功能優(yōu)勢、行業(yè)實踐三個維度，系統(tǒng)闡述其如何解決傳統(tǒng)測試方法的局限性，為嵌入式軟件開發(fā)提供高效、可靠的測試保障。
關(guān)鍵詞：嵌入式軟件；單元測試；winAMS；功能安全；測試覆蓋率
一、引言
嵌入式軟件因其運行于資源受限的硬件環(huán)境，需滿足實時性、低功耗、高可靠性等嚴(yán)苛要求，其開發(fā)常面臨交叉編譯、硬件依賴性強(qiáng)、調(diào)試接口有限等挑戰(zhàn)。在汽車電子領(lǐng)域，軟件缺陷可能導(dǎo)致嚴(yán)重的安全事故，如剎車系統(tǒng)控制邏輯錯誤可能引發(fā)車輛失控。因此，嵌入式軟件的單元測試不僅是軟件開發(fā)的良好實踐，更是保障人身安全的重要措施。傳統(tǒng)單元測試方法（如源碼插樁、樁函數(shù)模擬）在嵌入式場景下存在效率低、精度差、硬件依賴性強(qiáng)等問題，而專業(yè)單元測試工具（如winAMS）通過獨特的技術(shù)架構(gòu)，為嵌入式軟件開發(fā)提供了高效、可靠的測試解決方案。
二、嵌入式軟件單元測試的必要性
（一）嵌入式軟件的特殊性
嵌入式軟件運行于微控制器、DSP等硬件環(huán)境，需滿足以下要求：
實時性：時間敏感型任務(wù)（如剎車壓力計算）需在截止期限內(nèi)完成，否則可能導(dǎo)致系統(tǒng)失效。
資源受限：內(nèi)存、算力資源有限，需避免內(nèi)存泄漏、棧溢出等問題。
硬件依賴性強(qiáng)：代碼與硬件接口（如CAN總線、GPIO）緊密耦合，傳統(tǒng)測試需依賴物理設(shè)備，效率低下。
（二）單元測試的核心價值
單元測試作為軟件開發(fā)過程中的關(guān)鍵環(huán)節(jié)，在嵌入式場景下具有以下核心價值：
缺陷早期捕獲：在代碼編寫階段即可識別邏輯錯誤、邊界條件處理不當(dāng)?shù)葐栴}，降低后期修復(fù)成本。
展開 現(xiàn)代嵌入式軟件單元測試的全面演進(jìn)與專業(yè)工具的核心價值
一、嵌入式單元測試的歷史演進(jìn)與技術(shù)革新
嵌入式軟件單元測試在過去十五年間經(jīng)歷了從基礎(chǔ)功能驗證到全面質(zhì)量保障的深刻變革。2010年前后的測試環(huán)境主要依賴宿主機(jī)測試和簡單模擬器，而2025年的現(xiàn)代測試體系已經(jīng)形成了高度智能化的全流程解決方案。
1.1 測試工具的技術(shù)躍遷
十五年前的嵌入式單元測試工具以開源框架為主，如Unity、CUnit和Check等，這些工具功能相對單一，主要提供基本的斷言和測試用例管理功能。當(dāng)時的商業(yè)工具較少且功能有限，測試多在開發(fā)環(huán)境中進(jìn)行，通過樁和模擬器隔離硬件依賴。
展開 Tessy — 嵌入式軟件單元測試 / 集成測試工具
Tessy源自戴姆勒 - 奔馳公司的軟件技術(shù)實驗室，由德國Hitex公司負(fù)責(zé)銷售及技術(shù)支持服務(wù)，是一款專門針對嵌入式軟件進(jìn)行單元/集成測試的工具。它可以對C/C++代碼進(jìn)行單元、集成測試，可以自動化搭建測試環(huán)境、執(zhí)行測試、評估測試結(jié)果并生成測試報告，其多樣化的測試用例導(dǎo)入生成方式和與測試需求關(guān)聯(lián)的特色，使Tessy在測試組織和測試管理上也發(fā)揮了良好的作用。目前Tessy廣泛應(yīng)用在汽車電子主流客戶中。
主要特點
在V模型開發(fā)中，Tessy主要應(yīng)用在單元測試和集成測試階段。單元測試通過運行代碼檢測出函數(shù)中錯誤，比如算法錯誤、接口問題等；集成測試則在單元測試的基礎(chǔ)上驗證單元之間接口的正確性。基于越早發(fā)現(xiàn)bug開發(fā)成本越低的原則，在進(jìn)行代碼功能驗證的過程中，按照V流程右半部分先完成單元測試再進(jìn)行集成測試的測試順序更為有效。
另外，Tessy也可以滿足各類標(biāo)準(zhǔn)（如ISO26262、IEC61508、EN50128/50129等）對測試的需求，比如Tessy可以滿足ISO26262中各等級對單元/集成測試的要求，當(dāng)然Tessy本身也通過了TUV的認(rèn)證，證明該軟件是安全可靠的，可以在安全相關(guān)的軟件研發(fā)過程中使用。
主要功能
? 自動生成測試環(huán)境、一鍵執(zhí)行及評估結(jié)果
Tessy可以自動生成驅(qū)動程序、樁函數(shù)，幫助測試人員提高單元測試效率。
Tessy支持一鍵執(zhí)行測試，并自動對測試結(jié)果進(jìn)行評估，可生成多種形式的報告。
? 便捷的測試用例設(shè)計方式
除軟件界面手動設(shè)計測試用例外，Tessy還支持導(dǎo)入導(dǎo)出多種格式的測試用例。
展開 Tessy—嵌入式軟件單元測試/集成測試工具
產(chǎn)品概述
Tessy源自戴姆勒—奔馳公司的軟件技術(shù)實驗室，由德國Hitex公司負(fù)責(zé)銷售及技術(shù)的支持服務(wù)，是一款專門針對嵌入式軟件進(jìn)行單元/集成測試的工具。它可以對C/C++代碼進(jìn)行單元、集成測試，可以自動化搭建測試環(huán)境、執(zhí)行測試、評估測試結(jié)果并生成測試報告，其多樣化的測試用例導(dǎo)入生成方式和與測試需求關(guān)聯(lián)的特色，使Tessy在測試組織和測試管理上也發(fā)揮了良好的作用。目前Tessy被廣泛應(yīng)用在汽車電子客戶中。
產(chǎn)品介紹
主要特點
在V模型開發(fā)中，Tessy主要應(yīng)用在單元測試和集成測試階段。單元測試通過運行代碼檢測出函數(shù)中錯誤，比如算法錯誤、接口問題等；集成測試則在單元測試的基礎(chǔ)上驗證單元之間接口的正確性。基于越早發(fā)現(xiàn)bug開發(fā)成本越低的原則，在進(jìn)行代碼功能驗證的過程中，按照V流程右半部分先完成單元測試再進(jìn)行集成測試的測試順序更為有效。
另外，Tessy也可以滿足各類標(biāo)準(zhǔn)（如ISO26262、IEC61508、EN50128/50129等）對測試的需求。比如Tessy可以滿足ISO26262中各等級對單元/集成測試的要求，當(dāng)然Tessy本身也通過了TUV的認(rèn)證，證明該軟件是安全可靠的，可以在安全相關(guān)的軟件研發(fā)過程中使用。
主要功能
? 自動生成測試環(huán)境、一鍵執(zhí)行及評估結(jié)果
Tessy可以自動生成驅(qū)動程序、樁函數(shù)，幫助測試人員提高單元測試效率。
Tessy支持一鍵執(zhí)行測試，并自動對測試結(jié)果進(jìn)行評估，可生成多種形式的報告。
展開 
Tessy — 嵌入式軟件單元測試/ 集成測試工具
Tessy是一個專門針對嵌入式軟件的C/C++代碼進(jìn)行單元、集成測試的工具，它可以自動化地執(zhí)行測試、評估測試結(jié)果并生成測試報告。Tessy的目標(biāo)就是：通過自動化整個測試周期，支持針對C語言的單元測試/集成測試，同時，Tessy也同樣關(guān)注測試組織和測試管理。
Tessy軟件源自戴姆勒-奔馳公司的軟件技術(shù)實驗室，在戴姆勒-奔馳公司得到廣泛的使用，1997年之后成為專業(yè)的軟件測試工具公司Razorcat，由德國Hitex負(fù)責(zé)全球銷售及技術(shù)支持服務(wù)。北京經(jīng)緯恒潤科技作為Hitex/Razorcat公司的中國合作伙伴，將為中國汽車客戶提供Tessy軟件及優(yōu)秀的軟件測試服務(wù)。
產(chǎn)品介紹
在以V模型為例的開發(fā)模式中，Tessy主要應(yīng)用在單元/模塊測試，集成/組件測試。在V模型的開發(fā)模式中，單元測試是第一個動態(tài)測試活動。通過函數(shù)級測試，有效檢查出每一類錯誤，比如算法錯誤、邊界控制錯誤、數(shù)據(jù)溢出等。通過單元測試，可以盡可能早得發(fā)現(xiàn)Bug，防止直到后面的測試過程或者直到用戶那里才被發(fā)現(xiàn)。在整個項目開發(fā)測試周期中，越早發(fā)現(xiàn)Bug越好，事實證明，開展詳盡規(guī)范的單元測試能夠有效減少系統(tǒng)測試和回歸測試時間，降低開發(fā)成本。
另外，Tessy也可以滿足各類標(biāo)準(zhǔn)（ISO26262、IEC 61508、 EN 50128/50129、 DO-178B、汽車SPiCE或FDA的軟件驗證通用原則）對測試的需求，比如ISO26262中各個測試等級中對模塊測試的要求可以使用Tessy來滿足，當(dāng)然Tessy本身也通過了Tuev的認(rèn)證，可以在安全相關(guān)性的軟件研發(fā)過程中被使用。
展開 Mx Suite — ISO 26262 認(rèn)證的嵌入式軟件一體化測試平臺
Mx Suite是汽車行業(yè)內(nèi)經(jīng)過大量工程實踐檢驗的嵌入式一體化軟件測試平臺。它使用強(qiáng)大的圖形化方式來設(shè)計測試用例輸入、期望輸出和結(jié)果容差，通過多種成熟的接口與不同的被測對象進(jìn)行連接，并提供豐富的報告展示測試結(jié)果，為汽車嵌入式軟件測試提供一站式一體化的測試平臺環(huán)境。Mx Suite可用于測試Simulink模型、代碼（人工或自動）和連接不同的汽車電子設(shè)備等，旨在消除嵌入式軟件的功能缺陷等問題。
Mx Suite主要優(yōu)勢
? 從軟件測試整個周期來看，Mx Suite能做到MIL/SIL/HIL測試用例復(fù)用，測試的計劃、測試用例、測試報告也因平臺的可實現(xiàn)測試質(zhì)量的管控
? Mx Suite軟件可以圖形化交互式地設(shè)計測試用例，靈活組成測試場景進(jìn)行自動化測試
? Mx Suite具備70+汽車業(yè)內(nèi)主流的軟件接口，可支持符合Autosar協(xié)議開發(fā)軟件單元測試
? 測試平臺通過功能安全等級認(rèn)證，對安全等級較高的控制器過產(chǎn)品認(rèn)證有很大幫助，可進(jìn)行基于嵌入式一體化平臺的單元測試， 集成測試
Mx Suite 一體化測試平臺
Mx Suite主要由兩部分組成
? Mx-VDev：通用測試平臺
主要包括測試編輯器、測試檢查器、測試執(zhí)行和報告生成器。
Mx-Vdev 通用測試編輯器和檢查器
Mx-VDev可以導(dǎo)入設(shè)備數(shù)據(jù)和輸出作為測試用例、新建測試用例，調(diào)度執(zhí)行測試用例，評估測試結(jié)果，并生成測試報告。它通過強(qiáng)大的自動回歸測試功能，可以在非工作時間進(jìn)行無人化回歸測試，以便及時獲得測試報告。
? Mx-TransIt：仿真接口編輯器
接口編輯，用于創(chuàng)建測試用例和Simulink模型、軟件代碼、車輛網(wǎng)絡(luò)、HIL測試設(shè)備和ECU的連接。主要起仿真連接的作用。
展開 嵌入式軟件測試的革新：如何用深度集成工具破解效率與安全的雙重困局？
在汽車電子、工業(yè)控制、航空航天等嵌入式開發(fā)領(lǐng)域，團(tuán)隊常面臨一個看似無解的悖論：如何在保證代碼安全性的前提下，大幅提升測試效率？
傳統(tǒng)測試工具往往需要搭建獨立環(huán)境、插入大量樁代碼，甚至需要開發(fā)者手動編寫測試用例——這不僅耗時耗力，還可能在代碼侵入性修改中引入新風(fēng)險。而當(dāng)項目需要滿足ISO 26262、IEC 61508等嚴(yán)苛的功能安全標(biāo)準(zhǔn)時，測試覆蓋率的要求（如MC/DC覆蓋率達(dá)100%）更讓開發(fā)周期雪上加霜。
最近，在與某頭部汽車零部件供應(yīng)商的工程師交流中，他們提到了一款名為winAMS的測試工具，其設(shè)計理念徹底打破了傳統(tǒng)測試模式的桎梏。經(jīng)過深入調(diào)研，我們發(fā)現(xiàn)這款工具的背后，隱藏著嵌入式測試領(lǐng)域的三大顛覆性邏輯……
一、“零侵入”測試：讓目標(biāo)機(jī)代碼直接成為測試對象
1.1 傳統(tǒng)測試的“阿喀琉斯之踵”
在嵌入式開發(fā)中，多數(shù)單元測試工具依賴Hook代碼或仿真環(huán)境。例如，某知名工具要求開發(fā)者手動插入樁函數(shù)（Stub）以模擬硬件行為，這不僅增加了代碼冗余，還可能導(dǎo)致以下問題：
代碼污染：測試代碼與產(chǎn)品代碼混合，影響可維護(hù)性；
環(huán)境偏差：仿真環(huán)境與真實目標(biāo)機(jī)的寄存器狀態(tài)、中斷響應(yīng)存在差異；
安全認(rèn)證風(fēng)險：修改后的代碼可能無法通過功能安全審查。
某歐洲Tier 1供應(yīng)商曾因仿真環(huán)境下的測試遺漏了一個硬件相關(guān)的時序錯誤，導(dǎo)致量產(chǎn)ECU出現(xiàn)偶發(fā)性故障，最終召回成本高達(dá)數(shù)百萬歐元。
1.2 winAMS的解決方案：從“模擬”到“真實”的躍遷
winAMS的核心突破在于直接使用目標(biāo)機(jī)代碼進(jìn)行測試，無需任何Hook或環(huán)境重構(gòu)。
展開 嵌入式系統(tǒng)的軟件架構(gòu)設(shè)計！
前言
嵌入式是軟件設(shè)計領(lǐng)域的一個分支，它自身的諸多特點決定了系統(tǒng)架構(gòu)師的選擇，同時它的一些問題又具有相當(dāng)?shù)耐ㄓ眯裕梢酝茝V到其他的領(lǐng)域。
提起嵌入式軟件設(shè)計，傳統(tǒng)的印象是單片機(jī)，匯編，高度依賴硬件。傳統(tǒng)的嵌入式軟件開發(fā)者往往只關(guān)注實現(xiàn)功能本身，而忽視諸如代碼復(fù)用，數(shù)據(jù)和界面分離，可測試性等因素。從而導(dǎo)致嵌入式軟件的質(zhì)量高度依賴開發(fā)者的水平，成敗系之一身。
隨著嵌入式軟硬件的飛速發(fā)展，今天的嵌入式系統(tǒng)在功能，規(guī)模和復(fù)雜度各方面都有了極大的提升。比如，Marvell公司的PXA3xx系列的最高主頻已經(jīng)達(dá)到800Mhz，內(nèi)建USB,WIFI,2D圖形加速,32位DDR內(nèi)存。
在硬件上，今天的嵌入式系統(tǒng)已經(jīng)達(dá)到甚至超過了數(shù)年前的PC平臺。在軟件方面，完善的操作系統(tǒng)已經(jīng)成熟，比如Symbian, Linux, WinCE。
基于完善的操作系統(tǒng)，諸如字處理，圖像，視頻，音頻，游戲，網(wǎng)頁瀏覽等各種應(yīng)用程序?qū)映霾桓F，其功能性和復(fù)雜度比諸PC軟件不遑多讓。原來多選用專用硬件和專用系統(tǒng)的一些商業(yè)設(shè)備公司也開始轉(zhuǎn)換思路，以出色而廉價的硬件和完善的操作系統(tǒng)為基礎(chǔ)，用軟件的方式代替以前使用專有硬件實現(xiàn)的功能，從而實現(xiàn)更低的成本和更高的可變更，可維護(hù)性。
2.決定架構(gòu)的因素和架構(gòu)的影響
架構(gòu)不是一個孤立的技術(shù)的產(chǎn)物，它受多方面因素的影響。同時，一個架構(gòu)又對軟件開發(fā)的諸多方面造成影響。
下面舉一個具體的例子。
摩托車的發(fā)動機(jī)在出廠前必須通過一系列的測試。在流水線上，發(fā)動機(jī)被送到每個工位上，由工人進(jìn)行諸如轉(zhuǎn)速，噪音，振動等方面的測試。要求實現(xiàn)一個嵌入式設(shè)備，具備以下基本功能:
安裝在工位上，工人上班前開啟并登錄。
通過傳感器自動采集測試數(shù)據(jù)，并顯示在屏幕上。
展開 嵌入式軟件的流程圖制作及解析工具
CasePlayer2 : 適用于嵌入式軟件的說明書制作及解析工具
靜態(tài)解析C/C++源代碼自動生成流程圖等文件
適用于各種嵌入式微機(jī)用匯編代碼
具有符合編程標(biāo)準(zhǔn)MISRA-C 1998/2004的規(guī)范檢查功能，Code Metrics計測功能
適用于掌握以往程序的內(nèi)容，審閱會議時評估程序等，有利于改善軟件質(zhì)量的工具
產(chǎn)品概要
CasePlayer2是通過解析ANSI C語言，C++，嵌入式C語言（非ANSI），以及匯編語言的源代碼，制作包括流程圖等的程序說明書的工具。不論是對以往的程序進(jìn)行邏輯分析，還是為新開發(fā)的程序制作說明書，都提供了強(qiáng)有力的支援。作為程序靜態(tài)分析功能，包括外部變量參照/代入的列表功能，以及C語言的編程標(biāo)準(zhǔn)[MISRA-C]的規(guī)范檢查功能。
只需將程序登記，可以自動生成各種說明書
CasePlayer2是通過分析ANSI C語言，C++，嵌入式C語言（非ANSI），以及匯編語言的源代碼，制作包括流程圖等程序說明書的逆向CASE（computer aided software engineering tool）工具。應(yīng)用GAIO的主要技術(shù)也就是編譯技術(shù)，不需要追加其他代碼就可以解析代碼構(gòu)造，制作各種流程圖。而其他公司的CASE工具往往需要追加代碼才能實現(xiàn)流程圖生成。而且，只需幾秒鐘就可以將數(shù)萬行C語言程序轉(zhuǎn)換成流程圖，具有引以為豪的壓倒性性能。
展開 Ansys基于模型車載嵌入式軟件解決方案
為了應(yīng)對車載嵌入式軟件復(fù)雜性日益增加和安全性不斷提高的挑戰(zhàn)，車載電子單元的制造商和供應(yīng)商必須遭守汽車主動和被動安全系統(tǒng)的工程標(biāo)準(zhǔn)（如 ISO26262 和 AUTOSAR），同時又有提升研制效率和降低開發(fā)成本的壓力。為幫助客戶應(yīng)對這些痛點及挑戰(zhàn)，Ansys 公司提供了基于模型的面向高安全性應(yīng)用的車載軟件開發(fā)解決方案-Ansys SCADE，使用戶可以基于模型的開發(fā)方式，使用內(nèi)置的自動代碼生成器自動生成符合 ISO26262 ASL D 最高安全標(biāo)準(zhǔn)的代碼，并可以輕松集成到現(xiàn)
有的 AUTOSAR 開發(fā)流程中來設(shè)計和生成應(yīng)用軟件組件，從而提高了效率，縮短了車載軟件的迭代和認(rèn)證時間。
滿足ISO26262的基于模型的車載安全嵌入式軟件解決方案
Ansys SCADE 提供了一套完整的基于模型的開發(fā)工具體系，能夠很好的覆蓋電子電器系統(tǒng)的系統(tǒng)設(shè)計過程、功能安全分析過程、嵌入式軟件開發(fā)與驗證過程。同時，該工具體系完全符合 IS026262 標(biāo)準(zhǔn)中面向安全的電子電器系統(tǒng)的開發(fā)要求和過程，支持基于 AUTOSAR 標(biāo)準(zhǔn)的應(yīng)用層架構(gòu)設(shè)計和軟件組件的開發(fā)。
基于模型的支持車載安全嵌入式軟件全生命周期開發(fā)的工具鏈
Ansys SCADE 車載安全嵌入式軟件解決方案包含從軟件架構(gòu)設(shè)計、詳細(xì)設(shè)計、代碼自動生成、軟件單元測試、集成測試、過程追溯以及相應(yīng)文檔生成的全生命周期的基于模型的開發(fā)工具鏈，客戶可根據(jù)自生需要選擇單點工具或整套工具鏈。
展開 招兼職嵌入式軟件架構(gòu)相關(guān)專業(yè)講師
招兼職嵌入式軟件架構(gòu)相關(guān)專業(yè)講師，短周期的培訓(xùn)，可周末，如您想掙點外塊，積累資源，充實生活，請聯(lián)系我，要求有實際項目經(jīng)歷，兩年以上項目經(jīng)歷，表達(dá)能力較好，微信15501239699 ，郵件soft@info-soft.cn。
適用于關(guān)鍵嵌入式軟件系統(tǒng)的仿真解決方案
適用于關(guān)鍵嵌入式軟件系統(tǒng)的仿真解決方案
http://www.ansys.com/zh-CN/products/embedded-software
嵌入式軟件
嵌入式系統(tǒng)與軟件開發(fā)
嵌入式軟件越來越普遍地用于智能設(shè)備，但不完美的代碼可能會導(dǎo)致眾多產(chǎn)品故障。據(jù)業(yè)界領(lǐng)導(dǎo)者預(yù)計，每 1,000 行嵌入式軟件代碼包含 8 個漏洞。為了管理這一質(zhì)量風(fēng)險，以及達(dá)到更高的軟件認(rèn)證標(biāo)準(zhǔn)，您需要充分利用嵌入式軟件開發(fā)工具和認(rèn)證代碼生成器。
ANSYS 提供基于模型的嵌入式軟件開發(fā)和仿真環(huán)境，環(huán)境內(nèi)置自動代碼生成器，以加快嵌入式軟件開發(fā)項目的速度。系統(tǒng)和軟件工程師利用 ANSYS SCADE 解決方案生動地設(shè)計、驗證并自動生成高可靠性要求的關(guān)鍵系統(tǒng)和軟件應(yīng)用。SCADE 解決方案具有較高的可互操作性，并且能夠輕松集成，從而實現(xiàn)開發(fā)優(yōu)化并加強(qiáng)各團(tuán)隊成員之間的溝通。
展開 符合AUTOSAR（AP&CP）的嵌入式系統(tǒng)和軟件設(shè)計工具
AUTOSAR集成測試（測試代碼可來源于ASCET、TargetLink、Embeddedcoder及手寫代碼等）；
▼可提供“Automatic mode”、“Debugger mode”和“Interactive mode”等測試模式；
▼在實際的AUTOSAR OS、RTE和Service中進(jìn)行仿真
▼黑白盒測試
▼Debugging、Code Coverage & Profiling
▼支持FMI/FMU標(biāo)準(zhǔn)的聯(lián)合仿真，通過將軟件架構(gòu)實現(xiàn)導(dǎo)出成標(biāo)準(zhǔn)的FMU，用于AUTOSAR功能和被控對象或非AUTOSAR功能之間的跨學(xué)科仿真
圖 12-AUTOSAR Builder支持FMI/FMU標(biāo)準(zhǔn)的聯(lián)合仿真
圖 13－AUTOSAR Builder Asim仿真功能界面
經(jīng)緯恒潤
北京市海淀區(qū)知春路7號致真大廈D座6層
郵箱：market_dept@hirain.com
網(wǎng)址：www.hirain.com
展開 直播內(nèi)容搶先看 | 全自主車載嵌入式軟件平臺開發(fā)與集成方案
INTEWORK-EAS-CP：經(jīng)緯恒潤C(jī)lassic AUTOSAR解決方案
INTEWORK-CP（AUTOSAR Classic Platform，以下簡稱CP）是經(jīng)緯恒潤自主研發(fā)的Classic AUTOSAR解決方案，包含完整的AUTOSAR工具鏈和嵌入式標(biāo)準(zhǔn)軟件。
?? 產(chǎn)品特點
基于AUTOSAR標(biāo)準(zhǔn)開發(fā)，支持AUTOSAR4.x版本，可提供主流OEM定制版本
提供完整的AUTOSAR工具鏈，兼容多種業(yè)內(nèi)主流數(shù)據(jù)格式，如DBC，LDF，PDX，ODX，ARXML等，支持與第三方AUTOSAR工具鏈無縫集成
提供50多個標(biāo)準(zhǔn)模塊，嵌入式源碼交付，模塊可靈活組合選購
多種License類型來滿足客戶不同的研發(fā)和項目需求
開發(fā)流程和產(chǎn)品獲得功能安全ASIL-D雙證書，提供完善功能安全文檔和服務(wù)，幫助客戶更容易地實現(xiàn)功能安全相關(guān)要求
符合CMMI的開發(fā)流程，近10年量產(chǎn)經(jīng)驗，質(zhì)量可靠有保證
適配主流芯片廠家多款芯片及多種編譯器環(huán)境
?? 服務(wù)
全項目周期的技術(shù)支持服務(wù)，貫穿項目售前、啟動、開發(fā)、集成、測試、驗收、售后
本地化團(tuán)隊提供現(xiàn)場集成和培訓(xùn)服務(wù)
多種高效的技術(shù)支持方式，包括電話、郵件、視頻會議、現(xiàn)場支持等
維護(hù)期內(nèi)軟件支持升級更新
快速響應(yīng)，疫情期間進(jìn)度支持不受影響
根據(jù)客戶需求，提供定制化的方案和服務(wù)
欲了解更多相關(guān)信息，請點擊“本鏈接”報名參加 11月18日-19日云技術(shù)研討會 | 合作、高效--下一代汽車電子軟件開發(fā)與測試論壇 ，期待您的參與！
展開 案例分享 | 富世華集團(tuán)：用 MSC Nastran 嵌入式疲勞軟件大幅提高結(jié)果精度
富世華集團(tuán)是全球領(lǐng)先的戶外動力產(chǎn)品生產(chǎn)商，該集團(tuán)將 MSC 軟件的 Nastran 嵌入式疲勞（NEF）軟件作為高效優(yōu)化疲勞分析流程的核心。
產(chǎn)品中任何部位的疲勞都是由二沖程發(fā)動機(jī)的振動引起的，例如電鋸或手持式動力切割機(jī)就是由這種發(fā)動機(jī)驅(qū)動的（圖 1）。在投產(chǎn)之前，一定要徹底了解這一現(xiàn)象。這就是要使用虛擬樣機(jī)來評估材料可能失效的位置并在相應(yīng)位置加強(qiáng)零件結(jié)構(gòu)保證結(jié)構(gòu)完整。在構(gòu)建虛擬樣機(jī)時，所建立的裝置系統(tǒng)模型包括發(fā)動機(jī)、外殼及周邊部件，例如油箱和蓋板。邊界條件為約束手柄處，系統(tǒng)工作將力傳遞到操作員手上。
圖1.富世華手持式動力切割機(jī)
本文重點介紹如何將 MSC 軟件的 Nastran 嵌入式疲勞軟件作為高效優(yōu)化疲勞分析流程的核心。
優(yōu)化后的 Nastran 嵌入式疲勞流程所創(chuàng)建的數(shù)據(jù)量顯著減少，因此不再需要大量的中間結(jié)果文件以及繁瑣的重新導(dǎo)入。
傳統(tǒng)疲勞分析流程
采用 MSC Nastran 進(jìn)行結(jié)構(gòu)振動分析是富世華集團(tuán)的長期傳統(tǒng)。集團(tuán)不斷對此進(jìn)行改進(jìn)，例如增加模型的復(fù)雜度。
展開 