基于模型的設(shè)計（Model-based Design，以下簡稱MBD）是一種圍繞模型展開的項目開發(fā)方法，指對開發(fā)對象或者項目產(chǎn)品進(jìn)行精確建模盗尸，項目的需求分析、功能設(shè)計澎怒、系統(tǒng)框架、代碼生成阶牍、測試驗證等開發(fā)環(huán)節(jié)都在模型的基礎(chǔ)上展開喷面。本文將討論如何應(yīng)用MBD實現(xiàn)汽車ECU軟件的自主開發(fā)。
01.整車廠當(dāng)下困境
整車廠對發(fā)動機控制的研究和原型設(shè)計從未停歇走孽，但從未開發(fā)過產(chǎn)品化的大型ECU嵌入式控制系統(tǒng)和軟件惧辈。
在傳統(tǒng)的開發(fā)方式中，由于缺少對目標(biāo)對象的建模伶葵，每一次項目推進(jìn)都嚴(yán)重依賴于上階段開發(fā)工作的完成情況先俐，一旦前期設(shè)計存在缺陷，就會導(dǎo)致較高的后期修改與完善成本极谚。此外，如果某項需求發(fā)生變化许辖，開發(fā)團隊就不得不重新編碼和構(gòu)建整個系統(tǒng)疲些，從而導(dǎo)致項目延遲數(shù)日乃至數(shù)周通肋。
除了流程上存在缺陷，傳統(tǒng)開發(fā)沒有中心模型眷抠，對前期的系統(tǒng)框架設(shè)計依賴度極高璃蓬，需要擁有十分豐富開發(fā)經(jīng)驗的工程師提前布局。
在當(dāng)前激烈的競爭環(huán)境下漏踊，汽車行業(yè)正在加速產(chǎn)業(yè)和技術(shù)更迭想祝，整車廠對大型ECU嵌入式控制系統(tǒng)和軟件的需求迫在眉睫，而使用傳統(tǒng)的開發(fā)方式需要招聘娱畔、培訓(xùn)工程師來進(jìn)行開發(fā)和測試工作览讳，耗時較久，無法在計劃時間內(nèi)投入生產(chǎn)部凑。MBD無疑是整車廠的最優(yōu)選露乏，但如何選擇一套應(yīng)用MBD、以模型為核心涂邀，且能處理從需求瘟仿、設(shè)計、代碼生成到測試的開發(fā)工具則成了難題比勉。
02.如何應(yīng)用MBD
汽車工程師團隊在著手開發(fā)基于MBD的乘用車ECU軟件時劳较，首先需要根據(jù)系統(tǒng)需求構(gòu)建架構(gòu)模型，隨后才能從中衍生設(shè)計出所需的仿真模型浩聋。
此類高級低保真度模型包含將要在ECU和被控對象（指發(fā)動機及其工作環(huán)境）中運行的控制軟件观蜗。由于MBD的核心模型及基礎(chǔ)應(yīng)用形式為“模型控制器+執(zhí)行器模型”，因此步驟上赡勘，團隊首先需要通過在各類場景下進(jìn)行高級模型仿真來執(zhí)行初始系統(tǒng)和集成測試嫂便，用以驗證模型是否正確表示了系統(tǒng)及系統(tǒng)是否對輸入信號做出了預(yù)期內(nèi)的適當(dāng)響應(yīng)；驗證完成后闸与，團隊需要向模型中增加細(xì)節(jié)毙替，并對照技術(shù)規(guī)范不斷測試和驗證系統(tǒng)級行為。如果系統(tǒng)規(guī)模過于龐大喳卢、結(jié)構(gòu)也較為復(fù)雜弯枢，團隊可安排工程師獨立開發(fā)和測試各組件，但組件仍需在全系統(tǒng)仿真中頻繁測試坦妙。
在針對系統(tǒng)及其工作環(huán)境建立起詳細(xì)模型后涡瀑，理想狀態(tài)下，團隊可基于控制算法模型自動生成代碼來進(jìn)行軟件測試和驗證璃帘。在硬件在環(huán)測試完成后婉错，便可將所生成的代碼下載至生產(chǎn)硬件，以便在實際車輛中進(jìn)行測試。
03.ModelCoder
由迪捷軟件自主研發(fā)的建模仿真與代碼生成軟件ModelCoder姐药，便是完全以模型為核心组缎、能夠完美解決整車廠當(dāng)前難題的國產(chǎn)軟件。汽車工程師團隊可利用ModelCoder開發(fā)和建立發(fā)動機控制算法模型削晦，完成大量基于模型的設(shè)計和驗證朴轰，并自動生成可信的ECU產(chǎn)品代碼，實現(xiàn)汽車ECU軟件的設(shè)計挥昵、開發(fā)唆阿、測試及驗證。
