CN117111992A - 摩托车仪表系统升级装置、方法、设备及存储介质 - Google Patents

Abstract

本发明公开了一种摩托车仪表系统升级装置、方法、设备及存储介质，摩托车仪表系统升级装置包括仪表应用程序及底板程序；仪表应用程序在升级标识为在未检测到升级标识时，从升级固件中获取APP升级数据包；将APP升级数据包逐块写入FLASH数据中；在APP升级数据包写入完成后，将升级固件中的MCU版本号发送至底板程序；底板程序根据MCU版本号确定升级反馈结果，将升级反馈结果发送至仪表应用程序，以使仪表程序根据升级反馈结果进行升级处理。本发明中通过仪表应用程序及底板程序之间的数据传输，从而有效的避免了因升级不当引起的摩托车仪表系统无法使用的可能性。

Description

摩托车仪表系统升级装置、方法、设备及存储介质

技术领域

本发明涉及嵌入式系统的软件开发技术领域，尤其涉及一种摩托车仪表系统升级装置、方法、设备及存储介质。

背景技术

摩托车仪表系统一般由仪表应用程序(APP)和底板程序(MCU)构成，在用户使用摩托车之后，由于技术改进或提升体验，整车系统往往会需要升级。

系统升级一般也是由APP和MCU两部分升级组成，在升级过程中，由于用户操作不当(例如误断电了)或者环境因素(例如文件传输错误、电池电量不足等)，很容易造成升级的异常中断，从而导致整车系统无法正常使用，俗称“变砖”，出现这种情况以后，用户几乎无法继续使用摩托车。因此，如何有效避免因升级不当引起的摩托车系统无法使用的问题成为一个亟待解决的问题。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供了一种摩托车仪表系统升级装置、方法、设备及存储介质，旨在解决如何有效避免因升级不当引起的摩托车系统无法使用的问题。

为实现上述目的，本发明提供了一种摩托车仪表系统升级装置，所述摩托车仪表系统升级装置包括仪表应用程序及底板程序；

所述仪表应用程序，用于在未检测到升级标识时，从升级固件中获取APP升级数据包；

所述仪表应用程序，还用于将所述APP升级数据包逐块写入FLASH数据中；

所述仪表应用程序，还用于在所述APP升级数据包写入完成后，将所述升级固件中的MCU版本号发送至所述底板程序；

所述底板程序，用于根据所述MCU版本号确定升级反馈结果，将所述升级反馈结果发送至所述仪表应用程序，以使所述仪表程序根据所述升级反馈结果进行升级处理。

可选地，所述仪表应用程序，还用于判断所述升级固件是否满足固件升级条件；

所述仪表应用程序，还用于若所述升级固件满足所述固件升级条件，则获取摩托车的车身数据；

所述仪表应用程序，还用于判断所述车身数据是否满足数据升级条件；

所述仪表应用程序，还用于在所述车身数据满足所述数据升级条件时，创建所述升级标识，并将所述APP升级数据包逐块写入FLASH数据中。

可选地，所述底板程序，还用于在所述升级反馈结果为拒绝升级信息时，将所述拒绝升级信息发送至所述仪表应用程序；

所述仪表应用程序，还用于根据所述拒绝升级信息对所述升级标识进行清除。

可选地，所述底板程序，还用于在所述升级反馈结果为请求升级信息时，对当前MCU进行重启，并将所述请求升级信息发送至所述仪表应用程序；

所述仪表应用程序，还用于根据所述请求升级信息从所述升级固件中获取MCU升级数据包，并将所述MCU升级数据包发送至所述底板程序；

所述底板程序，还用于根据所述MCU升级数据包进行升级。

可选地，所述仪表应用程序，还用于根据所述请求升级信息将所述MCU版本号及MCU升级数据包长度发送至所述底板程序；

所述底板程序，还用于对所述MCU版本号进行存储，并根据所述MCU升级数据包长度确定升级请求次数；

所述底板程序，还用于根据所述升级请求次数确定封包编号，并将所述封包编号发送至所述仪表应用程序；

所述仪表应用程序，还用于根据所述封包编号从所述升级固件中获取MCU升级数据包，并将所述MCU升级数据包发送至所述底板程序。

可选地，所述底板程序，还用于在所述MCU升级数据包升级完成时，将升级结果通知发送至所述仪表应用程序，以使用户查看所述升级结果通知。

此外，为实现上述目的，本发明还提出一种摩托车仪表系统升级装置，所述摩托车仪表系统升级方法包括以下步骤：

在未检测到升级标识时，从升级固件中获取APP升级数据包；

将所述APP升级数据包逐块写入FLASH数据中；

在所述APP升级数据包写入完成后，将所述升级固件中的MCU版本号发送至底板程序，以使所述底板程序根据所述MCU版本号确定升级反馈结果；

在接收到所述底板程序发送的升级反馈结果时，根据所述升级反馈结果进行升级处理。

此外，为实现上述目的，本发明还提出一种摩托车仪表系统升级设备，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的摩托车仪表系统升级程序，所述摩托车仪表系统升级程序配置为实现如上文所述的摩托车仪表系统升级装置的步骤。

此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有摩托车仪表系统升级程序，所述摩托车仪表系统升级程序被处理器执行时实现如上文所述的摩托车仪表系统升级装置的步骤。

本发明摩托车仪表系统升级装置包括仪表应用程序及底板程序，仪表应用程序在未检测到升级标识时，首先从升级固件中获取APP升级数据包，之后将APP升级数据包逐块写入FLASH数据中，在APP升级数据包写入完成后，将升级固件中的MCU版本号发送至底板程序，底板程序根据MCU版本号确定升级反馈结果，将升级反馈结果发送至仪表应用程序，以使仪表程序根据升级反馈结果进行升级处理。相较于现有技术中在升级过程中，由于用户操作不当(例如误断电了)或者环境因素(例如文件传输错误、电池电量不足等)，很容易造成升级的异常中断，从而导致整车系统无法正常使用，而本发明中通过仪表应用程序及底板程序之间的数据传输，从而有效的避免了因升级不当引起的摩托车仪表系统无法使用的可能性。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的摩托车仪表系统升级设备的结构示意图；

图2为本发明摩托车仪表系统升级装置第一实施例的结构框图；

图3为本发明摩托车仪表系统升级装置第一实施例的系统分区结构示意图；

图4为本发明摩托车仪表系统升级装置第一实施例的升级安全性检查流程图；

图5为本发明摩托车仪表系统升级装置第一实施例的完整的升级策略流程图；

图6为本发明摩托车仪表系统升级装置第一实施例的MCU和APP请求升级时序图；

图7为本发明摩托车仪表系统升级装置第一实施例的MCU的备份升级策略流程图；

图8为本发明摩托车仪表系统升级方法第一实施例的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明实施例方案涉及的硬件运行环境的摩托车仪表系统升级设备结构示意图。

如图1所示，该基于BP网络(Back Propagation)控制车辆超速设备可以包括：处理器1001，例如中央处理器(Central Processing Unit，CPU)，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入模块比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(Wireless-Fidelity，Wi-Fi)接口)。存储器1005可以是高速的随机存取存储器(Random Access Memory，RAM)，也可以是稳定的非易失性存储器(Non-VolatileMemory，NVM)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的结构并不构成对摩托车仪表系统升级设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种存储介质的存储器1005中可以包括操作装置、网络通信模块、用户接口模块以及摩托车仪表系统升级程序。

在图1所示的摩托车仪表系统升级设备中，网络接口1004主要用于与网络服务器进行数据通信；用户接口1003主要用于与用户进行数据交互；本发明摩托车仪表系统升级设备中的处理器1001、存储器1005可以设置在摩托车仪表系统升级设备中，所述摩托车仪表系统升级设备通过处理器1001调用存储器1005中存储的摩托车仪表系统升级程序，并执行本发明实施例提供的摩托车仪表系统升级装置。

本发明实施例提供了一种摩托车仪表系统升级装置，参照图2，图2为本发明摩托车仪表系统升级装置第一实施例的结构框图。

本实施例中，所述摩托车仪表系统升级装置包括仪表应用程序2001及底板程序2002。

在具体实现中，本技术方案由三块分区组成。内核区：包含了基本的系统内核、必须的驱动程序和服务程序。该分区只读，升级不会修改到分区内容，从而保证系统总可以启动。备份区：包含了一套可用的APP程序、升级程序和对应的MCU固件。该分区也是只读，升级不会修改分区内容。当APP升级出现异常时候，系统内核会调用该分区的可用APP程序作为当前运行首选；当MCU升级出现异常时候，系统内核会调用该分区的升级程序并发送MCU固件到MCU完成升级。总之在异常发生的时候可用保证启动备份APP程序和其配套的MCU程序，避免“变砖”。APP区：包含最新的APP程序、升级程序和对应的MCU固件。该分区是读写的，用于用户正常使用，也是升级会改写的分区。每次升级成功后，该分区保留着最新的一套APP+MCU程序；当MCU升级异常，系统内核会调用APP分区的升级程序继续对MCU进行升级；当APP升级异常，则进入备份升级流程，同上面备份区所描述的一样。参考图3，图3为本发明摩托车仪表系统升级装置第一实施例的系统分区结构示意图。

所述仪表应用程序2001，用于在未检测到升级标识时，从升级固件中获取APP升级数据包。

所述仪表应用程序2001，还用于将所述APP升级数据包逐块写入FLASH数据中。

还需要说明的是，升级固件可以由网络或者U盘中获取，升级固件中包括APP升级数据包，还包括MCU升级数据包等。

进一步地，为了保证升级的成功率，在开始升级前应该做一些预防性的检查，规避异常的发生。仪表应用程序检测到仪表系统启动后，判断是否存在升级标识，在未检测到升级标识时，判断升级固件是否满足固件升级条件；若升级固件满足固件升级条件，则获取摩托车的车身数据；判断车身数据是否满足数据升级条件；在车身数据满足数据升级条件时，创建升级标识，并将APP升级数据包逐块写入FLASH数据中。参考图4，图4为本发明摩托车仪表系统升级装置第一实施例的升级安全性检查流程图。

应理解的是，固件升级条件包括升级固件的完整性检查：一般升级固件是通过网络或者U盘传输，这些传输方式都有数据损坏的可能性，因此升级前的第一步检查就是升级固件的完整性。通过成熟的HASH计算方法得到HASH值，与固件内置的HASH进行对比，不一致则固件损坏了，必须取消升级。固件升级条件还包括固件版本和现有版本的检查：升级是本着由低版本升向高版本的策略进行，如果发现升级固件的版本比现有的版本还要低，那么放弃升级，减少不必要的读写操作。

数据升级条件包括车身数据的检查：从安全性角度考虑，摩托车必须处于停止状态，因此要检查当前的档位车速等数据，如果不满足条件就取消升级。另一方面，为了保证升级成功，车身的蓄电池电压必须稳定，电量值高于一定范围，如果不满足则取消升级。

还应理解的是，将APP升级数据包逐块写入FLASH数据中为升级过程，写入完成后，升级完成。

需要说明的是，开始升级后，会在系统内设定一个升级中的标识，该标识只有在升级全部完成后才会清除，中途发生任何异常重启系统后，系统内核会依据该标识启动备份区的APP程序。参考图5，图5为本发明摩托车仪表系统升级装置第一实施例的完整的升级策略流程图。

所述仪表应用程序2001，还用于在所述APP升级数据包写入完成后，将所述升级固件中的MCU版本号发送至所述底板程序2002。

在本实施例中，APP升级成功后，APP分区具备了最新的APP程序和配套的升级程序及MCU固件，相当于对MCU程序做了一个备份。

参考图6，图6为本发明摩托车仪表系统升级装置第一实施例的MCU和APP请求升级时序图，在APP升级完成后，需要将升级包中MCU版本号发送至MCU。

所述底板程序2002，用于根据所述MCU版本号确定升级反馈结果，将所述升级反馈结果发送至所述仪表应用程序2001，以使所述仪表程序2001根据所述升级反馈结果进行升级处理。

还需要说明的是，升级反馈结果可以为拒绝升级信息，还可以为请求升级信息等。在MCU版本号比当前MCU版本号还低的情况下，升级反馈结果为拒绝升级信息，在MCU版本号比当前MCU版本号高的情况下，升级反馈结果为请求升级信息。

进一步地，底板程序在升级反馈结果为拒绝升级信息时，将拒绝升级信息发送至仪表应用程序；仪表应用程序根据拒绝升级信息对升级标识进行清除。参考图5，图5为本发明摩托车仪表系统升级装置第一实施例的完整的升级策略流程图。

MCU备份升级策略与APP的类似，当MCU无法成功升级的时候会启动备份的MCU程序。

进一步地，参考图7，图7为本发明摩托车仪表系统升级装置第一实施例的MCU的备份升级策略流程图，底板程序在升级反馈结果为请求升级信息时，对当前MCU进行重启，并将请求升级信息发送至仪表应用程序；仪表应用程序根据请求升级信息从升级固件中获取MCU升级数据包，并将MCU升级数据包发送至底板程序；底板程序根据MCU升级数据包进行升级。

需要说明的是，MCU开始升级，由于硬件特性约束，MCU会清除旧的程序，并持续向升级程序请求MCU固件数据。正常升级流程中，升级程序陆续将固件发送到MCU，并完成其升级。当异常发生重启后，系统内核会收到来自MCU的升级请求，此时就直接启动备份的升级程序发生备份的MCU固件，并完成其升级。MCU升级正常成功后系统会清除升级中的标识，重启之后系统就运行在最新的程序环境下。

还应理解的是，仪表应用程序根据请求升级信息从升级固件中获取MCU升级数据包，并将MCU升级数据包发送至底板程序的处理方式还可以为仪表应用程序根据请求升级信息将MCU版本号及MCU升级数据包长度发送至底板程序；底板程序，还用于对MCU版本号进行存储，并根据MCU升级数据包长度确定升级请求次数；底板程序根据升级请求次数确定封包编号，并将封包编号发送至仪表应用程序；仪表应用程序根据封包编号从升级固件中获取MCU升级数据包，并将MCU升级数据包发送至底板程序。参考图7，图7为本发明摩托车仪表系统升级装置第一实施例的MCU的备份升级策略流程图。

进一步地，底板程序在MCU升级数据包升级完成时，将升级结果通知发送至仪表应用程序，以使用户查看所述升级结果通知。

在具体实现中，APP通知MCU当前升级包版本；MCU比对版本信息后告知APP是否需要升级；需要升级时，APP告知MCU升级包大小；MCU依次发生升级包块序号，向APP请求升级包数据；所有数据请求完成升级后告知APP升级结果；APP通知用户升级结果。

在本实施例中，摩托车仪表系统升级装置包括仪表应用程序及底板程序，仪表应用程序未检测到升级标识时，首先从升级固件中获取APP升级数据包，之后将APP升级数据包逐块写入FLASH数据中，在APP升级数据包写入完成后，将升级固件中的MCU版本号发送至底板程序，底板程序根据MCU版本号确定升级反馈结果，将升级反馈结果发送至仪表应用程序，以使仪表程序根据升级反馈结果进行升级处理。相较于现有技术中在升级过程中，由于用户操作不当或者环境因素，很容易造成升级的异常中断，从而导致整车系统无法正常使用，而本实施例中通过安全条件校验和双重程序备份机制，从而有效的避免了因升级不当引起的摩托车仪表系统无法使用的可能性。

参照图8，图8为本发明摩托车仪表系统升级方法第一实施例的流程示意图。

如图8所示，本发明实施例提出的摩托车仪表系统升级方法包括以下步骤：

步骤S10：未检测到升级标识时，从升级固件中获取APP升级数据包。

本实施例中的执行主体为仪表应用程序。

步骤S20：将所述APP升级数据包逐块写入FLASH数据中。

还需要说明的是，升级固件可以由网络或者U盘中获取，升级固件中包括APP升级数据包，还包括MCU升级数据包等。

进一步地，为了保证升级的成功率，在开始升级前应该做一些预防性的检查，规避异常的发生。仪表应用程序检测到仪表系统启动后，判断是否存在升级标识，在未检测到升级标识时，判断升级固件是否满足固件升级条件；若升级固件满足固件升级条件，则获取摩托车的车身数据；判断车身数据是否满足数据升级条件；在车身数据满足数据升级条件时，创建所述升级标识，并将APP升级数据包逐块写入FLASH数据中。参考图4，图4为本发明摩托车仪表系统升级装置第一实施例的升级安全性检查流程图。

应理解的是，固件升级条件包括升级固件的完整性检查：一般升级固件是通过网络或者U盘传输，这些传输方式都有数据损坏的可能性，因此升级前的第一步检查就是升级固件的完整性。通过成熟的HASH计算方法得到HASH值，与固件内置的HASH进行对比，不一致则固件损坏了，必须取消升级。固件升级条件还包括固件版本和现有版本的检查：升级是本着由低版本升向高版本的策略进行，如果发现升级固件的版本比现有的版本还要低，那么放弃升级，减少不必要的读写操作。

数据升级条件包括车身数据的检查：从安全性角度考虑，摩托车必须处于停止状态，因此要检查当前的档位车速等数据，如果不满足条件就取消升级。另一方面，为了保证升级成功，车身的蓄电池电压必须稳定，电量值高于一定范围，如果不满足则取消升级。

还应理解的是，将APP升级数据包逐块写入FLASH数据中为升级过程，写入完成后，升级完成。

需要说明的是，开始升级后，会在系统内设定一个升级中的标识，该标识只有在升级全部完成后才会清除，中途发生任何异常重启系统后，系统内核会依据该标识启动备份区的APP程序。参考图5，图5为本发明摩托车仪表系统升级装置第一实施例的完整的升级策略流程图。

步骤S30：在所述APP升级数据包写入完成后，将所述升级固件中的MCU版本号发送至底板程序，以使所述底板程序根据所述MCU版本号确定升级反馈结果。

在本实施例中，APP升级成功后，APP分区具备了最新的APP程序和配套的升级程序及MCU固件，相当于对MCU程序做了一个备份。

参考图6，图6为本发明摩托车仪表系统升级装置第一实施例的MCU和APP请求升级时序图，在APP升级完成后，需要将升级包中MCU版本号发送至MCU。

步骤S40：在接收到所述底板程序发送的升级反馈结果时，根据所述升级反馈结果进行升级处理。

还需要说明的是，升级反馈结果可以为拒绝升级信息，还可以为请求升级信息等。在MCU版本号比当前MCU版本号还低的情况下，升级反馈结果为拒绝升级信息，在MCU版本号比当前MCU版本号高的情况下，升级反馈结果为请求升级信息。

进一步地，底板程序在升级反馈结果为拒绝升级信息时，将拒绝升级信息发送至仪表应用程序；仪表应用程序根据拒绝升级信息对升级标识进行清除。参考图5，图5为本发明摩托车仪表系统升级装置第一实施例的完整的升级策略流程图。

MCU备份升级策略与APP的类似，当MCU无法成功升级的时候会启动备份的MCU程序。

进一步地，参考图7，图7为本发明摩托车仪表系统升级装置第一实施例的MCU的备份升级策略流程图，底板程序在升级反馈结果为请求升级信息时，对当前MCU进行重启，并将请求升级信息发送至仪表应用程序；仪表应用程序根据请求升级信息从升级固件中获取MCU升级数据包，并将MCU升级数据包发送至底板程序；底板程序根据MCU升级数据包进行升级。

需要说明的是，MCU开始升级，由于硬件特性约束，MCU会清除旧的程序，并持续向升级程序请求MCU固件数据。正常升级流程中，升级程序陆续将固件发送到MCU，并完成其升级。当异常发生重启后，系统内核会收到来自MCU的升级请求，此时就直接启动备份的升级程序发生备份的MCU固件，并完成其升级。MCU升级正常成功后系统会清除升级中的标识，重启之后系统就运行在最新的程序环境下。

还应理解的是，仪表应用程序根据请求升级信息从升级固件中获取MCU升级数据包，并将MCU升级数据包发送至底板程序的处理方式还可以为仪表应用程序根据请求升级信息将MCU版本号及MCU升级数据包长度发送至底板程序；底板程序，还用于对MCU版本号进行存储，并根据MCU升级数据包长度确定升级请求次数；底板程序根据升级请求次数确定封包编号，并将封包编号发送至仪表应用程序；仪表应用程序根据封包编号从升级固件中获取MCU升级数据包，并将MCU升级数据包发送至底板程序。参考图7，图7为本发明摩托车仪表系统升级装置第一实施例的MCU的备份升级策略流程图。

进一步地，底板程序在MCU升级数据包升级完成时，将升级结果通知发送至仪表应用程序，以使用户查看所述升级结果通知。

在具体实现中，APP通知MCU当前升级包版本；MCU比对版本信息后告知APP是否需要升级；需要升级时，APP告知MCU升级包大小；MCU依次发生升级包块序号，向APP请求升级包数据；所有数据请求完成升级后告知APP升级结果；APP通知用户升级结果。

在本实施例中，摩托车仪表系统升级装置包括仪表应用程序及底板程序，仪表应用程序在未检测到升级标识时，首先从升级固件中获取APP升级数据包，之后将APP升级数据包逐块写入FLASH数据中，在APP升级数据包写入完成后，将升级固件中的MCU版本号发送至底板程序，底板程序根据MC U版本号确定升级反馈结果，将升级反馈结果发送至仪表应用程序，以使仪表程序根据升级反馈结果进行升级处理。相较于现有技术中在升级过程中，由于用户操作不当或者环境因素，很容易造成升级的异常中断，从而导致整车系统无法正常使用，而本实施例中通过安全条件校验和双重程序备份机制，从而有效的避免了因升级不当引起的摩托车仪表系统无法使用的可能性。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如只读存储器/随机存取存储器、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (9)

1.一种摩托车仪表系统升级装置，其特征在于，所述摩托车仪表系统升级装置包括仪表应用程序及底板程序；

所述仪表应用程序，用于在未检测到升级标识时，从升级固件中获取APP升级数据包；

所述仪表应用程序，还用于将所述APP升级数据包逐块写入FLASH数据中；

所述仪表应用程序，还用于在所述APP升级数据包写入完成后，将所述升级固件中的MCU版本号发送至所述底板程序；

所述底板程序，用于根据所述MCU版本号确定升级反馈结果，将所述升级反馈结果发送至所述仪表应用程序，以使所述仪表程序根据所述升级反馈结果进行升级处理。

2.如权利要求1所述的装置，其特征在于，所述仪表应用程序，还用于判断所述升级固件是否满足固件升级条件；

所述仪表应用程序，还用于若所述升级固件满足所述固件升级条件，则获取摩托车的车身数据；

所述仪表应用程序，还用于判断所述车身数据是否满足数据升级条件；

所述仪表应用程序，还用于在所述车身数据满足所述数据升级条件时，创建所述升级标识，并将所述APP升级数据包逐块写入FLASH数据中。

3.如权利要求2所述的装置，其特征在于，所述底板程序，还用于在所述升级反馈结果为拒绝升级信息时，将所述拒绝升级信息发送至所述仪表应用程序；

所述仪表应用程序，还用于根据所述拒绝升级信息对所述升级标识进行清除。

4.如权利要求2所述的装置，其特征在于，所述底板程序，还用于在所述升级反馈结果为请求升级信息时，对当前MCU进行重启，并将所述请求升级信息发送至所述仪表应用程序；

所述仪表应用程序，还用于根据所述请求升级信息从所述升级固件中获取MCU升级数据包，并将所述MCU升级数据包发送至所述底板程序；

所述底板程序，还用于根据所述MCU升级数据包进行升级。

5.如权利要求4所述的装置，其特征在于，所述仪表应用程序，还用于根据所述请求升级信息将所述MCU版本号及MCU升级数据包长度发送至所述底板程序；

所述底板程序，还用于对所述MCU版本号进行存储，并根据所述MCU升级数据包长度确定升级请求次数；

所述底板程序，还用于根据所述升级请求次数确定封包编号，并将所述封包编号发送至所述仪表应用程序；

所述仪表应用程序，还用于根据所述封包编号从所述升级固件中获取MCU升级数据包，并将所述MCU升级数据包发送至所述底板程序。

6.如权利要求5所述的装置，其特征在于，所述底板程序，还用于在所述MCU升级数据包升级完成时，将升级结果通知发送至所述仪表应用程序，以使用户查看所述升级结果通知。

7.一种摩托车仪表系统升级方法，其特征在于，所述摩托车仪表系统升级方法包括以下步骤：

在未检测到升级标识时，从升级固件中获取APP升级数据包；

将所述APP升级数据包逐块写入FLASH数据中；

在所述APP升级数据包写入完成后，将所述升级固件中的MCU版本号发送至底板程序，以使所述底板程序根据所述MCU版本号确定升级反馈结果；

在接收到所述底板程序发送的升级反馈结果时，根据所述升级反馈结果进行升级处理。

8.一种摩托车仪表系统升级设备，其特征在于，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的摩托车仪表系统升级程序，所述摩托车仪表系统升级程序配置为实现如权利要求1至6中任一项所述的摩托车仪表系统升级装置的步骤。

9.一种存储介质，其特征在于，所述存储介质上存储有摩托车仪表系统升级程序，所述摩托车仪表系统升级程序被处理器执行时实现如权利要求1至6任一项所述的摩托车仪表系统升级装置的步骤。