深扒CAPL中的Message变量

关于CAPL中的Message的基本使用方法，如函数中怎么定义和声明。on message下怎么使用。可以参考本人上一篇写的。CAPL编程的注意事项。

本人在使用Message的过程中，发现了一些更深入的用法，本文将结合实例，对message的实际用法作出更深入的了解，也会对message这种数据结构更加了解。

之前我是认为message是类似与结构体的一种数据类型，但是继续了解下去，发现它是更类似与C++中的类。message 有类似与Class中的成员函数的methord。

首先我们先在工程里设置一个IG发送器

如下图所示，IG发送器中可以依次修改，报文发送方式和周期，报文ID（默认16进制），发送的逻辑通道，报文长度。

我们写一段代码。看看message有哪些性质

on message 0x111     //对所有接收到的报文0x111都做处理，可以使用IG界面发送，并通过IG界面改变各种性质
{
  int i=0;
  while(i<1)
  { i++;
  write("输出0x111的BRS:%d",this.BRS); //知道BRS是CANfd的速率切换位

  }

}

我们首先在IG界面，把0x111选择为canData（也就是数据帧）这种情况下BRS肯定是=0。

 看输出结果：

接下来我们试试 使用CAPL定义和发送0x110；
 

IG界面设置类型	注意事项	BRS输出值	CAPL写性质
CAN数据帧		0	可以写，但是没有意义。
CAN远程数据帧		0	同上
CAN扩展数据帧	发送扩展数据帧时，需要把 on message 0x110--》修改成0x110x	0	同上
CAN扩展远程帧	实际测试时发送CAN扩展远程帧。不会触发 on message事件	0	同上
CANfd数据帧	IG发送的CANFD帧，默认BRS为1，即使我们在network中把数据段和帧头设置为一样的波特率	1	写BRS=1时，才会设置为1
CANfd扩展数据帧	同上	1	同上一条

此时又有一个问题：当我们使用CAPL中，声明定义Message，

variables
{
   message 0x111 msg_4=  //声明这个message时，可以同时声明其逻辑通道
     {  
      FDF=1
       BRS=1

     };
 }

IG界面依次切换为CANRemote

接下来，我们看

on message 0x111     //对所有接收到的报文0x111都做处理，可以使用IG界面发送，并通过IG界面改变各种性质
{
  int i=0;
  while(i<1)
  { i++;
  write("输出0x111的BRS:%d",this.BRS); //知道BRS是CANfd的速率切换位

  write("输出0x111的BitCount:%d",this.BitCount);//第二个语句是输出报文的bit总数

  }

(1)先把IG发送的0x111 设置为CANdata帧，DLC=1;第一个数据设置为06。

看看测试结果

先按理论值计算

我们把结果分析一下，sof（1）+11（id）+rtr(1)+ide(1)+r0(1)+dlc(4)+byte(8)+crc(15)+crc界定（1）+ack(1)+ack界定符（1）+eof（7）=52.。。哎呀呀！怎么计算的理论值和实际值多出5Bit。由此推出message的另外一个特性，就是stuffcount（填充计算）要算出填充位，我们先要知道15bitCRC的值。

我们算来算去也就算出来了3个填充位，于是52+3=55，另外两个bit位是在哪里，我也不知道了。