MBD開發(fā)的案例
炫設(shè)計(jì) | 敲黑板，看MBD如何簡化產(chǎn)品開發(fā)工作流程
在MBD中創(chuàng)建3D注釋通常比在2D工程圖視圖和詳細(xì)信息中創(chuàng)建更容易，因?yàn)?em>MBD具有更大的靈活性。例如，一個(gè)尺寸只能出現(xiàn)在一個(gè)工程圖視圖中，但是3D注釋可以以多種組合狀態(tài)出現(xiàn)。大多數(shù)公司對(duì)2D工程圖中的外觀都有嚴(yán)格的規(guī)定。
可交付成果
一種常見的誤解是MBD是“無圖紙的”或“無紙的”。MBD意味著圖紙不再是一切最終產(chǎn)品的主要來源。必要時(shí)，您可以在供應(yīng)鏈需要時(shí)創(chuàng)建工程圖。
MBD的主要交付內(nèi)容是技術(shù)數(shù)據(jù)包（TDP），而不是PDF。這是一組電子文件，可以包括以下內(nèi)容：
? 該模型可以是其原始格式（例如Creo）或STEP AP242格式。
? Excel或CSV格式的物料清單，可以被其他軟件使用，而不是必須轉(zhuǎn)錄到下游供應(yīng)鏈系統(tǒng)中的2D工程圖上的表格。
? 其他相關(guān)電子文件，例如注釋，示意圖和首件檢查（FAI）文件。
結(jié)論
由于MBD生成的內(nèi)容可以在制造、供應(yīng)鏈、庫存以及整個(gè)企業(yè)的下游使用，所以MBD能夠簡化產(chǎn)品開發(fā)工作流程。
來源于：PTC官網(wǎng)
展開 使用 MBD 框架解決電池管理系統(tǒng)開發(fā)難題
簡化 BMS 控制算法的開發(fā)以實(shí)現(xiàn)里程、電池壽命和安全性能最大化。
電池管理系統(tǒng)控制驗(yàn)證
電池管理系統(tǒng) (BMS) 控制軟件的工程設(shè)計(jì)過程是一項(xiàng)復(fù)雜的任務(wù)，必須達(dá)到電池電源即刻性能和長期安全操作之間的平衡。需要強(qiáng)大的算法才能準(zhǔn)確確定電池狀態(tài)以確保可用電源、功率等級(jí)和電池壽命的信息可靠。在電池硬件原型上直接開發(fā)底層算法格外耗時(shí)、容易出錯(cuò)且易于引入安全失誤點(diǎn)。基于模型的設(shè)計(jì) (MBD) 框架為不同開發(fā)階段和工作條件下重用測(cè)試場景提供了一種機(jī)制，能夠確保電池的安全操作。
本次網(wǎng)絡(luò)研討會(huì)將講解如何設(shè)置 MBD 框架以便在虛擬電池組上開發(fā)和測(cè)試 BMS 算法。主要內(nèi)容包括高級(jí)最佳控制方法如何提高電池性能、工程師們?nèi)绾卧诓煌?em>開發(fā)階段使用不同測(cè)試環(huán)境（例如模型在環(huán)、軟件在環(huán)和硬件在環(huán)）來重用虛擬電池組以及如何在不同開發(fā)階段重用測(cè)試場景。
學(xué)習(xí)內(nèi)容：
電池管理控制系統(tǒng)中關(guān)于里程焦慮、安全性和最佳車輛性能的重要子系統(tǒng)
如何使用虛擬電池模型分析控制系統(tǒng)行為并以可重復(fù)的方式快速測(cè)試其性能，包括熱量管理策略
影響電池組壽命的主要因素，以及 BMS 如何幫助監(jiān)控和延長電池組壽命
點(diǎn)擊鏈接 獲取完整內(nèi)容：http://avz6v7gw1lfs7v7u.mikecrm.com/9hNbL9z
展開 SCADE — 產(chǎn)品級(jí)安全關(guān)鍵系統(tǒng)的MBD開發(fā)套件
ANSYS主要針對(duì)安全關(guān)鍵零部件的嵌入式產(chǎn)品級(jí)軟件提供了SCADE開發(fā)套件，支持嵌入式軟件詳細(xì)設(shè)計(jì)和代碼自動(dòng)生成，有效縮短產(chǎn)品研制周期，提高產(chǎn)品研制效率，提高產(chǎn)品質(zhì)量。
產(chǎn)品功能
SCADE開發(fā)套件由以下主要部分組成:
? SCADE Architect：支持SysML建模能力，可以利用 SysML模型對(duì)系統(tǒng)行為及架構(gòu)進(jìn)行建模。還在SysML的基礎(chǔ)上進(jìn)行封裝定制，擴(kuò)展出了針對(duì)汽車嵌入式系統(tǒng)設(shè)計(jì)解決方案（AUTOSAR）、AADL及FACE解決方案等。
? SCADE Suite：套件的核心組件，支持控制邏輯詳細(xì)建模、仿真驗(yàn)證、代碼自動(dòng)生成。基于形式化語言“SCADE”，語法嚴(yán)謹(jǐn)，減少代碼生成配置環(huán)節(jié)，一鍵從模型生成代碼，且代碼生成器通過ISO 26262等行業(yè)安全標(biāo)準(zhǔn)認(rèn)證（TCL3），經(jīng)過安全認(rèn)證（ASIL D）的代碼生成器，適用于軟件開發(fā)（適用于C 和Ada），支持標(biāo)定和NI/dSPACE等HIL橋接。
? SCADE Suite Gateway for Simulink：支持將Simulink模型與SCADE模型的雙向轉(zhuǎn)換。
? SCADE Display：支持HMI詳細(xì)設(shè)計(jì)、仿真驗(yàn)證、代碼自動(dòng)生成。支持生成OpenGL/OpenGL Safety/OpenGL ES代碼，代碼生成器的通過行業(yè)安全標(biāo)準(zhǔn)認(rèn)證，適用于軟件開發(fā)。
? SCADE Test：支持對(duì)SCADE模型進(jìn)行驗(yàn)證，包括對(duì)SCADE模型進(jìn)行覆蓋率分析、自動(dòng)化測(cè)試環(huán)境以及和目標(biāo)測(cè)試平臺(tái)工具的橋接等。
? SCADE Lifecycle：支持和ALM/PLM（例如DOORS、Reqtify、Polarion）進(jìn)行橋接實(shí)現(xiàn)生命周期數(shù)據(jù)管理、文檔自動(dòng)生成等。
展開 SCADE—產(chǎn)品級(jí)安全關(guān)鍵系統(tǒng)的MBD開發(fā)套件
支持生成OpenGL/OpenGL Safety/OpenGL ES代碼，代碼生成器通過行業(yè)安全標(biāo)準(zhǔn)認(rèn)證，適用于高安全軟件開發(fā)。SCADE Display是一款用于人機(jī)交互界面建模的專用工具，支持嵌入式圖形、顯示界面和HMI開發(fā)，以及安全關(guān)鍵型顯示界面的認(rèn)證代碼生成，在汽車和工業(yè)等制造領(lǐng)域的企業(yè)中均用于HMI顯示軟件原型設(shè)計(jì)和開發(fā)
SCADE Test：用于需求驗(yàn)證以及測(cè)試案例創(chuàng)建和管理的完整測(cè)試環(huán)境。用戶可以在主機(jī)和目標(biāo)上自動(dòng)執(zhí)行測(cè)試案例，測(cè)量覆蓋率并管理任何SCADE應(yīng)用的測(cè)試結(jié)果。借助SCADE Test，用戶可以盡早開始需求驗(yàn)證并自動(dòng)執(zhí)行測(cè)試，以確保在早期開發(fā)階段實(shí)現(xiàn)合規(guī)性，減少后期成本高昂的設(shè)計(jì)變更。完整的交互式測(cè)試環(huán)境可通過圖形部件輕松實(shí)現(xiàn)原型構(gòu)建和驗(yàn)證；自動(dòng)化完成模型測(cè)試執(zhí)行、模型覆蓋結(jié)果報(bào)告以及硬件目標(biāo)的測(cè)試轉(zhuǎn)換等功能。測(cè)試報(bào)告生成符合安全性標(biāo)準(zhǔn)（DO-178C、ISO 26262、EN 50128、IEC 61508）
SCADE Lifecycle：支持和ALM/PLM（例如DOORS、Reqtify、Polarion）進(jìn)行橋接，實(shí)現(xiàn)生命周期數(shù)據(jù)管理、文檔自動(dòng)生成等。通過用于連接SCADE解決方案和需求管理工具或PLM/ALM（產(chǎn)品生命周期管理/應(yīng)用生命周期管理）工具的附加模塊，增強(qiáng)了SCADE工具的功能。
展開 
基于模型開發(fā)（MBD）的電機(jī)效率圖有限元仿真分析
1 基于模型的開發(fā)和效率圖
在MBD中，無需等待真實(shí)樣機(jī)制造完成就可以評(píng)估電機(jī)的特性。電機(jī)效率圖是電機(jī)驅(qū)動(dòng)系統(tǒng)開發(fā)中的重要評(píng)價(jià)項(xiàng)目之一。因此，有必要利用有限元仿真獲得高精度的電機(jī)效率圖。
但是，如果我們談?wù)撔蕡D評(píng)估，則根據(jù)開發(fā)階段的不同，效率圖的準(zhǔn)確性和計(jì)算時(shí)間成本也會(huì)有所不同。在這里，我們考慮以下兩個(gè)階段的效率圖評(píng)估：
概念設(shè)計(jì)。
詳細(xì)的性能評(píng)估。
在概念設(shè)計(jì)中，當(dāng)改變電機(jī)的拓?fù)浜托螤顣r(shí)，評(píng)估機(jī)器的特性。因此，有必要評(píng)估每個(gè)電機(jī)結(jié)構(gòu)方案的效率圖。為了評(píng)估大量方案，必須限制一次生成效率圖所花費(fèi)的成本（計(jì)算時(shí)間）。另一方面，在詳細(xì)性能評(píng)估階段，通常會(huì)制作樣機(jī)，并在電機(jī)臺(tái)架上進(jìn)行性能評(píng)估。在MBD中，臺(tái)架試驗(yàn)被模擬虛擬試驗(yàn)代替。因此，在仿真中，需要一個(gè)相當(dāng)于真實(shí)機(jī)器的精度。
利用有限元分析軟件[1][2]可以通過模擬評(píng)估效率圖。然而，很少有文章提到上述每個(gè)開發(fā)階段的map評(píng)估。本文詳細(xì)闡述了性能評(píng)估中的概念設(shè)計(jì)和效率圖生成評(píng)估方法。此外，還將闡述生成Map圖所需的精度及其計(jì)算成本。
圖1和表1顯示了本文案例的電動(dòng)機(jī)及其規(guī)格。
展開 ECU電控軟件開發(fā)及測(cè)試介紹
自上而下開發(fā)比較適用于正向開發(fā)流程，在有 EE 架構(gòu)輸入的情況下采用該模式，這種模式的好處是可以繼承 EE 架構(gòu)的工作產(chǎn)品，但是缺點(diǎn)是工作鏈路會(huì)比較長，應(yīng)用層和底層軟件開發(fā)都需要依耐 SWC 架構(gòu)設(shè)計(jì)導(dǎo)出的 ARXML 文件作為輸入，影響開發(fā)迭代效率；自下而上開發(fā)是直接在軟件編程工具實(shí)現(xiàn)軟件，然后配置 AutoSar 接口，再導(dǎo)出 ARXML，然后對(duì) ARXML 文件進(jìn)行合并，這種方式比較適用于沒有 EE 架構(gòu)輸入的情況，應(yīng)用軟件開發(fā)工程師獨(dú)立配置 AutoSar 接口，這種模式的好處是不依耐 AutoSar 工具鏈，比較靈活，但是缺點(diǎn)是對(duì)每個(gè)應(yīng)用軟件開發(fā)人員 AutoSar 知識(shí)要求高些；雙向開發(fā)模式就是結(jié)合自上而下和自下而上開發(fā)模式的優(yōu)點(diǎn)，針對(duì)第一版軟件采用自上而下開發(fā)模式，后續(xù)版本軟件更新迭代采用自下而上開發(fā)模式。
應(yīng)用軟件開發(fā)模式
MBD 開發(fā)模式下的軟件質(zhì)量評(píng)估與優(yōu)化方案
MBD 全稱是 Model Based Design（基于模型設(shè)計(jì)），是一種以可視化模型開發(fā)為主的開發(fā)方式，區(qū)別于傳統(tǒng)的以文本編碼為媒介的代碼開發(fā)。采用模型化的方式來描述控制算法設(shè)計(jì)，無論是可讀性、可維護(hù)性、可移植性、測(cè)試驗(yàn)證的便利性等方面，相比于從前手工 C 代碼都有長足的進(jìn)步。基于以上基于模型開發(fā)的特點(diǎn)基于 Simulink 的模型化 + 自動(dòng)代碼生成的開發(fā)方式在汽車電子行業(yè)正在逐漸演變成開發(fā)的標(biāo)準(zhǔn)配置。接踵而來如何保證 MBD 開發(fā)方式下軟件質(zhì)量問題也成為現(xiàn)階段人們熱議的話題。
針對(duì)軟件質(zhì)量直接有效的手段便是開展完備的測(cè)試或在軟件開發(fā)過程中優(yōu)化軟件結(jié)構(gòu)減少問題的引入。
如何開展完備的模型測(cè)試？
展開 新能源汽車動(dòng)力系統(tǒng)部件測(cè)試大揭秘
2
電池管理系統(tǒng)（BMS）測(cè)試
電池管理系統(tǒng)的測(cè)試更多側(cè)重軟件測(cè)試，一般在軟件功能開發(fā)過程中進(jìn)行。
與尚未量產(chǎn)的自動(dòng)駕駛系統(tǒng)偏向于使用C語言實(shí)現(xiàn)軟件設(shè)計(jì)不同，現(xiàn)今成熟的電動(dòng)汽車控制系統(tǒng)（如整車控制器、電機(jī)控制器、電池管理系統(tǒng)）軟件都是以模型為基礎(chǔ)的軟件開發(fā)（Model-Based-Design）。MBD開發(fā)相比C的優(yōu)點(diǎn)是能夠以圖形化的方式表達(dá)復(fù)雜的邏輯、代碼可讀性、可移植性、開發(fā)調(diào)試便利程度都大大增強(qiáng)，同時(shí)利用成熟的代碼生成工具鏈，也避免了手工代碼容易產(chǎn)生的低級(jí)錯(cuò)誤。在基于模型的軟件開發(fā)環(huán)節(jié)中規(guī)定了MIL/SIL/HIL等多項(xiàng)測(cè)試：
1) MIL(Model-In-Loops)既模型在環(huán)測(cè)試，就是驗(yàn)證軟件模型是否可以實(shí)現(xiàn)軟件功能，測(cè)試依據(jù)是由系統(tǒng)需求分解而來的軟件需求。
2) SIL(Software-In-Loops)軟件在環(huán)測(cè)試，對(duì)比模型自動(dòng)生成的C代碼和模型本身實(shí)現(xiàn)的功能是否一致，使用Simulink自身工具就可以進(jìn)行Sil測(cè)試。
3) PIL(Processer-In-Loops)處理器在環(huán)測(cè)試，目的是測(cè)試自動(dòng)生成的代碼寫入控制器后，功能實(shí)現(xiàn)上是否與模型有偏差。PIL看似無關(guān)緊要，但不做重視也會(huì)引起一些不良后果（如調(diào)度問題、CPU Load，堆棧溢出等）。
4) HIL(Hardware-In-Loops)硬件在環(huán)測(cè)試，測(cè)試控制器完整系統(tǒng)功能，一般會(huì)搭建控制器所在系統(tǒng)的測(cè)試臺(tái)架，使用電氣元件模擬傳感器（如溫度）和執(zhí)行器（如風(fēng)扇負(fù)載）的電氣特性，驗(yàn)證完整的系統(tǒng)功能。
這些測(cè)試環(huán)節(jié)的用例來源于系統(tǒng)需求。在汽車軟件開發(fā)流程中，開發(fā)和測(cè)試成V字型進(jìn)行，俗稱軟件開發(fā)V模型，感興趣的同學(xué)可以查看汽車軟件開發(fā)流程ASPICE。
統(tǒng)開發(fā)流程中非常強(qiáng)調(diào)測(cè)試軟件環(huán)節(jié)的。要知道手機(jī)軟件出問題最多也就是秒退而已，車輛軟件出問題影響的是人命。
展開 數(shù)字孿生 | 東芝利用仿真技術(shù)加速汽車半導(dǎo)體驗(yàn)證流程
為了滿足技術(shù)需求，設(shè)備制造商正在推動(dòng)由仿真驅(qū)動(dòng)的開發(fā)，以獲得具有預(yù)測(cè)性的設(shè)計(jì)洞察，縮短生產(chǎn)時(shí)間并降低原型制作成本。
在處理汽車系統(tǒng)的電氣組件和電路時(shí)，準(zhǔn)確仿真熱和電磁干擾（EMI）尤為重要，因?yàn)檫@是與系統(tǒng)可靠性相關(guān)的最關(guān)鍵的特性。然而，為了最有效地仿真這些特性，首先需要將精確的半導(dǎo)體器件模型整合到系統(tǒng)中，這通常需要漫長的分析時(shí)間。
通過集成Ansys Twin Builder，東芝電子元件及存儲(chǔ)裝置株式會(huì)社開發(fā)出一種解決方案，通過創(chuàng)建基于模型的開發(fā)（MBD）技術(shù)Accu-ROM來簡化該流程。Accu-ROM與數(shù)字孿生技術(shù)結(jié)合使用，可在半導(dǎo)體器件集成到系統(tǒng)中時(shí)加速熱和EMI特性的仿真與驗(yàn)證。
這項(xiàng)嵌入在Twin Builder中的新技術(shù)消除了不必要的計(jì)算，將仿真時(shí)間縮短近90%，并將驗(yàn)證速度加快6倍。
共同努力：仿真和數(shù)字孿生
東芝擁有一系列對(duì)汽車電氣化至關(guān)重要的半導(dǎo)體產(chǎn)品，重點(diǎn)集中在汽車逆變器、電池管理系統(tǒng)和電機(jī)驅(qū)動(dòng)部分。這些產(chǎn)品的應(yīng)用包括電動(dòng)轉(zhuǎn)向（EPS）、電動(dòng)水泵和電動(dòng)空調(diào)風(fēng)扇。
東芝的眾多汽車產(chǎn)品和應(yīng)用一覽
過去，東芝工程師將半導(dǎo)體元件和基板模型作為獨(dú)立單元進(jìn)行驗(yàn)證，但當(dāng)這些組件安裝在實(shí)際系統(tǒng)中時(shí)，驗(yàn)證工作就變得更具挑戰(zhàn)性。他們希望減輕這一負(fù)擔(dān)，并為客戶提供整個(gè)系統(tǒng)的參考模型，包括基板和散熱器，而不僅僅是獨(dú)立單元的半導(dǎo)體器件模型。
展開 符合ISO 26262標(biāo)準(zhǔn)的模型驗(yàn)證技術(shù)
隨著軟件功能比重加大，符合ISO26262標(biāo)準(zhǔn)的軟件開發(fā)過程，借助MBD技術(shù)構(gòu)建模型，軟件的驗(yàn)證當(dāng)然也要考慮模型的靜態(tài)驗(yàn)證（基于模型的規(guī)范檢查）、模型的動(dòng)態(tài)驗(yàn)證（基于模型的動(dòng)態(tài)測(cè)試）。
這一篇，我們介紹下，符合ISO26262標(biāo)準(zhǔn)軟件要求，采用MBD開發(fā)方式，如何進(jìn)行模型的驗(yàn)證，如何做好軟件的“防護(hù)服”或“防護(hù)口罩”，進(jìn)而提升軟件安全性。與大家分享結(jié)合模型形式的ISO 26262軟件驗(yàn)證要求、驗(yàn)證流程及實(shí)踐。
您的模型質(zhì)量診斷專家—MI
應(yīng)用分析
? 產(chǎn)品認(rèn)證要求：行業(yè)標(biāo)準(zhǔn)（ISO-26262，DO-178C等）要求開發(fā)嵌入式軟件，須進(jìn)行模型靜態(tài)檢查
? 模型質(zhì)量要求：采用MBD模式，開發(fā)嵌入式軟件10年來，廣泛使用Simulink / Targetlink模型進(jìn)行設(shè)計(jì)，設(shè)計(jì)質(zhì)量的保證，離不開模型靜態(tài)檢查/規(guī)范檢查，模型才能生成代碼
? 適用的用戶：
? 急待提升模型設(shè)計(jì)質(zhì)量、模型自動(dòng)生成代碼質(zhì)量的企業(yè)；
? 被設(shè)計(jì)風(fēng)格迥異、協(xié)同開發(fā)迭代困難、多子系統(tǒng)集成錯(cuò)誤定位困難等困擾的團(tuán)隊(duì)；
? 期望在設(shè)計(jì)、驗(yàn)證各個(gè)環(huán)節(jié)快速保證產(chǎn)品質(zhì)量的企業(yè)決策人。
基本功能
? Model Inspector，簡稱MI，模型靜態(tài)檢查工具，支持建模規(guī)范檢查、復(fù)雜度度量，檢查Simulink/TargetLink模型，提高模型質(zhì)量（更安全、更易用、更輕量），堪比模型界的“QAC”！
展開 智能駕駛域控制器的軟件架構(gòu)及實(shí)現(xiàn)：軟件架構(gòu)基礎(chǔ)及問題
具體這些 SWC 組件是否進(jìn)行拆分，如何拆分，各家開發(fā)商有自己的合理邏輯。但基本架構(gòu)大同小異。
當(dāng)然也可以不采用 Classic AutoSar , 用其它合適的 RTOS 作為底層系統(tǒng)，或許對(duì)于車載ECU需要通用功能開發(fā)和達(dá)到功能安全標(biāo)準(zhǔn)的難度會(huì)大一些，但在應(yīng)用功能開發(fā)的架構(gòu)體系上跟采用 Classic AutoSar 的方案沒有太大差別。
圖7 ACC/AEB/LKA 的典型軟件架構(gòu)
MBD開發(fā)方式
業(yè)內(nèi)常用MBD（基于模型的開發(fā)）方式來實(shí)現(xiàn)感知融合算法，規(guī)劃和控制執(zhí)行算法以及 ACC/AEB/LKA 功能狀態(tài)機(jī)。然后使用工具生成 C 代碼，再手動(dòng)集成到目標(biāo)平臺(tái)。MDB開發(fā)方式的一個(gè)便利之處在于可以先使用模型工具和 CanOE 之類的設(shè)備直接上車開發(fā)調(diào)試，或者與仿真平臺(tái)連接進(jìn)行開發(fā)調(diào)試。這樣開發(fā)團(tuán)隊(duì)可以分成兩部分，一部分人用模型工具開發(fā)應(yīng)用功能，一部分人開發(fā)所有車載ECU都需要的一系列繁瑣工作，然后再集成在一起。
2.2 集成度更高的產(chǎn)品解決方案
一般全自動(dòng)泊車產(chǎn)品會(huì)采用集成度更高的方案，在一個(gè) ECU 內(nèi)將視覺算法（靜態(tài)障礙物識(shí)別，動(dòng)態(tài)障礙物識(shí)別，行人識(shí)別，車位線識(shí)別）超聲波雷達(dá)算法（距離檢測(cè)，障礙物檢測(cè)）泊車過程的軌跡規(guī)劃和控制執(zhí)行，都放在一個(gè)控制器內(nèi)完成。集成度更高的還會(huì)在自動(dòng)泊車控制器中同時(shí) 支持360環(huán)視功能，這就還需要支持?jǐn)z像頭環(huán)視圖像的校正和拼接2D/3D 的圖形渲染視頻輸出HMI 生成等功能。
示意性的硬件拓?fù)淙缦隆?2.2.1 硬件拓?fù)涫疽? 圖 8 泊車系統(tǒng)的硬件拓?fù)浞桨? 圖中的各個(gè)模塊在不同的硬件選型方案中有不同的分布模式。一般情況下用于實(shí)時(shí)處理的 MCU 會(huì)單獨(dú)使用一顆芯片。
展開 
符合功能安全的Level2層VCU架構(gòu)設(shè)計(jì)
因此，為了彌補(bǔ)E-Gas架構(gòu)未明確提出基于模型開發(fā)MBD的Level2軟件架構(gòu)的缺陷，且架構(gòu)設(shè)計(jì)要滿足高內(nèi)聚低耦合、合適的分層等功能安全要求，本文針對(duì)整車控制器VCU設(shè)計(jì)了一種Level2功能監(jiān)控層軟件架構(gòu)，不但符合功能安全架構(gòu)設(shè)計(jì)要求，而且可應(yīng)用于其他ECU功能安全Level2設(shè)計(jì)中，有助于功能安全設(shè)計(jì)進(jìn)一步落地，降低實(shí)施難度。
一、VCU模型整體架構(gòu)
設(shè)計(jì)整車控制器VCU模型Level1、Level2架構(gòu)，如圖1所示，包括時(shí)序調(diào)度、輸入信號(hào)、Level1、Level2和輸出信號(hào)模塊，需滿足功能安全可理解性、一致性、簡單性、可驗(yàn)證性、模塊化、抽象化、封裝性、可維修性等架構(gòu)設(shè)計(jì)原則和要求。
圖1 VCU控制模型架構(gòu)
Level1被稱為功能層，包含整車控制基本功能，如電機(jī)扭矩需求、能量回收等，整車高低壓電源管理，如高壓安全、低壓管理等，以及在檢測(cè)到故障時(shí)控制系統(tǒng)的反應(yīng)。Level2被稱為功能監(jiān)控層，檢測(cè)Level1功能軟件的缺陷過程。例如，通過監(jiān)測(cè)計(jì)算的需求扭矩值或車輛縱向加速度，當(dāng)系統(tǒng)發(fā)生故障時(shí)，會(huì)觸發(fā)系統(tǒng)反應(yīng)，進(jìn)入安全狀態(tài)。Level1和Level2獨(dú)立的開發(fā)和各自生產(chǎn)代碼要運(yùn)行到不同的分區(qū)內(nèi)，避免共因失效和免于干擾，并且Level2監(jiān)控層代碼要運(yùn)行到硬件安全核內(nèi)。
展開 直播預(yù)告 | 汽車性能工程數(shù)字化雙胞胎：制勝未來的關(guān)鍵，都在這場線上研討會(huì)
但是從燃油車到新能源車輛，電池研發(fā)、高效燃燒發(fā)動(dòng)機(jī)等核心零部件面臨巨大的挑戰(zhàn)；自動(dòng)駕駛需求的日益迫切，對(duì)車載電子電器系統(tǒng)、控制系統(tǒng)等模塊的開發(fā)提出了更高的要求，汽車研發(fā)流程亟待全面升級(jí)。
針對(duì)目前汽車日益復(fù)雜的研發(fā)需求，如何形成全面自主的研發(fā)能力，特別是核心的自主正向研發(fā)能力尤為關(guān)鍵，其中既包含汽車復(fù)雜系統(tǒng)的平臺(tái)構(gòu)架、汽車性能集成與全流程的性能驗(yàn)證平臺(tái)等系統(tǒng)層面的開發(fā)，也包括車聯(lián)網(wǎng)、云計(jì)算、大數(shù)據(jù)等互聯(lián)網(wǎng)高科技的開發(fā)與應(yīng)用。這不是局部的調(diào)整，只有打通企業(yè)上下游數(shù)據(jù)鏈、面向整體建設(shè)，形成可持續(xù)優(yōu)化的全面閉環(huán)智能制造，才能在這場技術(shù)變革的顛覆之中浴火重生。
作為全球領(lǐng)先的工業(yè)軟件解決方案提供商，西門子數(shù)字化工業(yè)軟件面向汽車行業(yè)產(chǎn)品研發(fā)提供了最完整的產(chǎn)品與解決方案。
展開 免費(fèi)預(yù)約 | 汽車性能工程數(shù)字化雙胞胎：制勝未來的關(guān)鍵，都在這場線上研討會(huì)
但是從燃油車到新能源車輛，電池研發(fā)、高效燃燒發(fā)動(dòng)機(jī)等核心零部件面臨巨大的挑戰(zhàn)；自動(dòng)駕駛需求的日益迫切，對(duì)車載電子電器系統(tǒng)、控制系統(tǒng)等模塊的開發(fā)提出了更高的要求，汽車研發(fā)流程亟待全面升級(jí)。
針對(duì)目前汽車日益復(fù)雜的研發(fā)需求，如何形成全面自主的研發(fā)能力，特別是核心的自主正向研發(fā)能力尤為關(guān)鍵，其中既包含汽車復(fù)雜系統(tǒng)的平臺(tái)構(gòu)架、汽車性能集成與全流程的性能驗(yàn)證平臺(tái)等系統(tǒng)層面的開發(fā)，也包括車聯(lián)網(wǎng)、云計(jì)算、大數(shù)據(jù)等互聯(lián)網(wǎng)高科技的開發(fā)與應(yīng)用。這不是局部的調(diào)整，只有打通企業(yè)上下游數(shù)據(jù)鏈、面向整體建設(shè)，形成可持續(xù)優(yōu)化的全面閉環(huán)智能制造，才能在這場技術(shù)變革的顛覆之中浴火重生。
作為全球領(lǐng)先的工業(yè)軟件解決方案提供商，西門子數(shù)字化工業(yè)軟件面向汽車行業(yè)產(chǎn)品研發(fā)提供了最完整的產(chǎn)品與解決方案。
展開 大會(huì)進(jìn)行中：西門子汽車性能工程線上研討會(huì)，想要的都有：NVH、結(jié)構(gòu)輕量化、整車系統(tǒng)、平臺(tái)架構(gòu)、汽車性能、電子系統(tǒng)...
研討會(huì)關(guān)鍵詞
● 汽車復(fù)雜系統(tǒng)的平臺(tái)構(gòu)架開發(fā)
● 汽車性能集成與全流程的性能驗(yàn)證平臺(tái)系統(tǒng)
● 整車系統(tǒng)性能仿真與多屬性平衡、整車能量管理
● NVH性能開發(fā)
● 安全性能開發(fā)
