CN113377421A - 一种软硬件版本信息的检测方法、装置、设备及介质 - Google Patents

Abstract

本申请提供了一种软硬件版本信息的检测方法，该方法通过电子控制单元上电，执行刷写引导程序，将表征硬件版本信息的变量存储在电子控制单元中的共用随机存取存储器空间，然后执行应用程序，应用程序能够读取共用随机存取存储器空间中的变量，从而判断硬件版本信息是否与应用程序支持的信息匹配，保证电子控制单元中软硬件版本的兼容性，避免由于软硬件版本不兼容对发动机或者整车系统造成的损坏。

Description

一种软硬件版本信息的检测方法、装置、设备及介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种软硬件版本信息的检测方法、装置、设备以及计算机可读存储介质。

背景技术

电子控制单元(electronic control unit，ECU)又称“车的大脑”，在汽车上被广泛应用。电子控制单元是指由集成电路组成的用于实现对数据的分析处理发送等一系列功能的控制装置，包括软件和硬件两大部分。

与普通计算机相似，电子控制单元在运行的过程中，可能存在软硬件版本不兼容的问题。当应用程序刷写到不兼容的硬件时，会导致运行停止，影响电子控制单元的正常运行，对发动机甚至整车系统造成损害。

因此，亟需一种对于电子控制单元中的软硬件版本信息进行检测。

发明内容

本申请提供了一种软硬件版本信息的检测方法。该方法使程序能够读取共用随机存储器空间中的硬件版本信息，从而判断该程序与该硬件是否适配，保证电子控制单元中软硬件版本的兼容性，避免由于软硬件版本不兼容对发动机造成的损失。

第一方面，本申请提供了一种软硬件版本信息的检测方法，该方法包括：电子控制单元上电，执行刷写引导程序，将表征硬件版本信息的变量写入共用随机存取存储器空间，共用随机存取存储器空间位于电子控制单元中，共用随机存取存储器空间为刷写引导程序和应用程序共用；

执行应用程序，应用程序根据在共用随机存取存储器空间中读取的变量，判断硬件版本信息是否与应用程序支持的信息匹配。

在一些可能的实现方式中，判断硬件版本信息是否与应用程序支持的版本信息匹配包括：

判断硬件版本信息是否在应用程序支持的信息范围内；

当硬件版本信息在应用程序支持的信息范围内时，继续执行应用程序；当硬件版本信息不在应用程序支持的信息范围内时，进行故障处理。

在一些可能的实现方式中，故障处理包括：

禁止所述应用程序除通信与报错以外的其他功能。

在一些可能的实现方式中，应用程序包括该应用程序支持的硬件版本区间信息。

第二方面，本申请提供了一种软硬件版本信息的检测装置，该装置包括：

写入单元，用于电子控制单元上电，执行刷写引导程序，将表征硬件版本信息的变量写入共用随机存取存储器空间，共用随机存取存储器空间位于电子控制单元中，共用随机存取存储器空间为刷写引导程序和应用程序共用；

判断单元，用于执行应用程序，应用程序根据在共用随机存取存储器空间中读取的所述变量，判断硬件版本信息是否与应用程序支持的信息匹配。

在一些可能的实现方式中，判断单元具体用于：

判断硬件版本信息是否在应用程序支持的信息范围内；

当硬件版本信息在应用程序支持的信息范围内时，继续执行应用程序；

当硬件版本信息不在应用程序支持的信息范围内时，进行故障处理。

在一些可能的实现方式中，故障处理包括：

禁止应用程序除通信与报错以外的其他功能。

在一些可能的实现方式中，应用程序包括该应用程序支持的硬件版本区间信息。

第三方面，本申请提供一种设备，设备包括处理器和存储器。处理器、存储器进行相互的通信。处理器用于执行存储器中存储的指令，以使得设备执行如第一方面或第一方面的任一种实现方式中的软硬件版本信息的检测方法。

第四方面，本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，指令指示设备执行上述第一方面或第一方面的任一种实现方式所述的软硬件版本信息的检测方法。

第五方面，本申请提供了一种包含指令的计算机程序产品，当其在设备上运行时，使得设备执行上述第一方面或第一方面的任一种实现方式所述的软硬件版本信息的检测方法。

本申请在上述各方面提供的实现方式的基础上，还可以进行进一步组合以提供更多实现方式。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例提供了一种软硬件版本信息的检测方法，该方法通过电子控制单元上电，执行刷写引导程序，将表征硬件版本信息的变量存储在电子控制单元中的共用随机存取存储器空间，然后执行应用程序，应用程序能够读取共用随机存取存储器空间中的变量，从而判断硬件版本信息是否与应用程序支持的信息匹配，保证电子控制单元中软硬件版本的兼容性，避免由于软硬件版本不兼容对发动机或者整车系统造成的损坏。

附图说明

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

图1为本申请实施例提供的一种软硬件版本信息的检测方法的流程示意图；

图2为本申请实施例提供的一种软硬件版本信息的检测方法的模型示意图；

图3为本申请实施例提供的一种软硬件版本信息的检测方法的流程示意图；

图4为本申请实施例提供的一种软硬件版本信息的检测装置的模型示意图。

具体实施方式

下面将结合本申请中的附图，对本申请提供的实施例中的方案进行描述。

本申请实施例中的术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。

首先对本申请实施例中所涉及到的一些技术术语进行介绍。

电子控制单元内部程序具体分为两个大区，分别是刷写引导程序(bootloader)和应用程序(EMS区)。其中，EMS区是ECU控制发动机正常工作需要的程序，包括基础软件和应用软件；bootloader是用户更新EMS区的引导加载程序，它是系统上电后运行的第一段软件代码。

执行刷写任务时，电子控制单元运行在刷写引导程序中对应用程序进行更新，刷写完成后，执行电子控制单元复位操作，进行正常运行模式。当电子控制单元正常运行时，电子控制单元上电后运行刷写引导程序，检测到应用程序完整且无刷写命令时则进入应用程序，执行正常的电子控制单元功能。

当应用程序与电子控制单元中的硬件不匹配时，可能导致运行出错，影响电子控制单元的正常使用，甚至影响行车安全。

有鉴于此，本申请提供了一种软硬件版本信息的检测方法。该方法可以由电子控制单元执行。

具体地，电子控制单元上电执行刷写引导程序，将表征硬件版本信息的变量写入共用随机存储空间中，其中该共用随机存储空间在电子控制单元中，为刷写引导程序和应用程序共用，执行应用程序，应用程序在该共用随机存储空间中读取该变量获取硬件版本信息，判断是否与应用程序支持的信息匹配。如此，能够实现对于硬件版本信息的共享，实现软硬件版本的兼容，避免因为刷写到不兼容的硬件上对电子控制单元、发动机或整车系统造成的损坏。

为了便于理解本申请的技术方案，下面结合图1对本申请提供的软硬件版本信息的检测方法进行介绍。

参见图1所示的软硬件版本信息的检测方法的流程图，该方法的具体步骤如下所示。

S102：电子控制单元上电，执行刷写引导程序，将表征硬件版本信息的变量写入共用随机存取存储器空间。

随机存取存储器(random access memory，RAM)，也叫主存，是与中央处理器(central processing unit，CPU)直接交换数据的内部存储器。RAM可以随时读写(刷新时除外)，而且速度很快，通常作为操作系统或其他正在运行中的程序的临时数据存储介质。RAM在计算机和数字系统中用来暂时存储程序、数据和中间结果。

电子控制单元的资源分为闪存(flash)和RAM两种，其中在电子控制单元断电后，flash断电数据不会丢失，RAM断电数据会丢失。通常情况下，程序和标定量被存储在flash中，测量量和运行中的堆栈等占用RAM。当电子控制单元运行刷写引导程序或应用程序时，RAM被刷写引导程序或营业程序中的测量量和运行中的堆栈等占用。

如果将表征硬件版本信息的变量存储在flash分区中，需要专门分分配flash分区，并且在下线烧写前需要增加前置引导程序和该分区的组合步骤，如此会增加下线的流程，影响下线的速度。

并且，flash不以字节(byte)为单位，而是以块(block)为单位，在某些程度上能够简化电路，使数据密度更高，从而降低成本。但是在本实施例中，如果采用flash，基于flash以块为单位的特性，最少占用16k空间，在仅须存储几个字节的情况下，占用空间较多。

进一步地，flash分区可能存在被擦除的风险，对擦除后的flash进行访问可能导致电子控制单元复位，致使发动机异常，影响行车安全。

基于上述理由，本实施例中，采用随机存取存储器对表征硬件版本的变量进行存储，并且基于随机存取存储器断电数据会丢失这一特性，在执行刷写引导程序时，将表征硬件版本信息的变量写入随机存取存储器空间。

本实施例中，在电子控制单元中建立能够为刷写引导程序和应用程序共用的共用RAM。如图2所示，在电子控制单元上电时，执行刷写引导程序，在共用RAM中定义硬件版本号，使得在后续应用程序执行时，能够从共用RAM空间中获取硬件版本号。

具体地，可以在刷写引导程序中定义一个代表硬件版本的变量，例如可以为HarewareVersion，该变量可以存储在共用RAM空间的固定地址中。在EMS区中定义两个标定量，对应地，可以分别为EMS_MinHarewareVersion_C和EMS_MaxHarewareVersion_C，用来表示应用程序能够支持的硬件版本的最低版本和最高版本。

当电子控制单元上电时，电子控制单元执行刷写引导程序，将硬件版本信息写入共用RAM空间中，HarewareVersion的初值设置为当前电子控制单元的硬件版本。

如此，电子控制单元能够通过刷写引导程序将表征硬件版本信息的变量写入共用随机存取存储器空间中，并且电子控制单元执行刷写引导程序属于电子控制单元的正常运行步骤，不增加多余步骤。

S104：电子控制单元执行应用程序，应用程序根据在共用随机存取存储器空间中读取的变量，判断硬件版本信息是否与应用程序支持的信息匹配。

当电子控制单元执行应用程序时，共用RAM空间不进行初始化操作，应用程序通过读取共用RAM空间中的HarewareVersion所在的地址的内容，可以获取当前电子控制单元的硬件版本。

应用程序读取该变量的值，并判断该值是否在EMS_MinHarewareVersion_C和EMS_MaxHarewareVersion_C这两个标定量之间，即是否满足应用程序支持的硬件版本要求，确定该应用程序是否与该电子控制单元的硬件相匹配。

当该变量的值在这两个标定量之间时，即说明硬件版本信息在应用程序支持的信息范围内，应用程序正常运行。

当该变量的值不在这两个标定量之间时，即说明硬件版本信息不在应用程序支持的信息范围内，因此进行故障处理。故障处理可以为只允许应用程序具有通信及报错等基本功能，其他功能禁止，防止由于软硬件版本不兼容对发动机甚至整车系统造成损害。

综上所述，本申请实施例提供了一种软硬件版本信息的检测方法，该方法通过电子控制单元上电，执行刷写引导程序，将表征硬件版本信息的变量写入刷写引导程序和应用程序共用的随机存取存储器空间，执行应用程序时，应用程序在该共用随机存储器空间中读取该变量，获取硬件的版本信息，进而判断硬件版本信息是否与应用程序支持的版本信息相一致。如此，本申请提供的技术方案能够对软硬件版本的信息是否兼容进行检测，并且能够减少内存的占用以及防止该变量被擦除导致的电子控制单元异常，防止下线节奏变慢。

在另一种实施例中，参照图3所示，该方法包括以下步骤。

S302：电子控制单元上电。

电子控制单元上电是指电池给电子控制单元供电，使电子控制单元能够正常工作。电子控制单元分为直接上电和间接上电两种，本申请在此不做限制。

S304：进入刷写引导程序。

刷写引导程序是电子控制单元上电后通常执行的程序，电子控制单元在上电后，首先进入刷写引导程序中，当检测到应用程序完整且无刷写命令时跳转至应用程序。

S306：在共用RAM中定义硬件版本号。

本申请的实施例中，通过建立刷写引导程序与应用程序共用的共用随机存取存储器空间，存储硬件版本号，使得应用程序能够从该随机存取存储器空间中读取硬件版本号，获取硬件版本号信息。

具体地，当电子控制单元上电后运行至刷写引导程序时，在预先建立的共用随机存取存储器空间中定义硬件版本号，使应用程序能够读取，从而获取信息。

S308：进入应用程序。

电子控制单元在执行完刷写引导程序并且检测到应用程序完整且无刷写命令时，进入应用程序，执行正常的电子控制单元的功能。

S310：在共用RAM中读取硬件版本号。

因为软硬件版本信息不匹配可能影响电子控制单元的正常运行，进一步影响发动机甚至整车系统的正常运行，因此需要在执行电子控制单元的正常功能前，对于硬件版本信息进行检测。具体地，在共用随机存取存储器空间中读取刷写引导程序写入的硬件版本号，获取硬件版本信息。

S312：判断硬件版本号是否在应用程序支持的版本号范围内，当硬件版本号在应用程序支持的版本号范围内时，进入S314，否则进入S316。

应用程序基于获取的硬件版本信息，与该应用程序支持的硬件版本信息进行比较，当获取的硬件版本信息在应用程序支持的硬件版本信息范围内时，认为软硬件版本匹配，否则不匹配。

S314：应用程序正常运行。

当软硬件信息匹配时，应用程序正常执行后续步骤。

S316：应用程序停止运行。

当软硬件信息不匹配时，因为可能造成电子控制单元异常，进一步造成发动机甚至整车系统等损坏，所以应该停止运行。可选地，应用程序可以仅保留通信和报错功能，禁止其他功能。

如此，能够提供一种软硬件版本信息的检测方法，通过建立刷写引导程序和应用程序共用的共用随机存取存储器空间，在电子控制单元上电进入刷写引导程序时，将硬件版本信息写入该随机存取存储器空间中，在进入应用程序时，应用程序通过随机存取存储器空间读取硬件版本信息，判断硬件版本信息是否在应用程序支持的硬件版本信息范围内，从而实现对于软硬件版本信息一致性的检测，提高了电子控制单元程序的安全性与可靠性，避免了由于软硬件版本信息不一致所可能造成的损失。

与上述方法实施例相对应的，本申请还提供了一种软硬件版本信息的检测装置，参见图4，该装置400包括：写入单元402和判断单元404。

写入单元402，用于电子控制单元上电，执行刷写引导程序，将表征硬件版本信息的变量写入共用随机存取存储器空间，共用随机存取存储器空间位于电子控制单元中，共用随机存取存储器空间为刷写引导程序和应用程序共用；

判断单元404，用于执行应用程序，应用程序根据在共用随机存取存储器空间中读取的所述变量，判断硬件版本信息是否与应用程序支持的信息匹配。

在一些可能的实现方式中，判断单元404具体用于：

判断硬件版本信息是否在应用程序支持的信息范围内；

当硬件版本信息在应用程序支持的信息范围内时，继续执行应用程序；

当硬件版本信息不在应用程序支持的信息范围内时，进行故障处理。

在一些可能的实现方式中，故障处理包括：

禁止应用程序除通信与报错以外的其他功能。

在一些可能的实现方式中，应用程序包括该应用程序支持的硬件版本区间信息。

本申请提供一种设备，用于实现软硬件版本信息的检测方法。该设备包括处理器和存储器。处理器、存储器进行相互的通信。该处理器用于执行存储器中存储的指令，以使得设备执行软硬件版本信息的检测方法。

本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当其在设备上运行时，使得设备执行上述软硬件版本信息的检测方法。

本申请提供了一种包含指令的计算机程序产品，当其在设备上运行时，使得设备执行上述软硬件版本信息的检测方法。

另外需说明的是，以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本申请提供的装置实施例附图中，模块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件的方式来实现，当然也可以通过专用硬件包括专用集成电路、专用CPU、专用存储器、专用元器件等来实现。一般情况下，凡由计算机程序完成的功能都可以很容易地用相应的硬件来实现，而且，用来实现同一功能的具体硬件结构也可以是多种多样的，例如模拟电路、数字电路或专用电路等。但是，对本申请而言更多情况下软件程序实现是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘、U盘、移动硬盘、ROM、RAM、磁碟或者光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，训练设备，或者网络设备等)执行本申请各个实施例所述的方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。

所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、训练设备或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、训练设备或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的训练设备、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(Solid State Disk，SSD))等。

Claims (10)

1.一种软硬件版本信息的检测方法，其特征在于，所述方法包括：

电子控制单元上电，执行刷写引导程序，将表征硬件版本信息的变量写入共用随机存取存储器空间，所述共用随机存取存储器空间位于电子控制单元中，所述共用随机存取存储器空间为所述刷写引导程序和应用程序共用；

执行所述应用程序，所述应用程序根据在所述共用随机存取存储器空间中读取的所述变量，判断所述硬件版本信息是否与所述应用程序支持的信息匹配。

2.根据权利要求1所述的方法，其特征在于，所述判断所述硬件版本信息是否与应用程序支持的信息匹配包括：

判断所述硬件版本信息是否在所述应用程序支持的信息范围内；

当所述硬件版本信息在所述应用程序支持的信息范围内时，继续执行所述应用程序；

当所述硬件版本信息不在所述应用程序支持的信息范围内时，进行故障处理。

3.根据权利要求2所述的方法，其特征在于，所述故障处理包括：

禁止所述应用程序除通信与报错以外的其他功能。

4.根据权利要求1所述的方法，其特征在于，所述应用程序包括所述应用程序支持的硬件版本区间信息。

5.一种软硬件版本信息的检测装置，其特征在于，所述装置包括：

写入单元，用于电子控制单元上电，执行刷写引导程序，将表征硬件版本信息的变量写入共用随机存取存储器空间，所述共用随机存取存储器空间位于电子控制单元中，所述共用随机存取存储器空间为所述刷写引导程序和应用程序共用；

判断单元，用于执行应用程序，所述应用程序根据在所述共用随机存取存储器空间中读取的所述变量，判断所述硬件版本信息是否与所述应用程序支持的信息匹配。

6.根据权利要求5所述的装置，其特征在于，所述判断单元具体用于：

判断所述硬件版本信息是否在所述应用程序支持的信息范围内；

当所述硬件版本信息在所述应用程序支持的信息范围内时，继续执行所述应用程序；

当所述硬件版本信息不在所述应用程序支持的信息范围内时，进行故障处理。

7.根据权利要求6所述的装置，其特征在于，所述故障处理包括：

禁止所述应用程序除通信与报错以外的其他功能。

8.一种设备，其特征在于，所述设备包括处理器和存储器；

所述处理器用于执行所述存储器中存储的指令，以使得所述设备执行如权利要求1至4中任一项所述的方法。

9.一种计算机可读存储介质，其特征在于，包括指令，所述指令指示设备执行如权利要求1至4中任一项所述的方法。

10.一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得计算机执行如权利要求1至4中任一项所述的方法。

Images