CN114115976A - 一种车载控制器软件版本校验方法及系统 - Google Patents
一种车载控制器软件版本校验方法及系统 Download PDFInfo
- Publication number
- CN114115976A CN114115976A CN202111239716.3A CN202111239716A CN114115976A CN 114115976 A CN114115976 A CN 114115976A CN 202111239716 A CN202111239716 A CN 202111239716A CN 114115976 A CN114115976 A CN 114115976A
- Authority
- CN
- China
- Prior art keywords
- software version
- verification
- node
- nodes
- software
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
本发明公开了一种车载控制器软件版本校验方法，任一节点的ECU发送软件版本校验需求信号和软件版本号；各节点分别按需获取软件版本校验需求信号和软件版本号，与该任一节点关联的其它关联节点将获取的软件版本号分别与自身存储的与该任一节点的软件版本号相对应的预设值进行比对校验，得出软件版本校验结果，并各自发送软件版本校验结果信号；VCU获取所有节点发送的软件版本校验结果信号，并对整车进行处理。本发明还公开了一种车载控制器软件版本校验系统。实施本发明车载控制器软件版本校验方法及系统，在无需连接网络及不使用专门诊断设备的基础上便能够进行软件版本的校验，降低操作复杂度及提升校验成功率。
Description
技术领域
本发明涉及汽车软件校验领域，尤其涉及一种车载控制器软件版本校验方法及系统。
背景技术
现有技术中，常见的车载软件版本校验方法是通过车联网系统按照预定周期读取车辆控制器的当前软件版本信息，从制造执行系统(Manufacturing Execution System，MES)中获取当前车辆控制器的最新软件版本信息，将当前软件版本信息与最新软件版本信息进行对比，并根据比对结果确定车辆控制器是否需要进行软件升级。该方法仅能对单节点的软件版本信息进行纵向对比，但无法体现各关联节点之间的匹配关系；每次软件更新都需同时更新MES系统信息，增加了操作复杂度和出错概率；且车辆必须联网才能进行软件版本校验,无法覆盖全部车辆。
此外，传统的车载控制器软件版本校验方法还存在需要使用专门的下线/售后诊断仪，增加开发费用和人力的问题。
发明内容
本发明所要解决的技术问题在于，提供一种车载控制器软件版本校验方法及系统，在无需连接网络及不使用专门诊断设备的基础上便能够进行软件版本的校验，降低操作复杂度及提升校验成功率。
为了解决上述技术问题，本发明的实施例提供了一种车载控制器软件版本校验方法，包括以下步骤：步骤S1，任一节点的ECU发送软件版本校验需求信号和软件版本号；步骤S2，所有节点分别按需获取软件版本校验需求信号和软件版本号，与该任一节点关联的其它关联节点将获取的软件版本号分别与自身存储的与该任一节点的软件版本号相对应的预设值进行比对校验，得出软件版本校验结果，并各自发送软件版本校验结果信号；步骤S3，VCU获取所有节点发送的软件版本校验结果信号，并根据所有节点的软件版本校验结果信号对整车进行处理。
其中，步骤S1之前还包括以下步骤：步骤S10，任一节点的ECU检测判断自身是否有新刷软件；如果判断为是，转入步骤S101，诊断数据随之更新，并发送有校验需求的软件版本校验需求信号，启动该节点的软件版本进行校验；如判断为否，转入步骤S102，检测是否有收到任一其它关联节点的有校验需求的软件版本校验需求信号。
其中，步骤S102之后还包括以下步骤：如果检测有接收到任一其它关联节点发送的有校验需求的软件版本校验需求信号，转入步骤S103，对该关联节点的软件版本进行校验，并发送校验结果；如果并没有检测有接收到任一其它关联节点发送的有校验需求的软件版本校验需求信号，校验结束。
其中，步骤S2包括以下步骤：步骤S201，对所有节点的软件版本进行校验步骤S202，所有节点分别将按需获取的各节点的软件版本号与自身存储的与各节点的软件版本号相对应的预设值进行比对校验；步骤S203，任一节点处于将获取的软件版本号与自身存储的与该节点的软件版本号的预设值进行比对的进程中，转入步骤S202。
其中，步骤S2还包括以下步骤：步骤S204，校验所有节点的软件版本是否通过；步骤S205，检测到任一节点发送的软件版本号小于自身存储的与该节点的软件版本号相对应的预设值，得出软件版本校验不通过的结果，发送校验不通过的软件版本校验结果信号；步骤S206，检测到所有节点发送的软件版本号均大于或等于自身存储的与各节点的软件版本号相对应的预设值，得出各节点软件版本校验通过的结果，分别发送校验通过的软件版本校验结果信号。
其中，步骤S206之后还包括以下步骤：步骤S207，在一定的时间内维持发送原校验需求的软件版本校验需求信号，当没有检测有接收到任一其它关联节点发送的有校验需求的软件版本校验需求信号，校验结束。
其中，步骤S205之后还包括以下步骤：步骤S208，下次唤醒时由未通过校验的节点继续发起有校验需求的软件版本校验需求信号。
其中，步骤S3包括以下步骤：VCU有接收到所有节点的软件版本及VCU自身软件版本均为校验通过的软件版本校验结果信号时，车辆正常运行；VCU有接收到任一节点的软件版本为校验不通过的软件版本校验结果信号，或VCU自身软件版本为校验不通过的软件版本校验结果信号时，禁止车辆运行并进行提示。
其中，节点至少包括：整车控制单元、电池管理单元、集成电源单元或电驱控制单元。
为解决上述技术问题，本发明还公开了一种车载控制器软件版本校验系统，包括：CAN总线和分别与CAN总线保持通讯连接的多个节点，节点至少包括：整车控制单元、电池管理单元、集成电源单元及或电驱控制单元；任一节点分别将其软件版本校验需求信号和软件版本号周期性发送至CAN总线；且各节点由CAN总线分别按需获取软件版本校验需求信号和软件版本号；与该任一节点关联的其它关联节点将获取的软件版本号分别与自身存储的与该节点的软件版本号相对应的预设值进行比对校验，得出软件版本校验结果，并各自发送软件版本校验结果信号；整车控制单元获取所有节点发送的软件版本校验结果信号，并根据所有节点的软件版本校验结果信号对整车进行处理。
本发明所提供的车载控制器软件版本校验方法及系统，具有如下有益效果：任一节点分别将其软件版本校验需求信号和软件版本号周期性发送至CAN总线；且各节点由CAN总线分别按需获取软件版本校验需求信号和软件版本号；与该任一节点关联的其它关联节点将获取的软件版本号分别与自身存储的与该节点的软件版本号相对应的预设值进行比对校验，得出软件版本校验结果，并各自发送软件版本校验结果信号；整车控制单元获取所有节点发送的软件版本校验结果信号，并根据所有节点的软件版本校验结果信号对整车进行处理，在无需连接网络及不使用专门诊断设备的基础上便能够进行软件版本的校验，降低操作复杂度及提升校验成功率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例车载控制器软件版本校验方法的流程图。
图2是本发明实施例车载控制器软件版本校验方法的任一节点进行软件版本校验的流程图。
图3是本发明实施例车载控制器软件版本校验系统的结构框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1-图2所示，为本发明车载控制器软件版本校验方法的实施例一。
本实施例中的车载控制器软件版本校验方法，包括以下步骤：
步骤S1，任一节点的ECU发送软件版本校验需求信号(SwAlignReq)和软件版本号(SwAlignCode)；
步骤S2，各节点分别按需获取该软件版本校验需求信号和软件版本号，与该任一节点关联的其它关联节点将获取的软件版本号分别与自身存储的与该节点的软件版本号相对应的预设值进行比对校验，得出软件版本校验结果，并各自发送软件版本校验结果信号(SwAlignSt)；
步骤S3，VCU(Vehicle Control Unit，整车控制单元)获取所有节点发送的软件版本校验结果信号，并根据所有节点的软件版本校验结果信号对整车进行处理。
本实施例中的节点至少包括VCU、BMS(Battery Management System，电池管理单元)、IPS(Integrated Power System，集成电源单元)或DCU(Drive Control Unit，电驱控制单元)。
具体实施时,各节点的ECU将各自的软件版本校验需求信号(SwAlignReq)和软件版本号(SwAlignCode)周期性发送至CAN总线，例如:VCU、BMS、IPS及DCU均会根据触发的条件向CAN总线发送各自的软件版本校验需求信号和软件版本号，部分节点的ECU还会将软件版本校验结果信号(SwAlignSt)周期性发送至CAN总线，例如:BMS、IPS及DCU。
与此同时，各节点也会根据触发的条件按需从CAN总线接收相关信号，例如:VCU从CAN总线接收其它节点的软件版本校验需求信号、软件版本号及软件版本校验结果信号，BMS从CAN总线接收其它节点的软件版本校验需求信号、软件版本号，IPS从CAN总线接收其它节点的软件版本校验需求信号、软件版本号，DCU从CAN总线接收其它节点的软件版本校验需求信号、软件版本号。
进一步说，各节点分别按需获取该软件版本校验需求信号和软件版本号，与该任一节点关联的其它关联节点将获取的软件版本号分别与自身存储的与该节点的软件版本号相对应的预设值进行比对校验，得出软件版本校验结果，并各自发送软件版本校验结果信号至VCU。VCU做为中央处理单元接收所有节点的软件版本校验结果信号后进行综合处理。
通过如此的校验方式，售后有功能升级或降级需要对多个节点的多个关联软件进行同步更新时，任一节点的ECU检测到有新刷软件时会发出软件版本校验需求，同时启动自身软件版本校验功能，其他关联节点的ECU在收到该节点的软件版本校验需求后分别启动软件版本校验功能，若所有关联节点均校验通过，则允许车辆READY行驶。
实施时，各节点存储的用于进行校验的其他关联节点的版本号通过准备阶段分别存储在各节点中。例如：当某功能需要升级或降级时，需要识别出关联节点，各关联节点工程师之间应该共享软件版本信息，各关联节点ECU将本次功能升级或降级对应的其他关联节点ECU软件版本号作为预设阈值写入到软件中。
进一步的，各节点对自身软件版本的校验及与其关联的其他关联节点的软件版本校验按以下流程实施。
步骤S1之前还包括以下步骤：步骤S10，任一节点的ECU检测判断自身是否有新刷软件；
如果判断为是，转入步骤S101，相应的UDS诊断数据随之更新，并发送有校验需求的软件版本校验需求信号MECU_SwAlignReq＝0x01，启动该节点软件版本进行校验；实施时，ECU进行软件刷新时，相应的UDS诊断数据随之更新。例如：DID 0x0200刷新成功计数器，每次刷新成功后加1；DID 0x0201尝试刷新计数器，每次尝试刷新均加1。
其中：若ECU具备自回滚功能，即刷新失败后自动回滚至刷新前的软件版本，则ECU判断0x0201加1，则认为有新刷软件，将软件版本校验需求信号信号置1，保证不论刷新失败与否，始终能够发起软件版本校验；
若ECU不具备自回滚功能，即刷新失败后，ECU进入boot模式，ECU内没有应用软件运行，无信号发送接收，则ECU判断0x0200加1，则认为有新刷软件，将软件版本校验需求信号置1。避免因软件刷新失败误触发版本校验功能，但此时ECU已进入boot模式，无法正常通信，而导致无法执行软件版本校验和误报故障。
如判断为否，保持发送无校验需求的软件版本校验需求信号MECU_SwAlignReq＝0x00，转入步骤S102，检测是否有收到任一其它关联节点的有校验需求的软件版本校验需求信号，发送软件版本校验需求SECU_SwAlignReq＝0x01。
其中，步骤S102之后还包括以下步骤：如果检测有接收到任一其它关联节点发送的有校验需求的软件版本校验需求信号，例如：收到任一关联节点软件版本校验需求信号SECU_SwAlignReq＝0x01，转入步骤S103，对该关联节点的软件版本进行校验，并反馈校验结果；如果并没有检测有接收到任一其它关联节点发送的有校验需求的软件版本校验需求信号，发出校验通过的软件版本校验结果信号MECU_SwAlignSt＝0x01，结束校验。
进一步的，步骤S2包括收到校验需求后启动软件版本校验，对所有节点的软件版本进行校验的以下步骤，具体地：
步骤S201，对所有节点的软件版本进行校验，
步骤S202，所有节点分别将按需获取的各节点的软件版本号与自身存储的与各节点的软件版本号相对应的预设值进行比对校验；
步骤S203，任一节点处于将获取的软件版本号与自身存储的与该节点的软件版本号的预设值进行比对的进程中，转入步骤S202。
进一步的，步骤S2还包括通过对所有节点的软件版本进行校验，校验所有节点的软件版本是否通过的以下步骤，具体地：
步骤S204，校验所有节点的软件版本是否通过；
步骤S205，检测到任一节点发送的软件版本号小于自身存储的与该节点的软件版本号相对应的预设值，得出软件版本校验不通过的结果，发送校验不通过的软件版本校验结果信号；
步骤S206，检测到所有节点发送的软件版本号均大于或等于自身存储的与各节点的软件版本号相对应的预设值，得出各节点软件版本校验通过的结果，分别发送校验通过的软件版本校验结果信号。
具体实施时，任一节点的MECU校验收到所有关联节点的软件版本号SwAlignCode≥预设值，则软件版本校验通过，发出校验通过的软件版本校验结果信号MECU_SwAlignSt＝1；若MECU校验收到任一关联节点的软件版本号SwAlignCode＜预设值，则软件版本校验不通过，发出校验不通过的软件版本校验结果信号MECU_SwAlignSt＝2；若MECU处于软件版本号比对过程中，则发出正在校验中的软件版本校验结果信号MECU_SwAlignSt＝0。
进一步的，步骤S2还包括根据校验结果进行处理，为下次软件版本校验做准备的步骤：
具体地，步骤S206之后还包括以下步骤：步骤S207，在一定的时间内维持发送原校验需求的软件版本校验需求信号，当没有检测有接收到任一其它关联节点发送的有校验需求的软件版本校验需求信号，校验结束。
本实施例中，若软件版本校验通过，MECU维持3秒发送软件版本校验需求信号原状态，例如：因ECU检测判断自身有新刷软件情况时所发起的软件版本校验，则需求信号原状态为MECU_SwAlignReq＝0x01；因关联节点发起的软件版本校验情况下，则需求信号原状态为MECU_SwAlignReq＝0x00，当没有检测有接收到任一其它关联节点发送的有校验需求的软件版本校验需求信号情况下，发送校验完成的软件版本校验需求信号MECU_SwAlignReq＝0x00。
步骤S205之后还包括以下步骤：步骤S208，下次唤醒时由未通过校验的节点继续发起有校验需求的软件版本校验需求信号。
本实施例中，若软件版本校验未通过，则下次唤醒时由未通过校验的节点继续发起软件版本校验需求，例如：MECU直接发送有校验需求的软件版本校验需求信号MECU_SwAlignReq＝0x01。
进一步的，步骤S3中的VCU作为校验结果判断的节点，该步骤根据自身软件版本校验结果和接收到的关联节点软件版本校验结果对整车进行综合处理，具体包括以下步骤：
VCU有接收到所有节点的软件版本及VCU自身软件版本均为校验通过的软件版本校验结果信号时，车辆正常运行；VCU有接收到任一节点的软件版本为校验不通过的软件版本校验结果信号，或VCU自身软件版本为校验不通过的软件版本校验结果信号时，禁止车辆运行并进行提示。
具体实施时，VCU收到所有节点发送的校验结果均为通过的软件版本校验结果信号SwAlignSt＝1，且VCU自身软件版本校验通过时，车辆正常运行。
VCU收到任意节点发送的校验结果不通过的软件版本校验结果信号SwAlignSt＝2，或VCU自身软件版本校验信号不通过时，禁止车辆运行，点亮系统故障灯，并在仪表提示“系统故障，联系检查”。
VCU收到任意节点发送的校验未完成的软件版本校验结果信号SwAlignSt＝0，或自身软件版本校验未完成，保持校验状态且不做功能限制。
可以理解的是:上述节点发起的软件版本校验功能在一个唤醒周期内仅执行一次，即当VCU完成软件版本校验后，本次唤醒周期内不会再次启动软件版本校验。
其它实施方式中，车载控制器软件版本校验方法还包括校验相关信号丢失或无效，进行故障处理的步骤。
具体实施时，软件版本校验结果信号丢失或无效时，默认为该节点无校验需求，不触发功能，软件版本号信号丢失时，若在软件版本校验开始前收到过关联节点软件版本号信号，则会将该信号值存储在NVM中，软件版本校验开始时按该存储值处理；若在软件版本校验开始前始终未收到关联节点软件版本号，则反馈结果校验中。软件版本校验结果信号丢失或无效时，VCU内部逻辑默认为校验中，减少软件版本校验功能触发。
如图3所示，本发明还公开了一种车载控制器软件版本校验系统，包括：CAN总线和分别与CAN总线保持通讯连接的多个节点，节点至少包括：整车控制单元、电池管理单元、集成电源单元及或电驱控制单元；任一节点分别将其软件版本校验需求信号和软件版本号周期性发送至CAN总线；且各节点由CAN总线分别按需获取软件版本校验需求信号和软件版本号；与该任一节点关联的其它关联节点将获取的软件版本号分别与自身存储的与该节点的软件版本号相对应的预设值进行比对校验，得出软件版本校验结果，并各自发送软件版本校验结果信号；整车控制单元获取所有节点发送的软件版本校验结果信号，并根据所有节点的软件版本校验结果信号对整车进行处理。
具体实施时,各节点的ECU将各自的软件版本校验需求信号(SwAlignReq)和软件版本号(SwAlignCode)周期性发送至CAN总线，例如:VCU、BMS、IPS及DCU均会根据触发的条件向CAN总线发送各自的软件版本校验需求信号和软件版本号，部分节点的ECU还会将软件版本校验结果信号(SwAlignSt)周期性发送至CAN总线，例如:BMS、IPS及DCU。
与此同时，各节点也会根据触发的条件按需从CAN总线接收相关信号，例如:VCU从CAN总线接收其它节点的软件版本校验需求信号、软件版本号及软件版本校验结果信号，BMS从CAN总线接收其它节点的软件版本校验需求信号、软件版本号，IPS从CAN总线接收其它节点的软件版本校验需求信号、软件版本号，DCU从CAN总线接收其它节点的软件版本校验需求信号、软件版本号。
各节点分别按需获取该软件版本校验需求信号和软件版本号，与该任一节点关联的其它关联节点将获取的软件版本号分别与自身存储的与该节点的软件版本号相对应的预设值进行比对校验，得出软件版本校验结果，并各自发送软件版本校验结果信号至VCU。VCU做为中央处理单元接收所有节点的软件版本校验结果信号后进行综合处理。
具体地说，通过一个节点的ECU促发，所有节点的ECU均进行自校验后并发送给VCU，利用了车内网络实现校验，无需连接上位机、远程服务器等车外网络或车外设备。
进一步说，对软件版本号进行互相比对校验，能够确保所有关联节点间的软件版本能够正确匹配。当售后车辆需要进行功能升级，且该功能由多个节点共同完成，需要同时升级多个节点的软件，若未更新全部关联节点软件，则软件版本校验不通过。各节点的ECU刷新软件后会发起软件版本校验需求，其他关联节点的ECU收到软件版本校验需求信号后启动软件版本校验，将自身软件提前写入的软件版本预设值与接收到的关联ECU软件版本进行比对，校验不通过的ECU会在下次唤醒时重新发起软件版本校验，直到所有关联节点软件版本正确匹配。
实施本发明的车载控制器软件版本校验方法及系统，具有如下有益效果：
第一、无需连接网络也能够进行软件版本校验。
第二、保证所有关联节点ECU的软件版本状态相匹配，确保车辆功能正常执行且不因功能升级或降级而导致其他额外安全风险。
第三、能够横向检测关联节点ECU软件是否同步更新，且可兼容软件向上升级和向下降级，无需额外更新MES系统或数据库内的软件版本信息，大大降低操作复杂度和出错概率。
第四、无需使用专门的诊断设备，操作简便省时，节省了大量开发费用和人力资源。
Claims (10)
1.一种车载控制器软件版本校验方法，其特征在于，包括以下步骤：
步骤S1，任一节点的ECU发送软件版本校验需求信号和软件版本号；
步骤S2，所有节点分别按需获取所述软件版本校验需求信号和所述软件版本号，与该任一节点关联的其它关联节点将获取的所述软件版本号分别与自身存储的与该任一节点的软件版本号相对应的预设值进行比对校验，得出软件版本校验结果，并各自发送软件版本校验结果信号；
步骤S3，VCU获取所有节点发送的软件版本校验结果信号，并根据所有节点的软件版本校验结果信号对整车进行处理。
2.如权利要求1所述的车载控制器软件版本校验方法，其特征在于，步骤S1之前还包括以下步骤：
步骤S10，任一节点的ECU检测判断自身是否有新刷软件；
如判断为是，转入步骤S101，诊断数据随之更新，并发送有校验需求的软件版本校验需求信号，启动该节点的软件版本进行校验；
如判断为否，转入步骤S102，检测是否有收到任一其它关联节点的有校验需求的软件版本校验需求信号。
3.如权利要求2所述的车载控制器软件版本校验方法，其特征在于，所述步骤S102之后还包括以下步骤：
如果检测有接收到任一其它关联节点发送的有校验需求的软件版本校验需求信号，转入步骤S103，对该关联节点的软件版本进行校验，并发送校验结果；
如果并没有检测有接收到任一其它关联节点发送的有校验需求的软件版本校验需求信号，校验结束。
4.如权利要求1所述的车载控制器软件版本校验方法，其特征在于，步骤S2包括以下步骤：
步骤S201，对所有节点的软件版本进行校验；
步骤S202，所有节点分别将按需获取的各节点的软件版本号与自身存储的与各节点的软件版本号相对应的预设值进行比对校验；
步骤S203，任一节点处于将获取的软件版本号与自身存储的与该节点的软件版本号的预设值进行比对的进程中，转入步骤S202。
5.如权利要求4所述的车载控制器软件版本校验方法，其特征在于，步骤S2还包括以下步骤：
步骤S204，校验所有节点的软件版本是否通过；
步骤S205，检测到任一节点发送的软件版本号小于自身存储的与该节点的软件版本号相对应的预设值，得出软件版本校验不通过的结果，发送校验不通过的软件版本校验结果信号；
步骤S206，检测到所有节点发送的软件版本号均大于或等于自身存储的与各节点的软件版本号相对应的预设值，得出各节点软件版本校验通过的结果，分别发送校验通过的软件版本校验结果信号。
6.如权利要求5所述的车载控制器软件版本校验方法，其特征在于，步骤S206之后还包括以下步骤：
步骤S207，在一定的时间内维持发送原校验需求的软件版本校验需求信号，当没有检测有接收到任一其它关联节点发送的有校验需求的软件版本校验需求信号，校验结束。
7.如权利要求5所述的车载控制器软件版本校验方法，其特征在于，步骤S205之后还包括以下步骤：
步骤S208，下次唤醒时由未通过校验的节点继续发起有校验需求的软件版本校验需求信号。
8.如权利要求1所述的车载控制器软件版本校验方法，其特征在于，步骤S3包括以下步骤：
VCU有接收到所有节点的软件版本及VCU自身软件版本均为校验通过的软件版本校验结果信号时，车辆正常运行；
VCU有接收到任一节点的软件版本为校验不通过的软件版本校验结果信号，或VCU自身软件版本为校验不通过的软件版本校验结果信号时，禁止车辆运行并进行提示。
9.如权利要求1所述的车载控制器软件版本校验方法，其特征在于，所述节点至少包括：整车控制单元、电池管理单元、集成电源单元或电驱控制单元。
10.一种车载控制器软件版本校验系统，其特征在于，包括：CAN总线和分别与所述CAN总线保持通讯连接的多个节点，所述节点至少包括：整车控制单元、电池管理单元、集成电源单元及或电驱控制单元；
任一节点分别将其软件版本校验需求信号和软件版本号周期性发送至所述CAN总线；且各节点由所述CAN总线分别按需获取所述软件版本校验需求信号和所述软件版本号；
与该任一节点关联的其它关联节点将获取的所述软件版本号分别与自身存储的与该节点的软件版本号相对应的预设值进行比对校验，得出软件版本校验结果，并各自发送软件版本校验结果信号；
整车控制单元获取所有节点发送的软件版本校验结果信号，并根据所有节点的软件版本校验结果信号对整车进行处理。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111239716.3A CN114115976A (zh) | 2021-10-25 | 2021-10-25 | 一种车载控制器软件版本校验方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111239716.3A CN114115976A (zh) | 2021-10-25 | 2021-10-25 | 一种车载控制器软件版本校验方法及系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114115976A true CN114115976A (zh) | 2022-03-01 |
Family
ID=80376457
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111239716.3A Pending CN114115976A (zh) | 2021-10-25 | 2021-10-25 | 一种车载控制器软件版本校验方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114115976A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2024007456A1 (zh) * | 2022-07-08 | 2024-01-11 | 沃太能源股份有限公司 | 储能系统 |
-
2021
- 2021-10-25 CN CN202111239716.3A patent/CN114115976A/zh active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2024007456A1 (zh) * | 2022-07-08 | 2024-01-11 | 沃太能源股份有限公司 | 储能系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111385191B (zh) | 车载互联网关、车辆ota升级系统和方法、计算机存储介质 | |
| US11907698B2 (en) | Vehicle electronic control system, vehicle master device, method for controlling transmission of data storage bank information and computer program product for controlling transmission of data storage bank information | |
| US11683197B2 (en) | Vehicle master device, update data distribution control method, computer program product and data structure of specification data | |
| US11671498B2 (en) | Vehicle master device, update data verification method and computer program product | |
| US20210182049A1 (en) | Vehicle program rewrite system, vehicle master device, progress synchronization method and computer program product | |
| US20220179644A1 (en) | Vehicle electronic control system, vehicle master device, and rewrite instruction program product under specific mode | |
| US20200183674A1 (en) | On-board update device, on-board update system, and communication device update method | |
| US11822366B2 (en) | Electronic control unit, vehicle electronic control system, rewrite execution method, rewrite execution program, and data structure of specification data | |
| US11999360B2 (en) | Vehicle master device, control method for executing rollback, computer program product for executing rollback and data structure of specification data | |
| US20210155173A1 (en) | Vehicle master device, vehicle electronic control system, activation request instruction method and computer program product | |
| US11604637B2 (en) | Electronic control unit, vehicle electronic control system, difference data consistency determination method and computer program product | |
| US11467821B2 (en) | Vehicle master device, installation instruction determination method and computer program product | |
| US20210157574A1 (en) | Vehicle master device, non-rewrite target power supply administration method and computer program product | |
| US20210165644A1 (en) | Vehicle master device, rewrite target group administration method, computer program product and data structure of specification data | |
| CN113660317B (zh) | 一种基于ftp协议的车载终端远程升级方法 | |
| US11926270B2 (en) | Display control device, rewrite progress display control method and computer program product | |
| CN114115976A (zh) | 一种车载控制器软件版本校验方法及系统 | |
| US11907697B2 (en) | Vehicle electronic control system, center device, vehicle master device, display control information transmission control method, display control information reception control method, display control information transmission control program, and display control information reception control program | |
| US11876898B2 (en) | Vehicle master device, security access key management method, security access key management program and data structure of specification data | |
| US11656771B2 (en) | Electronic control unit, vehicle electronic control system, activation execution control method and computer program product | |
| US20230254374A1 (en) | Vehicle master device, update data verification method and computer program product | |
| CN115150007B (zh) | 一种数字钥匙系统监测方法、装置、设备及存储介质 | |
| JP2022538080A (ja) | 車両の車載バス上のコンピュータと対話する方法 | |
| CN112799370B (zh) | 一种控制装置、车载系统软件还原方法及其系统 | |
| CN118018172B (zh) | 一种域控制器时间同步系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |