Kwp2000协议的应用(程序后续篇)

本文涉及的产品
全局流量管理 GTM,标准版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
云解析 DNS,旗舰版 1个月
简介: Kwp2000协议的应用(程序后续篇)

作者:良知犹存

转载授权以及围观:欢迎添加微信:becom_me

总述

   接上上篇文章Kwp2000协议的应用(硬件原理使用篇),本篇继续对基于PID解析数据,如何依据J1979的标准进行解析数据

   先给昨天的文章补上一张故障码对照表,昨天分析了如何读取故障码,但是如何把16bit的hex数据转为我们可以解释的故障码,一般各大厂家的维修手册会有显示,第二就是ECU的协议手册里面会进行描述故障码对应的hex数据。

下面就是部分故障码展示:

4edc953e2c684bbe819ffa954c899c08.png


四、继续读取ECU常用数据

通过服务ID:0x01 读取整车状态数据:

从上面可以看到支持的整车的数据的ID 有0x20 0x40 0xC0打头的整段ID

或者我们也可以通过向ECU发送相应格式的数据,用来解析能够支持的PID有哪些。

4edc953e2c684bbe819ffa954c899c08.png4edc953e2c684bbe819ffa954c899c08.png

TEST->ECU  (设备端发往ECU请求读取转速的数据)hex:C2 33 F1 01 0C F3

读取代码如下:仅供参考

__packed typedef struct{
  u8 fmt;                 
  u8 tgt;                 
  u8 src;               
  u8 sid;               
}KlineSend;
u8 KLineReadrpm(void)/*读发动机转速*/
{
  KLIN_RecOK = 0;
  u8* p1;
  KlineSend *p = (KlineSend*)malloc(20);
  p->fmt = 0xC2;
  p->tgt = 0x33;
  p->src = 0xF1;
  p->sid = 0x01;
  p1=(u8*)&(p->sid);
  *++p1= 0x0C;
  *++p1=CheckSum((u8*)p, sizeof(KlineSend)+1);
  SendBuf_KLin((u8*)p, sizeof(KlineSend)+2);
  free(p);
  return 0;
}

4edc953e2c684bbe819ffa954c899c08.png

ECU ->TEST (ECU 应答设备转速的回复)德尔福hex ::C4 F1 11 41 0C 0000 13

BOSH ECU回应数据格式  hex:C4 F1 11 41 0C 0000 13

虽然数据内容有些不同,但是都是符合kwp2000的数据格式,这样对我们来说我们只需要把握数据整体是否能用,再解析关键字即可,不需要一种ECU写一套代码。

4edc953e2c684bbe819ffa954c899c08.png

其中解析方式可以参照当前协议中ID支持的标准解析方式,我开发的PID都符合J1979的解析方式,所以我就按照如下表进行解析数据。4edc953e2c684bbe819ffa954c899c08.png

汽车现在有新的解析标准,大家可以自行查找,这里给大家描述的是一种方法,至于最终开发的产品,请严格按ECU所符合的标准来操作。

同理:车速的读取信息

tester ->德尔福ECU  hex:C2 33 F1 01 0D F4

德尔福ECU-> tester  hex:83  F1 10 41 0D 23 F5

读取关键词车速为 0x23

BOSH ECU回应格式为 hex:C3 F1 11 41 0D 00 13

读取关键词车速为 0x00

解析判断代码如下:

u8 ReceiveReadCommData(u8 *p,u8 len)
{
  u16 EngRpm,carSpeed;
  switch(*++p)//关键字判断
  {
    case 0x0C:
    {
      EngRpm=((*(((u8*)p)+1))*256+(*(((u8*)p)+2)))/4;
      break;
    }  
    case 0x0D:
    {
      carSpeed=*(((u8*)p)+1);
      break;
    }
    default:
      break;
  }
  return 0;
}

但是有些时间我们会遇到读取过来的数据无法使用,那么我们第一要判断的就是否是服务ID不支持,虽然上面可以看到很多ID的解析方式,甚至ECU都会回应你正确的格式,但是有些时候外部接线以及其他原因,我们获得的数据是无法使用的。

比如车速,如果ECU没有此项功能,ECU则会回复0x12否定代码,示例如下:

tester->:C233F1010DF4

ECU  ->: 83F1117F011217

但是有些时候,因为一些原因该功能ECU支持信息回复,但是实际上ECU上硬线并没有连接,所以需要我们及时分辨:

4edc953e2c684bbe819ffa954c899c08.png


五、读取一体的函数结构

加上昨天现在有几个ID的读取了,昨天没有分享读取的总函数,现在展示一下读取执行的总函数:仅供参考

KlinSendTimTypeDefTab KlineSendTimTab[KlineTask] =
{
  { 0, 0, 3   ,  *Tester        },            //用来与ECU保持长连接
  { 0, 0, 1   ,  *KLineReadrpm  },
  { 0, 0, 1   ,  *KLineReadSpeed},
  { 0, 0, 15  ,  *ReadDTC       },
  { 1, 0, 20  ,  *KLineDtcClear },            
};
u8 KlineScan(void)
{
    if(KlinRcvLen()>3)
    {
       KlineAnalyz(KlinRcvBuff(), KlinRcvLen());//调用串口接收函数
       memset((u8*)KlinRcvBuff(),0x00, 0xff);
    }
    KLIN_RecOK = 0;
    KlinClsRecvd();
  }
  if (KlineSendIndFlag.flag == 0)
  {
    if (KlineSendIndFlag.init == 1)
    {      
      printf("Klin_init\r\n");
      KlineFastInit();
      KlineSendIndFlag.count = 0;
      KlineSendIndFlag.src = 600;
      KlineSendIndFlag.flag = 1;
      (KlineSendIndFlag.cnt > 8)? (KlineSendIndFlag.cnt =0):(KlineSendIndFlag.cnt++);
      if(KlineSendIndFlag.cnt>3&&KlineSendIndFlag.cnt<6)
      {
          KlineSendIndFlag.init =1;
          KlineSendIndFlag.count = 0;
          KlineSendIndFlag.flag =0;
          KlineSendIndFlag.sta=0;/*判断为0*/
      }
      else{
          KlinComInit();  
      }            
    }
    else
    {
      for (char i = 0; i < sizeof(KlineSendTimTab)/sizeof(KlinSendTimTypeDefTab); i++)
      {
        if (KlineSendTimTab[i].flag == 0)
        {
          KlineSendTimTab[i].flag = 1;
          KlineSendTimTab[i].count = 0;//计算接收时间长度
          KlineSendTimTab[i].p() ;
          KlineSendIndFlag.flag  = 1;    
          KlineSendIndFlag.count = 0;    
          if(KlineSendIndFlag.cnt)KlineSendIndFlag.cnt =0;  /*转为0*/            
          break;
        }
      }
    }
  }
  return 0;
}

这就是我分享的kwp2000解析,还有很多细节操作,实际开发和文字描述上还是差距很多,如有需要欢迎大家联系我与我交流,添加我的微信:become_me。

目录
相关文章
|
2月前
|
安全 Linux Windows
小试跨平台局域网文件传输工具NitroShare,几点感想
小试跨平台局域网文件传输工具NitroShare,几点感想
|
4月前
|
数据采集 网络协议 Python
🔍HTTP协议不为人知的秘密:Python网络编程高手是如何炼成的?
【7月更文挑战第29天】探索HTTP协议核心—请求与响应的交互:浏览器发送请求至服务器,后者处理后返回资源数据与状态码(如200表示成功)。Python高手需理解这些机制并掌握工具如`requests`库。HTTP头信息(Headers)含元数据如`User-Agent`、`Content-Type`及`Cookie`用于会话管理。尽管HTTP无状态,但可通过`Cookie`和`Session`模拟状态保持。成为高手之路包括:深入理解协议、实践项目、阅读优秀库源码如`requests`、跟进新技术如HTTP/2与HTTP/3,并积极参与社区交流。
25 1
|
6月前
|
网络协议 Linux 数据处理
Linux网络编程(各种协议模型的基础知识)
Linux网络编程(各种协议模型的基础知识)
76 0
|
6月前
|
安全 前端开发 算法
前端知识笔记(三十八)———HTTPS:保护网络通信安全的关键
前端知识笔记(三十八)———HTTPS:保护网络通信安全的关键
69 0
|
存储 C# C语言
居民身份证阅读器产品开发学习心得(再谈标准-软件-协议)
居民身份证阅读器产品开发学习心得(再谈标准-软件-协议)
85 1
|
存储 缓存 负载均衡
计网 - 怎样实现 RPC 框架
计网 - 怎样实现 RPC 框架
107 0
|
传感器
Kwp2000协议的应用(程序原理篇)
Kwp2000协议的应用(程序原理篇)
330 0
Kwp2000协议的应用(程序原理篇)
|
域名解析 网络协议 算法
Linux网络原理与编程(4)——第十四节 传输层协议
客户端认为连接已经建立成功了,所以就正常发数据。但是这个时候服务器并未建立连接,在收到数据之后,会向客户端发送一个含有RST的报文(reset),即希望客户端重新建立连接。
252 0
Linux网络原理与编程(4)——第十四节 传输层协议
|
设计模式 监控 网络协议
Linux网络原理与编程——第十一节 网络基础及套接字
从system call(系统调用结构)开始往下,都是属于OS和硬件的范畴,我们一般的程序员所进行的开发,通常都是在用户层。(这个我们后面还会具体说到)。
211 0
Linux网络原理与编程——第十一节 网络基础及套接字
|
网络协议 测试技术 开发工具
游戏协议测试二:协议工具开发技术介绍
游戏客户端通常是与服务器直接进行通信,如何通过工具来进行协议的修改和创建呢?第一种就是直接在客户端代码里面增加一些类似GM指令的测试接口,来达到对每个接口的测试目的。第二种就是从外部对双方的通讯网络下手,通过第三方将协议截获修改后再发送给对方,从而达到协议测试的目的如图1,本篇文章就是针对第二种方式来做介绍。
1210 0
游戏协议测试二:协议工具开发技术介绍