摘 要:隨著汽車電子技術(shù)的快速發(fā)展,整車控制系統(tǒng)逐漸由單一控制器向多控制器協(xié)同控制轉(zhuǎn)變,這對控制器測試系統(tǒng)提出了更高的要求。過去的測試方法很難完全滿足多控制器并發(fā)運行、多信號同步采集與分析的新需求,因此需要構(gòu)建一種高效、精準的多控制器協(xié)同測試數(shù)據(jù)采集與分析系統(tǒng)。本文以汽車控制器測試為研究對象,分析多控制器協(xié)同測試中的技術(shù)挑戰(zhàn),設(shè)計了一種集成高精度數(shù)據(jù)采集模塊、時序同步機制和智能分析算法的系統(tǒng)架構(gòu)。系統(tǒng)通過統(tǒng)一的通信接口和調(diào)度機制,實現(xiàn)了對多個控制器運行狀態(tài)、輸入輸出信號及控制器間交互信息的實時監(jiān)測與分析,提升了測試效率和數(shù)據(jù)準確性。實驗驗證表明,該系統(tǒng)具有良好的擴展性和穩(wěn)定性,能夠有效支持智能駕駛、動力總成、電控底盤等領(lǐng)域的控制器測試工作,為智能網(wǎng)聯(lián)汽車控制系統(tǒng)的研發(fā)與驗證提供了技術(shù)支撐。
關(guān)鍵詞:多控制器協(xié)同 測試數(shù)據(jù)采集 汽車電子控制器
隨著汽車技術(shù)的日益智能化,整車電子電氣架構(gòu)趨于復(fù)雜化,多種電子控制單元(ECU)需在統(tǒng)一平臺下協(xié)同運行,如發(fā)動機控制器(ECM)、變速器控制器(TCU)、車身控制模塊(BCM)等。這種控制器間的協(xié)同關(guān)系使得測試驗證工作不再局限于單個控制器,而是需要實現(xiàn)多控制器間的數(shù)據(jù)交互驗證和協(xié)同測試。當前行業(yè)中普遍存在測試數(shù)據(jù)獲取延遲、同步精度差、分析效率低等問題,嚴重影響控制器開發(fā)迭代效率和產(chǎn)品可靠性。為解決上述問題,構(gòu)建一套具備高并發(fā)、高精度、強同步能力的多控制器測試數(shù)據(jù)采集與分析系統(tǒng)成為研究的關(guān)鍵。
1 需求分析
1.1 異構(gòu)信號采集能力需求
多控制器測試場景中,涉及多種類型的信號,包括模擬量(如溫度、電壓、電流)、數(shù)字量(如開關(guān)狀態(tài))、總線數(shù)據(jù)(如CAN、LIN、Ethernet等)以及狀態(tài)量(如故障碼、控制標志位等)。測試系統(tǒng)應(yīng)支持這些異構(gòu)信號的同時采集與處理,且具備良好的可擴展性,能夠適應(yīng)不同控制器組合與接口形式。
1.2 時序同步性需求
多控制器之間的數(shù)據(jù)交互和協(xié)同控制往往對時間同步精度有極高要求[1]。尤其是在涉及ADAS與自動駕駛測試時,控制策略需在毫秒甚至微秒級時間內(nèi)作出響應(yīng),測試系統(tǒng)必須具備統(tǒng)一時間基準、同步誤差小、時序?qū)R能力強等特點。
1.3 通信協(xié)議兼容性需求
目前主流的汽車總線協(xié)議包括CAN、CANFD、LIN、FlexRay、Automotive Ethernet等。測試系統(tǒng)必須具備廣泛的協(xié)議解析能力,能夠?qū)ι鲜鰠f(xié)議數(shù)據(jù)進行實時捕獲、幀級解析和物理信號轉(zhuǎn)換,便于后續(xù)數(shù)據(jù)比對與功能驗證。
1.4 數(shù)據(jù)分析需求
在采集數(shù)據(jù)的基礎(chǔ)上,測試人員需要對數(shù)據(jù)進行多維度分析,包括信號趨勢分析、控制邏輯驗證、故障追溯、數(shù)據(jù)回放等功能。尤其在多ECU協(xié)同邏輯驗證場景中,測試系統(tǒng)應(yīng)支持跨控制器的數(shù)據(jù)對比、同步軌跡重建、狀態(tài)一致性驗證等分析手段,并可自動生成測試報告,輔助測試結(jié)論判定。
1.5 可視化需求
為了提升測試效率,系統(tǒng)還應(yīng)具備圖形化數(shù)據(jù)查看能力,包括波形圖、趨勢圖、狀態(tài)圖等形式。測試人員可以在測試過程中實時查看數(shù)據(jù)變化趨勢,也可以在測試結(jié)束后進行數(shù)據(jù)回放與逐幀分析,實現(xiàn)對系統(tǒng)行為的深度理解與驗證。
2 系統(tǒng)架構(gòu)設(shè)計
系統(tǒng)架構(gòu)設(shè)計如圖1所示。
2.1 測試控制平臺
作為系統(tǒng)的核心調(diào)度單元,測試控制平臺負責(zé)系統(tǒng)配置管理、測試流程控制、數(shù)據(jù)集中存儲與分析等功能。平臺集成圖形化用戶界面(GUI)、信號解碼模塊、數(shù)據(jù)分析引擎和報告生成模塊,可對各節(jié)點進行遠程控制與狀態(tài)監(jiān)控。
2.2 數(shù)據(jù)采集節(jié)點
該模塊分布部署在各被測控制器附近,主要負責(zé)對物理信號(模擬量、數(shù)字量)、總線數(shù)據(jù)(CAN、LIN、Ethernet等)進行實時采集,并預(yù)處理(濾波、緩存、壓縮)后上傳至控制平臺。每個節(jié)點具備獨立處理能力,支持模塊化擴展,滿足多種測試場景。
2.3 時間同步模塊
為了實現(xiàn)跨控制器數(shù)據(jù)的一致性與協(xié)同性,系統(tǒng)引入高精度時間同步機制。該模塊基于PTP(IEEE1588)、GPSPPS信號或IRIG-B協(xié)議,為所有采集節(jié)點和控制器提供統(tǒng)一時間源,確保數(shù)據(jù)對齊精度在微秒級別。
2.4 汽車控制器集群
包括車輛的多個ECU,如VCU、MCU、BMS、ADAS域控制器等,這些控制器通過CAN/LIN/以太網(wǎng)等方式進行交互。在系統(tǒng)架構(gòu)中,各控制器均接入采集節(jié)點,實現(xiàn)其狀態(tài)數(shù)據(jù)、總線報文、輸入輸出信號的同步采集與反饋分析。
3 關(guān)鍵技術(shù)
3.1 多通道并行數(shù)據(jù)采集
汽車控制系統(tǒng)的測試往往涉及多個ECU并發(fā)工作,各ECU所產(chǎn)生的數(shù)據(jù)具有高頻、異步等特性,單通道串行采集方式已無法滿足性能需求。本系統(tǒng)采用多通道并行采集技術(shù),結(jié)合高帶寬總線與多線程調(diào)度機制,使得采集節(jié)點能夠同步采集來自多個源的信號。其中,高性能AD采樣模塊采用高速模數(shù)轉(zhuǎn)換芯片,可支持每通道高達幾MHz的采樣率;多線程DMA緩存機制確保數(shù)據(jù)從采樣端到處理端的無損傳輸;通道隔離設(shè)計物理隔離確保各通道信號采集互不干擾,提升系統(tǒng)抗干擾能力。
3.2 高精度時間同步
在多控制器并行采集過程中,時間一致性是確保數(shù)據(jù)可關(guān)聯(lián)性和后續(xù)分析準確性的前提。本系統(tǒng)結(jié)合PTP(Precision Time Protocol)、GPSPPS信號、IRIG-B等多種授時方式,搭建高精度時間同步網(wǎng)絡(luò)。主從時鐘架構(gòu)方面,系統(tǒng)中設(shè)置一個時間主節(jié)點,其他設(shè)備作為從節(jié)點,通過同步協(xié)議自動校時;時間戳打標機制方面,每條采集數(shù)據(jù)均帶有高精度時間戳,誤差可控制在±1μs以內(nèi);軟件對齊算法方面,在后處理階段進一步對不同來源數(shù)據(jù)進行微調(diào),以確保統(tǒng)一的時間基準。
3.3 異構(gòu)數(shù)據(jù)融合
車輛控制系統(tǒng)的各控制器所輸出的數(shù)據(jù)格式、頻率、協(xié)議各不相同。為了實現(xiàn)統(tǒng)一的分析和呈現(xiàn),本系統(tǒng)采用了異構(gòu)數(shù)據(jù)融合技術(shù),通過建立中間件轉(zhuǎn)換層,屏蔽物理層差異,并進行統(tǒng)一建模。首先,通過多協(xié)議解析支持CAN、CANFD、LIN、FlexRay、UDS、以太網(wǎng)AVB等通信協(xié)議,能夠自動解析不同類型的報文;其次,用戶可導(dǎo)入DBC、ARXML等描述文件,自動識別信號名稱、單位、值域等元信息[2];然后,通過統(tǒng)一的JSON/XML格式進行封裝、融合,實現(xiàn)采集數(shù)據(jù)在平臺內(nèi)的統(tǒng)一調(diào)用與存儲。
3.4 本地數(shù)據(jù)預(yù)處理
考慮到采集節(jié)點部署于控制器附近,原始數(shù)據(jù)體量龐大,直接傳輸至控制平臺會造成網(wǎng)絡(luò)瓶頸,因此系統(tǒng)引入邊緣計算技術(shù),在本地進行部分數(shù)據(jù)預(yù)處理。采集節(jié)點內(nèi)置均值濾波、中值濾波算法,對信號進行初步處理;事件觸發(fā)緩存機制僅在檢測到觸發(fā)條件(如故障碼、異常波形)時才上傳完整數(shù)據(jù)段,提升帶寬利用率;邊緣推理引擎針對部分測試任務(wù)(如信號邊沿檢測、周期性異常判斷),可在采集節(jié)點直接運行輕量級分析模型。
3.5 大數(shù)據(jù)分析
為應(yīng)對海量多維測試數(shù)據(jù)的分析需求,系統(tǒng)集成大數(shù)據(jù)分析與智能可視化技術(shù),提升問題發(fā)現(xiàn)與定位效率。采用InfluxDB、TDengine等高性能時序數(shù)據(jù)庫,實現(xiàn)高頻采樣數(shù)據(jù)的高效寫入與查詢;支持波形圖、熱力圖、趨勢圖等多種可視化模式,可進行多通道數(shù)據(jù)對比分析;集成模式識別、頻域分析、主成分分析(PCA)、K-Means聚類等算法,輔助定位異常。
3.6 自動化測試
為提升測試效率與復(fù)現(xiàn)能力,系統(tǒng)支持自動化測試腳本設(shè)計與數(shù)據(jù)回放功能。用戶可通過Python或圖形化流程構(gòu)建測試用例,實現(xiàn)測試自動運行;將歷史采集數(shù)據(jù)在控制器真實環(huán)境下重放,檢驗控制策略穩(wěn)定性;可將測試結(jié)果反向注入ECU,完成控制邏輯的閉環(huán)仿真測試。
4 測試驗證
4.1 應(yīng)用場景
本測試涉及以下控制器:VCU(整車控制器)、MCU(電機控制器)、BMS(電池管理系統(tǒng))、TCU(變速器控制器)。測試目標為:各控制器協(xié)同起步、換擋、充電狀態(tài)下的數(shù)據(jù)一致性;高壓聯(lián)鎖故障下多控制器響應(yīng)延時評估;控制器之間CAN通信幀丟失、錯序檢測。
4.2 測試過程
4.2.1 測試系統(tǒng)部署
測試系統(tǒng)部署如圖2,涵蓋采集節(jié)點布置、信號接入與控制器連接,每個ECU通過高速CAN總線與數(shù)據(jù)采集節(jié)點連接;采集節(jié)點部署于各ECU附近,采集模擬信號、電壓電流、狀態(tài)位;GPS授時模塊與主控平臺建立同步鏈路,實現(xiàn)數(shù)據(jù)全局統(tǒng)一時間戳;控制平臺通過以太網(wǎng)實時接收并處理采集數(shù)據(jù)。
4.2.2 測試執(zhí)行流程
在測試執(zhí)行過程中,首先進行系統(tǒng)初始化與設(shè)備連通性檢測,確保各采集節(jié)點、控制器及授時模塊工作正常,采集通道配置無誤。隨后,按照預(yù)設(shè)場景逐一開展測試任務(wù)。每項測試前,啟動平臺進行實時數(shù)據(jù)采集與時間同步,確保各控制器數(shù)據(jù)在同一時間軸下準確對齊。以“車輛起步測試”為例,測試人員手動觸發(fā)VCU發(fā)送起步指令,系統(tǒng)同時記錄MCU輸出轉(zhuǎn)矩、TCU擋位反饋以及CAN通信數(shù)據(jù),分析各控制器間的響應(yīng)時延與協(xié)同一致性。再如“高壓互鎖故障注入測試”,通過模擬高壓電斷開,觀察BMS、VCU、MCU等控制器的故障識別與保護動作時間,評估系統(tǒng)安全性響應(yīng)速度。各項測試結(jié)束后,采集數(shù)據(jù)統(tǒng)一上傳至測試平臺進行可視化分析,提取關(guān)鍵參數(shù)波形、通信異常事件與控制邏輯變化,最終輸出數(shù)據(jù)報告支持設(shè)計優(yōu)化。
4.2.3 測試場景
(1)車輛起步測試
車輛起步階段是多控制器協(xié)同的典型工況之一,涉及VCU(整車控制器)發(fā)出起步請求,MCU(電機控制器)執(zhí)行轉(zhuǎn)矩輸出,TCU(變速器控制器)調(diào)節(jié)適當擋位配合起步[3]。測試中,操作人員通過測試平臺觸發(fā)VCU發(fā)出起步信號,平臺同步采集VCU指令、電機扭矩曲線、變速器狀態(tài)字以及整車速度變化數(shù)據(jù)。通過分析三者間的響應(yīng)時間差異,可評估控制器間指令傳遞的時效性和數(shù)據(jù)一致性。例如在某次測試中,VCU到MCU的響應(yīng)延遲為8ms,MCU到TCU的協(xié)調(diào)時差為5ms,總體滿足系統(tǒng)同步響應(yīng)要求。同時,測試過程中重點監(jiān)控是否出現(xiàn)指令丟失、響應(yīng)延遲過大等問題,并記錄CAN通信數(shù)據(jù)以便后續(xù)分析。本測試場景可有效驗證系統(tǒng)在起步初期多控制器協(xié)同控制的穩(wěn)定性與可靠性,為整車動態(tài)響應(yīng)性能評估提供依據(jù)。
(2)換擋邏輯同步性測試
換擋過程對多控制器間協(xié)同提出較高要求,尤其在電驅(qū)動系統(tǒng)中,TCU與MCU需高度協(xié)調(diào),以避免換擋頓挫或驅(qū)動中斷[4]。測試過程中,試驗車輛在設(shè)定速度范圍內(nèi)運行,TCU依據(jù)程序邏輯發(fā)出升擋或降擋請求。系統(tǒng)同步采集TCU擋位變化信號、MCU轉(zhuǎn)矩調(diào)整過程及VCU反饋指令。關(guān)鍵測試指標包括換擋響應(yīng)時間、轉(zhuǎn)矩調(diào)節(jié)曲線變化平滑性及各控制器之間的數(shù)據(jù)一致性。例如,在一次升擋測試中,TCU發(fā)出升擋請求后,MCU在20ms內(nèi)完成轉(zhuǎn)矩瞬時調(diào)降,并在TCU擋位確認完成后恢復(fù)至目標輸出,期間無抖動、扭矩突變。通過圖形化分析工具還可觀察換擋期間整車加速度曲線,進一步判斷協(xié)同控制的舒適性與邏輯合理性。本測試可有效識別控制策略存在的問題,并為TCU-MCU協(xié)調(diào)控制邏輯優(yōu)化提供數(shù)據(jù)支撐。
(3)高壓聯(lián)鎖故障注入
高壓聯(lián)鎖系統(tǒng)是保障車輛高壓回路安全的關(guān)鍵裝置,一旦故障未能被及時識別并斷電,可能引發(fā)安全隱患[5]。測試中,通過控制高壓互鎖模擬器斷開高壓聯(lián)鎖信號,平臺同時監(jiān)控BMS、VCU、MCU的故障識別時間、響應(yīng)延遲以及是否按照設(shè)計邏輯執(zhí)行功率下發(fā)禁止、斷開接觸器等保護動作。以一次測試為例,高壓聯(lián)鎖斷開后,BMS在3ms內(nèi)識別并上報故障狀態(tài),VCU于5ms內(nèi)接收并下發(fā)停機命令,MCU響應(yīng)并將輸出轉(zhuǎn)矩降為0。測試還驗證了系統(tǒng)在突發(fā)故障情況下的數(shù)據(jù)完整性及故障處理的閉環(huán)性。通過CAN數(shù)據(jù)記錄工具采集事件發(fā)生前后的通信內(nèi)容,可分析是否存在通信阻塞或丟幀等影響故障處理效率的異常。本測試場景可驗證系統(tǒng)的功能安全等級,評估控制器之間對關(guān)鍵故障的協(xié)同響應(yīng)能力。
(4)通信擾動驗證
在車輛運行過程中,外部電磁干擾或網(wǎng)絡(luò)負載過高可能導(dǎo)致CAN總線通信異常,影響控制器間數(shù)據(jù)交互的可靠性。通信擾動測試主要通過專用干擾發(fā)生模塊,在系統(tǒng)運行中注入短時高頻干擾或模擬總線負載過載,平臺實時采集所有控制器之間的CAN通信幀,分析是否出現(xiàn)幀丟失、重復(fù)、錯序等異常情況。測試結(jié)果通過平臺數(shù)據(jù)校驗?zāi)K自動生成通信異常報告,并標記異常幀序列。以一組典型數(shù)據(jù)為例,在5秒內(nèi)注入8次干擾,總計檢測到幀丟失14幀、錯序3幀,誤碼率控制在0.1%以內(nèi),系統(tǒng)能通過冗余機制完成重發(fā)并恢復(fù)正常。測試過程中還觀察MCU與VCU在干擾期間是否存在控制失效或異常狀態(tài)反饋。該場景重點驗證系統(tǒng)通信鏈路魯棒性與抗干擾能力,為通信設(shè)計冗余、校驗機制的合理性評估提供依據(jù)。
5 結(jié)論
隨著新能源汽車和智能駕駛系統(tǒng)的發(fā)展,控制器數(shù)量和控制復(fù)雜性呈指數(shù)級增長,傳統(tǒng)測試手段已難以勝任全場景、多系統(tǒng)驗證任務(wù)。本文所設(shè)計的多控制器協(xié)同測試數(shù)據(jù)采集與分析系統(tǒng),結(jié)合高精度時序同步、統(tǒng)一總線解析、智能分析算法和分布式架構(gòu),能有效解決現(xiàn)有測試難題,提升測試效率和問題發(fā)現(xiàn)能力。工作中,系統(tǒng)可進一步融合AI深度學(xué)習(xí)模型,實現(xiàn)智能故障預(yù)測與自動報告生成。同時,結(jié)合云平臺與數(shù)字孿生技術(shù),可實現(xiàn)遠程測試與虛實結(jié)合驗證,為車企研發(fā)提供更全面的測試解決方案。
參考文獻:
[1]鄭淳允,江坤.汽車空調(diào)控制器自動化測試建模的研究與應(yīng)用[J].自動化應(yīng)用,2023,64(16):25-27.
[2]熊剛,王文明,謝勇波,等.基于統(tǒng)一診斷服務(wù)協(xié)議的電動汽車集成控制器檢測平臺設(shè)計[J].大功率變流技術(shù),2021(02):23-29.
[3]蔣德志.電動汽車分布式驅(qū)動控制器硬件在環(huán)測試研究[D].杭州:浙江大學(xué),2021.
[4]江昕煒.基于PMP算法的輪轂直驅(qū)電動汽車能量優(yōu)化及多控制器HiL測試[D].鎮(zhèn)江:江蘇大學(xué),2020.
[5]李孝云,付貝貝,劉琴,等.電動汽車電機及電控系統(tǒng)綜合性能檢測試驗臺[J].設(shè)備管理與維修,2020(1):2.