System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind() 一种新能源汽车诊断架构制造技术_技高网

一种新能源汽车诊断架构制造技术

技术编号:42671043 阅读:0 留言:0更新日期:2024-09-10 12:25
本发明专利技术公开了新能源汽车架构领域,具体地说,本发明专利技术涉及一种新能源汽车诊断架构,在VCU中设置故障诊断API,并分别由底层软件BSW和应用层软件ASW进行调用,ASW实时监控零部件状态、系统状态、各控制单元上报故障状态以及发送到总线的故障信号状态,BSW实时监控的驱动信号状态、报文通讯状态,ASW和BSW各自监控自己负责的故障并通过API在ASW和BSW间进行故障状态传递,ASW和BSW间通过API构建起整车层面的诊断管理框架,解决了现有技术诊断交互较为繁琐,随着不同项目的开发需要进行频繁配置,且开发成本很高,造成开发效率低、容易出现软件质量问题以及降低整车的成本优势的问题。

【技术实现步骤摘要】

本专利技术涉及新能源汽车架构领域,具体地说,本专利技术涉及一种新能源汽车诊断架构


技术介绍

1、新能源汽车的整车控制器(vcu)负责整车扭矩协调控制、高压系统协调上下电控制、热管理协调控制、能量管理、人机交互控制以及诊断系统管理等功能,其中诊断管理系统负责对整车所有部件和系统的运行状态进行监控,如果出现了故障,需要及时对故障进行处理,包括主动进行车辆控制干预,提醒驾驶员进行车辆维修检查等。

2、现有技术诊断交互较为繁琐,随着不同项目的开发需要进行频繁配置,且开发成本很高,造成开发效率低、容易出现软件质量问题以及降低整车的成本优势。


技术实现思路

1、本专利技术提供一种新能源汽车诊断架构,诊断管理系统的故障处理策略直接决定整车故障状态下的人身车辆安全,vcu的诊断架构直接决定诊断管理系统的故障处理开发效率以及整车故障处理的功能安全。

2、为了实现上述目的,本专利技术采取的技术方案为:一种新能源汽车诊断架构,在vcu中设置故障诊断api,并分别由底层软件bsw和应用层软件asw进行调用,asw实时监控零部件状态、系统状态、各控制单元上报故障状态以及发送到总线的故障信号状态,bsw实时监控的驱动信号状态、报文通讯状态,asw和bsw各自监控自己负责的故障并通过api在asw和bsw间进行故障状态传递,asw和bsw间通过api构建起整车层面的诊断管理框架,具体步骤如下:

3、步骤s1,设置三个api供asw和bsw分别调用实现故障诊断和故障处理,为每个故障设置1个数组用于为该故障关联特定的某个或某些功能的放行状态;为每个故障设置用于故障确认和治愈的累加计数器和累减计数器标定量用于灵活标定;

4、步骤s2,vcu初始化,asw将应用层判断的故障状态fltraw值set给底层,应用层为每个故障设置单独的诊断逻辑,诊断逻辑根据不同故障的故障特征进行设定,通过对每个故障的诊断逻辑进行计算,获取每个故障的fltraw,asw将故障判断的fltraw值set给bsw,bsw然后会对该故障的经过滤波处理,bsw诊断的故障处理机制与asw的故障处理机制相同;

5、进一步限定,所述的三个api都分别为dsm_setfltsts、dsm_getfuncidsts和dsm_getfltsts,dsm_setfltsts分别由asw和bsw调用,asw通过调用dsm_setfltsts来将故障判断的fltraw值set给bsw,步骤1中所述的滤波处理是指对故障设置持续时间判断,当fltraw置位,且满足该故障预设的累加计数器,即fltraw置位后持续时间大于等于该故障预设的累加计数器阈值,那么bsw会认为该故障真实存在,置位相关状态;否则当故障报出后,如果fltraw复位,且fltraw复位后持续时间大于等于该故障预设的累减计数器阈值,那么bsw会认为该故障已经消失,复位相关状态,bsw诊断故障包括驱动诊断、通讯超时以及scb和scg类故障。

6、进一步限定,所述的dsm_setfltsts的入参值分别为总故障id和故障fltraw,返回值则为故障set的成功或失败信息,总故障id包含所有故障,每个故障分别对应一个独有的id,用于唯一标识该故障,bsw会根据asw的故障信息的设定同步映射到bsw。

7、进一步限定,所述的dsm_getfuncidsts用于获取故障关联的func状态,当某一个或多个关联该func的故障报出,那么该func就会被触发,func被触发后会改变asw中调用该api且关联此func的判断逻辑输出值,从而影响功能控制,所述dsm_getfuncidsts的入参值为func的id,返回值为func的使能或抑制状态,func根据整车具体用到的功能类型进行划分,为特定功能创建func可针对特定故障进行针对性监控,方便故障发生后的故障处理控制。

8、进一步限定,所述func使能时,调用dsm_getfuncidsts逻辑处模块的输出值为1,否则func被触发后的输出值为0,dsm_getfltsts则用于asw获取bsw滤波处理后的某一个特定的故障的故障状态,该api的入参为某个故障的id,返回值则为该故障的报出或治愈状态,设置此api的目的是为了应用层在进行某些逻辑判断时,需要针对单个故障进行判断,如果该故障报出,那么asw将进行后续的故障处理,否则按照故障未报出状态下的逻辑处理。

9、进一步限定,设置有高等级故障func,高故障等级func触发时,或当dcdc使能失败故障报出后,且车速低于3kph时,整车采取零扭矩处理。

10、进一步限定,bsw为每个故障都设置了1个func可标定数组,func可标定数组的大小为64维,根据预定义的id所代表的func,结合故障影响的功性能范围,为故障进行关联标定。

11、进一步限定,关联多个func后,当故障经过bsw滤波报出后,调用故障关联的func的api处的逻辑就会输出0,从而影响功能正常运行进入故障处理,所述func包括vcu从整车角度考虑制定的6级funclvl1/funclvl2/funclvl3/funclvl4/funclvl5/funclvl6,从低到高故障处理逐级加严,asw为每个funclvl设置了override标定量funclvlx_override以方便功能测试、故障定位、性能开发等,当某一funclvlx_override置位后,那么该funclvl将保持使能状态,即关联该funclvl的故障报出。

12、采用以上技术方案的有益效果是:

13、1、asw和bsw各自监控自己负责的故障并通过api在asw和bsw间进行故障状态传递,asw和bsw间通过api构建起整车层面的诊断管理框架,简单高效。

14、2、累加计数器用于故障报出的确认,而累减计数器则用于故障治愈的确认,此处设置的标定量就是用于对故障的报出和治愈的时间进行标定,可以根据实际需求进行适应性标定调整,以方便功能验证、故障报出和治愈时间调整等,其优点在于无需更改bsw就可以完成数据调整,即无需重新集成软件,通过标定数据就可以完成更改。

本文档来自技高网...

【技术保护点】

1.一种新能源汽车诊断架构,其特征在于:在VCU中设置故障诊断API,并分别由底层软件BSW和应用层软件ASW进行调用,ASW实时监控零部件状态、系统状态、各控制单元上报故障状态以及发送到总线的故障信号状态,BSW实时监控的驱动信号状态、报文通讯状态,ASW和BSW各自监控自己负责的故障并通过API在ASW和BSW间进行故障状态传递,ASW和BSW间通过API构建起整车层面的诊断管理框架,具体步骤如下:

2.根据权利要求1所述的一种新能源汽车诊断架构,其特征在于:所述的三个API都分别为DSM_setFltSts、DSM_getFuncIDSts和DSM_getFltSts,DSM_setFltSts分别由ASW和BSW调用,ASW通过调用DSM_setFltSts来将故障判断的FltRaw值set给BSW,步骤1中所述的滤波处理是指对故障设置持续时间判断,当FltRaw置位,且满足该故障预设的累加计数器,即FltRaw置位后持续时间大于等于该故障预设的累加计数器阈值,那么BSW会认为该故障真实存在,置位相关状态;否则当故障报出后,如果FltRaw复位,且FltRaw复位后持续时间大于等于该故障预设的累减计数器阈值,那么BSW会认为该故障已经消失,复位相关状态,BSW诊断故障包括驱动诊断、通讯超时以及SCB和SCG类故障。

3.根据权利要求2所述的一种新能源汽车诊断架构,其特征在于:所述的DSM_setFltSts的入参值分别为总故障ID和故障FltRaw,返回值则为故障set的成功或失败信息,总故障ID包含所有故障,每个故障分别对应一个独有的ID,用于唯一标识该故障,BSW会根据ASW的故障信息的设定同步映射到BSW。

4.根据权利要求2所述的一种新能源汽车诊断架构,其特征在于:所述的DSM_getFuncIDSts用于获取故障关联的Func状态,当某一个或多个关联该Func的故障报出,那么该Func就会被触发,Func被触发后会改变ASW中调用该API且关联此Func的判断逻辑输出值,从而影响功能控制,所述DSM_getFuncIDSts的入参值为Func的ID,返回值为Func的使能或抑制状态,Func根据整车具体用到的功能类型进行划分,为特定功能创建Func可针对特定故障进行针对性监控,方便故障发生后的故障处理控制。

5.根据权利要求4所述的一种新能源汽车诊断架构,其特征在于:所述Func使能时,调用DSM_getFuncIDSts逻辑处模块的输出值为1,否则Func被触发后的输出值为0,DSM_getFltSts则用于ASW获取BSW滤波处理后的某一个特定的故障的故障状态,该API的入参为某个故障的ID,返回值则为该故障的报出或治愈状态,设置此API的目的是为了应用层在进行某些逻辑判断时,需要针对单个故障进行判断,如果该故障报出,那么ASW将进行后续的故障处理,否则按照故障未报出状态下的逻辑处理。

6.根据权利要求5所述的一种新能源汽车诊断架构,其特征在于:设置有高等级故障Func,高故障等级Func触发时,或当DCDC使能失败故障报出后,且车速低于3kph时,整车采取零扭矩处理。

7.根据权利要求1所述的一种新能源汽车诊断架构,其特征在于:BSW为每个故障都设置了1个Func可标定数组,Func可标定数组的大小为64维,根据预定义的ID所代表的Func,结合故障影响的功性能范围,为故障进行关联标定。

8.根据权利要求7所述的一种新能源汽车诊断架构,其特征在于:关联多个Func后,当故障经过BSW滤波报出后,调用故障关联的Func的API处的逻辑就会输出0,从而影响功能正常运行进入故障处理,所述Func包括VCU从整车角度考虑制定的6级FuncLvl1/FuncLvl2/FuncLvl3/FuncLvl4/FuncLvl5/FuncLvl6,从低到高故障处理逐级加严,ASW为每个FuncLvl设置了Override标定量FuncLvlx_OVERRIDE以方便功能测试、故障定位、性能开发等,当某一FuncLvlx_OVERRIDE置位后,那么该FuncLvl将保持使能状态,即关联该FuncLvl的故障报出。

...

【技术特征摘要】

1.一种新能源汽车诊断架构,其特征在于:在vcu中设置故障诊断api,并分别由底层软件bsw和应用层软件asw进行调用,asw实时监控零部件状态、系统状态、各控制单元上报故障状态以及发送到总线的故障信号状态,bsw实时监控的驱动信号状态、报文通讯状态,asw和bsw各自监控自己负责的故障并通过api在asw和bsw间进行故障状态传递,asw和bsw间通过api构建起整车层面的诊断管理框架,具体步骤如下:

2.根据权利要求1所述的一种新能源汽车诊断架构,其特征在于:所述的三个api都分别为dsm_setfltsts、dsm_getfuncidsts和dsm_getfltsts,dsm_setfltsts分别由asw和bsw调用,asw通过调用dsm_setfltsts来将故障判断的fltraw值set给bsw,步骤1中所述的滤波处理是指对故障设置持续时间判断,当fltraw置位,且满足该故障预设的累加计数器,即fltraw置位后持续时间大于等于该故障预设的累加计数器阈值,那么bsw会认为该故障真实存在,置位相关状态;否则当故障报出后,如果fltraw复位,且fltraw复位后持续时间大于等于该故障预设的累减计数器阈值,那么bsw会认为该故障已经消失,复位相关状态,bsw诊断故障包括驱动诊断、通讯超时以及scb和scg类故障。

3.根据权利要求2所述的一种新能源汽车诊断架构,其特征在于:所述的dsm_setfltsts的入参值分别为总故障id和故障fltraw,返回值则为故障set的成功或失败信息,总故障id包含所有故障,每个故障分别对应一个独有的id,用于唯一标识该故障,bsw会根据asw的故障信息的设定同步映射到bsw。

4.根据权利要求2所述的一种新能源汽车诊断架构,其特征在于:所述的dsm_getfuncidsts用于获取故障关联的func状态,当某一个或多个关联该func的故障报出,那么该func就会被触发,func被触发后会改变asw中调用该api且关联此func的判断逻辑输出值,从而影响功能控制,所述dsm...

【专利技术属性】
技术研发人员:张亚楠张克强李重阳左霞徐礼成辛成庆张文峰
申请(专利权)人:浙江飞碟汽车制造有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1