本发明专利技术涉及一种混动汽车动力域控制器的PCU诊断软件架构及汽车，包括底层、定制接口层以及应用层；所述底层配置为接收硬件发出的故障信号，并传递至定制接口层；所述定制接口层配置为将所述底层发出的故障信号为所述应用层能够识别的信号，并发送至应用层；所述应用层配置为诊断所述定制接口层传递的信号，并将诊断结果通过定制接口层转换后，传递至底层。本发明专利技术通过软、硬件分离的方式，实现更高层次的软件复用和适应性。的软件复用和适应性。的软件复用和适应性。
【技术实现步骤摘要】
一种混动汽车动力域控制器的PCU诊断软件架构及汽车
[0001]本专利技术涉及控制工程
，具体涉及车辆动力系统控制技术。
技术介绍
[0002]随着新能源汽车动力技术的快速发展和各种动力新技术的应用，汽车动力控制系统的硬件状态变得多样化，这为保证整车及动力系统产品的多样性和竞争力提供了更多选择。然而，由于传统软件架构和开发模式下的应用层软件一般与控制器基础软件绑定，导致其难以快速迭代、快速移植和对多状态控制器硬件进行适应性更新和维护。在混动汽车整车控制器PCU中，应用层软件对整车功能进行统筹控制。然而，在传统燃油汽车中，整车功能由发动机控制软件EMS进行控制。两组软件在整车功能控制上存在局部重复和冲突，这是因为在混动汽车中不同的动力构型和驱动型式需要不同的控制策略，这使得PCU软件因不同的混动汽车动力构型和驱动型式而大相径庭。
[0003]对于现有的软件架构，软件层级没有详细定义和区分，甚至在应用层会直接嵌入硬件驱动相关的代码，软硬件之间以及不同的功能模块之间耦合性大。比如将驱动和控制的代码放在一起，没有进行分层隔离，导致应用层和底层没有清晰的层级划分。应用层软件在进行控制器硬件切换移植时，必须再一次切割和分离驱动代码。同时，底层各种IO口的信号解析、诊断逻辑和应用层信号接口强耦合，更换控制器硬件后，这部分逻辑就不再适用，需要重新设计，导致应用层软件在移植到新控制器硬件时无法直接使用。
技术实现思路
[0004]本专利技术的目的之一在于提供混动汽车动力域控制器的PCU诊断软件架构，以解决现有技术软件层级没有详细定义和区分，甚至在应用层会直接嵌入硬件驱动相关的代码，软硬件之间以及不同的功能模块之间耦合性大的问题。
[0005]为了实现上述目的，本专利技术采用的技术方案如下：
[0006]一种混动汽车动力域控制器的PCU诊断软件架构，包括底层、定制接口层以及应用层；
[0007]所述底层配置为采集故障信号，并传递至定制接口层；
[0008]所述定制接口层配置为将所述底层发出的故障信号为所述应用层能够识别的信号，并发送至应用层；
[0009]所述应用层配置为诊断所述定制接口层传递的信号，并将诊断结果通过定制接口层转换后，传递至底层。
[0010]进一步，所述定制接口层包括硬线故障输入模块和故障事件管理输出模块，所述应用层包括故障探测模块；
[0011]所述底层将硬件故障信号输入定制接口层中，所述硬线故障输入模块将所述硬件的故障信号转换后输入所述故障探测模块中，所述故障探测模块根据转换后的所述硬件的故障信号确定故障标志位后，通过故障事件管理输出模块传递至所述底层。
[0012]进一步，所述定制接口层包括诊断服务输入模块，所述应用层包括故障码上传模块；
[0013]所述诊断服务输入模块配置为接收底层上传的故障码信号，然后发送至所述故障码上传模块；
[0014]所述故障码上传模块配置为将当前发生的故障码状态通过CAN信号的输出模块传输到CAN上输出。
[0015]进一步，所述定制接口层还包括诊断服务输出模块，所述应用层包括车载在线诊断模块；所述车载在线诊断模块配置为将诊断服务所需的信号进行逻辑运算，并由诊断服务输出模块输出至所述底层。
[0016]进一步，所述定制接口层包括功能禁止管理模块，配置为接收底层软件故障管理模块中的功能禁止的标志位，并发送到所述应用层中功能策略模块，所述功能策略模块配置为基于传递的信息，通过自身的策略和算法计算或决策出控制目标。
[0017]进一步，所述定制接口层包括诊断服务输出模块，所述诊断服务输出模块接收所述底层传递的例程服务，将所述例程服务的启动、停止和结果请求指令传递至所述功能策略模块。
[0018]进一步，所述诊断服务输出模块还配置为接收底层传递的接口控制DID信号并转换为对应的使能条件和物理值，输出至所述功能策略模块。
[0019]一种汽车，包括上述的混动汽车动力域控制器的PCU诊断软件架构。
[0020]本专利技术的有益效果：
[0021]本专利技术基于平台软件模块化分层的需要，将PCU软件分为底层、定制接口层和应用层，底层用于采集故障信号，应用层通过定制接口层接收故障信号并诊断处理后，将诊断结果再返回至底层，使得应用层可不再与硬件控制器绑定，更好地满足平台软件的模块化和分层要求，提高软件架构的可维护性和可扩展性，通过软、硬件分离的方式，实现更高层次的软件复用和适应性，进而更好地支持多个构型多个项目的快速迭代开发。
附图说明
[0022]图1是本专利技术提出的混合动力域控制系统诊断架构的一个实施例的示意图；
[0023]图2示出了本专利技术提出的混合动力域控制系统用于故障探测的信号传输路线示意图；
[0024]图3示出了本专利技术提出的混合动力域控制系统用于诊断服务的信号传输路线示意图。
具体实施方式
[0025]以下将参照附图和优选实施例来说明本专利技术技术方案的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本专利技术的其他优点与功效。本专利技术还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本专利技术的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本专利技术，而不是为了限制本专利技术的保护范围。
[0026]需要说明的是，以下实施例中所提供的图示仅以示意方式说明本专利技术的基本构
想，遂图式中仅显示与本专利技术中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。
[0027]本实施例提出了一种混动汽车动力域控制器的PCU诊断软件架构，该架构基于平台软件模块化分层的需要，将PCU软件分为底层BSW、定制接口层CSI和应用层ASW三层。这一设计可以更好地满足平台软件的模块化和分层要求，提高软件架构的可维护性和可扩展性。底层BSW是PCU软件的基础层，提供了基本的硬件和系统控制功能；定制接口层CSI为不同的用户需求提供了定制化的接口；应用层ASW则是PCU软件的最高层，提供了各种应用程序的接口和功能。通过这种分层设计，我们可以更好地满足不同用户的需求。
[0028](1)底层：在AUTOSAR架构中，底层接口层是由应用层和定制接口层组成的ARXML文件和底层的ARXML文件导入AUTOSAR达芬奇工具生成RTE实现。底层接口层BSWI主要功能为接收来自定制接口层的输入信号，通过底层接口层的处理，将其转化为底层可使用的信号；同时，接收来自底层与定制接口层和应用层交互的信号，通过相应处理后输出给定制接口层。在非AUTOSAR架构中，不存在RTE接口层，底层直接与定制接口层进行信号的交互和传输。
[0029](2)定制接口层：主要实现将底层信号转换为应用层可直接使用的信号和诊断功能，将其转为应用层可使用信号后再传输到应用层；同时将应用层软件输出的接口信号处理，并将其发往底本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种混动汽车动力域控制器的PCU诊断软件架构，其特征在于：包括底层、定制接口层以及应用层；所述底层配置为采集故障信号，并传递至定制接口层；所述定制接口层配置为将所述底层发出的故障信号为所述应用层能够识别的信号，并发送至应用层；所述应用层配置为诊断所述定制接口层传递的信号，并将诊断结果通过定制接口层转换后，传递至底层。2.根据权利要求1所述的混动汽车动力域控制器的PCU诊断软件架构，其特征在于：所述定制接口层包括硬线故障输入模块和故障事件管理输出模块，所述应用层包括故障探测模块；所述底层将硬件故障信号输入定制接口层中，所述硬线故障输入模块将所述硬件的故障信号转换后输入所述故障探测模块中，所述故障探测模块根据转换后的所述硬件的故障信号确定故障标志位后，通过故障事件管理输出模块传递至所述底层。3.根据权利要求1所述的混动汽车动力域控制器的PCU诊断软件架构，其特征在于：所述定制接口层包括诊断服务输入模块，所述应用层包括故障码上传模块；所述诊断服务输入模块配置为接收底层上传的故障码信号，然后发送至所述故障码上传模块；所述故障码上传模块配置为将当前发生的故障码状态通过CAN信号的输出模块传输到CAN上输出。4.根据权利要求1所述的混动汽车动...
【专利技术属性】
技术研发人员：吴汶骏，刘斌，陈云建，
申请(专利权)人：重庆长安汽车股份有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。