秦洪魁 艾勝強 程曉晨
1.武漢銳科控制系統有限公司 湖北省武漢市 430056 2.安徽全柴動力股份有限公司 安徽省滁州市 239500
傳統的汽車診斷儀存在硬件成本較高、診斷軟件更新難度較大以及整車廠對售后服務管理難度大等不足。隨著移動智能終端的硬件性能快速提升與軟件生態的逐步完善,在移動智能終端平臺上開發汽車診斷儀的硬件和軟件條件已非常成熟。與此同時,在國內網絡“提速降費”政策背景下,固定寬帶的普及以及移動流量資費的下降,有效降低了移動智能終端連接網絡服務的流量成本,具備了汽車診斷儀連接互聯網的經濟條件。于是基于互聯網的移動智能終端的汽車診斷儀不僅具備了實施的條件,還相比傳統汽車診斷儀的擁有網絡方面的優勢。借助于客戶端/服務器結構,移動智能終端診斷儀將已經普及的智能手機作為運行診斷程序的主機,無需額外配備主機,從而有效降低了硬件成本;在網絡服務的支持下,可簡單快捷地更新診斷儀軟件,可有效降低控制器程序在售后服務過程的安全風險;基于移動互聯網,可為整車廠定制售后服務管理流程,接入現有的MES、DMS、EOL等系統。
系統由VCI、iOS/Android智能移動終端以及診斷服務器組成。
VCI:通過藍牙/WIFI接口與智能移動終端連接通信、通過標準OBD接口與車輛連接通訊。
智能終端:基于iOS/Android系統的智能移動終端,在智能終端運行診斷App,通過WiFi、移動網絡訪問診斷服務器。
診斷服務器:由主機廠管理,收集和管理售后服務全部信息,可與其他系統連接通訊。
VCI是移動智能終端(診斷儀)與車輛(控制器)之間的連接接口,完成藍牙/WIFI與OBD定義的CAN總線/K總線之間的數據以及協議的相互轉換。當移動智能終端(診斷儀)向車輛(控制器)發送數據時,由VCI將藍牙/WIFI信號數據轉換成CAN總線/K總線數據發送至車輛(總線)。當車輛(控制器)響應應答時,由VCI將CAN總線/K總線數據轉換成藍牙/WIFI信號數據發送至移動智能終端(診斷儀)。
(1)采用高性能32位MCU,內置大容量靜態RAM;(2)2路CAN,滿足ISO11898規范,最高支持1M波特率;(3)1路K線,滿足ISO14230規范,最高支持115200波特率;(4)藍牙4.0 無線通訊,最高支持230400波特率;高速USB2.0接口;(5)內置ISO-15765通訊協議棧;(6)固件可在線通過藍牙或USB接口升級;

3.2.1 CAN設備接口模塊
為上層模塊提供統一的功能接口,接口內容:(1)OpenDevice()開啟CAN設備;(2)CanWrite()發送一幀CAN報文;(3)CanRead()讀取一幀CAN報文;(4)CloseDevice()關閉CAN設備;
3.2.2 ISO-15765接口模塊
為上層模塊提供打包與解包的功能接口,接口內容:(1)InitService()初始化15765服務,設置診斷CAN報文ID(2)SendBuff()發送上層模塊(KWP2KUDS)的數據;(3)RecvBuff ()接收上層模塊(KWP2KUDS)的數據(4)ExitService ()退出服務。
3.2.3 K線設備接口模塊
為上層模塊提供統一的功能接口,接口內容:(1)OpenDevice()開啟KLine設備;(2)KLineWrite() 發 送一幀數據(3)KLineRead()讀取 一幀數據(4)CloseDevice()關閉KLine設備。
移動智能終端軟件功能內容:(1)一鍵呼叫售后服務電話;(2)備件銷售網絡查詢;(3)服務網絡查詢;(4)主機廠或整車廠資訊;(5)知識庫;(6)個人中心;(7)基礎診斷功能;(8)高級診斷功能;(9)派工單管理;(10)車輛信息綜合查詢;
移動智能終端軟件基于iOS與安卓系統平臺,包含模塊:(1)VCI通信CAN線/ISO-15765/K線接口;(2)診斷協議KWP2K/UDS/SAE-J1939/自定義協議;(3)ECU配置;(4)基礎診斷功能;(5)高級診斷功能;(6)一鍵呼叫客服;(7)資訊-知識庫;(8)個人中心;(9)服務網絡查詢;(10)備件銷售網絡查詢;(11)車輛信息綜合查詢;(12)診斷遠程服務器以及地圖服務接口;(13)派工單管理;(14)維修記錄管理;(15)拍照;(16)定位;
服務站后臺管理端功能:(1)維修員賬號管理;(2)派工單管理功能。
系統后臺管理端功能:(1)人員賬號管理;(2)派工單管理;(3)消息中心;(4)備件銷售/服務站點管理;(5)VCI(診斷終端)設備管理;(6)故障碼管理;(7)通知/知識庫管理;(8)配置參數設置;(9)報表功能。
診斷系統服務器軟件系統架構為Linux ubuntu 14.04+Apache2.4+MySql+PHP5.6,主要接口為:(1)智能手機APP登錄;(2)修改密碼;(3)備件銷售網絡查詢;(4)服務站網絡查詢;(5)派工單申請;(6)派工單審核;(7)派工單查詢(業務員——我的派工單);(8)派工單診斷記錄提交。
系統人員基本角色設計:(1)服務站維修員;(2)服務站管理員;(3)整車廠客服人員;(4)整車廠業務管理員;(5)系統管理員;
流程如下:
(1)派工單申請。當用戶的車輛出現故障時,用戶撥打整車廠售后服務熱線,客服人員申請維修派工單;用戶可通過服務站維修人員,業務員申請派工單。
(2)業務員派工單審核。派工單申請之后,將交給售后服務業務員審核,業務員依據客戶的實際情況,判斷是否需要派工維修。如果不需要維修,則派工單流程結束;如果需要維修,則業務員將派工維修指派給相應的服務站。
(3)派工單承接。服務站管理員接到來自業務員的派工指派之后,依據實際情況決定是否承接派工維修服務。如果不承接,則派工單返回至業務員重新指派;如果承接,則將此派工服務進一步指派至維修人員。
(4)派工單實施。維修人員接收到派工指派之后,實施維修服務,服務完成之后,保存維修記錄。維修記錄包含車輛診斷數據,現場照片等內容。
(5)上傳維修記錄。維修人員完成維修任務后,提交維修記錄,核算外出維修里程。
(6)提交DMS系統服務單。由此后臺服務管理人員向DMS系統提交服務單。
(7)DMS系統服務單結算。在DMS系統結算費用,此派工全部完成。
(1)有效降低單臺診斷儀成本。此系統方案中沒有定制診斷儀主機,其硬件成本主要為VCI,相比傳統診斷儀減少了60%至85%的硬件成本費用。
(2)有效節省售后服務人工費用。使用此系統方案之后,更新控制器程序(數據)由服務站維修人員在授權下完成,程序(數據)安全風險可控,操作簡單,不需要專人專用設備,從而有效節省了售后服務費用。
(3)控制器程序(數據)安全風險可控。控制器程序(數據)動態加密傳輸至診斷儀,診斷儀將數據存儲在RAM中并解密,當診斷儀程序退出或者診斷儀關機時,控制器程序(數據)文件不保存,保障程序(數據)不被非法拷貝。控制器程序(數據)刷寫次數由服務器后臺管理端授權限定,保障刷寫受控。刷寫對象由發動機機體編號、供貨號唯一對應,保障程序(數據)不會刷錯。
(4)集成售后管理流程,加強服務管控,提高了服務響應速度。應用此系統方案后,記錄用戶車輛出現故障報修時的日期時間;記錄業務員審核是否進行售后服務的時間;記錄服務站承接此次維修服務的時間、到達現場的時間、完成服務的時間。
(5)集成售后管理流程,加強服務管控,降低了售后服務外出補貼費用。此主機廠的產品主要用在農機上,農機一般出現故障時在田間地頭,所以售后服務以外出服務為主。
(6)主機廠售后服務部門結合系統派工數據更新了費用補貼政策,達到了服務質量越好服務越積極的服務站收益越多的效果。在上此系統方案后,各個服務站的服務質量、服務態度在回訪環節由最終用戶來評價,評價的結果記錄至系統數據庫。結合此數據,主機廠提高外修服務里程單價,評價得分更高的服務站將獲得相對更多的派工單,從而獲得更多的收益,評價得分較低的服務站只有提高服務質量,積極響應用戶維修訴求才能逐步獲得更多的派工單。