基于K线的汽车天窗马达ECU通讯系统的设计

　　Webasto 车顶供暖系统有限公司是世界著名的车顶供暖系统设备供应商，在中国占有大量市场份额。在将天窗马达装配到天窗之前，要进行多项操作和测试，具体包括：装配测试、短路测试、接地测试、软件版本验证、硬件版本验证、读取序列号、参数写入与读出和运转测试。参数写入与读出是整个周期中的一个重要的环节。参数写入的过程主要是将此参数的版本号信息、温度传感器、电流传感器、电压传感器上下限的值以及天窗滑动过程中的速度上限值等一些天窗运行过程中要满足的指标信息写入ECU中;而从ECU中读出的信息包括：此ECU的硬件和软件版本号，天窗在运行过程中滑动的位移、起翘的幅度、防夹力的大小和异常信息等一些与天窗性能相关的参数信息，这样操作人员就可以根据相应的情况迅速地分析和处理异常情况。

　　汽车天窗马达ECU通讯系统将成为操作人员、检测人员的帮手，因此设计它是非常必要的。本着携带方便、操作简单、软硬件的可移植性好、成本低廉等原则，此通讯系统由如下装置组成：一台笔记本电脑、一根串口线、一个通讯盒和一个与马达ECU连接的接插件(由Webasto车顶供暖系统有限公司提供)。

　　1 系统整体结构

　　此系统的硬件是基于ISO9141标准的K 线通讯方式，而其软件部分是基于Webasto通讯协议的可以同时操作*.par文件、*.s文件的通讯软件。系统结构如图1所示。

　　 (1) .s文件与.par文件

　　这两种文件格式为ECU参数的不同编码方式，都记录了设备需要写入的 ECU的参数值。.s文件为标准MOTOROLA s-record，其代码是由ASCII格式的字符组成的，其中包含了存储数据的地址、数据长度、存储的数据以及校验码。.par文件包含了ECU具体参数的名称和值，需要与参数说明文件excel共同使用进行ECU的读写。

　　(2) File Decoder

　　读取、识别两种文件格式中的数据，储存在应用程序中供用户使用，并进行文件之间相互转换的操作。

　　(3) Message Handler

　　负责把应用程序中的参数数据按照Webasto Telegram Specification格式打包准备发送，也负责把接收到的数据按照同样协议拆包，识别后保存在应用程序中。

　　(4) Communication Agent

　　应用程序通过调用该层次模块实现对串行通信接口的透明操作。

　　(5) COMM API

　　Windows串行接口API函数库。

　　(6) KBUS-232 ADAPTER

　　用来实现PC机到汽车天窗马达ECU信息传递的硬件单元。

　　2 硬件结构

　　此汽车天窗马达ECU通讯系统中，其所选的硬件是基于ISO9141通讯协议的K线通讯的，所以这里先说明一下K线通讯的特点，然后在此基础上说明此天窗马达ECU通讯系统设计时所采用的硬件结构。

　　2.1 诊断K线通讯特点

　　根据SAE规定的OBD标准，车辆行业使用K、L线进行诊断和标定。通过K线对某个控制单元进行查询，通过K线、测试仪和控制单元可进行数据交换。换句话说，即通过K线数据被双向传送（从测试仪到控制单元以及从控制单元到测试仪）。最近生产的车上都装有K线。而 L线则是用来对控制单元进行查询的导线，此线在目前生产的车辆中已经不存在。由于串口的普及，所以K线实现起来更容易。而逻辑电平的改变，只是需要转换电路。因此本系统采用K线的通讯方式。由于K线只是一根线，而PC机与控制单元都要向对方发出信息，所以可以判定此线是半双工串行通讯。

　　K线通讯主要有以下特点：

(1) 双方采用半双工异步串行通讯。

(2) 工作电压范围为8～18V。

(3) 使用环境温度为－40°C～125°C。

(4) 最大速度是50kbps。

(5) 支持大电流。

(6) 与单片机CMOS电平无缝连接。

(7) 具有对地线保护作用。

(8) 串行通讯码的每个单元包括10位二进制数据，分别为起始位、8位数据、停止位，每个单元发送完毕后设有空闲等待。

(9) 双方的通讯以“行”为单位轮流发送，即PC机发送一行消息后，ECU再发送一行消息，反之亦然。

(10) 一信息行由下列数据组成：第一位数据表示本行还要发送多少数据；第二个数据用来表示关键码，表示此次用来完成什么样的操作，如开始参数、写数据到EEPROM中等；第三个数据表示要发送的数据。

(11) 在一信息行中，还包括用于校验的反码，一方每发出一个数据后，对方必须对回应此数据的反码进行校验；由于K线是单线通讯，所以只有在正确处理回应数据的反码进行校验时，才能保证通讯的顺利进行。

(12) 至于PC机在每一个功能块中如何发出命令，ECU是如何给出相应信息的，在软件结构中会做说明。