基于车载CAN总线故障诊断仪设计方案

发布者:Blissful5最新更新时间:2010-08-14 来源: 中电网关键字:车载CAN总线  故障诊断仪 手机看文章 扫描二维码
随时随地手机看文章

 

      本文提出了一种基于车载CAN总线故障诊断仪设计方案。本方案成本低廉,携带方便,具有很强的灵活性与适应性。

1 方案设计

      系统总体设计框图如图l所示。系统分为发射端和接收端两部分。



  由于采用射频技术,使汽车CAN总线数据采集部分和CAN总线数据诊断部分得以分离,无需连线,不受空间场地限制,安装携带方便。按照ISO有关标准, CAN总线传输速率最高可达1 Mbps;但由于汽车内部特殊环境,车载CAN总线速率一般在250 kbps。本系统中射频速率最高可达l Mbps,可以很好地满足数据传输要求。

  发射端采用USB作为接收模块和PC接口。USB与RS232或PCI接口相比,具有用户使用方便,设备自动识别,自动安装驱动程序和配置,支持动态接入和动态配置等优点;其传输速率可达几十Mbps,并且支持同步和异步传输方式,保证带宽,传输失真小。

  PC端应用层软件整合KWP2000的应用层协议。KWP2000是由瑞典制定的一种车载故障诊断协议,已在微机控制的自动变速器、防抱死制动系统、安全气囊、巡航系统中得到广泛应用。它基于OSI七层协议,符合IS07498标准。其中第1~6层实现通信服务的功能,第7层实现诊断服务的功能。其应用层提出了一套完整和标准化的诊断代码,本系统利用KWP2000的应用层协议,对采集到的CAN总线数据进行分析,以实现故障诊断的功能。

2 硬件实现

  2.1 系统所用芯片简介

  2.1.1 nRF2401芯片

  nRF240l 是单片射频收发芯片,工作在2.4~2.5GHz ISM频段;内置频率合成器、功率放大器、晶体振荡器、调制器和标准SPI等功能模块;输出功率和通信频道可通过软件进行配置,共有125个频道可使用,而且最高速率可达l Mbps。芯片具有1.9~3.6 V宽工作电压,工作能耗非常低。当以一5 dBm的功率发射时,工作电流只有10.5 mA;接收时,工作电流只有18 mA。

  nRF240l有4种工作模式:收发模式、配置模式、空闲模式、关机模式。其工作模式由PWR_UP、CE、CS三个引脚和配置字节最低位TX_EN来决定。

  收发模式分为DirectMode和ShockBurst。前者在片内对信号不加任何处理,与其他射频收发器相同。后者使用片内FIFO堆栈,数据从 MCU低速送入,但高速发射,而且与射频协议相关的所有高速信号处理都在片内进行。例如,nRF240l在ShockBurst收发模式下自动处理字头和 CRC校验码,在接收时自动把包头和CRC校验码移去;在发送数据时自动加上字头和CRC校验码。

  2.1.2 TMU3100芯片

  TMU3100是台湾Tenx公司2005年推出的RISC内核的单片机。它嵌入了完全兼容USBl.1协议的USB控制器,并且提供了低速USB接口和3个端点,其中1个控制输入/输出端点和2个中断输入端点。

  TMU3100可以配置为标准的HID类,可以使用Windows操作系统自带的HID类驱动程序。这样可以省去开发设备驱动程序的工作,缩短开发周期。TMU3100芯片结构框罔如图2所示。



  [page]

      2.1.3 PICl8F2682芯片

  PICl8F2682是Microchip公司新推出的8位低功耗CAN微控制器,主要资源有:内置标准CAN模组、80KB闪存程序存储器、1 KB数据E2PROM、3.3 KBRAM存储器、8通道ADC、1个8位和3个16位T1MER、1个SPI和I2C串行通信端口和可编程欠压复位功能及低电压检测电路。

  PIC18F2682内置增强型的CAN总线模块,该模块包含CAN协议引擎、信息缓冲和信息控制。CAN协议引擎自动处理CAN总线上所有接收和发送的消息,它可以在接收或发送信息时对数据帧进行解析。只需要首先设置适当的寄存器就可以发送信息,通过相关的寄存器即可得到信息传输的状态。

  2.2 硬件电路

  2.2.1 发射端电路原理

  图3是系统发射端电路原理。CAN总线接口使用Microchip公司内置CAN模块的PIC18F2682单片机,并由光耦6N137进行总线隔离;CAN总线收发器采用MCP2551。



  PIC18F2682与射频芯片nRF2401之间通过标准SPI接口SCK、SDI、SDO来完成 ,这样可以大大提高发送速率。对nRF2401配置控制使能CS和接收、发送使能CE分别由RB4和RB5进行控制。当nRF240l接收到数据包时,DRl将被置高电平,因此PICl8F2682通过查询 INT0的状态可以判断是否接收到数据。

  2.2.2 接收端电路原理

  [page]

      图4是系统接收端电路原理。由于TMU3100由PC供电,而PC机USB接口所提供的电压VDD干扰较大,故对VDD进行了π滤波。



  由于TMU3100没有SPI模块,故可以通过PB[1]、PB[0]按照SPI协议与nRF2401的SPI口来进行通信。对nRF2401配置控制使能CS和接收、发送使能CE分别由KSO[3]和KSO[13]控制。nRF2401接收到数据包后,DRl将被置高电平,因此TMU3100可以通过查询KSl6的状态判断足否接收到数据。

3 软件设计

  系统的软件设计包括发射端软件设计、接收端软件设计和PC端软件设计。

  3.1 发射端软件设计

  发射端流程如图5所示。软件设计主要实现两项功能:第一是实现CAN总线上数据的采集;第二是实现将采集后的数据通过射频进行发射。


  上电后,首先对CAN模块进行初始化。然后初始化nRF2101,并与接收端建立连接。当发送完CAN数据后没有收到ACK信号时,就跳频;然后通知发送端准备接收重发的CAN数据,直到接收到ACK信号。

  为了防止空中干扰,采用了自动跳频的空中协议,即无论是否接收到ACK信号都进行跳频,因此可以防止某个频段的强干扰,进而降低误码率。

  3.2 接收端软件设计

 [page] 

      接收端软件流程如图6所示。软件设计主要实现两项功能:第一是实现枚举;第二是实现将接收到的数据通过USB上传到PC。上电后,首先完成对TMU3100 的配置,并与PC机枚举;枚举成功后就对nRF2401进行配置,并与发射端建立连接。当接收到数据包后,首先判断是CAN数据还是重传数据命令。如果是 CAN数据包,则向发射端返回ACK信号并跳频,然后将接收到的数据通过USB传至PC;如果是重传命令,则先跳频,然后置重传标志,表示下个数据包是重传的数据包。

  TMU3100被配置为标准HID类,这样就不用为设备开发驱动程序,而是使用Windows提供的标准HID类驱动程序。

  3.3 PC端软件设计

  PC端软件由应用程序和设备驱动程序组成。Windows为标准USB没备提供了完善的内置驱动,本系统采用Windows自带的HID类驱动,只要将 TMU3100配置为HID类,即可完成与PC机的通信。这省去了开发设备的驱动程序,极大地简化了上位机软件的开发。

  上位机的应用程序首要实现的功能是,要实现对TMU3100端点的读写,用VC++语言编写,可以把USB设备当成文件来操作。用CreateFiile ()函数获得USB句柄,为读访问或写访问打开指定端点。用DeviceControl()来进行控制操作,用ReadFile()从指定端点读取数据,用WriteFile()向端点写入数据。

  当CAN总线上的数据被采集到PC后,就可以进行故障诊断了。故障诊断代码是依照KWP2000应用层规定的故障代码设计的,是目前国际上通用的,现将其应用于CAN的应用层,将来可以用全新的CAN上层协议取代。故障诊断代码定义在SSF14230中。SAE J1979中,由车辆制造商或系统供应者定义的服务标志符数值的不同范围,如表1所列。

  此表中以十六进制数表示的服务标志符,同数据链路层中数据字节内的SID服务识别字节对应。不同的SID值代表不同的服务请求,故障诊断程序必须符合此应用层标准,才能识别不同的十六进制代码所代表的不同的故障信息。


4 结论

  本文设计的2.4G无线车载CAN总线故障诊断仪,由于采用了自动跳频的空中协议,所以误码率几乎接近零,在14 m内仍能进行可靠的工作。系统使用国际上通用的诊断代码,使程序具有通用性和实用性;以PC作为硬件平台,无需专门开发硬件平台,可大大降低开发成本并且易于实现设备的升级和维护;使用USB接口和2.4G无线通信,具有即插即用、不受空间限制、数据传输实时性强的特点。

关键字:车载CAN总线  故障诊断仪 引用地址:基于车载CAN总线故障诊断仪设计方案

上一篇:“无线”功率开关为节能汽车提供先进电源管理解决方案
下一篇:基于龙芯2F的车载和便携设备系统设计

推荐阅读最新更新时间:2024-12-18 18:58

取代CAN总线车载以太网10BASE-T1S成为主流?
在汽车新四化(电动化、网联化、 智能化 、共享化)和 软件 定义汽车的浪潮下,汽车正经历着一场深刻的架构变革。曾经的分布式架构,已无法满足日益复杂的汽车功能需求。 汽车电子 电气正在朝着域架构、跨域架构和集中式架构加速演进。安富利密切关注汽车变革趋势,携手合作伙伴积极布局汽车相关的解决方案,助力客户构建下一代 智能网联汽车 开发。 汽车架构演进背后的驱动力,是车内电子控制单元( ECU )数量的指数级增长。从平均20-30个,飙升至100多个,甚至数百个。庞大的ECU数量,对车内网络带来了严峻挑战: 数据传输 速度慢、延迟高、可靠性差,严重制约了汽车功能的升级和发展。麦肯锡的一项研究表明,超过一半的汽车客户(64%)愿意更换汽
[汽车电子]
小广播
最新汽车电子文章
更多每日新闻

 
EEWorld订阅号

 
EEWorld服务号

 
汽车开发圈

电子工程世界版权所有 京B2-20211791 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2024 EEWORLD.com.cn, Inc. All rights reserved