試驗樣車監(jiān)控系統(tǒng)在車企的應用

譚倚靖 張 亮 張 送 韋統(tǒng)邊 李廣林

（上汽通用五菱汽車股份有限公司技術(shù)中心，廣西 柳州545007）

近年來，隨著汽車工業(yè)迅速發(fā)展以及新造車勢力的大量進入，行業(yè)競爭日益激烈，消費者的購買選項越來越多，對車輛的要求越來越高，需求的差異化也越來越顯著。車企為了獲得更高的市場份額，需持續(xù)更新迭代產(chǎn)品配置組合以滿足不斷變化的市場需求，使得產(chǎn)品研發(fā)項目激增。試驗樣車作為整車開發(fā)過程中不可缺少的部分，數(shù)量也快速增長。在制定樣車需求計劃時，首要的目標是在項目周期內(nèi)滿足不同項目、不同階段、不同用途的驗證需求，這些樣車占用著大量研發(fā)成本，但在實際管理中，研發(fā)人員“借車不用”與“無車可用”共存，造成較大的資源浪費。為了合理規(guī)劃未來車輛新增計劃，并加速車輛流轉(zhuǎn)速度，提高樣車利用率，減少浪費，本文提供了一套系統(tǒng)應用解決方案。

1 試驗樣車監(jiān)控系統(tǒng)設(shè)計及功能介紹

本文介紹了一個試驗樣車監(jiān)控系統(tǒng)在車企的應用，其基于整車信號、樣車管理、設(shè)備管理、成本模型等數(shù)據(jù)，對試驗樣車全生命周期實際使用情況進行監(jiān)控與統(tǒng)計分析，實現(xiàn)試驗樣車的精細化管理，輔助項目管理團隊在滿足試驗需求的前提下，提高樣車使用率，并為未來樣車試制計劃提供數(shù)據(jù)支持。

2 系統(tǒng)數(shù)據(jù)基礎(chǔ)

試驗樣車監(jiān)控系統(tǒng)使用的數(shù)據(jù)涉及多個來源，一是樣車使用過程中產(chǎn)生的實時數(shù)據(jù)，如車速、經(jīng)緯度等；二是企業(yè)內(nèi)部對樣車進行日常管理產(chǎn)生的業(yè)務數(shù)據(jù)，如車輛配置、借用狀態(tài)、使用人、報廢計劃等；三是為了實現(xiàn)監(jiān)控與分析統(tǒng)計的目標而增加的一些相關(guān)流程及配置數(shù)據(jù)，如：終端安裝綁定記錄、造車成本模型配置等。

2.1 整車數(shù)據(jù)采集

由于試驗樣車的制造是為了在整個研發(fā)過程中進行各項測試驗證，試驗樣車的制造標準及實車狀態(tài)與最終可上市銷售的商品車往往存在較大差距，項目早期階段的車輛尤為如此。針對不同狀態(tài)的車輛，實施的數(shù)據(jù)采集方案有所區(qū)別。對于非網(wǎng)聯(lián)車型，需通過外接OBD 設(shè)備進行數(shù)據(jù)采集；對于網(wǎng)聯(lián)車型，網(wǎng)聯(lián)模塊進入試運行階段的車輛，可使用其網(wǎng)聯(lián)模塊采集的整車數(shù)據(jù)，在此之前則仍需通過OBD設(shè)備實現(xiàn)數(shù)據(jù)采集。

對于需要通過OBD 接口獲取整車實時數(shù)據(jù)的樣車，車上OBD接口常常需要同時外接其他診斷設(shè)備以配合完成測試驗證，對車輛的監(jiān)控不應對正常的整車試驗造成干擾，因此需要制定OBD 接口的分線方案并通過相應的測試驗證，否則監(jiān)控系統(tǒng)方案也難以在整車項目中推廣應用。

2.2 樣車管理業(yè)務數(shù)據(jù)對接

試驗樣車作為車企的一類重要資產(chǎn)，一般都會設(shè)置相應的管理工作流程，涵蓋庫存管理、運輸調(diào)度、維修維護、臨牌保險辦理、車輛報廢等業(yè)務，純手工管理對人力資源要求較高，這些業(yè)務流程產(chǎn)生的數(shù)據(jù)常常以應用系統(tǒng)的方式形成記錄。根據(jù)不同的業(yè)務需求場景，部分監(jiān)控統(tǒng)計目標需將車輛數(shù)據(jù)與業(yè)務數(shù)據(jù)相結(jié)合進行計算才能實現(xiàn)，如某個部門某個階段車輛的整體使用率、某輛車某個試驗周期的使用情況、主動發(fā)起回收長期離線車輛并進行二次分配等。在企業(yè)已存在樣車管理業(yè)務系統(tǒng)的情況下，相關(guān)業(yè)務數(shù)據(jù)應盡量從現(xiàn)有系統(tǒng)獲取，避免重復開發(fā)。

2.3 樣車監(jiān)控業(yè)務數(shù)據(jù)配置

在整個系統(tǒng)數(shù)據(jù)流中，試驗樣車監(jiān)控系統(tǒng)作為車輛數(shù)據(jù)、業(yè)務數(shù)據(jù)的應用方，其本身也會產(chǎn)生一些必要的數(shù)據(jù)。以采集終端的管理為例，由于試制樣車的制造屬于非標準生產(chǎn)流程，部分樣車也不要求達到可售狀態(tài)，部分問題會影響整車數(shù)據(jù)的使用。例如：通過OBD接口讀取的VIN碼可能與實車不符，因此，在設(shè)備安裝過程需要對OBD設(shè)備號及實車VIN碼進行關(guān)聯(lián)綁定。

3 系統(tǒng)界面

試驗樣車監(jiān)控系統(tǒng)提供H5 及web 端兩種系統(tǒng)應用形式，H5的主要使用方是試制技師以及研發(fā)工程師，實現(xiàn)終端設(shè)備的安裝管理及狀態(tài)檢測；PC端則主要供項目管理團隊使用，實現(xiàn)報表查詢下載、成本模型維護、車輛使用明細查詢等日常管理功能。

3.1 H5 操作程序

H5 在本文中特指基于HTML5 技術(shù)并在移動端適配使用的網(wǎng)頁，可在手機瀏覽器以及微信等手機APP 內(nèi)打開，操作靈活便捷，適用于較為直觀簡潔的功能頁面。在本試驗樣車監(jiān)控系統(tǒng)中，H5操作程序主要用于實現(xiàn)試制現(xiàn)場的設(shè)備安裝管理及狀態(tài)監(jiān)測。

圖2 H5 操作程序主界面

當試制技師完成樣車設(shè)備安裝或更換，需通過H5 操作程序?qū)υ摌榆嚨腣IN碼與數(shù)據(jù)采集終端IMEI 碼進行綁定或解綁，系統(tǒng)在進行業(yè)務運算時根據(jù)此綁定記錄將終端設(shè)備采集的數(shù)據(jù)關(guān)聯(lián)至對應的樣車。此外，由于整車試驗需要將樣車發(fā)運至全國各地甚至國外，車輛發(fā)出后，若數(shù)據(jù)采集出現(xiàn)異常，問題排查需要花費較多的資源人力及時間，且排查效果較差，故而需要在樣車試制下線前增加設(shè)備狀態(tài)檢測流程，以確認數(shù)據(jù)采集終端是否正常工作。試制技師在進行設(shè)備狀態(tài)監(jiān)測時，只需提供終端IMEI 碼或者車輛VIN碼，即可在H5 操作程序查詢獲取終端設(shè)備的最新工作狀態(tài)、車輛狀態(tài)等關(guān)鍵信息。

3.2 web 端管理后臺

web 端在本文中特指電腦端的網(wǎng)頁版，用戶獲取系統(tǒng)鏈接及賬號密碼后，即可通過電腦瀏覽器進行訪問，相較于H5 的屏幕尺寸與交互限制，web 端在顯示布局以及文件處理等方面更適用于項目管理工作場景。管理后臺的主要功能包含可視化看板、車輛使用明細查詢、車輛軌跡回放、成本模型維護等模塊?？梢暬窗逯饕故菊w統(tǒng)計指標及總體趨勢，如在線車輛數(shù)、離線車輛占比、日利用率趨勢、累計用車成本、借車時長分布等圖表，根據(jù)項目管理的實際使用場景，要求能夠設(shè)置多種顆粒度，如按項目、按車型、按使用部門統(tǒng)計等，并支持與多種維度篩選器組合使用，圖3 至圖5 展示了部分可視化樣例。以圖3 為例，項目管理人員篩選了工作中關(guān)注的兩個項目及時間周期，并設(shè)置為按項目統(tǒng)計。

圖3 按項目展示試驗樣車日利用率趨勢

圖4 按部門展示樣車借用時長分布

圖5 使用與空置占比示例

車輛使用明細查詢及軌跡回放，分別以列表及GPS 軌跡的方式提供單臺樣車的詳細使用數(shù)據(jù)，可用于進一步了解車輛狀態(tài)及使用情況。

成本模型維護模塊，根據(jù)歷史造車成本數(shù)據(jù)建模計算，對不同類型的樣車進行試制成本預估，用以實現(xiàn)成本維度的分析統(tǒng)計。

4 結(jié)論

針對試驗樣車需求量大但利用率低的問題，本文提供了一套系統(tǒng)應用解決方案，通過對整車實時狀態(tài)進行監(jiān)控，并結(jié)合已有的樣車管理業(yè)務數(shù)據(jù)進行多維度分析統(tǒng)計，使項目管理團隊管理能快速關(guān)注到低利用率車輛，以便及時與研發(fā)人員跟進了解實際情況，實現(xiàn)試驗樣車的精細化管理，也使得未來車型項目的試制需求計劃有據(jù)可依。