農(nóng)業(yè)機(jī)械控制系統(tǒng)硬件在環(huán)測試規(guī)范

農(nóng)業(yè)機(jī)械控制系統(tǒng)硬件在環(huán)測試規(guī)范本文件規(guī)定了農(nóng)業(yè)機(jī)械控制系統(tǒng)硬件在環(huán)測試設(shè)備的一般性要求、硬件在環(huán)測試平臺(tái)的構(gòu)建要求，并本文件適用于農(nóng)業(yè)機(jī)械控制系統(tǒng)中電子電控單元的硬件在環(huán)測下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用文件，僅該日期對(duì)應(yīng)的版本適用于本文件；不注日期的引用文件線(Recommentedpracticeforserialcontrolandcommunicationvehiclenetwork-Part11：PhyKSAEJ1939-21：2006商用車控制系統(tǒng)局域網(wǎng)CAN通信協(xié)議第21部分：數(shù)據(jù)鏈路層(RecommentedpracticeforserialcontrolandcoSAEJ1939-73：2006商用車控制系統(tǒng)局域網(wǎng)CAN通信協(xié)議第73部分：應(yīng)用層診斷(Recommentedpracticeforserialcontrolandcommunicationvehiclenetwork-Part73：Application硬件在環(huán)測試hardware-in-the-l一種由微處理器(CPU)、存儲(chǔ)器(ROM、RAM)、輸入/輸出接口2發(fā)動(dòng)機(jī)管理系統(tǒng)enginemanagement連續(xù)監(jiān)控并控制發(fā)動(dòng)機(jī)運(yùn)轉(zhuǎn)，根據(jù)各路傳感器的輸入數(shù)據(jù)測試和計(jì)算所需的空氣與燃料混合比及發(fā)動(dòng)機(jī)點(diǎn)火提前角度，直接控制發(fā)動(dòng)機(jī)在各工況下燃料供給量、燃料噴射正時(shí)、點(diǎn)火閉合角、發(fā)動(dòng)機(jī)怠速運(yùn)轉(zhuǎn)整車控制單元vehiclecontrolu傳動(dòng)系控制單元transmissioncontrolun現(xiàn)場可編程邏輯門陣列fieldprogrammablegatear4.1.1測試環(huán)境4.1.2測試設(shè)計(jì)與執(zhí)行能力要求34.2.1HiL測試設(shè)備功能要求4.2.2HiL測試設(shè)備硬件要求4.2.2.1上位機(jī)電腦并具備與下位機(jī)進(jìn)行數(shù)據(jù)交互、自動(dòng)化測試序列開4.2.2.2實(shí)時(shí)仿真機(jī)處理器的選取應(yīng)考慮需要被承載的實(shí)時(shí)環(huán)境模型4.2.2.3通用I/O接口4a)從自動(dòng)化擴(kuò)展方面考慮，PC上位機(jī)搭載上設(shè)號(hào)被實(shí)時(shí)處理器處理完成并回傳截止的時(shí)間間隔為T1，應(yīng)至少為被測控制器AI大于等于被測控制器最大輸大于被測控制器可配置單端大于等于被測控制器最大需大于被測控制器大于等于被測控制器最大輸大于被測控制器大于等于被測控制器最大需少比被測控制器PWM_IN1%~99%大于等于被測控制器最大輸出電壓，占空少比被測控制器T1%~99%大于等于被測控制器最大需求電壓平臺(tái)，少比被測控制器更新頻率不大于等于被測5控制器最大需求電阻范圍，少比被測控制器4.2.2.4通訊模擬接口以及相關(guān)服務(wù)功能可配置，通道數(shù)量應(yīng)滿足被測控制器的網(wǎng)絡(luò)數(shù)量；4.2.2.5ECU供電設(shè)備電壓范圍大于被測控制器的最大需求電壓，滿足被測控制器的最大供電電壓測試需求。電流輸出范圍滿足被測控制器的最大工作電流，電源輸出紋波小于0.1%，10%~90%電流上升時(shí)間小于2ms。當(dāng)設(shè)備發(fā)4.2.2.6故障注入可通過上位機(jī)進(jìn)行控制激活時(shí)間及選擇故障注入類型，可實(shí)現(xiàn)的故障類型至少應(yīng)包括：開路、對(duì)電源4.2.2.7特殊信號(hào)板卡4.2.2.7.1概述4.2.2.7.2發(fā)動(dòng)機(jī)仿真專用板卡：64.2.2.7.3輪速仿真板卡：a)支持傳統(tǒng)的磁電式和霍爾式輪速傳感器及帶串行協(xié)議的4.2.2.7.4FPGA仿真板卡：4.2.2.7.5電池單體模擬板卡通過上位機(jī)進(jìn)行控制，可模擬輸出短路、輸出開路、串聯(lián)在一起的通道間開路、電池單體反極性測試等故4.2.2.7.6高壓仿真板卡4.2.2.7.7絕緣模擬板卡采集的電池包電壓最大值，具有過流保護(hù)功能，可模擬開路狀態(tài)及絕緣故障狀4.2.2.7.8電流采集板卡4.2.2.7.9分流器模擬板卡器模擬模塊采用高精度差分模擬輸出來模擬分流器模塊兩端的輸出電壓，輸出精度≤±04.2.3HiL測試設(shè)備工具軟件要求4.2.3.1概述HiL系統(tǒng)軟件運(yùn)行于上位機(jī)，主要包括試驗(yàn)管理軟件、自動(dòng)化測試軟件、模型編輯軟件等。4.2.3.2試驗(yàn)管理軟件7試驗(yàn)管理軟件是基于配置的專業(yè)實(shí)時(shí)測試與仿真軟件，無需編程即可創(chuàng)建測試應(yīng)用，人機(jī)交互界面操a)對(duì)系統(tǒng)硬件、仿真模型的統(tǒng)一管理和配置；g)故障注入管理功能，可實(shí)現(xiàn)對(duì)指定管腳的故障注入：包括對(duì)電源短路、對(duì)地短路、開路、管腳信號(hào)4.2.3.3自動(dòng)化測試軟件c)與試驗(yàn)管理軟件無縫連接，可自動(dòng)打開試驗(yàn)4.2.3.4模型環(huán)境可視化的圖形建模軟件，模型環(huán)境軟件至少支持Windows、Linux等操作系統(tǒng)，模型環(huán)境軟件與試驗(yàn)管理軟件及自動(dòng)化測試軟件可實(shí)現(xiàn)無縫連接，可以以生成代4.2.3.5其他軟件4.2.3.5.1概述4.2.3.5.2故障注入管理軟件8故障注入軟件一般包含通用I/O通道的故障注入軟件和專用的電池單體故障4.2.3.5.3測試管理軟件e)變量數(shù)據(jù)的統(tǒng)一管理；4.3.1被測控制器硬件要求b)對(duì)于MCU應(yīng)提供主控板對(duì)外接口定義及接插件，主控板與內(nèi)部其他部分（如驅(qū)動(dòng)板、電流采集傳感c)對(duì)于控制器包含特殊負(fù)載模塊的，需要提供負(fù)載模塊，如電磁閥、液壓閥4.3.2被測控制器相關(guān)的輸入文檔要求4.3.2.1功能描述文檔功能描述文檔用來描述被測控制器不同功能的實(shí)現(xiàn)方式及控制結(jié)果或現(xiàn)象，功能描述文檔應(yīng)具備以下b)統(tǒng)一性：文檔內(nèi)容之間以及與其成套的文檔e)可理解性：術(shù)語用詞基于虛擬或?qū)嶋H的測試開發(fā)團(tuán)隊(duì)共同約定，若文檔依據(jù)信息的提供方為非軟件9b)每條語句僅使用主動(dòng)語態(tài)及用1個(gè)過程動(dòng)詞來明確表達(dá)需求，應(yīng)避免錯(cuò)綜復(fù)雜的語句描述；或關(guān)閉情況及其引發(fā)現(xiàn)象。此外，只有一種情況可以不對(duì)全范圍數(shù)據(jù)進(jìn)行描述，即當(dāng)接口輸出值開啟(A)”，則默認(rèn)為當(dāng)溫度小于等于20℃g)推薦該文檔提供者使用自然語言模板進(jìn)行描述，或者為了使該文檔的使用程度更高，使用自然語言4.3.2.2接口描述文檔接口描述文檔需要描述被測對(duì)象存在的物理狀態(tài)及其接口形b)信號(hào)類型(模擬量、開關(guān)量、PWM等)、收發(fā)頻率、門限值、準(zhǔn)確度設(shè)計(jì)要求；c)若該通道需要開展硬線信號(hào)故障注入測試，應(yīng)確定接口外接屬于通信協(xié)議用于仿真和接收被測目標(biāo)文件總線通信信息，模擬與被測目標(biāo)文件交互的虛擬節(jié)點(diǎn)。所有協(xié)辨率）提供通訊矩陣每個(gè)信號(hào)的意義解釋；對(duì)于狀態(tài)4.3.2.3被測控制器測試任務(wù)信息測試任務(wù)描述應(yīng)包括測試任務(wù)目標(biāo)來源信息，任務(wù)相關(guān)的主要利益干系人，任務(wù)的直接下發(fā)團(tuán)體及人員，描述任務(wù)發(fā)起人及主要利益干系人要求開展本次測試的目的、軟件用途。在后續(xù)設(shè)計(jì)測試出口準(zhǔn)則以4.3.2.4被測控制器測試環(huán)境參數(shù)范圍所要求的覆蓋程度（如分支覆蓋率、語句覆蓋率、功能覆蓋率、功能單元的每一項(xiàng)應(yīng)至少被一個(gè)正常的測試用例和一個(gè)被認(rèn)可的異常測異常終止的可能情況（如被測控制器某項(xiàng)功能未開發(fā)或被測控制器應(yīng)用層功能生成c)確定測試的資源需求：包括軟件（如試驗(yàn)管理軟件、自動(dòng)化測試軟件、模型編輯軟件及被測控制器根據(jù)上述分析研究結(jié)果，制定出詳細(xì)的測試計(jì)劃，測試計(jì)劃包含分解后的測試任務(wù)、起始時(shí)間、執(zhí)行b)不單包含計(jì)劃內(nèi)測試內(nèi)容應(yīng)該達(dá)到的質(zhì)量，還應(yīng)包含在測試期間測試需求發(fā)生變化的部分應(yīng)該達(dá)到c)文檔應(yīng)描述被測對(duì)象在開展本次測試前所經(jīng)歷過的測試，內(nèi)容應(yīng)包括測試覆蓋范圍、測試級(jí)別、發(fā)長、調(diào)試環(huán)境模擬情況以及調(diào)試發(fā)現(xiàn)的問題及其更對(duì)于不符合要求的輸入資料進(jìn)行及時(shí)反饋并跟蹤收集情b)測試環(huán)境的運(yùn)行步長應(yīng)小于被測對(duì)象的程序運(yùn)行最小c)測試環(huán)境與被測對(duì)象交互部分的仿真程度a)相互間因被控對(duì)象存在關(guān)聯(lián)關(guān)系；b)輸出至某個(gè)控制器（該控制器為被測對(duì)象以外的虛擬節(jié)點(diǎn)）的某個(gè)或多個(gè)信號(hào)與接收的該控制器的硬件在環(huán)測試流程包含激勵(lì)測試、開環(huán)測試、閉環(huán)測試、自動(dòng)化測試，其中激勵(lì)測試、開環(huán)測試及閉環(huán)測試為必須測試流程，自動(dòng)化測試可根據(jù)測試任務(wù)要求以及測試項(xiàng)目與時(shí)間的相關(guān)性選擇是否進(jìn)行自動(dòng)激勵(lì)測試主要針對(duì)硬件在環(huán)測試設(shè)備的通道b)模擬輸入類信號(hào)：在HiL設(shè)備的對(duì)外接口端使用信號(hào)發(fā)生器或電壓信號(hào)源（精度高于HiL設(shè)備的電壓d)數(shù)字輸入類信號(hào)：在HiL設(shè)備的對(duì)外接口端使用信號(hào)發(fā)生器或電壓信號(hào)源（精度高于HiL設(shè)備的電壓e)PWM輸出類信號(hào)：通過上位機(jī)測試工程人機(jī)交互界面控制PWM輸出通道的頻率和占空比，在機(jī)交互界面觀測PWM輸入通道采集到的信號(hào)頻率和占空比，并錄入激勵(lì)測試表中進(jìn)行記錄，驗(yàn)證b)通過上位機(jī)人機(jī)交互界面控制程控電源輸出電壓給控制器供電；c)根據(jù)條目化的功能描述文檔，梳理該項(xiàng)功能涉及的硬線及總線信號(hào)；e)通過標(biāo)定軟件或被測控制器的功能監(jiān)控軟件或總線和硬線變化來監(jiān)控被測控制器是否達(dá)到期望的質(zhì)閉環(huán)測試模型為被測控制器提供了一個(gè)虛擬c)在試驗(yàn)管理軟件中搭建人機(jī)交互界面，通器的功能監(jiān)控軟件或總線和硬線變化來監(jiān)控被測控制器是否達(dá)到期望的質(zhì)量/性能目標(biāo)，對(duì)于出現(xiàn)5.5.1自動(dòng)化測試概述基于上述測試過程完成之后，可根據(jù)測試任務(wù)要須項(xiàng)，自動(dòng)化測試可以使被測控制器功能測試覆蓋更全面、提高測試效率、節(jié)約人工和時(shí)間成本、加快產(chǎn)5.5.2自動(dòng)化測試的實(shí)施背景當(dāng)被測控制器的軟件在后續(xù)開發(fā)活動(dòng)中存在大量的回歸測試，以及當(dāng)被測控制器軟件在測試時(shí)已較為a)當(dāng)功能本身存在對(duì)操作間隔要求極小時(shí)應(yīng)實(shí)施自動(dòng)化測試。比如在時(shí)間間隔500ms以內(nèi)完成兩個(gè)信b)功能本身存在對(duì)信號(hào)操作的時(shí)間準(zhǔn)確性要求以及操作間隔時(shí)間極長時(shí)應(yīng)實(shí)施自動(dòng)化測試。比如在操5.5.3自動(dòng)化測試腳本5.5.3.1測試環(huán)境配置與初始化在測試開始之前需要導(dǎo)入要使用的測試環(huán)境以及相應(yīng)的配置，以確保測試環(huán)境與被測對(duì)象、需要測試在測試開始執(zhí)行前以及每個(gè)用例被執(zhí)行之后，應(yīng)將測試環(huán)境恢復(fù)至設(shè)定的初始狀態(tài)，避免因初始狀態(tài)5.5.3.2信號(hào)訪問路徑5.5.3.3測試語言在測試時(shí)可以通過關(guān)鍵字驅(qū)動(dòng)或數(shù)據(jù)驅(qū)動(dòng)的方式實(shí)施自動(dòng)化測試，也可以通過定義一種測試語言的方當(dāng)采用定義測試語言的方式實(shí)施測試時(shí)，由所選取測試語言中的元素并根據(jù)所設(shè)定的語義所組成的語句中應(yīng)包含對(duì)需要讀取、寫入特定數(shù)值信號(hào)的時(shí)間要求，以及用于寫入、校驗(yàn)的特定數(shù)值的代數(shù)、邏輯或5.5.4自動(dòng)化測試用例設(shè)計(jì)5.5.4.1基于需求的測試用例設(shè)計(jì)要求在設(shè)計(jì)測試用例的同時(shí)對(duì)測試用例進(jìn)行編號(hào)，編號(hào)規(guī)則需與前端功能描述文檔或測試分析文檔的編號(hào)測試用例具體測試內(nèi)容的格式上應(yīng)包含前置條件、輸入變量及預(yù)在評(píng)審?fù)瓿珊笮杓皶r(shí)編寫會(huì)議紀(jì)要進(jìn)行簽批確認(rèn)，或?qū)τ谠摯螘?huì)議的評(píng)審范圍進(jìn)行當(dāng)場修改并于一致通過在使用下述測試用例設(shè)計(jì)要求時(shí)，可根據(jù)功能本身的分類不同來選取采取何種等級(jí)的測試用例設(shè)計(jì)要基于經(jīng)驗(yàn)的測試設(shè)計(jì)不提出具體的基于經(jīng)驗(yàn)的測試方法以及其具體實(shí)踐辦法,但要求功能測試應(yīng)有定的a)探索性測試。如基于輸入觀察輸出，并根據(jù)輸出值決定之后改如何操作，同時(shí)可根據(jù)經(jīng)驗(yàn)判斷輸出c)觸發(fā)條件類：一般采用MCDC覆蓋、判定覆蓋測試用例設(shè)計(jì)方法；h)迭代控制類：一般采用狀態(tài)轉(zhuǎn)換測試用例設(shè)計(jì)方法；不同測試點(diǎn)應(yīng)按照輸出有效與無效相互交錯(cuò)的方式進(jìn)行排序，即有效、無效、有效、無效，相互交替5.5.5測試執(zhí)行5.5.5.1測試記錄b)測試日志：詳細(xì)記錄測試過程的文檔，包括待辦事項(xiàng)及其完成情況、當(dāng)天完成的測試范圍、發(fā)現(xiàn)的測試問題、上報(bào)問題的時(shí)間、開發(fā)人員接收問題的時(shí)間、解決問題的時(shí)間(若未解決應(yīng)轉(zhuǎn)接至第2其中異常事件包括：測試時(shí)間計(jì)劃變更、測試用例變更、測試范圍變更、測試輸入變更、開發(fā)/測試約定內(nèi)容未達(dá)成、不可抗拒力(設(shè)備無征兆損壞、停電、上級(jí)5.5.5.2測試全過程數(shù)據(jù)信息監(jiān)測在測試過程中應(yīng)加入對(duì)部分?jǐn)?shù)據(jù)的全程監(jiān)測測試。監(jiān)控是否有未定義的數(shù)據(jù)被發(fā)送，未定義的數(shù)據(jù)字5.5.6測試報(bào)告d)測試內(nèi)容：應(yīng)建立功能描述文檔與測試用例的對(duì)應(yīng)追溯，或者其他用以表明測試范圍、測試深度的2)應(yīng)包含測試環(huán)境軟硬件配置信息，包括測試設(shè)備名稱、型號(hào)5.5.7測試總結(jié)2)對(duì)于每個(gè)測試項(xiàng)，如果存在測試計(jì)劃、測試日志、測試報(bào)告、問題報(bào)告，則可作為相關(guān)信息的d)測試充分性評(píng)價(jià)：應(yīng)根據(jù)測試計(jì)劃中規(guī)定的測試充分性準(zhǔn)則對(duì)測試過程做出評(píng)價(jià)，確定未作充分測f)活動(dòng)總結(jié)：總結(jié)主要的測試活動(dòng)，總結(jié)資源消耗數(shù)據(jù)，例如:人員的總體配置水平、每個(gè)主要測試活發(fā)現(xiàn)問題的人員需要將問題錄入問題庫。問題登記后，提交前可以編輯，補(bǔ)充問題記錄的信息。在問問題的狀態(tài)一般分為Open(打開的)、Fixed(已修復(fù)的)、Reiected(被駁回的)Verified(驗(yàn)證通過的)、Closed(關(guān)閉的)、Reopen(再次打開)、Def確認(rèn)問題后進(jìn)行記錄，并將問題的狀態(tài)設(shè)為“Open”。開發(fā)人員處理問題的過程中，狀態(tài)設(shè)置保持b)Fixed(已修復(fù)的)：當(dāng)開發(fā)人員進(jìn)行處理并認(rèn)為已經(jīng)解決問題之后，將問題的狀態(tài)設(shè)置為“Fixed”并將其提交給開發(fā)組的負(fù)責(zé)人，由開發(fā)組的負(fù)責(zé)人將問題反饋給c)Verified(驗(yàn)證通過的)：測試人員得到已修復(fù)的問題和當(dāng)問題被提出之后，測試人員需要將其提交給開發(fā)人員。開發(fā)人員需確認(rèn)問題有效性并對(duì)已確認(rèn)的問當(dāng)開發(fā)人員發(fā)現(xiàn)符合正常功能描述，或者經(jīng)過與開發(fā)人員的討論之后認(rèn)定問題無效，開發(fā)組負(fù)責(zé)人將測試問題的分配規(guī)則為問題由測試人員傳遞至開發(fā)人員后，定位該問題的責(zé)任人。測試問題傳遞至開發(fā)人員后，開發(fā)人員需要對(duì)問題進(jìn)行修改并定位問題的解決方法。開發(fā)人員需要定成新的軟件版本，并把問題狀態(tài)改為“Fixed”并傳遞回測試問題經(jīng)開發(fā)人員修改后提交至測試人員，測試人員需要按照一定的規(guī)則對(duì)修改過的問題進(jìn)行驗(yàn)證b）對(duì)于狀態(tài)為“Rejected”即開發(fā)人員駁回的問題。若測試人員對(duì)開發(fā)人員的回復(fù)不存在異議，可以直3)對(duì)于被開發(fā)人員拒絕的問題，需要進(jìn)行問題評(píng)審，評(píng)審為問題則需要修改問題狀態(tài)為“Reopen”6.5.1問題評(píng)審總體要求6.5.2問題評(píng)審人員要求針對(duì)“Reiected”狀態(tài)且測試人員和開發(fā)人員存在異議的問題，可以對(duì)測試問題提出評(píng)審。評(píng)審人員通常由測試負(fù)責(zé)人、開發(fā)負(fù)責(zé)人、項(xiàng)目經(jīng)理以及熟悉產(chǎn)品和行業(yè)，能夠評(píng)價(jià)項(xiàng)目進(jìn)展問題并提出解決辦法的專6.5.3問題評(píng)審流程要求b)確定評(píng)審時(shí)間后，提前將需評(píng)審的問題進(jìn)行整理并發(fā)送給相關(guān)評(píng)審人員；6.5.4問題評(píng)審結(jié)論要求a)評(píng)審人員需要對(duì)“Reiected”狀態(tài)的問題進(jìn)行判斷。若確定為非問題需將問題狀態(tài)改頭“Closed”，并標(biāo)注說明確認(rèn)為非問題的原因。若確認(rèn)為問題，將問題狀態(tài)改為“Reopen”并指派給相應(yīng)的開發(fā)人員b)評(píng)審人員判定為Deferred”的c)評(píng)審人員在問題“Deferred”即延期修改后，需要約定時(shí)間將問題重新打開，并將問題狀態(tài)更改為“Reopen”，并指派給相應(yīng)的開發(fā)人員進(jìn)行修改。測試問題處理過程中未能及時(shí)關(guān)閉的問題需要進(jìn)行跟蹤管控，按照評(píng)審決議及時(shí)進(jìn)行相應(yīng)的處理避免c)功能問題嚴(yán)重級(jí)別分布：可根據(jù)問題的嚴(yán)重級(jí)別以堆積圖的形式表示出各模塊的問題分布情況，并A.1測試問題庫模板息問題責(zé)任人提報(bào)人測試問題報(bào)告標(biāo)識(shí)符：為測試問題報(bào)告規(guī)定唯一的問題描述：給出測試項(xiàng)的編號(hào)、問題編號(hào)、輸入描述及相關(guān)操作、預(yù)期結(jié)果、實(shí)際結(jié)果、測試問題分析、修改意見、日期和時(shí)間、問題狀態(tài)、解決方案等。以下為必選記1發(fā)動(dòng)機(jī)萬有特性試驗(yàn)數(shù)據(jù)發(fā)動(dòng)機(jī)萬有特性試驗(yàn)數(shù)據(jù)需要將標(biāo)定軟件和錄萬有數(shù)據(jù)2發(fā)動(dòng)機(jī)摩擦功試驗(yàn)數(shù)據(jù)發(fā)動(dòng)機(jī)摩擦功試驗(yàn)數(shù)據(jù)3發(fā)動(dòng)機(jī)結(jié)構(gòu)參數(shù)發(fā)動(dòng)機(jī)結(jié)構(gòu)參數(shù)4EMS控制參數(shù)ECU控制參數(shù)5供油系統(tǒng)數(shù)據(jù)供油系統(tǒng)數(shù)據(jù)6增壓器數(shù)據(jù)增壓器數(shù)據(jù)7進(jìn)排氣系統(tǒng)數(shù)據(jù)進(jìn)排氣系統(tǒng)數(shù)據(jù)8排氣后處理數(shù)據(jù)排氣后處理數(shù)據(jù)9冷卻系統(tǒng)數(shù)據(jù)冷卻系統(tǒng)數(shù)據(jù)廢氣濃度廢氣濃度車輛基本參數(shù)車輛基本參數(shù)EMS電氣原理圖、管腳定義、信號(hào)說明控制器電氣原理圖和各管腳信號(hào)的類型、說明系統(tǒng)結(jié)構(gòu)簡圖發(fā)動(dòng)機(jī)、整車系統(tǒng)組成系統(tǒng)網(wǎng)絡(luò)拓?fù)鋱D各控制器的網(wǎng)絡(luò)拓?fù)銭CU傳感器、執(zhí)行器特性文件各傳感器、執(zhí)行器的特性描述，如電氣特性與物理特性關(guān)系曲軸凸輪軸相位關(guān)系圖描述發(fā)動(dòng)機(jī)曲軸、凸輪軸齒盤信號(hào)及相位關(guān)系的文件CAN數(shù)據(jù)庫DBC文件和通訊規(guī)范文件dbc文件及說明噴油器、高壓泵電磁閥、節(jié)氣門等真實(shí)部件及接插件、線束真實(shí)部件及接口線束EMS控制器、接插件及線束真實(shí)控制器及接口線束20其他需要集成的真實(shí)負(fù)載21標(biāo)定/診斷工具硬件、工程文件、變量參數(shù)說明標(biāo)定工具硬件（如INCAA2L\HEX\ODX等文件，控制器內(nèi)部變量說明22EMS需要注入故障的管腳和故障類型控制器哪些管腳需要進(jìn)行故障注入，以及故障注入的形式，如開路、對(duì)地短路23EMS功能描述文件及整車上下電邏輯描述文件功能說明表B.2VCU信息收集模板VCU信息需求匯總1電機(jī)特性參數(shù)包含電機(jī)總體參數(shù)及轉(zhuǎn)速扭矩表等2電池特性參數(shù)包含電池基本參數(shù)、冷卻系統(tǒng)參數(shù)、充放電特性曲線等3變速箱特性參數(shù)包含變速箱結(jié)構(gòu)參數(shù)、換檔邏輯表、選換檔結(jié)構(gòu)簡圖等4車輛總體結(jié)構(gòu)參數(shù)包含車輛的基本信息如：整車質(zhì)量、輪胎半徑、主減速器傳動(dòng)比、車輛迎風(fēng)面積、滾動(dòng)阻力系數(shù)等5動(dòng)力系統(tǒng)結(jié)構(gòu)簡圖整車結(jié)構(gòu)圖6整車網(wǎng)絡(luò)拓?fù)鋱D整車網(wǎng)絡(luò)關(guān)系圖7傳感器/執(zhí)行器特性文件特性文件8VCU電氣原理圖、管腳定義、信號(hào)說明控制器電氣原理圖和各管腳信號(hào)的類型、說明9CAN數(shù)據(jù)庫DBC文件和通訊規(guī)范文件dbc文件及說明VCU控制器、接插件及線束真實(shí)控制器及接口線束其他需要集成的真實(shí)負(fù)載標(biāo)定/診斷工具硬件、工程文件、變量參數(shù)說明標(biāo)定工具硬件（如INCAA2L\HEX\ODX等文件，控制器內(nèi)部變量說明VCU需要注入故障的管腳和故障類型控制器哪些管腳需要進(jìn)行故障注入，以及故障注入的形式，如開路、對(duì)地短路VCU功能描述文件及整車上下電邏輯描述文件功能說明表B.3BMS信息收集模板1電機(jī)特性參數(shù)包含電機(jī)總體參數(shù)及轉(zhuǎn)速扭矩表等2電池特性參數(shù)包含電池基本參數(shù)、冷卻系統(tǒng)參數(shù)、充放電特性曲線等3變速箱特性參數(shù)包含變速箱結(jié)構(gòu)參數(shù)、換檔邏輯表、選換檔結(jié)構(gòu)簡圖等4車輛總體結(jié)構(gòu)參數(shù)輪胎半徑、主減速器傳動(dòng)比、車輛迎風(fēng)面積、滾動(dòng)阻力系數(shù)等5動(dòng)力系統(tǒng)結(jié)構(gòu)簡圖整車結(jié)構(gòu)圖6整車網(wǎng)絡(luò)拓?fù)鋱D整車網(wǎng)絡(luò)關(guān)系圖7傳感器/執(zhí)行器特性文件特性文件8BMS電氣原理圖、管腳定義、信號(hào)說明控制器電氣原理圖和各管腳信號(hào)的類型、說明9CAN數(shù)據(jù)庫DBC文件和通訊規(guī)范文件dbc文件及說明BMS控制器、接插件及線束真實(shí)控制器及接口線束其他需要集成的真實(shí)負(fù)載如高壓繼電器標(biāo)定/診斷工具硬件、工程文件、變量參數(shù)說明標(biāo)定工具硬件（如INCAA2L\HEX\ODX等文件，控制器內(nèi)部變量說明BMS需