一种制造技术

本申请提供了一种

【技术实现步骤摘要】
一种CRC校验故障处理方法及应用


[0001]本专利技术涉及新能源汽车
，具体而言，涉及一种
CRC
校验故障处理方法及应用
。

技术介绍

[0002]CAN
通信系统在汽车和其他嵌入式控制系统中广泛使用，用于不同控制器之间的数据交换
。
在
CAN
通信中，数据完整性至关重要，因此故障检测和处理是必要的；随着汽车电动化
、
智能化以及网联化的不断发展，汽车软件越来越复杂，
CAN
信号的数目也成倍增加，随之而来的不仅是
CAN
负载的不断增加，
ECU
内部的变量在传递到
CAN
收发器之前，出现错误的概率也大大增加
。
为此，需要一种合理的
CRC
校验故障处理方法，来解决
CAN
信号在传递过程中可信度低
、
时效性差
、
校验故障处理复杂等问题
。

技术实现思路

[0003]本专利技术的目的在于：针对目前存在的决
CAN
信号在传递过程中可信度低
、
时效性差
、
校验故障处理复杂的问题
。
[0004]为了实现上述专利技术目的，本专利技术提供了
CRC
校验故障处理方法及应用，以改善上述问题
。
[0005]本申请具体是这样的：一种
CRC
校验故障处理方法，包括：
A、Chksum&AliveCnt
故障检测条件为：控制器被相关唤醒源唤醒；当满足故障检测条件时底层（
BSW
）和应用层（
ASW
）才进行相关的检测和诊断；不满足故障检测条件底层（
BSW
）和应用层（
ASW
）均不检测和诊断；
B、
当“故障检测条件”满足时，底层（
BSW
）负责对
CAN
上每帧报文的所有
Message
进行
Chksum&AliveCnt
故障检测，并将检测结果传给应用层（
ASW
）；
C、
当“故障检测条件”满足时，应用层（
ASW
）接收底层的检测结果，若某
Message
检测不通过，则应用层（
ASW
）立即停止更新该
Messages
的值，并发出该
Messages
的默认值；反之，若检测通过应用层（
ASW
）则持续更新该
Messages
的值；
D、
当“故障检测条件”满足且应用层（
ASW
）检测到底层（
BSW
）上传的某帧报文的任一
Message
检测不通过标志
flg=0x1
，经过
Debounce
后，该帧报文应用层（
ASW
）故障确认标志位置为1，应用层（
ASW
）报出该帧报文
Chksum&AliveCnt
故障的
Errbit
，底层（
BSW
）报出该帧报文
Chksum&AliveCnt
故障的
DTC
码；
E、
当“故障检测条件”满足且应用层（
ASW
）检测到底层上传的某帧报文的所有
Message
检测不通过标志
flg=0x0
，经过
Debounce
时间后，该帧报文应用层（
ASW
）故障确认标志位置为0，底层（
BSW
）立即清除该帧报文
Chksum&AliveCnt
故障的
DTC
码，应用层（
ASW
）判定是否满足清除该帧报文
Chksum&AliveCnt
故障
Errbit
的条件，如满足该帧报文
Chksum&AliveCnt
故障的
Errbit
清除条件，清除该帧报文
Chksum&AliveCnt
故障的
Errbit
，不满足保
持该帧报文
Chksum&AliveCnt
故障的
Errbit。
[0006]作为本申请优选的技术方案，
Debounce
时间为5倍帧周期和
200ms
中最大值
。
[0007]作为本申请优选的技术方案，所述
Chksum&AliveCnt
故障检测条件包括至少一个唤醒源，唤醒源为
KL15、OBC
或
BMS。
[0008]作为本申请优选的技术方案，底层（
BSW
）在
Chksum&AliveCnt
故障检测期间对
CAN
上的每个
Message
执行至少一次检测
。
[0009]作为本申请优选的技术方案，底层（
BSW
）在
Chksum&AliveCnt
故障检测后向应用层（
ASW
）传递包括每个
Message
的检测结果
。
[0010]作为本申请优选的技术方案，应用层（
ASW
）在检测到底层（
BSW
）上传的某帧报文的任一
Message
检测不通过时，立即停止更新该
Message
的值，并发出该
Message
的默认值
。
[0011]作为本申请优选的技术方案，如果底层（
BSW
）上传的某帧报文的任一
Message
检测不通过，应用层（
ASW
）将在
Debounce
时间后将该帧报文的故障确认标志置为
1。
[0012]作为本申请优选的技术方案，如果应用层（
ASW
）检测到底层（
BSW
）上传的某帧报文的所有
Message
检测不通过，底层（
BSW
）会立即清除该帧报文的
Chksum&AliveCnt
故障的
DTC
码
。
[0013]作为本申请优选的技术方案，应用层（
ASW
）判定是否满足本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.
一种
CRC
校验故障处理方法，其特征在于，包括：
A、Chksum&AliveCnt
故障检测条件为：控制器被相关唤醒源唤醒；当满足故障检测条件时底层（
BSW
）和应用层（
ASW
）才进行相关的检测和诊断；不满足故障检测条件底层（
BSW
）和应用层（
ASW
）均不检测和诊断；
B、
当“故障检测条件”满足时，底层（
BSW
）负责对
CAN
上每帧报文的所有
Message
进行
Chksum&AliveCnt
故障检测，并将检测结果传给应用层（
ASW
）；
C、
当“故障检测条件”满足时，应用层（
ASW
）接收底层的检测结果，若某
Message
检测不通过，则应用层（
ASW
）立即停止更新该
Messages
的值，并发出该
Messages
的默认值；反之，若检测通过应用层（
ASW
）则持续更新该
Messages
的值；
D、
当“故障检测条件”满足且应用层（
ASW
）检测到底层（
BSW
）上传的某帧报文的任一
Message
检测不通过标志
flg=0x1
，经过
Debounce
后，该帧报文应用层（
ASW
）故障确认标志位置为1，应用层（
ASW
）报出该帧报文
Chksum&AliveCnt
故障的
Errbit
，底层（
BSW
）报出该帧报文
Chksum&AliveCnt
故障的
DTC
码；
E、
当“故障检测条件”满足且应用层（
ASW
）检测到底层上传的某帧报文的所有
Message
检测不通过标志
flg=0x0
，经过
Debounce
时间后，该帧报文应用层（
ASW
）故障确认标志位置为0，底层（
BSW
）立即清除该帧报文
Chksum&AliveCnt
故障的
DTC
码，应用层（
ASW
）判定是否满足清除该帧报文
Chksum&AliveCnt
故障
Errbit
的条件，如满足该帧报文
Chksum&AliveCnt
故障的
Errbit
清除条件，清除该帧报文
Chksum&AliveCnt
故障的
Errbit
，不满足保持该帧报文
Chksum&AliveCnt
故障的
Errbit。2.
根据权利要求1所述的一种
CRC
...

【专利技术属性】
技术研发人员：李祖成，寇芯晨，杜建，阳鹏，黄勇，李云，伍潇，
申请(专利权)人：深圳壁虎新能源汽车科技有限公司，
类型：发明
国别省市：