系统级芯片的数据恢复方法、装置、电子设备及存储介质与流程

1.本技术涉及汽车软件技术领域，特别涉及一种系统级芯片的数据恢复方法、装置、电子设备及存储介质。


背景技术：

2.pps(persistent publish/subscribe，持久发布/订阅)服务是一个小型的、可扩展的发布和订阅服务，pps服务提供了如何使用持久发布订阅机制在进程之间以灵活的方式传递数据，从而在系统重启时仍能保存信息，它旨在为嵌入式系统中的发布/订阅和持久性提供简单、易用的解决方案，满足使用异步发布和通知构建松散连接系统的需求。随着汽车电子技术跟新迭代，汽车也越来越多的采用soc(system on chip，系统级芯片)来驱动大屏液晶仪表和中控屏幕，而部分算法相对比较复杂，需要处理的数据量也会越来越大，对mcu(microcontroller unit，微控制单元)的要求也会更高。
3.对于传统汽车的会涉及大量数据存储的算法，比如燃油算法，相关技术通常是将此类算法放在mcu软件中运行，在mcu中划一块内存区域，休眠唤醒时mcu不会初始化这块内存区域，将相关数据存储在这块区域，从而保证数据连续性。
4.然而，相关技术必须依赖mcu来运行算法，随着算法的复杂度越高，需要的mcu性能和空间也越大，不仅增加了mcu的成本，还降低了项目开发的灵活性。


技术实现要素：

5.本技术提供一种系统级芯片的数据恢复方法、装置、电子设备及存储介质，以解决相关技术必须依赖mcu来运行算法，增加了mcu资源成本的同时，降低了项目开发的灵活性等问题。
6.本技术第一方面实施例提供一种系统级芯片的数据恢复方法，包括以下步骤：检测整车系统是否进入休眠状态；在检测到所述整车系统进入所述休眠状态时，获取系统级芯片上运行的每个预设算法的运行状态数据；利用预设存储器存储所述运行状态数据，并在所述整车系统退出所述休眠状态时，利用所述预设存储器存储的所有运行状态数据将所述每个预设算法的运行状态恢复至所述整车系统休眠之前的状态。
7.根据上述技术手段，本技术实施例在检测到整车系统进入休眠状态时，获取系统级芯片上运行的预设算法的运行状态数据，并进行存储，整车系统在退出休眠状态时，读取存储的数据还原到软件中的变量，使数据恢复到休眠前的状态，通过将休眠时需要保持数据不变的算法保存，并将算法放到soc上执行，从而摆脱了传统算法对mcu的依赖，提高了soc的利用率，大大提高了项目开发的灵活性，并且缩短了项目开发周期。
8.可选的，在本技术的一个实施例中，在利用预设存储器存储所述运行状态数据之前，包括：按照发布与订阅pps服务的数据格式对所述运行状态数据进行数据封装，得到封装结果；利用所述pps服务将所述封装结果发送至所述预设存储器。
9.根据上述技术手段，本技术实施例可以将需要存储的数据按照pps数据格式打包
封装，并将打包好数据通过pps发送到存储设备，从而降低了mcu的运行负载。
10.可选的，在本技术的一个实施例中，在按照发布与订阅pps服务的数据格式对所述运行状态数据进行数据封装之前，包括：检测所述运行状态数据的实际数据量是否大于打包阈值；在所述实际数据量大于所述打包阈值，打包所述运行状态数据得到数组或字符串。
11.根据上述技术手段，本技术实施例在检测到系统级芯片上运行的预设算法的运行状态数据的实际数据量大于一定数值时，从而进行打包得到数组或字符串，减少数据量的产生，降低项目中mcu的成本。
12.可选的，在本技术的一个实施例中，所述至少一个预设算法包括燃油算法和总行驶里程算法中的至少一个。
13.根据上述技术手段，本技术实施例的可以将预设算法的运行状态数据，移植到soc上运行而不改变整个系统要求，同时降低了mcu的运行负载，充分利用了soc的性能。
14.本技术第二方面实施例提供一种系统级芯片的数据恢复装置，包括：检测模块，用于检测整车系统是否进入休眠状态；获取模块，用于在检测到所述整车系统进入所述休眠状态时，获取系统级芯片上运行的每个预设算法的运行状态数据；恢复模块，用于利用预设存储器存储所述运行状态数据，并在所述整车系统退出所述休眠状态时，利用所述预设存储器存储的所有运行状态数据将所述每个预设算法的运行状态恢复至所述整车系统休眠之前的状态。
15.可选的，在本技术的一个实施例中，在利用预设存储器存储所述运行状态数据之前，包括：发送模块，用于按照发布与订阅pps服务的数据格式对所述运行状态数据进行数据封装，得到封装结果；利用所述pps服务将所述封装结果发送至所述预设存储器。
16.可选的，在本技术的一个实施例中，在按照发布与订阅pps服务的数据格式对所述运行状态数据进行数据封装之前，包括：打包模块，用于检测所述运行状态数据的实际数据量是否大于打包阈值；在所述实际数据量大于所述打包阈值，打包所述运行状态数据得到数组或字符串。
17.可选的，在本技术的一个实施例中，所述至少一个预设算法包括燃油算法和总行驶里程算法中的至少一个。
18.本技术第三方面实施例提供一种车辆，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如上述实施例所述的系统级芯片的数据恢复方法。
19.本技术第四方面实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行，以用于实现如上述实施例所述的系统级芯片的数据恢复方法。
20.由此，本技术至少具有如下有益效果：
21.1、在检测到整车系统进入休眠状态时，获取系统级芯片上运行的预设算法的运行状态数据，并进行存储，整车系统在退出休眠状态时，读取存储的数据还原到软件中的变量，使数据恢复到休眠前的状态，通过将休眠时需要保持数据不变的算法保存，并将算法放到soc上执行，从而摆脱了传统算法对mcu的依赖，提高了soc的利用率，大大提高了项目开发的灵活性，并且缩短了项目开发周期。
22.2、可以将需要存储的数据按照pps数据格式打包封装，并将打包好数据通过pps发送到存储设备，从而降低了mcu的运行负载。
23.3、在检测到系统级芯片上运行的预设算法的运行状态数据的实际数据量大于一定数值时，进行打包得到数组或字符串，从而减少数据量的产生，降低项目中mcu的成本。
24.4、可以将预设算法的运行状态数据，移植到soc上运行而不改变整个系统要求，同时降低了mcu的运行负载，充分利用了soc的性能。
25.本技术附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本技术的实践了解到。
附图说明
26.本技术上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
27.图1为根据本技术实施例提供的一种系统级芯片的数据恢复方法的流程图；
28.图2为根据本技术实施例提供的唤醒时pps数据接收恢复示意图；
29.图3为根据本技术实施例提供的休眠时pps数据打包发送示意图；
30.图4为根据本技术实施例提供的一种系统级芯片的数据恢复装置的方框示意图；
31.图5为根据本技术实施例的电子设备的结构示意图。
32.附图标记说明：检测模块-100、获取模块-200、恢复模块-300、存储器-501、处理器-502、通信接口-503。
具体实施方式
33.下面详细描述本技术的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本技术，而不能理解为对本技术的限制。
34.下面参考附图描述本技术实施例的系统级芯片的数据恢复方法、装置、车辆及存储介质。针对上述背景技术中提到的问题，本技术提供了一种系统级芯片的数据恢复方法，在该方法中，通过检测整车系统是否进入休眠状态，在检测到整车系统进入休眠状态时，获取系统级芯片上运行的预设算法的运行状态数据，并进行存储，整车系统在退出休眠状态时，读取存储的数据还原到软件中的变量，使数据恢复到休眠前的状态，通过将休眠时需要保持数据不变的算法保存，并将算法放到soc上执行，从而摆脱了传统算法对mcu的依赖，提高了soc的利用率，大大提高了项目开发的灵活性，并且缩短了项目开发周期。由此，解决了相关技术必须依赖mcu来运行算法，增加了mcu资源成本的同时，降低了项目开发的灵活性等问题。
35.具体而言，图1为本技术实施例所提供的一种系统级芯片的数据恢复方法的流程示意图。
36.如图1所示，该系统级芯片的数据恢复方法包括以下步骤：
37.在步骤s101中，检测整车系统是否进入休眠状态。
38.随着大量数据存储的算法越来越复杂，需要的mcu性能和空间也越来越大，不仅增加了mcu的成本，而soc的性能却越来越冗余过剩，本技术实施例可以充分利用soc性能，在系统休眠时将需要存储的数据打包，通过pps将打包好的数据发送至存储器进行存储，在系统唤醒时pps数据接收并进行恢复。因此，本技术实施例首先可以检测整车系统是否进入休
眠状态，以便于进行运行状态数据获取、打包等一系列操作。
39.在实际执行过程中，本技术实施例可以根据车辆的发动机的工作状态信号确定整车系统是否进入休眠状态，若发动机在运转，可以判定车辆的工作状态为非休眠状态，若发动机未在运转，可以判定车辆的工作状态为休眠状态。
40.在步骤s102中，在检测到整车系统进入休眠状态时，获取系统级芯片上运行的每个预设算法的运行状态数据。
41.在本技术的一个实施例中，至少一个预设算法包括燃油算法和总行驶里程算法中的至少一个。
42.本技术实施例中的运行状态数据可以包含算法中需要保存的变量和其他需要唤醒后保持状态的数据。在车辆进入休眠状态时，本技术实施例可以获取统级芯片上运行的每个预设算法的运行状态数据，将需要保持数据不变的算法，通过pps得以保存，并将可以将此类算法放到soc上执行，可降低了mcu的工作负荷。
43.在步骤s103中，利用预设存储器存储运行状态数据，并在整车系统退出休眠状态时，利用预设存储器存储的所有运行状态数据将每个预设算法的运行状态恢复至整车系统休眠之前的状态。
44.其中，预设存储器可以是eeprom(electrically erasable programmable read-only memory，带电可擦可编程只读存储器)或者mcu，mcu可以将数据保持到常驻内存段或其他存储设备。
45.在车辆退出休眠模式时，如图2所示，在接收到mcu发送的pps数据后，本技术实施例可以通过pps读取预设存储器中存储数据还原到算法中的变量，并将预设算法放到soc上执行，使数据恢复到休眠前的状态，从而摆脱了传统算法对mcu的依赖，提高了soc的利用率和项目开发的灵活性，并且缩短了项目开发周期。
46.在一些情况下，如果本技术实施例中需要恢复的运行状态数据量较大，可以通过python脚本或其他工具自动生成相应代码，使数据恢复到休眠前的状态，在降低mcu的运行负载的同时，提高工作效率。
47.在本技术的一个实施例中，在利用预设存储器存储运行状态数据之前，包括：按照发布与订阅pps服务的数据格式对运行状态数据进行数据封装，得到封装结果；利用pps服务将封装结果发送至预设存储器。
48.如图3所示，本技术实施例在检测到整车系统进入休眠状态时，soc可以按照发布与订阅pps服务的数据格式将系统级芯片上运行的预设算法的运行状态数据打包封装，并将打包好数据通过调用pps接口发送至存储设备，例如eeprom或者mcu等，从而降低了mcu的运行负载。
49.在本技术的一个实施例中，在按照发布与订阅pps服务的数据格式对运行状态数据进行数据封装之前，包括：检测运行状态数据的实际数据量是否大于打包阈值；在实际数据量大于打包阈值，打包运行状态数据得到数组或字符串。
50.可以理解的是，本技术实施例在检测到系统级芯片上运行的预设算法的运行状态数据的实际数据量大于一定数值时，进行打包得到数组或字符串，从而减少数据量的产生。例如，本技术实施例可以通过python脚本或其他工具自动生成相应代码，将需要保持的数据打包成数组或字符串，对此，本领域技术人员可以根据实际情况而定，不作具体限定。
51.根据本技术实施例提出的系统级芯片的数据恢复方法，通过检测整车系统是否进入休眠状态，在检测到整车系统进入休眠状态时，获取系统级芯片上运行的预设算法的运行状态数据，并进行存储，整车系统在退出休眠状态时，读取存储的数据还原到软件中的变量，使数据恢复到休眠前的状态，通过将休眠时需要保持数据不变的算法保存，并将算法放到soc上执行，从而摆脱了传统算法对mcu的依赖，提高了soc的利用率，大大提高了项目开发的灵活性，并且缩短了项目开发周期。由此，解决了相关技术必须依赖mcu来运行算法，增加了mcu资源成本的同时，降低了项目开发的灵活性等问题。
52.其次参照附图描述根据本技术实施例提出的一种系统级芯片的数据恢复装置。
53.图4是本技术实施例的一种系统级芯片的数据恢复装置的方框示意图。
54.如图4所示，该系统级芯片的数据恢复装置10包括：检测模块100、获取模块200和恢复模块300。
55.其中，检测模块100，用于检测整车系统是否进入休眠状态；获取模块200，用于在检测到整车系统进入休眠状态时，获取系统级芯片上运行的每个预设算法的运行状态数据；恢复模块300，用于利用预设存储器存储运行状态数据，并在整车系统退出休眠状态时，利用预设存储器存储的所有运行状态数据将每个预设算法的运行状态恢复至整车系统休眠之前的状态。
56.在本技术的一个实施例中，系统级芯片的数据恢复装置10还包括：发送模块，用于在利用预设存储器存储运行状态数据之前，按照发布与订阅pps服务的数据格式对运行状态数据进行数据封装，得到封装结果；利用pps服务将封装结果发送至预设存储器。
57.在本技术的一个实施例中，系统级芯片的数据恢复装置10还包括：打包模块，用于在按照发布与订阅pps服务的数据格式对运行状态数据进行数据封装之前，检测运行状态数据的实际数据量是否大于打包阈值；在实际数据量大于打包阈值，打包运行状态数据得到数组或字符串。
58.在本技术的一个实施例中，至少一个预设算法包括燃油算法和总行驶里程算法中的至少一个。
59.需要说明的是，前述对系统级芯片的数据恢复方法实施例的解释说明也适用于该实施例的系统级芯片的数据恢复装置，此处不再赘述。
60.根据本技术实施例提出的系统级芯片的数据恢复装置，通过检测整车系统是否进入休眠状态，在检测到整车系统进入休眠状态时，获取系统级芯片上运行的预设算法的运行状态数据，并进行存储，整车系统在退出休眠状态时，读取存储的数据还原到软件中的变量，使数据恢复到休眠前的状态，通过将休眠时需要保持数据不变的算法保存，并将算法放到soc上执行，从而摆脱了传统算法对mcu的依赖，提高了soc的利用率，大大提高了项目开发的灵活性，并且缩短了项目开发周期。由此，解决了相关技术必须依赖mcu来运行算法，增加了mcu资源成本的同时，降低了项目开发的灵活性等问题。
61.图5为本技术实施例提供的电子设备的结构示意图。该电子设备可以包括：
62.存储器501、处理器502及存储在存储器501上并可在处理器502上运行的计算机程序。
63.处理器502执行程序时实现上述实施例中提供的系统级芯片的数据恢复方法。
64.进一步地，电子设备还包括：
65.通信接口503，用于存储器501和处理器502之间的通信。
66.存储器501，用于存放可在处理器502上运行的计算机程序。
67.存储器501可能包含高速ram(random access memory，随机存取存储器)存储器，也可能还包括非易失性存储器，例如至少一个磁盘存储器。
68.如果存储器501、处理器502和通信接口503独立实现，则通信接口503、存储器501和处理器502可以通过总线相互连接并完成相互间的通信。总线可以是isa(industry standard architecture，工业标准体系结构)总线、pci(peripheral component，外部设备互连)总线或eisa(extended industry standard architecture，扩展工业标准体系结构)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
69.可选的，在具体实现上，如果存储器501、处理器502及通信接口503，集成在一块芯片上实现，则存储器501、处理器502及通信接口503可以通过内部接口完成相互间的通信。
70.处理器502可能是一个cpu(central processing unit，中央处理器)，或者是asic(application specific integrated circuit，特定集成电路)，或者是被配置成实施本技术实施例的一个或多个集成电路。
71.本技术实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的系统级芯片的数据恢复方法。
72.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不是必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或n个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
73.此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本技术的描述中，“n个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
74.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更n个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本技术的实施例所属技术领域的技术人员所理解。
75.应当理解，本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，n个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列，现场可编程门阵列等。
76.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
77.尽管上面已经示出和描述了本技术的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本技术的限制，本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。