一种诊断升级方法、诊断系统、电子设备及汽车

技术领域

本申请属于计算机技术领域，具体涉及一种诊断升级方法、诊断系统、电子设备及汽车。

背景技术

现有的诊断升级方法中，常常出现控制单元在升级过程中卡死、失效或无法正常工作的问题。在出现这种问题时，通常采用拆除整车设备或更换控制单元的方法来解决，而采用这些方法会耗费过多的人力、物力和财力。

研究发现，控制单元在升级过程中出现卡死、失效或无法正常工作的问题，是现有技术中的诊断升级方法逻辑存在缺陷引起的。

发明内容

针对上述技术问题，本申请提出一种诊断升级方法、诊断系统、电子设备及汽车，控制单元与诊断设备连接成功后，接收所述诊断设备或云端发送的升级文件；所述控制单元同时检测一预设路径中是否存在所述升级文件，和升级进程是否存在于所述控制单元中；当检测到对应路径中存在所述升级文件，且升级进程存在于所述控制单元中，所述控制单元完成自升级过程。

具体地，本申请提供一种诊断升级方法，包括：

S1：控制单元与诊断设备连接成功后，接收所述诊断设备或云端发送的升级文件；

S2：所述控制单元同时检测一预设路径中是否存在所述升级文件，和升级进程是否存在于所述控制单元中；

S3：当检测到对应路径中存在所述升级文件，且升级进程存在于所述控制单元中，所述控制单元完成自升级过程。

通过在控制单元接收升级文件后，增加同时检测一预设路径中是否存在所述升级文件和升级进程是否存在于所述控制单元中这一逻辑，修复了现有诊断升级方法逻辑缺陷。

其中，所述步骤S2包括：

当所述控制单元检测到一预设路径中不存在所述升级文件，向所述诊断设备或云端发送升级文件接收请求，并接收重新发送的所述升级文件。

检测到一预设路径中不存在所述升级文件，向所述诊断设备或云端发送升级文件接收请求并接收重新发送的所述升级文件，从而避免在升级文件未存在于控制单元一预设路径中的情况下控制单元就开始调用升级进程，导致控制单元出现故障而无法正常工作的问题。

其中，所述步骤S2包括：

所述控制单元通过特定指令判断所述升级进程是否存在于所述控制单元中，当所述升级进程不存在，重新启动所述升级进程。

通过检测到升级进程不存在，重新启动所述升级进程，避免了控制单元在需要调用升级进程时无法调用，导致控制单元出现故障而无法正常工作的问题。

其中，所述控制单元完成自升级过程包括：提取自升级文件包；具体为：

对所述升级文件进行解压，得到第一镜像文件和第二镜像文件；

将第一镜像文件存放到第一存储地址区域，将第二镜像文件存放到第二存储地址区域。

其中，所述控制单元完成自升级过程还包括：调用升级进程完成所述自升级文件包的安装，具体为：

先将所述第一镜像文件安装到所述控制模块的第一子模块中，令第一子模块重启；

再将所述第二镜像文件安装到所述控制模块的第二子模块中，令第二子模块重启；

待所述第一子模块和所述第二子模块都完成重启，所述控制单元完成自升级过程。

对升级文件解压，将得到的第一镜像文件和第二镜像文件分别存放到对应的存储地址区域，先将第一镜像文件安装到所述控制模块的第一子模块中，令第一子模块重启；再将第二镜像文件安装到所述控制模块的第二子模块中，令第二子模块重启；待所述第一子模块和所述第二子模块都完成重启，所述控制单元完成自升级过程，从而完成控制单元各模块自升级的过程，避免自升级过程中控制单元各个模块在自升级过程中出现文件安装错误或升级失败的问题。

具体地，本申请还公开一种根据所述诊断升级方法的诊断升级系统，包括：

诊断设备，用于与控制单元连接成功后，触发控制单元接收升级文件；

控制单元，用于根据升级进程和预设路径中的升级文件完成自升级过程。

其中，所述控制单元还包括：

第一处理模块，当检测到预设路径中不存在所述升级文件，向所述诊断设备或云端发送升级文件接收请求，并接收重新发送的所述升级文件；

第二处理模块，用于通过特定指令判断所述升级进程是否存在于所述控制单元中，当检测到所述升级进程不存在，重新启动所述升级进程。

其中，所述控制单元还包括：第三处理模块，用于完成自升级过程，具体为：

对所述升级文件进行解压，得到第一镜像文件和第二镜像文件；

将第一镜像文件存放到第一存储地址区域，将第二镜像文件存放到第二存储地址区域；

先将所述第一镜像文件安装到所述控制模块的第一子模块中，第一子模块重启；

再将所述第二镜像文件安装到所述控制模块的第二子模块中，第二子模块重启；

待所述第一子模块和所述第二子模块都完成重启，所述控制单元完成自升级过程。

具体地，本申请还公开一种电子设备，所述电子设备为诊断设备的一种，包括处理器和存储器，所述存储器用于存储计算机程序，所述计算机程序被所述处理器执行时实现所述诊断升级方法。

具体地，本申请还公开一种汽车，所述汽车中包括控制单元，所述控制单元用于实现所述诊断升级方法。

与现有技术相比，本申请至少存在以下有益效果：

本申请通过控制单元接收升级文件后，同时检测一预设路径中是否存在所述升级文件和升级进程是否存在于所述控制单元中，在检测到对应路径中存在所述升级文件且升级进程存在于所述控制单元中时，控制单元完成自升级过程的方法，修复了现有诊断升级方法逻辑缺陷，避免控制单元在升级过程中出现卡死、失效或无法正常工作的情况。

通过检测到一预设路径中不存在所述升级文件时，向所述诊断设备或云端发送升级文件接收请求并接收重新发送的所述升级文件，避免在升级文件未存在于控制单元一预设路径中的情况下控制单元就开始调用升级进程，导致控制单元出现故障而无法正常工作的问题。通过检测到升级进程不存在，重新启动所述升级进程，避免了控制单元在需要调用升级进程时无法调用，导致控制单元出现故障而无法正常工作的问题。

附图说明

图1是本申请实施例示出的诊断升级方法流程示意图。

图2是本申请实施例示出的诊断升级方法判断流程示意图。

图3是是本申请实施例示出的完成自升级过程示意图。

图4是本申请实施例示出的诊断升级系统结构示意图。

图5是本申请实施例示出的电子设备结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

实施例一：

参照图1，是本申请实施例示出的诊断升级方法流程示意图。

具体地，本申请提供一种诊断升级方法，包括：

S1：控制单元与诊断设备连接成功后，接收所述诊断设备或云端发送的升级文件；

S2：所述控制单元同时检测一预设路径中是否存在所述升级文件，和升级进程是否存在于所述控制单元中；

S3：当检测到对应路径中存在所述升级文件，且升级进程存在于所述控制单元中，所述控制单元完成自升级过程。

通过在控制单元接收升级文件后，增加同时检测一预设路径中是否存在所述升级文件和升级进程是否存在于所述控制单元中这一逻辑，修复了现有诊断升级方法逻辑缺陷。

优选地，所述控制单元可以是汽车电子控制单元(Electronic Control Unit，ECU)，负责监控和控制车辆的各种功能和系统，例如发动机控制、传输控制、制动系统、安全系统等。ECU通过接收传感器的输入信号，并根据预设的算法和逻辑来控制相关系统的操作。其中，ECU包括SOC(系统级芯片)和MCU(微控制器单元)。

SOC指集成了多个功能模块的芯片，它可以执行复杂的计算任务和处理多个系统之间的通信，通常包括处理器核心、内存、输入/输出接口和其他外设。

MCU指专用的微控制器单元，通常用于控制特定的功能或系统。MCU集成了处理器核心、内存、输入/输出接口和其他外设，可以执行实时控制任务。

可以理解的是，ECU的具体组成和功能可能会因不同的车型和制造商而有所不同。

具体地，所述诊断设备包括但不限于OBD设备、诊断仪和厂商专用诊断工具。可以理解的是，不同的车型和车辆制造商可能需要不同的诊断设备。在选择诊断设备时，通常根据实际需求和所需功能，了解特定车型的兼容性和支持性；同时，确保使用合法的、经过授权的设备，以获得最准确和可靠的诊断结果。

具体地，所述升级文件包括但不限于以太网升级包文件，所述以太网升级包文件的命名规则为：项目名称_firmware内部版本号_诊断版本号.bin，例如，一种以太网升级版文件的文件名为A58RPA_firmware101_S001.bin。

具体地，所述升级文件可以通过诊断仪传输至控制单元，也可以通过云端下载的方式下载到控制单元。其中，所述云端下载方式包括但不限于部署云端服务器和部署T-Box链路。

进一步的，所述部署云端服务器的过程包括：

选择云服务提供商：选择可靠的云服务提供商；

创建并配置云服务器：在云服务提供商平台上创建一个虚拟机实例，配置相关参数，如操作系统选择、实例规格、网络设置等；

安装和配置所需软件：根据需要，安装和配置服务器上的相应软件，如数据库、应用服务器、Web服务器等；

网络设置和安全配置：设置网络连接、域名解析、防火墙等网络和安全配置，确保云服务器的可访问性和安全性；

测试和监控：对云服务器进行测试，确保其正常运行；配置监控工具，以便实时监测服务器的性能和可用性。

进一步的，所述部署T-Box链路包括：

选择T-Box设备：根据需求选择适合的T-Box设备，这些设备通常提供与车辆内部系统和外部通信网络的接口；

安装T-Box设备：将T-Box设备安装到车辆中，通常安装在车辆的电子控制单元(ECU)附近；

连接车辆系统和T-Box设备：将T-Box设备与车辆的CAN总线或其他适用的接口相连，以实现与车辆系统的连接；

配置和测试T-Box设备：根据T-Box设备的要求进行配置，例如连接到云端服务器的认证和通信设置；对T-Box进行测试，确保其正常运行并与云端服务器通信；

实施安全措施：考虑车载通信的安全性，配置适当的身份验证、数据加密等安全措施，以保护车辆和通信的隐私和安全。

可以理解的是，以上是部署云端服务器和T-Box链路的一般步骤，具体的部署过程可能因系统要求、厂商设备文档和相关技术细节而有所不同。

优选的，所述一预设路径可以是ECU端中的/uds/update路径下，也可以是其他合理路径。

参照图2，是本申请实施例示出的诊断升级方法判断流程示意图。

其中，所述步骤S2包括：

当所述控制单元检测到一预设路径中不存在所述升级文件，向所述诊断设备或云端发送升级文件接收请求，并接收重新发送的所述升级文件。

优选的，所述一预设路径可以是ECU端中的/uds/update路径下，也可以是其他合理路径。

检测到一预设路径中不存在所述升级文件，向所述诊断设备或云端发送升级文件接收请求并接收重新发送的所述升级文件，从而避免在升级文件未存在于控制单元一预设路径中的情况下控制单元就开始调用升级进程，导致控制单元出现故障而无法正常工作的问题。

其中，所述步骤S2包括：

所述控制单元通过特定指令判断所述升级进程是否存在于所述控制单元中，当所述升级进程不存在，重新启动所述升级进程。

进一步的，例如ECU端设有检测进程策略，如果升级进程被检测到不存在，该模块策略会重启启动升级进程。这样的设计可以确保在升级过程中，如果升级进程异常终止或不存在，系统能够自动重新启动升级进程，以保证升级的顺利进行。

通过检测到升级进程不存在，重新启动所述升级进程，避免了控制单元在需要调用升级进程时无法调用，导致控制单元出现故障而无法正常工作的问题。

进一步的，控制单元接收升级文件后，所述控制单元同时判断一预设路径中是否存在升级文件和升级进程是否存在于控制单元中；若检测到一预设路径中不存在升级文件，则控制单元重新发送升级文件接收请求，接收诊断设备或云端重新发送的升级文件，然后再次判断一预设路径中是否存在升级文件；若检测到升级进程不存在于控制单元中，则重新启动升级进程，然后再次判断升级进程是否存在于控制单元中。直至控制单元检测到一预设路径中存在升级文件，且升级进程存在于控制单元中，控制单元开始完成自升级过程。

进一步的，图2中符号“&”代表逻辑与，即当所述控制单元检测到一预设路径中存在升级文件且升级进程存在于控制单元中时，控制单元开始自升级并完成自升级过程。

参照图3，是本申请实施例示出的完成自升级过程示意图。

其中，所述控制单元完成自升级过程包括：提取自升级文件包；具体为：

对所述升级文件进行解压，得到第一镜像文件和第二镜像文件；

将第一镜像文件存放到第一存储地址区域，将第二镜像文件存放到第二存储地址区域。

其中，所述控制单元完成自升级过程还包括：调用升级进程完成所述自升级文件包的安装，具体为：

先将所述第一镜像文件安装到所述控制模块的第一子模块中，令第一子模块重启；

再将所述第二镜像文件安装到所述控制模块的第二子模块中，令第二子模块重启；

待所述第一子模块和所述第二子模块都完成重启，所述控制单元完成自升级过程。

优选地，所述控制单元可以是汽车电子控制单元(Electronic Control Unit，ECU)，负责监控和控制车辆的各种功能和系统，例如发动机控制、传输控制、制动系统、安全系统等。ECU通过接收传感器的输入信号，并根据预设的算法和逻辑来控制相关系统的操作。其中，ECU包括SOC(系统级芯片)和MCU(微控制器单元)。

SOC指集成了多个功能模块的芯片，它可以执行复杂的计算任务和处理多个系统之间的通信，通常包括处理器核心、内存、输入/输出接口和其他外设。

MCU指专用的微控制器单元，通常用于控制特定的功能或系统。MCU集成了处理器核心、内存、输入/输出接口和其他外设，可以执行实时控制任务。

优选的，在ECU自升级过程中，包括SOC系统和MCU系统升级两个子过程。先将升级镜像文件解压，将SOC镜像文件存放到A存储地址区域，MCU镜像文件存放到B存储地址区域。

先进行SOC系统升级，从A存储地址区域中将SOC镜像内容更新到EMMC IC后，SOC系统重启；

从B存储地址区域，将MCU系统镜像文件更新到MCU flash IC后，MCU系统重启，当SOC系统和ECU系统都重启完毕，整个ECU系统完成系统升级。

进一步的，所述SOC系统升级包括：

将SOC镜像文件写入A存储地址区域，该区域可能是ECU内部的存储器或外部存储设备；

将A存储地址区域中的SOC镜像内容写入EMMC IC(闪存存储器)中，替换当前的SOC系统镜像；

SOC系统进行重启操作，以应用新的SOC系统镜像。

进一步的，所述MCU系统升级包括：

将MCU镜像文件写入B存储地址区域，其中，该区域可能是ECU内部的存储器或外部存储设备；

将B存储地址区域中的MCU系统镜像文件写入MCU Flash IC(闪存存储器)中，替换当前的MCU系统镜像；

MCU系统进行重启操作，以应用新的MCU系统镜像。

当SOC系统和MCU系统都重启完毕后，整个ECU系统完成系统升级。此时，ECU将以更新后的SOC和MCU系统镜像运行，具备新功能或修复了旧版本的问题。

可以理解的是，在实际的ECU自升级过程中，可能还会涉及到其他的步骤、验证和安全措施，以确保升级过程的可靠性和数据完整性。此外，具体的升级流程和操作细节可能会因不同的车辆制造商、ECU型号和软件架构而有所差异。因此，在进行ECU系统升级时，还需要参考相应的文档和指南，并遵循制造商的规定和建议。

对升级文件解压，将得到的第一镜像文件和第二镜像文件分别存放到对应的存储地址区域，先将第一镜像文件安装到所述控制模块的第一子模块中，令第一子模块重启；再将第二镜像文件安装到所述控制模块的第二子模块中，令第二子模块重启；待所述第一子模块和所述第二子模块都完成重启，所述控制单元完成自升级过程，从而完成控制单元各模块自升级的过程，避免自升级过程中控制单元各个模块在自升级过程中出现文件安装错误或升级失败的问题。

实施例二：

参照图4，是本申请实施例示出的诊断升级系统结构示意图。

具体地，本申请还公开一种根据所述诊断升级方法的诊断升级系统，包括：

诊断设备，用于与控制单元连接成功后，触发控制单元接收升级文件；

控制单元，用于根据升级进程和预设路径中的升级文件完成自升级过程。

其中，所述控制单元还包括：

第一处理模块，当检测到预设路径中不存在所述升级文件，向所述诊断设备或云端发送升级文件接收请求，并接收重新发送的所述升级文件；

第二处理模块，用于通过特定指令判断所述升级进程是否存在于所述控制单元中，当检测到所述升级进程不存在，重新启动所述升级进程。

其中，所述控制单元还包括：第三处理模块，用于完成自升级过程，具体为：

对所述升级文件进行解压，得到第一镜像文件和第二镜像文件；

将第一镜像文件存放到第一存储地址区域，将第二镜像文件存放到第二存储地址区域；

先将所述第一镜像文件安装到所述控制模块的第一子模块中，第一子模块重启；

再将所述第二镜像文件安装到所述控制模块的第二子模块中，第二子模块重启；

待所述第一子模块和所述第二子模块都完成重启，所述控制单元完成自升级过程。

可以理解的是，所述诊断升级系统的具体结构可能会因不同的系统和设备而有所不同。

优选地，所述控制单元可以是汽车电子控制单元(Electronic Control Unit，ECU)，负责监控和控制车辆的各种功能和系统，例如发动机控制、传输控制、制动系统、安全系统等。ECU通过接收传感器的输入信号，并根据预设的算法和逻辑来控制相关系统的操作。其中，ECU包括SOC(系统级芯片)和MCU(微控制器单元)。

SOC指集成了多个功能模块的芯片，它可以执行复杂的计算任务和处理多个系统之间的通信，通常包括处理器核心、内存、输入/输出接口和其他外设。

MCU指专用的微控制器单元，通常用于控制特定的功能或系统。MCU集成了处理器核心、内存、输入/输出接口和其他外设，可以执行实时控制任务。

优选的，在ECU自升级过程中，包括SOC系统和MCU系统升级两个子过程。先将升级镜像文件解压，将SOC镜像文件存放到A存储地址区域，MCU镜像文件存放到B存储地址区域。

先进行SOC系统升级，从A存储地址区域中将SOC镜像内容更新到EMMC IC后，SOC系统重启；

从B存储地址区域，将MCU系统镜像文件更新到MCU flash IC后，MCU系统重启，当SOC系统和ECU系统都重启完毕，整个ECU系统完成系统升级。

进一步的，所述SOC系统升级包括：

将SOC镜像文件写入A存储地址区域，该区域可能是ECU内部的存储器或外部存储设备；

将A存储地址区域中的SOC镜像内容写入EMMC IC(闪存存储器)中，替换当前的SOC系统镜像；

SOC系统进行重启操作，以应用新的SOC系统镜像。

进一步的，所述MCU系统升级包括：

将MCU镜像文件写入B存储地址区域，其中，该区域可能是ECU内部的存储器或外部存储设备；

将B存储地址区域中的MCU系统镜像文件写入MCU Flash IC(闪存存储器)中，替换当前的MCU系统镜像；

MCU系统进行重启操作，以应用新的MCU系统镜像。

实施例三：

具体地，本申请还公开一种电子设备，所述电子设备为诊断设备的一种，包括处理器和存储器，所述存储器用于存储计算机程序，所述计算机程序被所述处理器执行时实现所述诊断升级方法。

如图5所示，该实施例的电子设备5包括：至少一个处理器50(图5中仅示出一个)、存储器51以及存储在所述存储器51中并可在所述至少一个处理器50上运行的计算机程序52，所述处理器50执行所述计算机程序52时实现上述任意方法实施例中的步骤。

所述电子设备5可以是诊断设备，包括但不限于OBD设备、诊断仪和厂商专用诊断工具。可以理解的是，不同的车型和车辆制造商可能需要不同的诊断设备。该电子设备可包括但不仅限于处理器50、存储器51。本领域技术人员可以理解，图3仅仅是电子设备5的举例，并不构成对电子设备5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

所称处理器50可以是中央处理单元(Central Processing Unit，CPU)，该处理器50还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器51在一些实施例中可以是所述电子设备5的内部存储单元，例如电子设备5的硬盘或内存。所述存储器51在另一些实施例中也可以是所述电子设备5的外部存储设备，例如所述电子设备5上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器51还可以既包括所述电子设备5的内部存储单元也包括外部存储设备。所述存储器51用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

实施例四：

具体地，本申请还公开一种汽车，所述汽车中包括控制单元，所述控制单元用于实现所述诊断升级方法。

在本申请所提供的几个实施例中，可以理解的是，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意的是，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台电子设备执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述的具体实施例，对本申请的目的、技术方案和有益效果进行了进一步的详细说明，应当理解，以上所述仅为本申请的具体实施例而已，并不用于限定本申请的保护范围。特别指出，对于本领域技术人员来说，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。