一、車輛模擬測試平台麵臨的主要技術挑戰
車輛模擬測試平台(如道路模擬機、多軸振動台、零部件耐久試驗台)shiqicheyanfayanzhengtixizhongdeguanjianzhuangbei,yongyuzaishiyanshihuanjingxiafuxiancheliangzaishijidaoluxingshizhongchengshoudezaihepu。qikongzhixitongdexingnengzhijieyingxiangshiyanshujudeyouxiaoxing、試驗周期和開發成本。隨著新能源汽車對輕量化、高可靠性要求的提升,以及台架測試向多軸耦合、高動態響應方向發展,傳統測試平台控製係統在工程應用中麵臨以下技術製約:
多軸伺服同步與載荷譜複現的實時性要求
現代車輛測試平台通常包含4至8個甚至更多獨立控製的作動筒(液壓或電動),分別模擬車輪、車身或關鍵零部件的垂向、側向、縱向載荷。道路載荷譜包含從0.1Hz到數十赫茲的寬頻成分,要求在毫秒級甚至亞毫秒級時間尺度內完成各軸指令的同步更新和閉環控製。傳統采用“工控機+多軸運動控製卡”的架構,各軸控製卡之間時鍾獨立,通過PCI/PCIezongxianjiaohuanshuju,cunzaiguyoudetongxindoudonghetongbuwucha。zaiduozhououhejiazaishi,zhezhongwuchahuidaozhigezuodongtongxiangweiguanxipianlishedingzhi,wufazhenshifuxiandaolugongkuang,yingxiangshiyanjieguodezhixindu。
力與位移信號的高保真采集與閉環控製
作動筒的力傳感器(如輪輻式力傳感器)和位移傳感器(如LVDT、磁致伸縮位移計)shuchuxinhaoduoweihaofujichafenmoniliang,yishoutaijiadiancihuanjingheyeyabengzhanganrao。chuantongcaiyongdanduanchangjulichuanshuzhikongzhiguineicaijikadefangshi,xinhaoshuaijianhegongmoganraonanyiyouxiaoyizhi,daozhili/位移閉環控製出現靜差或振蕩,影響載荷譜跟隨精度。研究表明,閉環控製算法的性能在很大程度上依賴於反饋信號的質量。
試驗工況管理與數據同步的複雜性
一套完整的耐久性試驗可能包含數十種不同工況(如比利時路、搓板路、高速環路),每種工況對應特定的載荷譜文件和試驗參數。傳統方案中,工況切換需人工加載不同的文件、調整控製參數,流程繁瑣且易出錯。同時,力/位移數據、作動筒位移、試驗循環次數等關鍵數據分散存儲,時間戳不同步,導致事後分析時難以將異常波形與具體工況、時間點準確對應,給故障複現和設計改進帶來困難。
遠程協同與試驗狀態監控的需求
車輛測試實驗室往往與設計、分析部門位於不同地點,甚至跨地域。傳統試驗過程中,工程師需親臨現場監控試驗狀態、調整參數、下載數據,遇到非預期情況時響應滯後。在長時間(如數周)的耐久性測試中,現場值守人力成本高。
二、解決方案概述:基於BL370的硬實時多軸控製與數據集成平台
本方案以ARMxy BL370係列邊緣工業計算機為核心,構建一個集多軸硬實時同步控製、高保真信號采集、試驗工況管理與遠程協同於一體的統一技術平台。
統一控製核心:采用BL372B作為主控製器。其異構計算架構實現任務分工:四核ARM Cortex-A53處理器運行Linux係統,承載工況管理、數據記錄、與Simulink Real-Time等仿真軟件的對接、遠程通信等上層應用;獨立的ARM Cortex-M0內核,在Linux-RT-5.10.198實時操作係統的調度下,專門負責多軸作動筒的閉環控製算法、高速模擬量采集與輸出、EtherCAT通信管理等對時序確定性要求嚴格的任務。這種架構將非實時任務與實時任務分離,確保控製周期的穩定性和低延遲。
基於EtherCAT的硬實時同步驅動網絡:通過內置的IgH EtherCAT主站,將所有作動筒的伺服驅動器(或伺服閥控製單元)接入同一實時網絡。EtherCAT的分布式時鍾機製可實現各軸指令周期的亞微秒級同步,確保在多軸耦合加載時,每個作動筒的實際位移/力嚴格按照設定的相位關係跟隨目標載荷譜。通信周期可配置至250µs甚至更低,滿足高頻載荷譜複現的需求。
高精度模擬量采集與輸出:通過模塊化IO板卡,就近接入力/位移傳感器,輸出高精度控製信號,最大程度縮短模擬信號傳輸路徑,提高抗幹擾能力。
軟件定義試驗流程與遠程協同:通過上層軟件工具,實現試驗工況的集中管理、與仿真軟件的無縫數據交換、以及遠程試驗監控與數據下載。
三、具體IO需求與模塊化選型配置
車輛模擬測試平台對模擬量輸入輸出的精度、速度、通道數以及多軸同步控製有嚴格要求。
1. 核心控製單元選型
主控製器:BL372B(3×EtherCAT網口,1×X板槽,2×Y板槽)。網口一用於連接所有作動筒的伺服驅動器/伺服閥控製網絡;網口二用於連接數據采集擴展站或本地操作界麵;網口三接入實驗室以太網,用於與仿真主機、遠程訪問終端通信。
處理核心:SOM372(RK3562J,32GB eMMC,4GB LPDDR4X),為存儲大量載荷譜文件、試驗數據記錄和詳細事件日誌提供充足容量。
操作係統:Linux-RT-5.10.198內核,保障多軸同步控製與高速模擬量采集/輸出的實時性。
2. 關鍵IO選型與配置
|
功能模塊
|
信號需求
|
選型型號
|
功能說明與配置建議
|
|
力/位移傳感器信號采集
|
差分模擬量輸入,接入力傳感器(如應變式)、位移傳感器(LVDT、磁致伸縮)的差分電壓輸出。此類傳感器輸出信號範圍通常為±5V、±10V,需高精度、高采樣率采集以用於閉環控製。
|
Y34板(4路差分輸入0-5/10V AI模塊)
Y36板(4路差分輸入±5V/±10V AI模塊)
|
根據傳感器量程選擇對應板卡。Y34/Y36的(de)差(cha)分(fen)輸(shu)入(ru)結(jie)構(gou)能(neng)有(you)效(xiao)抑(yi)製(zhi)台(tai)架(jia)電(dian)磁(ci)幹(gan)擾(rao),保(bao)障(zhang)反(fan)饋(kui)信(xin)號(hao)的(de)準(zhun)確(que)性(xing)。多(duo)塊(kuai)板(ban)卡(ka)可(ke)擴(kuo)展(zhan)至(zhi)數(shu)十(shi)個(ge)通(tong)道(dao),滿(man)足(zu)多(duo)軸(zhou)測(ce)試(shi)台(tai)需(xu)求(qiu)。控(kong)製(zhi)回(hui)路(lu)對(dui)信(xin)號(hao)延(yan)遲(chi)敏(min)感(gan),模(mo)塊(kuai)應(ying)就(jiu)近(jin)安(an)裝(zhuang)在(zai)作(zuo)動(dong)筒(tong)附(fu)近(jin),縮(suo)短(duan)模(mo)擬(ni)信(xin)號(hao)傳(chuan)輸(shu)距(ju)離(li)。
|
|
伺服閥/驅動器控製信號輸出
|
高精度模擬量輸出,用於控製伺服閥的電流或電壓指令,或伺服驅動器的扭矩/速度給定。控製信號需快速響應,波形平滑,以減少作動筒的機械衝擊。
|
Y46板(4路AO模塊輸出±5V/±10V)
|
Y46板輸出範圍覆蓋常見伺服閥和驅動器的指令信號需求。每塊板卡可同時控製4個作動筒。控製器根據載荷譜目標值和實時反饋,通過Y46板輸出閉環控製量,實現對作動筒的精確驅動。
|
|
作動筒狀態反饋
|
數字輸入(DI):采集作動筒極限位開關、液壓油溫、油壓等狀態信號。
|
X14板(4路高速DI模塊)或 X23板(4DI+4DO)
|
用於安全保護和狀態監測。
|
|
輔助控製
|
數字輸出(DO):控製液壓泵站啟停、冷卻係統、報警指示等。
|
X15板(4路DO模塊)或 Y21板(8路DO)
|
處理輔助設備邏輯控製。
|
3. 軟件功能實現
與Simulink Real-Time等仿真軟件的無縫對接:BL370作為實時目標機,通過以太網與運行Simulink Real-Time的上位機(仿真主機)通信。上位機負責載荷譜模型計算、工況序列調度等高層任務,將每個控製周期各軸的目標力/位移值通過UDP或共享內存協議下發給BL370。BL370接收目標值,結合Y34/Y36采集的實時反饋值,在本地執行高頻率的閉環控製算法,並將控製量通過Y46輸出。同時,將采集到的實際力/位移值回傳至上位機用於記錄和顯示。這種架構實現了“上位機模型計算 + 下位機硬實時閉環”的分工,發揮各自優勢。
QuickConfig試驗工況管理:該工具提供結構化的試驗配置文件管理界麵。主要功能包括:
工況庫建立:將不同類型的道路載荷譜文件(如時域力譜、位移譜)、對應的工作參數(作動筒行程範圍、安全閾值、采樣率)打包存儲為工況模板。
序列編排:支持將多個工況按順序組合成完整的試驗流程,並設置循環次數、過渡時間等參數。
一鍵加載:試驗開始時,操作員選擇目標工況序列,係統自動加載對應的載荷譜文件和控製參數至實時控製任務,簡化操作流程。
BLRAT實現遠程試驗監控與數據下載:通過安全的遠程訪問通道,身處辦公室或異地實驗室的工程師可以接入現場BL370控製器。可以實現:
實時監控:以曲線方式查看各作動筒的目標力/位移與實測值的跟隨情況、誤差曲線,判斷試驗狀態是否正常。
參數微調:在試驗過程中,根據觀察到的誤差情況,遠程調整閉環控製器的PID參數或前饋係數,優化控製效果,無需中斷試驗。
數據下載:試驗結束後或運行過程中,遠程下載已記錄的實際力/位移數據、事件日誌,供後續分析使用。
異常處理:當試驗出現異常報警(如傳感器超量程、跟隨誤差過大)時,遠程查看詳細信息,必要時遠程停止試驗,避免設備損壞。
四、集成化方案的技術特點分析
相較於傳統“工控機+運動控製卡+獨立信號調理儀”的分散式架構,本一體化方案在係統設計層麵呈現出不同特點。
|
對比維度
|
傳統車輛測試平台控製方案
|
基於BL370與模塊化IO的集成方案
|
技術特點分析
|
|
係統架構與多軸同步性
|
多軸控製卡通過PCI/PCIe總線與工控機通信,各卡時鍾獨立,同步精度受總線負載影響。
|
統一時鍾、硬實時網絡。所有作動筒驅動指令通過EtherCAT總線在同一通信周期內同步下發,分布式時鍾機製保證亞微秒級同步。
|
為多軸耦合載荷譜的高精度複現提供了可靠的同步基礎,避免因相位誤差導致的試驗失真。
|
|
信號采集與閉環響應
|
傳感器信號經長電纜傳至控製櫃內采集卡,易受幹擾;采集卡與運動控製卡之間數據交換存在延遲。
|
差分采集就近部署。Y34/Y36板安裝於作動筒附近,就近采集,差分輸入抑製共模幹擾。采集數據與閉環控製算法在同一控製器內處理。
|
提高了反饋信號的保真度,縮短了控製回路延遲,有利於提升載荷譜跟隨精度。
|
|
試驗工況管理
|
工況切換需手動加載不同載荷譜文件、修改控製參數,操作繁瑣,易出錯。
|
集中配置與一鍵加載。QuickConfig將載荷譜與參數打包為工況模板,支持序列編排和一鍵加載。
|
簡化了試驗操作流程,降低了人為錯誤風險,提升了試驗效率。
|
|
遠程協同能力
|
試驗數據需現場拷貝,問題診斷依賴現場支持,響應周期長。
|
內置遠程訪問。通過BLRAT實現遠程監控、參數調整、數據下載和故障診斷。
|
支持工程師異地協同,減少現場值守時間,提升試驗資源利用率。
|
|
軟件生態與模型集成
|
與Simulink等仿真軟件的集成需自行開發接口,工作量大,穩定性依賴編程水平。
|
標準化對接。提供與Simulink Real-Time等實時仿真軟件的標準化數據交換接口,簡化集成工作。
|
降低了將仿真模型部署到測試平台的技術門檻,加速從仿真到試驗的迭代過程。
|
五、總結
以ARMxy BL370邊緣控製器為核心的車輛模擬測試平台解決方案,其核心思路是通過統一的硬實時控製平台、高精度差分模擬量采集與輸出、集中化試驗工況管理以及遠程協同工具的融合,係統性地應對傳統測試平台在多軸同步、信號保真、工況管理和遠程協作等方麵的工程挑戰。
該方案通過EtherCAT實現多作動筒的亞微秒級同步控製,為載荷譜的高精度複現提供基礎;通過Y34/Y36差分AI模塊實現力/位移信號的就近高保真采集,提升閉環控製品質;通過Y46高精度AO模塊輸出平滑的控製指令;通過QuickConfig實現試驗工況的模板化與序列化管理;通過BLRAT支持遠程試驗監控與協同。
這種集成化技術路徑,為汽車研發測試機構、零部件供應商和高校實驗室構建控製精度更高、試驗效率更優、協同能力更強的下一代車輛模擬測試平台,提供了具備工程可行性的技術選擇。
|