CN108304210A - 一种汽车仪表盘的升级方法 - Google Patents

Abstract

本发明涉及汽车控制领域，特别涉及一种汽车仪表盘的升级方法，所述方法包括：在汽车仪表盘运行过程中，检测是否有移动设备接入；如果检测到移动设备接入，则扫描移动设备中是否存在升级文件，所述升级文件包括uboot升级文件、操作系统内核升级文件、DTB升级文件、rootfs升级文件、汽车仪表盘应用程序升级文件和MCU应用程序升级文件中的一种或者多种，如果扫描到升级文件，则根据升级文件对仪表盘进行升级，直至根据扫描到的所有升级文件对汽车仪表盘完成升级，则重启汽车仪表盘。本发明通过外接移动设备对汽车仪表盘进行升级，具有操作灵活、便携性强、升级效率高等优点。

Description

一种汽车仪表盘的升级方法

技术领域

本发明涉及汽车控制领域，特别涉及一种汽车仪表盘的升级方法。

背景技术

汽车仪表盘软件架构包括uboot文件、操作系统内核文件、QT汽车仪表盘应用程序、MCU应用程序、DTB文件和rootfs文件系统。

uboot文件是linux操作系统的一部分，最早对IMX6处理器硬件进行初始化，并启动操作系统内核文件。

操作系统内核文件是linux操作系统必不可少的核心模块，用于搭建操作系统，初始化linux操作系统各个服务和驱动模块，保证系统的稳定运行，并挂载rootfs文件系统。

rootfs文件系统是一个文件系统，用于保证存放QT汽车仪表盘应用程序及保证QT汽车仪表盘应用程序正常运行所需要环境。

MCU应用程序是用于跟汽车进行CAN总线通信，读取汽车仪表盘的所需要的数据，并传送给IMX6处理器。

QT汽车仪表盘应用程序是显示车速里程表、转速表、转向指示灯、制动器警报灯、制动防抱死警报灯危险警报灯、安全带指示灯、远光指示灯、前后雾灯指示灯、电瓶指示灯等一系列指示灯和警示灯。

DTB文件是操作系统内核文件的驱动设备树文件，大部分设备信息存放在这里。

新型汽车仪表盘基于linux操作系统，运行QT汽车仪表盘应用程序，提供更完善的功能，视觉更好，人性化。基于linux系统的仪表盘的功能会日益增加，会越来越人性化，产品版本迭代会越来越多，所以仪表盘的产品的升级非常重要。

现有的汽车仪表盘产品升级只能通过PC机进行升级，其升级方式为：先将汽车仪表盘断电，人工操作汽车仪表盘的拨码开关进入升级模式，然后将USB数据线的一端接入汽车仪表盘的USB接口，将USB数据线的另一端接入PC机，之后给汽车仪表盘通电，并操作PC机中的升级软件，才能对汽车仪表盘升级。升级完成后需要先在PC机中操作，退出升级软件，然后给汽车仪表盘断电，再人工操作汽车仪表盘的拨码开关进入系统运行模式，之后给汽车仪表盘通电，整个升级流程完成。

由于MCU应用程序与uboot文件、操作系统内核文件、QT汽车仪表盘应用程序、DTB文件以及rootfs文件不属于同一类别的升级文件，MCU应用程序通过串口升级，而uboot文件、操作系统内核文件、QT汽车仪表盘应用程序、DTB文件以及rootfs文件则需通过USB接口升级，因而需要将MCU应用程序打包成一个文件包，将uboot文件、操作系统内核文件、QT汽车仪表盘应用程序、DTB文件和rootfs文件打包成另一文件包，进行分开升级。升级时间大约需要十分钟。

升级过程中，首先要将汽车仪表盘文件的当前版本回调至一个特定的出厂版本，然后将出厂版本更新为升级版本。

现有的汽车仪表盘升级方法存在如下缺陷：

(1)升级过程中需要对汽车仪表盘通断电，并且通断电具有严格的顺序，操作较为繁琐。使用USB数据线连接PC机进行升级，不具有便携性，适用性不强。

(2)现有的PC机升级只提供软件包整包升级接口，只能对uboot文件、操作系统内核文件、DTB文件和rootfs文件进行打包升级，一旦缺少某个升级文件，就不能顺利运行升级软件，导致不能根据用户需求选择性的升级某些文件，而且升级的数据量大会导致升级过程耗时长，用户体验差。

(3)现有的通过PC机升级过程中，虽然大部分文件(如uboot文件、操作系统内核文件、DTB文件和rootfs文件)可以通过USB接口进行文件升级，但MCU应用程序仅能通过串口进行升级，即，升级过程中需要切换连接接口，存在操作繁琐的问题。

发明内容

针对现有技术的上述问题，本发明的目的在于提供一种汽车仪表盘的升级方法，可以提高汽车仪表盘的升级效率。

本发明提供一种汽车仪表盘的升级方法，所述方法包括：

在汽车仪表盘运行过程中，检测是否有移动设备接入；

如果检测到移动设备接入，则扫描移动设备中是否存在升级文件，所述升级文件包括uboot升级文件、操作系统内核升级文件、DTB升级文件、rootfs升级文件、汽车仪表盘应用程序升级文件和MCU应用程序升级文件中的一种或者多种，如果扫描到升级文件，则根据升级文件对仪表盘进行升级，直至根据扫描到的所有升级文件对汽车仪表盘完成升级，则重启汽车仪表盘。

优选的，所述扫描移动设备中是否存在升级文件，如果扫描到升级文件，则根据升级文件对汽车仪表盘进行升级包括：

检测移动设备中是否存在一类升级文件，所述一类升级文件包括uboot升级文件、操作系统内核升级文件、DTB升级文件、rootfs升级文件和汽车仪表盘应用程序升级文件；

如果检测到一类升级文件，则根据所述一类升级文件对汽车仪表盘进行升级；

判断所有一类升级文件是否升级完成；

若所有一类升级文件均已升级完成，则检测移动设备中是否存在二类升级文件，所述二类升级文件包括MCU应用程序升级文件；

如果检测到二类升级文件，则根据所述二类升级文件对汽车仪表盘进行升级。

优选地，如果检测到的一类升级文件为uboot升级文件，则格式化汽车仪表盘中存放uboot文件的分区，解除uboot升级的锁，将所述uboot升级文件存储于uboot文件的分区，并给uboot升级加锁。

优选地，如果检测到的一类升级文件为操作系统内核升级文件，则用所述操作系统内核升级文件覆盖汽车仪表盘中已有的操作系统内核文件。

优选地，如果检测到的一类升级文件为DTB升级文件，则用所述DTB升级文件覆盖汽车仪表盘中已有的DTB文件。

优选地，如果检测到的一类升级文件为rootfs升级文件，则格式化汽车仪表盘中存放rootfs文件的分区，创建一新目录，将格式化后的分区挂载在所述新目录下，并将所述rootfs升级文件解压到所述新目录。

优选地，如果检测到的一类升级文件为汽车仪表盘应用程序升级文件，则用所述汽车仪表盘应用程序升级文件覆盖汽车仪表盘中已有的汽车仪表盘应用程序升级文件，并更新时间戳。

优选地，如果检测到的二类升级文件为MCU应用程序升级文件，则读取MCU应用程序升级文件内容，通过串口通信协议将所述MCU应用程序升级文件内容传送至MCU，使MCU接收MCU应用程序升级文件内容，并根据所述MCU应用程序升级文件内容进行升级。

优选地，所述检测移动设备中是否存在一类升级文件，如果检测到一类升级文件，则根据所述一类升级文件对汽车仪表盘进行升级，包括：

检测移动设备中是否存在uboot升级文件；

如果存在uboot升级文件，则根据所述uboot升级文件对汽车仪表盘进行升级，升级完成后，检测移动设备中是否存在操作系统内核升级文件；

如果不存在uboot升级文件，则检测移动设备中是否存在操作系统内核升级文件；

如果存在操作系统内核升级文件，则根据所述操作系统内核升级文件对汽车仪表盘进行升级，升级完成后，检测移动设备中是否存在DTB升级文件；

如果不存在操作系统内核升级文件，则检测移动设备中是否存在DTB升级文件；

如果存在DTB升级文件，则根据所述DTB升级文件对汽车仪表盘进行升级，升级完成后，检测移动设备中是否存在rootfs升级文件；

如果不存在DTB升级文件，则检测移动设备中是否存在rootfs升级文件；

如果存在rootfs升级文件，则根据所述rootfs升级文件对汽车仪表盘进行升级，升级完成后，检测移动设备中是否存在汽车仪表盘应用程序升级文件；

如果存在汽车仪表盘应用程序升级文件，则根据所述汽车仪表盘应用程序升级文件对汽车仪表盘进行升级；

如果不存在汽车仪表盘应用程序升级文件，则检测移动设备中是否存在MCU应用程序升级文件；

如果存在MCU应用程序升级文件，则根据所述MCU应用程序升级文件对汽车仪表盘进行升级，升级完成后，重启汽车仪表盘；

如果不存在MCU应用程序升级文件，则重启汽车仪表盘。

进一步地，在汽车仪表盘完成升级之后、重启汽车仪表盘之前还包括：发出提示信息，所述提示信息用于提示用户在汽车仪表盘升级完成后拔出移动设备。

由于上述技术方案，本发明具有如下有益效果：

1.本发明通过外接移动设备对汽车仪表盘进行升级，相比于通过PC机进行升级的方式，其具有操作灵活、便携性强的优势。

2.本发明将升级文件载入移动设备中，通过移动设备对汽车仪表盘进行升级，不必像现有技术那样对多个文件进行打包升级，而是可以对单个文件进行升级，相比于现有技术的打包升级而言，单个文件升级灵活性更好，且升级耗时短，可以提高升级效率。此外，本发明在车辆仪表盘正常工作的情况下使用外接移动设备进行更新，不必对汽车仪表盘频繁进行通断电，减少操作步骤，节省了升级时间。

3.所有的更新文件(如uboot文件、操作系统内核文件、DTB文件、rootfs文件和MCU应用程序)都通过更新设备连接USB接口进行文件更新，相比于现有技术中需要将MCU应用程序文件与其他文件分开进行升级的方案相比，本发明无需根据文件种类不同而切换连接接口，简化了操作步骤，提升了用户体验。

附图说明

为了更清楚地说明本发明的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它附图。

图1是本发明实施例提供的一种汽车仪表盘的升级方法的流程图；

图2是本发明实施例提供的一种汽车仪表盘的升级方法的流程图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。

实施例一

本实施例提供一种汽车仪表盘的升级方法，可以提高汽车仪表盘的升级效率。请参见图1，所述汽车仪表盘的升级方法包括：

在汽车仪表盘运行过程中，检测是否有移动设备接入；

如果检测到移动设备接入，则扫描移动设备中是否存在升级文件，所述升级文件包括uboot升级文件、操作系统内核升级文件、DTB升级文件、rootfs升级文件、汽车仪表盘应用程序升级文件和MCU应用程序升级文件中的一种或者多种，如果扫描到升级文件，则根据升级文件对仪表盘进行升级，直至根据扫描到的所有升级文件对汽车仪表盘完成升级，则重启汽车仪表盘。

进一步地，在汽车仪表盘完成升级之后、重启汽车仪表盘之前还包括：发出提示信息，所述提示信息用于提示用户在汽车仪表盘升级完成后拔出移动设备。提示信息的展示方式可以是语音输出和/或文字显示。

作为一种优选地实施方式，所述扫描移动设备中是否存在升级文件，如果扫描到升级文件，则根据升级文件对汽车仪表盘进行升级包括：

检测移动设备中是否存在一类升级文件，所述一类升级文件包括uboot升级文件、操作系统内核升级文件、DTB升级文件、rootfs升级文件和汽车仪表盘应用程序升级文件；

如果检测到一类升级文件，则根据所述一类升级文件对汽车仪表盘进行升级；

判断所有一类升级文件是否升级完成；

若所有一类升级文件均已升级完成，则检测移动设备中是否存在二类升级文件，所述二类升级文件包括MCU应用程序升级文件；

如果检测到二类升级文件，则根据所述二类升级文件对汽车仪表盘进行升级。

上述一类升级文件(包括：uboot升级文件、操作系统内核升级文件、DTB升级文件、rootfs升级文件和汽车仪表盘应用程序升级文件)中各个文件的检测和更新顺序可以任意调整。

具体地，如果检测到的一类升级文件为uboot升级文件，则格式化汽车仪表盘中存放uboot文件的分区，解除uboot升级的锁，将所述uboot升级文件存储于uboot文件的分区，并给uboot升级加锁。

如果检测到的一类升级文件为操作系统内核升级文件，则用所述操作系统内核升级文件覆盖汽车仪表盘中已有的操作系统内核文件。

如果检测到的一类升级文件为DTB升级文件，则用所述DTB升级文件覆盖汽车仪表盘中已有的DTB文件。

如果检测到的一类升级文件为rootfs升级文件，则格式化汽车仪表盘中存放rootfs文件的分区，创建一新目录，将格式化后的分区挂载在所述新目录下，并将所述rootfs升级文件解压到所述新目录。

如果检测到的一类升级文件为汽车仪表盘应用程序升级文件，则用所述汽车仪表盘应用程序升级文件覆盖汽车仪表盘中已有的汽车仪表盘应用程序升级文件，并更新时间戳。

如果检测到的二类升级文件为MCU应用程序升级文件，则读取MCU应用程序升级文件内容，通过串口通信协议将所述MCU应用程序升级文件内容传送至MCU，使MCU接收MCU应用程序升级文件内容，并根据所述MCU应用程序升级文件内容进行升级。

本发明实施例提供了汽车仪表盘升级效率，主要体现在如下几方面：

1)在车辆仪表盘正常工作的情况下使用外接移动设备对汽车仪表盘进行更新，不必对汽车仪表盘频繁进行通断电，减少操作步骤，节省了升级时间。

2)将升级文件载入移动设备中，通过移动设备对汽车仪表盘进行升级，不必像现有技术那样对多个文件进行打包升级，而是可以对单个文件进行升级，相比于现有技术的打包升级而言，单个文件升级灵活性更好，且升级耗时短，可以提高升级效率。

3)现有的将汽车仪表盘通过USB数据线与PC机连接，通过PC机中存储的升级软件来对汽车仪表盘进行升级的方法中，汽车仪表盘各文件有出厂版本V_B，这个基出厂本V_B与汽车仪表盘当前运行的文件版本V_N不同，当需要将汽车仪表盘的当前文件版升级为新版本V_U时，其升级过程为：先将当前版本V_N还原为出厂版本V_B，然后将出厂版本V_B升级为新版本V_U，即：必须在出厂版本V_B上进行升级，这种方式增加了升级的操作步骤，使其升级耗费时间长。而本发明的升级方法则不必将待升级文件恢复为出厂版本，而是在当前版本基础上进行升级，减少了由当前版本调整为出厂版本的步骤，节省了处理时间，可以提升升级效率。

实施例二

本实施例提供一种汽车仪表盘的升级方法，请参见图1，所述方法包括如下步骤：

(1)汽车仪表盘通电后正常运行，显示车速里程表、转速表、转向指示灯、制动器警报灯、制动防抱死警报灯危险警报灯、安全带指示灯、远光指示灯、前后雾灯指示灯、电瓶指示灯等一系列指示灯和警示灯。

(2)在外部接入的移动设备中查找是否有uboot升级文件。

如果存在升级文件，格式化汽车仪表盘中存放uboot文件的分区，解除uboot升级的锁，然后复制升级文件到存放uboot文件的分区，把uboot升级再次上锁。Uboot升级成功。

如果不存在升级文件,不进行uboot升级，进一步在移动设备中查找是否存在操作系统内核升级文件。

(3)在外部接入的移动设备中查找是否有操作系统内核升级文件。

如果存在操作系统内核升级文件，用操作系统内核升级文件覆盖原操作系统内核文件，完成操作系统内核文件的升级。

如果不存在操作系统内核升级文件,不进行操作系统内核升级，进一步在移动设备中查找是否存在DTB升级文件。

(4)在外部接入的移动设备中查找是否有DTB升级文件。

如果存在DTB升级文件，用DTB升级文件覆盖汽车仪表盘中原有的DTB文件，完成DTB文件升级。

如果不存在DTB升级文件,不进行DTB文件升级，进一步在移动设备中查找是否存在rootfs升级文件。

(5)在外部接入的移动设备中查找是否有rootfs升级文件。

如果存在rootfs升级文件，格式化汽车仪表盘中存放roofts文件的分区，然后创建一个新目录，把格式化后的分区挂载在新目录下，再把roofts文件解压到新目录；解压完成后，使用同步命令同步文件，这样rootfs文件升级完成。

如果不存在rootfs升级文件,不进行rootfs文件升级，进一步在移动设备中查找是否存在汽车仪表盘应用程序升级文件。

(6)在外部接入的移动设备中查找是否有汽车仪表盘应用程序升级文件。

如果存在汽车仪表盘应用程序升级文件，用汽车仪表盘应用程序升级文件覆盖原汽车仪表盘应用程序文件，更新时间戳，这样汽车仪表盘应用程序升级完成。

如果不存在升级文件,不进行汽车仪表盘应用程序文件升级，进一步在移动设备中查找是否存在MCU应用程序升级文件。

(7)在外部接入的移动设备中查找是否有MCU应用程序升级文件。

如果存在MCU应用程序升级文件，读取MCU应用程序升级文件内容，通过串口通信协议把MCU升级文件传送给MCU，MCU接收完成后，进行自我升级。至此，MCU升级完成。

如果不存在MCU应用程序升级文件，不进行MCU应用程序文件升级，直接进入重启流程。

(8)自动重新启动汽车仪表盘，汽车仪表盘启动后将正常运行新的系统程序。

通过移动设备对汽车仪表盘进行产品升级，把需要升级的文件拷贝到移动设备，可以单独升级任意一个文件的内容，不需要进行完整包的升级。uboot文件、操作系统、QT仪表盘应用程序、MCU应用程序、DTB文件这些文件的单独升级时间不需要十秒钟。另外，rootfs文件系统采用差分包升级，数据量大大减小，升级时间也不会超过一分钟，从而大幅减少了产品升级的时间。

以上实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种汽车仪表盘的升级方法，其特征在于，所述方法包括：

在汽车仪表盘运行过程中，检测是否有移动设备接入；

如果检测到移动设备接入，则扫描移动设备中是否存在升级文件，所述升级文件包括uboot升级文件、操作系统内核升级文件、DTB升级文件、rootfs升级文件、汽车仪表盘应用程序升级文件和MCU应用程序升级文件中的一种或者多种，如果扫描到升级文件，则根据升级文件对仪表盘进行升级，直至根据扫描到的所有升级文件对汽车仪表盘完成升级，则重启汽车仪表盘。

2.根据权利要求1所述的方法，其特征在于，所述扫描移动设备中是否存在升级文件，如果扫描到升级文件，则根据升级文件对汽车仪表盘进行升级包括：

检测移动设备中是否存在一类升级文件，所述一类升级文件包括uboot升级文件、操作系统内核升级文件、DTB升级文件、rootfs升级文件和汽车仪表盘应用程序升级文件；

如果检测到一类升级文件，则根据所述一类升级文件对汽车仪表盘进行升级；

判断所有一类升级文件是否升级完成；

若所有一类升级文件均已升级完成，则检测移动设备中是否存在二类升级文件，所述二类升级文件包括MCU应用程序升级文件；

如果检测到二类升级文件，则根据所述二类升级文件对汽车仪表盘进行升级。

3.根据权利要求2所述的方法，其特征在于，

如果检测到的一类升级文件为uboot升级文件，则格式化汽车仪表盘中存放uboot文件的分区，解除uboot升级的锁，将所述uboot升级文件存储于uboot文件的分区，并给uboot升级加锁。

4.根据权利要求2所述的方法，其特征在于，

如果检测到的一类升级文件为操作系统内核升级文件，则用所述操作系统内核升级文件覆盖汽车仪表盘中已有的操作系统内核文件。

5.根据权利要求2所述的方法，其特征在于，

如果检测到的一类升级文件为DTB升级文件，则用所述DTB升级文件覆盖汽车仪表盘中已有的DTB文件。

6.根据权利要求2所述的方法，其特征在于，

如果检测到的一类升级文件为rootfs升级文件，则格式化汽车仪表盘中存放rootfs文件的分区，创建一新目录，将格式化后的分区挂载在所述新目录下，并将所述rootfs升级文件解压到所述新目录。

7.根据权利要求2所述的方法，其特征在于，

如果检测到的一类升级文件为汽车仪表盘应用程序升级文件，则用所述汽车仪表盘应用程序升级文件覆盖汽车仪表盘中已有的汽车仪表盘应用程序升级文件，并更新时间戳。

8.根据权利要求2所述的方法，其特征在于，

如果检测到的二类升级文件为MCU应用程序升级文件，则读取MCU应用程序升级文件内容，通过串口通信协议将所述MCU应用程序升级文件内容传送至MCU，使MCU接收MCU应用程序升级文件内容，并根据所述MCU应用程序升级文件内容进行升级。

9.根据权利要求2所述的方法，其特征在于，所述检测移动设备中是否存在一类升级文件，如果检测到一类升级文件，则根据所述一类升级文件对汽车仪表盘进行升级，包括：

检测移动设备中是否存在uboot升级文件；

如果存在uboot升级文件，则根据所述uboot升级文件对汽车仪表盘进行升级，升级完成后，检测移动设备中是否存在操作系统内核升级文件；

如果不存在uboot升级文件，则检测移动设备中是否存在操作系统内核升级文件；

如果存在操作系统内核升级文件，则根据所述操作系统内核升级文件对汽车仪表盘进行升级，升级完成后，检测移动设备中是否存在DTB升级文件；

如果不存在操作系统内核升级文件，则检测移动设备中是否存在DTB升级文件；

如果存在DTB升级文件，则根据所述DTB升级文件对汽车仪表盘进行升级，升级完成后，检测移动设备中是否存在rootfs升级文件；

如果不存在DTB升级文件，则检测移动设备中是否存在rootfs升级文件；

如果存在rootfs升级文件，则根据所述rootfs升级文件对汽车仪表盘进行升级，升级完成后，检测移动设备中是否存在汽车仪表盘应用程序升级文件；

如果存在汽车仪表盘应用程序升级文件，则根据所述汽车仪表盘应用程序升级文件对汽车仪表盘进行升级；

如果不存在汽车仪表盘应用程序升级文件，则检测移动设备中是否存在MCU应用程序升级文件；

如果存在MCU应用程序升级文件，则根据所述MCU应用程序升级文件对汽车仪表盘进行升级，升级完成后，重启汽车仪表盘；

如果不存在MCU应用程序升级文件，则重启汽车仪表盘。

10.根据权利要求1所述的方法，其特征在于，

在汽车仪表盘完成升级之后、重启汽车仪表盘之前还包括：发出提示信息，所述提示信息用于提示用户在汽车仪表盘升级完成后拔出移动设备。