CANoe自动发送全0默认报文 CAPL信号设置值发送失效问题

问题背景 #

• 需求：通过面板控件发送自定义CAN/CANFD报文，面板界面如下：
  
• 已完成操作：将编写的CAPL文件挂载到仿真工程的HAP节点，CAPL代码如下：

/*@!Encoding:936*/
includes
{

}

variables
{
  byte crc;
  byte data[64];
  message 0x329 msg1;
  msTimer mrrtimer100ms;
  message HAP_FD1 hap_fd1;
  
  // 注意：此处定义的全局变量与信号同名，易造成混淆，建议删除
  int APS_BrkModSts = 0;
  int APS_ESP_BrkDistance = 0;
  float APS_ESP_Spdlimn= 0.0;
  int APS_ESP_TgtGearReq = 0;
  int APS_ReqCtrlEPS = 0;
  float APS_ReqEPSTgtAng= 0.0;
  int APS_WorkSts = 0;
}

on start
{
  setTimer(mrrtimer100ms,10);
}

on sysvar Local::APS_BrkModSts
{ 
}
on sysvar Local::APS_ESP_BrkDistance
{
}
on sysvar Local::APS_ESP_Spdlimn
{
}
on sysvar Local::APS_ESP_TgtGearReq
{
}
on sysvar Local::APS_ReqCtrlEPS
{
}
on sysvar Local::APS_ReqEPSTgtAng
{
}
on sysvar Local::APS_WorkSts
{
}

on timer mrrtimer100ms
{
  int i;
  for(i=0;i<64;i++){
    hap_fd1.byte(i)= 0x00;
  }
  hap_fd1.APS_BrkModSts.phys = sysGetVariableInt(sysvar::Local::APS_BrkModSts);
  hap_fd1.APS_WorkSts.phys=sysGetVariableInt(sysvar::Local::APS_WorkSts);
  hap_fd1.APS_ReqCtrlEPS.phys=sysGetVariableInt(sysvar::Local::APS_ReqCtrlEPS);
  hap_fd1.APS_ReqEPSTgtAng.phys=sysGetVariableFloat(sysvar::Local::APS_ReqEPSTgtAng);
  hap_fd1.APS_ESP_TgtGearReq.phys=sysGetVariableInt(sysvar::Local::APS_ESP_TgtGearReq);
  // 注意：此处信号名拼写为APS_ESP_SpdLimn，与上方系统变量名APS_ESP_Spdlimn存在大小写差异
  hap_fd1.APS_ESP_SpdLimn.phys=sysGetVariableFloat(sysvar::Local::APS_ESP_Spdlimn);
  hap_fd1.APS_ESP_BrkDistance.phys=sysGetVariableInt(sysvar::Local::APS_ESP_BrkDistance);

  output(hap_fd1);
  setTimer(mrrtimer100ms,10);
}

• CAPL挂载配置界面如下：
  
• 异常现象：工程启动后，将系统变量APS_ESP_BrkDistance设置为300，期望CANoe持续发送该信号值为300的HAP_FD1报文，实际观测到总线上该报文所有信号值均为0，设置的数值未生效，总线观测结果如下：
  

排查步骤&修复方案 #

按优先级逐一验证以下问题点，即可定位根因：

1. 优先排查系统变量匹配问题（90%概率为该原因）
   CAPL读取系统变量时对命名空间、变量名的大小写、拼写敏感度极高，任何一处不匹配都会导致读取返回默认值0：
   • 打开面板控件的属性配置，确认控件绑定的系统变量是否真的属于Local命名空间，变量名是否和CAPL中sysGetVariable*函数里写的完全一致（包括大小写、下划线、后缀，比如代码里APS_ESP_Spdlimn最后一位是n，不要写成m）。
   • 验证方法：在定时器回调最开始加一行打印代码write("BrkDistance sysvar val = %d", sysGetVariableInt(sysvar::Local::APS_ESP_BrkDistance));，运行工程后看CANoe的Console窗口输出，如果输出值一直是0、不会随面板设置变化，直接修正系统变量的引用路径/名称即可。
2. 排查报文发送配置冲突
   打开DBC文件检查HAP_FD1报文的属性：
   • 确认报文的发送节点绑定的是你挂载CAPL的HAP节点，不要绑定其他节点；
   • 确认报文发送模式设置为自定义发送（Application triggered），不要开启DBC自带的周期发送属性，同时检查IG（交互发生器）模块里有没有添加这个报文，避免其他模块发送的默认值报文覆盖你CAPL发出的报文。
3. 排查报文类型/长度匹配问题
   代码里循环给64个字节赋值0，如果HAP_FD1是普通CAN报文（DBC里定义长度为8字节）不是CANFD报文，循环赋值64字节会造成内存越界，覆盖掉之前给信号赋的值，最终输出全0。如果是普通CAN报文，把循环长度改成DBC中定义的报文实际字节长度即可。
4. 排查节点运行状态
   确认HAP节点是放在Simulation Setup窗口的CAN网络链路下，不是放在Test Setup等非仿真运行分支下，同时工程运行时节点没有被设置为禁用/旁路状态。

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