CAPL实现UDS on CAN TP异常测试的可行性及帧定义问询

核心问题 #

• 计划通过CAN传输UDS报文开展异常场景测试，包括：发送长度为0xFFF或6的SF、乱序发送多帧、将FlowStatus设为Overflow，这类测试能否用CAPL实现？
• CAN 2.0b下DLC无法超过15的问题如何解决？
• UDS测试场景中，如何在CAPL中定义TP的SF、FF、CF等帧类型？

我尝试的CAPL代码 #

variables {
  message 00 udsMessage;
  message 01 udsMessage2;
}

void test1() {
  // Send a single frame (SF) with a length of 6 bytes
  udsMessage.byte(0) = 0x02; // UDS Service Request
  udsMessage.byte(1) = 0x01; // Example data
  udsMessage.byte(2) = 0x02; // Example data
  udsMessage.byte(3) = 0x03; // Example data
  udsMessage.byte(4) = 0x04; // Example data
  udsMessage.byte(5) = 0x05; // Example data
  udsMessage.byte(6) = 0x06; // Example data
  udsMessage.byte(7) = 0x00; // Padding byte
  write("Test 1: Sending UDS SF: ", udsMessage);
  output(udsMessage); // Send CAN frame
}
void test2() {
  udsMessage2.dlc = 0xFF;
  udsMessage2.byte(0) = 0x02; // UDS Service Request
  udsMessage2.byte(1) = 0x01; // Example data
  udsMessage2.byte(2) = 0x02; // Example data
  udsMessage2.byte(3) = 0x03; // Example data
  udsMessage2.byte(4) = 0x04; // Example data
  udsMessage2.byte(5) = 0x05; // Example data
  udsMessage2.byte(6) = 0x06; // Example data
  udsMessage2.byte(7) = 0x00; // Padding byte
  write("Test 1: Sending UDS SF: ", udsMessage);
  output(udsMessage2); // Send CAN frame

}
on key 't' {
  test1();
}
on key 'u' {
  // Start executing Test2 when 'u' key is pressed
  test2();
}

解答 #

1. 异常场景测试能否用CAPL实现？ #

完全可以。CAPL支持直接构造任意CAN帧数据，能轻松模拟各种UDS异常场景：

• 超长SF（0xFFF长度）：直接构造SF的PCI字节（高4位为0x0），低12位设为0xFFF，填充对应数据即可（注意CAN 2.0b单帧最多传7字节数据，0xFFF是PCI里的异常长度字段）
• 乱序多帧：手动构造FF、CF帧，不按正常顺序发送（比如先发CF1再发FF，或跳过部分CF序号）
• FlowStatus设为Overflow：构造FlowControl帧，将PCI的FlowStatus字段设为0x02（Overflow）即可

2. CAN 2.0b DLC无法超过15的问题 #

CAN 2.0b的规范DLC最大为8（对应8字节数据），你代码里设置udsMessage2.dlc = 0xFF无效，因为CAN 2.0b不支持扩展DLC。如果要模拟异常DLC，需确认你的CAN工具（如Vector CANoe/CANalyzer）是否允许发送非法帧——部分工具可在测试模式下开启该功能，CAPL中可直接修改报文dlc属性，同时在硬件设置中启用"允许发送非法帧"选项。

另外，UDS单帧的长度由PCI字段定义，而非CAN帧的DLC。比如SF的PCI格式是0xLLLL（高4位0x0，低12位为数据长度），即使CAN帧DLC是8，也能把PCI里的长度设为6或0xFFF来模拟异常。

3. CAPL中定义TP的SF、FF、CF帧类型 #

UDS over CAN的TP帧（ISO 15765-2）类型由PCI（Protocol Control Information）字段的高4位决定，直接构造对应字节即可：

• 单帧（SF）：PCI格式为0x0N（N为正常数据长度，0<=N<=7）；异常长度（如0xFFF）则拆为两个字节：0x0F 0xFF（低12位0xFFF拆分后的结果）
• 首帧（FF）：PCI高4位为0x1，后接12位总数据长度，格式为0x1L LL（比如总长度0x100，PCI为0x10 0x00）
• 连续帧（CF）：PCI高4位为0x2，低4位为帧序号（1-15循环），格式为0x2S（S为序号）
• 流控帧（FC）：PCI高4位为0x3，低4位为FlowStatus，格式为0x3F（F为状态值：0x0=ClearToSend，0x1=Wait，0x2=Overflow）

示例代码：

// 构造异常SF（长度0xFFF）
message 0x7DF udsSF_Invalid;
void sendInvalidSF() {
  udsSF_Invalid.dlc = 8;
  udsSF_Invalid.byte(0) = 0x0F; // PCI高4位0x0，低4位0xF（长度高4位）
  udsSF_Invalid.byte(1) = 0xFF; // 长度低8位
  udsSF_Invalid.byte(2) = 0x02; // UDS服务ID
  udsSF_Invalid.byte(3) = 0x01;
  // 填充其他数据字节
  output(udsSF_Invalid);
}

// 构造FlowStatus为Overflow的FC帧
message 0x7E8 udsFC_Overflow;
void sendOverflowFC() {
  udsFC_Overflow.dlc = 3;
  udsFC_Overflow.byte(0) = 0x32; // PCI高4位0x3，FlowStatus=0x2（Overflow）
  udsFC_Overflow.byte(1) = 0x00; // BlockSize（可设无效值）
  udsFC_Overflow.byte(2) = 0x00; // SeparationTime（可设无效值）
  output(udsFC_Overflow);
}

内容的提问来源于stack exchange，提问作者Killer5