基于labview电池管理系统和充电机通信协议测试

《基于labview电池管理系统和充电机通信协议测试》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、基于LabVIEW电池管理系统和充电机通信协议测试　　摘要：为了促进电动汽车技术的标准化，实现对基于J1939协议的《电动汽车非车载传导式充电机与电池管理系统之间的通信协议》进行测试，利用NIPXICAN接口板卡和LabVIEW软件开发平台构建J1939协议CAN通信平台，在此平台上模拟充电机，通过监测与电池管理系统通信的各报文发送接收状态来测试通信过程是否出现错误，将解析的通信信息以及错误类型通过用户界面显示。实验证明很好实现了J1939协议多帧传输机制，模拟了充电机与电池管理系统的通信，并能实时显示通信状态、指出错误类型。关键词：LabVIEW；J193

2、9协议；电池管理系统；充电机；协议测试中图分类号：TN915?34文献标识码：A文章编号：1004?373X（2013）17?0114?040引言随着近年来电动汽车行业如火如荼的发展，电动汽车技术相关的各种标准也相继推出，其中包括了《电动汽车非车载传导式充电机与电池管理系统之间的通信协议》（GB/T27930?2011）[1]。该协议是基于CAN应用层协议SAE9J1939，J1939是目前在国内汽车行业中应用广泛的CAN总线应用层协议[2?4]。只有电池管理系统与充电机之间的正常数据交互才能保证电动汽车进行高效、安全的充电。因此，电池管理系统与充电机通信协

3、议测试是电池管理系统测试的一个必不可少的项目。本课题来源于北方车辆研究所电池管理系统测试平台项目。美国国家仪器NIPXICAN采集卡以及LabVIEW为模拟充电机与BMS通信提供了良好的软硬件环境。LabVIEW是美国国家仪器推出的一种程序开发环境，图形化语言使其与其他的代码类型语言相比之下更为方便直观[5]。以计算机作为运行环境的LabVIEW，充分利用了计算机无可比拟的硬件优势，具有强大的数据处理能力。开发者可以很容易实现多线程编程，极大降低了软件开发的难度。LabVIEW的前面板提供了丰富的类似传统仪器的控件，开发者可以很方便的创建用户界面。本文重点在

4、于如何用LabVIEW实现SAEJ1939多帧传输机制，完成超过8B报文的接收重组、拆分发送。以及如何实时判断通信过程出现的错误、指出错误类型、定位错误发生的阶段。1SAEJ1939协议J1939协议是基于CAN2.0B制定的，协议对物理层、数据链路层、网路层以及应用层都进行了相关的规定。本文针对数据链路层的规定进行简单介绍。91.1协议数据单元（PDU）J1939将CAN2.0B的29位标识符ID划分为六部分，每部分都代表不同的含义，包括优先级（P）、保留位（R）、数据页（DP）、PDU格式（PF）、特定PDU（PS）、源地址（SA），见表1。根据CAN2

5、.0总线的仲裁机制，标识符值越小，CAN帧优先级越高，J1939把这一权利赋予了标识符最高三位（P）。R、DP通常为0。SA代表了该帧数据的发送节点的地址，CAN网络中每个设备都分配了惟一的SA。在介绍PF与PS之前有必要先介绍下参数组编号（PGN）的概念。每个PGN代表着惟一的参数组（可以包含一个或多个参数），当参数组的数据域大于8B时，需要遵循J1939的多帧传输机制。PGN由R、DP、PF以及PS组成，见表2。从表2中可以看出PDU2格式报文没有目标地址，此类报文只能发送给全局地址。由于PS作为PDU2格式参数组编号的一部分，因此PDU2比PDU1能定

6、义更多的参数组编号。1.2多帧传输机制CAN2.0B数据域最多有8B，而在J1939协议中当一个参数组编号（PGN）所对应的数据超过8B时，规定了一种多帧传输机制，发送者按此机制拆分发送，接收者按此机制接收重组，因此一个参数组编号所对应的数据最多可以为17859B。点对点未发生错误的多帧传输机制如图1所示，J1939对传输过程出现错误的情况也规定了相应的处理机制，在此不作介绍。TP.CM_RTS、TP.CM_CTS、TP.DT、TP.EndofMsgACK均为J1939特定功能报文，其参数组编号也由J1939规定，因此这些参数组编号不能再被用户定义。TP.C

7、M_RTS为消息发送者发送的请求发送帧，由此开始建立多帧传输链接，其数据域包括了此次发送的消息全部字节数、全部数据包数（TP.DT帧数）以及该消息的参数组编号等信息。接收者根据自己的接收能力，发送准备发送帧TP.CM_CTS，通知发送者下次可发送的数据包数、下一个要发送的数据包编号以及消息的参数组编号。发送者根据接收者的要求开始发送数据包TP.DT，数据包的数据域第一字节代表了该包号，因此一个数据包最多包含消息的7B。这个过程循环进行，直至接收者接收到全部数据包后发送消息结束应答帧TP.EndofMsgACK代表着这次多帧传输的结束。若发送的消息是全局消息，

8、则所有接收者不应有任何应答，整个传输过程如图2所示。