一种移动智能诊断系统开发

秦洪魁 艾胜强 程晓晨

1.武汉锐科控制系统有限公司 湖北省武汉市 430056 2.安徽全柴动力股份有限公司 安徽省滁州市 239500

1 引言

传统的汽车诊断仪存在硬件成本较高、诊断软件更新难度较大以及整车厂对售后服务管理难度大等不足。随着移动智能终端的硬件性能快速提升与软件生态的逐步完善，在移动智能终端平台上开发汽车诊断仪的硬件和软件条件已非常成熟。与此同时，在国内网络“提速降费”政策背景下，固定宽带的普及以及移动流量资费的下降，有效降低了移动智能终端连接网络服务的流量成本，具备了汽车诊断仪连接互联网的经济条件。于是基于互联网的移动智能终端的汽车诊断仪不仅具备了实施的条件，还相比传统汽车诊断仪的拥有网络方面的优势。借助于客户端/服务器结构，移动智能终端诊断仪将已经普及的智能手机作为运行诊断程序的主机，无需额外配备主机，从而有效降低了硬件成本；在网络服务的支持下，可简单快捷地更新诊断仪软件，可有效降低控制器程序在售后服务过程的安全风险；基于移动互联网，可为整车厂定制售后服务管理流程，接入现有的MES、DMS、EOL等系统。

2 系统组成

系统由VCI、iOS/Android智能移动终端以及诊断服务器组成。

VCI：通过蓝牙/WIFI接口与智能移动终端连接通信、通过标准OBD接口与车辆连接通讯。

智能终端：基于iOS/Android系统的智能移动终端，在智能终端运行诊断App，通过WiFi、移动网络访问诊断服务器。

诊断服务器：由主机厂管理，收集和管理售后服务全部信息，可与其他系统连接通讯。

3 VCI开发

VCI是移动智能终端（诊断仪）与车辆（控制器）之间的连接接口，完成蓝牙/WIFI与OBD定义的CAN总线/K总线之间的数据以及协议的相互转换。当移动智能终端（诊断仪）向车辆（控制器）发送数据时，由VCI将蓝牙/WIFI信号数据转换成CAN总线/K总线数据发送至车辆（总线）。当车辆（控制器）响应应答时，由VCI将CAN总线/K总线数据转换成蓝牙/WIFI信号数据发送至移动智能终端（诊断仪）。

3.1 VCI基础功能要求

（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 VCI软件接口要求

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设备。

4 移动智能终端软件

4.1 移动智能终端软件功能

移动智能终端软件功能内容：（1）一键呼叫售后服务电话；（2）备件销售网络查询；（3）服务网络查询；（4）主机厂或整车厂资讯；（5）知识库；（6）个人中心；（7）基础诊断功能；（8）高级诊断功能；（9）派工单管理；（10）车辆信息综合查询；

4.2 移动智能终端软件结构

移动智能终端软件基于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）定位；

5 系统服务器端软件

5.1 系统服务器端业务功能

服务站后台管理端功能：（1）维修员账号管理；（2）派工单管理功能。

系统后台管理端功能：（1）人员账号管理；（2）派工单管理；（3）消息中心；（4）备件销售/服务站点管理；（5）VCI（诊断终端）设备管理；（6）故障码管理；（7）通知/知识库管理；（8）配置参数设置；（9）报表功能。

5.2 系统服务器端软件系统结构

诊断系统服务器软件系统架构为Linux ubuntu 14.04+Apache2.4+MySql+PHP5.6，主要接口为：（1）智能手机APP登录；（2）修改密码；（3）备件销售网络查询；（4）服务站网络查询；（5）派工单申请；（6）派工单审核；（7）派工单查询（业务员——我的派工单）；（8）派工单诊断记录提交。

6 系统工作流程

系统人员基本角色设计：（1）服务站维修员；（2）服务站管理员；（3）整车厂客服人员；（4）整车厂业务管理员；（5）系统管理员；

流程如下：

（1）派工单申请。当用户的车辆出现故障时，用户拨打整车厂售后服务热线，客服人员申请维修派工单；用户可通过服务站维修人员，业务员申请派工单。

（2）业务员派工单审核。派工单申请之后，将交给售后服务业务员审核，业务员依据客户的实际情况，判断是否需要派工维修。如果不需要维修，则派工单流程结束；如果需要维修，则业务员将派工维修指派给相应的服务站。

（3）派工单承接。服务站管理员接到来自业务员的派工指派之后，依据实际情况决定是否承接派工维修服务。如果不承接，则派工单返回至业务员重新指派；如果承接，则将此派工服务进一步指派至维修人员。

（4）派工单实施。维修人员接收到派工指派之后，实施维修服务，服务完成之后，保存维修记录。维修记录包含车辆诊断数据，现场照片等内容。

（5）上传维修记录。维修人员完成维修任务后，提交维修记录，核算外出维修里程。

（6）提交DMS系统服务单。由此后台服务管理人员向DMS系统提交服务单。

（7）DMS系统服务单结算。在DMS系统结算费用，此派工全部完成。

7 结语

（1）有效降低单台诊断仪成本。此系统方案中没有定制诊断仪主机，其硬件成本主要为VCI，相比传统诊断仪减少了60%至85%的硬件成本费用。

（2）有效节省售后服务人工费用。使用此系统方案之后，更新控制器程序（数据）由服务站维修人员在授权下完成，程序（数据）安全风险可控，操作简单，不需要专人专用设备，从而有效节省了售后服务费用。

（3）控制器程序（数据）安全风险可控。控制器程序（数据）动态加密传输至诊断仪，诊断仪将数据存储在RAM中并解密，当诊断仪程序退出或者诊断仪关机时，控制器程序（数据）文件不保存，保障程序（数据）不被非法拷贝。控制器程序（数据）刷写次数由服务器后台管理端授权限定，保障刷写受控。刷写对象由发动机机体编号、供货号唯一对应，保障程序（数据）不会刷错。

（4）集成售后管理流程，加强服务管控，提高了服务响应速度。应用此系统方案后，记录用户车辆出现故障报修时的日期时间；记录业务员审核是否进行售后服务的时间；记录服务站承接此次维修服务的时间、到达现场的时间、完成服务的时间。

（5）集成售后管理流程，加强服务管控，降低了售后服务外出补贴费用。此主机厂的产品主要用在农机上，农机一般出现故障时在田间地头，所以售后服务以外出服务为主。

（6）主机厂售后服务部门结合系统派工数据更新了费用补贴政策，达到了服务质量越好服务越积极的服务站收益越多的效果。在上此系统方案后，各个服务站的服务质量、服务态度在回访环节由最终用户来评价，评价的结果记录至系统数据库。结合此数据，主机厂提高外修服务里程单价，评价得分更高的服务站将获得相对更多的派工单，从而获得更多的收益，评价得分较低的服务站只有提高服务质量，积极响应用户维修诉求才能逐步获得更多的派工单。