CN110781031B - 控制器数据恢复方法、装置、控制器及汽车 - Google Patents
控制器数据恢复方法、装置、控制器及汽车 Download PDFInfo
- Publication number
- CN110781031B CN110781031B CN201910913958.2A CN201910913958A CN110781031B CN 110781031 B CN110781031 B CN 110781031B CN 201910913958 A CN201910913958 A CN 201910913958A CN 110781031 B CN110781031 B CN 110781031B
- Authority
- CN
- China
- Prior art keywords
- data recovery
- abnormal
- flash
- storage area
- environment information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Techniques For Improving Reliability Of Storages (AREA)
Abstract
本申请公开了一种控制器数据恢复方法、装置、控制器及汽车,该方法包括:访问指定的FLASH存储区之前,保存此次访问的环境信息;访问指定的FLASH存储区的过程中,监测所述FLASH存储区是否产生异常;若所述FLASH存储区产生异常,则根据此次访问的所述环境信息确定对应的数据恢复策略,以根据所述数据恢复策略进行数据恢复。本方案中,根据对FLASH监控的环境信息不同从而采取不同的数据恢复策略,对客户的影响降到最低,而且整个的异常处理及数据恢复过程都是软件自动进行,无需人为干预,数据恢复更高效。
Description
技术领域
本申请涉及汽车技术领域,特别涉及一种控制器数据恢复方法、装置、控制器及汽车。
背景技术
在汽车的电子控制单元(Electronic Control Unit,ECU)中经常会使用FEE功能(FEE为FLASH模拟EEPROM,FLASH为内存,EEPROM为电可擦可编程只读存储器),来存储ECU下电时需要保存的数据,如ECU运行时间、行驶里程等变量。
真实的EEPROM容量在1k-16kByte不等,使用寿命约10k次写。如果ECU中无真实EEPROM,微控制单元(Microcontroller Unit,MCU)的FLASH空间又比较大,则可以使用MCU中的两块(或多块)FLASH进行模拟EEPROM。一块FLASH叫做一个Block块,每一次存储的数据集叫做一条record。一个Block块存满以后,才会切换到另外一个Block块继续进行存储。当所有Block块都存满以后,会擦除第一个Block块,再开始新的循环。EEPROM的数据组织结构如图1所示,图中的Block 1和Block 2都包括块头区(Block head)和堆叠的record。
因此,使用FEE功能时会不断对FLASH区进行擦写,在对FLASH区擦除或编程的过程中如果意外断电,就会产生纠错码(Error Correcting Code,ECC)错误,从而程序不能正常运行下去,导致所有软件功能失效。现有的技术方案中,在FLASH出现异常时会直接对其进行格式化,这样EEPROM的数据会被清除,一些重要数据如软硬件版本号、运行时间、行驶里程等都会丢失,这些数据的丢失会给客户造成极大的困扰及不便。
发明内容
本申请的目的在于提供一种控制器数据恢复方法、装置、控制器及汽车,根据对FLASH监控的环境信息不同采取不同的数据恢复策略,以对客户的影响降到最低。
第一方面,本申请实施例提供了一种控制器数据恢复方法,包括:
访问指定的FLASH存储区之前,保存此次访问的环境信息;
访问指定的FLASH存储区的过程中,监测所述FLASH存储区是否产生异常;
若所述FLASH存储区产生异常,则根据此次访问的所述环境信息确定对应的数据恢复策略,以根据所述数据恢复策略进行数据恢复。
在一种可能的实现方式中,在本申请实施例提供的上述方法中,所述环境信息包括调用模块信息、调用函数信息、数据索引号、数据目标地址及数据大小。
在一种可能的实现方式中,在本申请实施例提供的上述方法中,所述根据此次访问的所述环境信息确定对应的数据恢复策略,包括:
根据此次访问的所述环境信息确定异常原因和异常FLASH地址;
根据所述异常原因和异常FLASH地址确定对应的数据恢复策略。
在一种可能的实现方式中,在本申请实施例提供的上述方法中,所述FLASH存储区包括多个Block块;
所述根据所述异常原因和异常FLASH地址确定对应的数据恢复策略,包括:
若所述异常FLASH地址对应当前Block块的块头区或存储的第一条数据集,则擦除当前Block块,并从其它Block块中搜索最新的存储数据集复制到当前Block块中;
若所述异常FLASH地址大于当前Block块存储第一条数据集结束的地址,则将下一个Block块擦除,将当前Block块中异常FLASH地址以前的数据集复制到擦除完的所述下一个Block块中,再擦除当前Block块。
在一种可能的实现方式中,在本申请实施例提供的上述方法中,所述方法还包括:
数据恢复完成后,将此次访问的所述环境信息写入EEPROM存储器中。
在一种可能的实现方式中,在本申请实施例提供的上述方法中,所述方法还包括:
若访问指定的FLASH存储区的过程中,所述FLASH存储区未产生异常,则在访问完成后删除此次访问的所述环境信息。
第二方面,本申请实施例提供了一种控制器数据恢复装置,包括:
保存模块,用于访问指定的FLASH存储区之前,保存此次访问的环境信息;
监测模块,用于访问指定的FLASH存储区的过程中,监测所述FLASH存储区是否产生异常;
数据恢复模块,用于若所述FLASH存储区产生异常,则根据此次访问的所述环境信息确定对应的数据恢复策略,以根据所述数据恢复策略进行数据恢复。
在一种可能的实现方式中,在本申请实施例提供的上述装置中,所述环境信息包括调用模块信息、调用函数信息、数据索引号、数据目标地址及数据大小。
在一种可能的实现方式中,在本申请实施例提供的上述装置中,所述数据恢复模块,具体用于:
根据此次访问的所述环境信息确定异常原因和异常FLASH地址;
根据所述异常原因和异常FLASH地址确定对应的数据恢复策略。
在一种可能的实现方式中,在本申请实施例提供的上述装置中,所述FLASH存储区包括多个Block块;
所述数据恢复模块,具体用于:
若所述异常FLASH地址对应当前Block块的块头区或存储的第一条数据集,则擦除当前Block块,并从其它Block块中搜索最新的存储数据集复制到当前Block块中;
若所述异常FLASH地址大于当前Block块存储第一条数据集结束的地址,则将下一个Block块擦除,将当前Block块中异常FLASH地址以前的数据集复制到擦除完的所述下一个Block块中,再擦除当前Block块。
在一种可能的实现方式中,在本申请实施例提供的上述装置中,所述保存模块,还用于数据恢复完成后,将此次访问的所述环境信息写入EEPROM存储器中。
在一种可能的实现方式中,在本申请实施例提供的上述装置中,所述装置还包括:
删除模块,用于若访问指定的FLASH存储区的过程中,所述FLASH存储区未产生异常,则在访问完成后删除此次访问的所述环境信息。
第三方面,本申请实施例提供了一种控制器,采用上述第一方面中的控制器数据恢复方法进行数据恢复。
第四方面,本申请实施例提供了一种汽车,包括上述第三方面中的控制器。
本申请提供的控制器数据恢复方法、装置、控制器及汽车,访问指定的FLASH存储区之前,保存此次访问的环境信息;访问指定的FLASH存储区的过程中,监测所述FLASH存储区是否产生异常;若所述FLASH存储区产生异常,则根据此次访问的所述环境信息确定对应的数据恢复策略,以根据所述数据恢复策略进行数据恢复。本方案中,根据对FLASH监控的环境信息不同从而采取不同的数据恢复策略,对客户的影响降到最低,而且整个的异常处理及数据恢复过程都是软件自动进行,无需人为干预,数据恢复更高效。
附图说明
图1为EEPROM存储器的数据组织结构示意图;
图2为本申请的一些实施方式所提供的一种控制器数据恢复方法的流程图;
图3为本申请的一些具体实施方式所提供的一种控制器数据恢复方法的流程图;
图4为本申请的一些实施方式所提供的一种控制器数据恢复装置的示意图。
具体实施方式
下面结合附图,对本申请的具体实施方式进行详细描述,但应当理解本申请的保护范围并不受具体实施方式的限制。
除非另有其它明确表示,否则在整个说明书和权利要求书中,术语“包括”或其变换如“包含”或“包括有”等等将被理解为包括所陈述的元件或组成部分,而并未排除其它元件或其它组成部分。
另外,术语“第一”和“第二”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
本申请实施例提供一种控制器数据恢复方法及装置、一种控制器以及汽车,下面结合附图进行说明。
请参考图2,其示出了本申请的一些实施方式所提供的一种控制器数据恢复方法的流程图,如图所示,所述控制器数据恢复方法,可以包括以下步骤:
步骤S101:访问指定的FLASH存储区之前,保存此次访问的环境信息。
其中,所述环境信息包括调用模块信息、调用函数信息、数据索引号、数据目标地址及数据大小。
具体的,在每次对FLASH访问之前保存当前的环境信息,包括:调用模块ErrorModule、调用函数ErrorApi、数据索引号RecordIndex、数据目标地址RecordDestAddr、数据大小RecordDestSize。所述访问可以是读取、擦除和写入等操作。
步骤S102:访问指定的FLASH存储区的过程中,监测所述FLASH存储区是否产生异常。
具体的,可以通过检测在某次对FLASH操作时产生了ECC错误与否来监测所述FLASH存储区是否产生异常。
步骤S103:若所述FLASH存储区产生异常,则根据此次访问的所述环境信息确定对应的数据恢复策略,以根据所述数据恢复策略进行数据恢复。
在本申请的一些实施方式中,若访问的FLASH存储区产生异常,则上述步骤S103中根据此次访问的所述环境信息确定对应的数据恢复策略,可具体实现为:根据此次访问的所述环境信息确定异常原因和异常FLASH地址,根据所述异常原因和异常FLASH地址确定对应的数据恢复策略。
具体的,如果是在某次对FLASH操作时产生了ECC错误,程序会自动跳到指定的异常处理函数中,就可以通过查看当前的环境信息来判断产生错误的原因以及出错的FLASH地址及大小,从而选择不同的数据恢复策略。
在本申请的一些实施方式中,所述FLASH存储区包括多个Block块。根据所述异常原因和异常FLASH地址确定对应的数据恢复策略,具体可实现如下:
策略一:若所述异常FLASH地址对应当前Block块的块头区或存储的第一条数据集,则擦除当前Block块,并从其它Block块中搜索最新的存储数据集复制到当前Block块中。
具体的,如果出错的FLASH地址是Block head区或者是该Block的第一个record,擦除该Block,再从其它Block中搜索最新的record,将其复制到该Block。
策略二:若所述异常FLASH地址大于当前Block块存储第一条数据集结束的地址,则将下一个Block块擦除,将当前Block块中异常FLASH地址以前的数据集复制到擦除完的所述下一个Block块中,再擦除当前Block块。
具体的,如果出错的FLASH地址大于该Block的第一个record结束的地址,表示该Block中存储最新的数据,所以将下一个Block擦除,把该Block出错地址以前的数据(正常数据)复制到刚擦除完的Block中,再擦除该Block。
本实施方式,无论哪段FLASH地址产生ECC错误,存储的数据都不会丢失,而且整个的异常处理及数据恢复过程都是软件自动进行,无需人为干预,异常处理更高效。
在本申请的一些实施方式中,数据恢复完成以后,可以将环境信息写入EEPROM存储器中进行保存。因此,上述方法还可以包括步骤:数据恢复完成后,将此次访问的所述环境信息写入EEPROM存储器中。
访问出现异常,通过上述方法进行数据恢复之后,可以发送ECU复位命令,重新运行程序。
在本申请的一些实施方式中,上述方法还可以包括步骤:若访问指定的FLASH存储区的过程中,所述FLASH存储区未产生异常,则在访问完成后删除此次访问的所述环境信息。具体的,在每次对FLASH访问成功完成之后清空当前的环境信息。
相较于现有技术,本申请实施例提供的上述控制器数据恢复方法,通过访问指定的FLASH存储区之前,保存此次访问的环境信息;访问指定的FLASH存储区的过程中,监测所述FLASH存储区是否产生异常;若所述FLASH存储区产生异常,则根据此次访问的所述环境信息确定对应的数据恢复策略,以根据所述数据恢复策略进行数据恢复。本方案中,根据对FLASH监控的环境信息不同从而采取不同的数据恢复策略,对客户的影响降到最低,而且整个的异常处理及数据恢复过程都是软件自动进行,无需人为干预,数据恢复更高效。
为了更好的理解本申请上述实施例,请参考图3,其示出了本申请的一些具体实施方式所提供的一种控制器数据恢复方法的流程图,如图所示,所述控制器数据恢复方法可以包括以下步骤:
步骤S201:调用EEPROM接口后,保存环境信息;
步骤S202:执行对FLASH的操作;
步骤S203:判断操作是否成功;若是,跳转步骤S205,若否,跳转步骤S204;
步骤S204:进入异常处理函数;
步骤S205:清空环境信息;
步骤S206:判断进入异常的原因;根据异常原因,跳转执行策略一或策略二;
步骤S207:保存环境信息至EEPROM存储器中;
步骤S208:发送ECU复位命令,重新执行程序;
通过本实施方式,从产生错误到数据恢复,再到程序重新运行,整个过程都由软件自动进行,无需人为干预,并在恢复成功以后保存环境信息。
在上述的实施例中,提供了一种控制器数据恢复方法,与之相对应的,本申请还提供一种控制器数据恢复装置。本申请实施例提供的控制器数据恢复装置可以实施上述应用程序安装引导方法,该控制器数据恢复装置可以通过软件、硬件或软硬结合的方式来实现。例如,该控制器数据恢复装置可以包括集成的或分开的功能模块或单元来执行上述各方法中的对应步骤。请参考图4,其示出了本申请的一些实施方式所提供的一种控制器数据恢复装置的示意图。由于装置实施例基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
如图4所示,所述控制器数据恢复装置10可以包括:
保存模块101,用于访问指定的FLASH存储区之前,保存此次访问的环境信息;
监测模块102,用于访问指定的FLASH存储区的过程中,监测所述FLASH存储区是否产生异常;
数据恢复模块103,用于若所述FLASH存储区产生异常,则根据此次访问的所述环境信息确定对应的数据恢复策略,以根据所述数据恢复策略进行数据恢复。
在一种可能的实现方式中,在本申请实施例提供的上述装置中,所述环境信息包括调用模块信息、调用函数信息、数据索引号、数据目标地址及数据大小。
在一种可能的实现方式中,在本申请实施例提供的上述装置中,所述数据恢复模块103,具体用于:
根据此次访问的所述环境信息确定异常原因和异常FLASH地址;
根据所述异常原因和异常FLASH地址确定对应的数据恢复策略。
在一种可能的实现方式中,在本申请实施例提供的上述装置中,所述FLASH存储区包括多个Block块;
所述数据恢复模块103,具体用于:
若所述异常FLASH地址对应当前Block块的块头区或存储的第一条数据集,则擦除当前Block块,并从其它Block块中搜索最新的存储数据集复制到当前Block块中;
若所述异常FLASH地址大于当前Block块存储第一条数据集结束的地址,则将下一个Block块擦除,将当前Block块中异常FLASH地址以前的数据集复制到擦除完的所述下一个Block块中,再擦除当前Block块。
在一种可能的实现方式中,在本申请实施例提供的上述装置中,所述保存模块101,还用于数据恢复完成后,将此次访问的所述环境信息写入EEPROM存储器中。
在一种可能的实现方式中,在本申请实施例提供的上述装置中,所述装置还包括:删除模块,用于若访问指定的FLASH存储区的过程中,所述FLASH存储区未产生异常,则在访问完成后删除此次访问的所述环境信息。
本申请实施例提供的控制器数据恢复装置10,与本申请前述实施例提供的控制器数据恢复方法出于相同的发明构思,具有相同的有益效果。
本申请实施方式还提供一种与前述实施方式所提供的控制器数据恢复方法对应的控制器,例如,可以包括但不限于整车控制器、发动机控制器等等,以执行上述控制器数据恢复方法。
本申请实施例提供的控制器与本申请实施例提供的控制器数据恢复方法出于相同的发明构思,具有与其采用、运行或实现的方法相同的有益效果。
本申请实施方式还提供一种与前述实施方式所提供的控制器对应的汽车,以执行上述控制器数据恢复方法。
本申请实施例提供的汽车与本申请实施例提供的控制器数据恢复方法出于相同的发明构思,具有与其采用、运行或实现的方法相同的有益效果。
前述对本申请的具体示例性实施方案的描述是为了说明和例证的目的。这些描述并非想将本申请限定为所公开的精确形式,并且很显然,根据上述教导,可以进行很多改变和变化。对示例性实施例进行选择和描述的目的在于解释本申请的特定原理及其实际应用,从而使得本领域的技术人员能够实现并利用本申请的各种不同的示例性实施方案以及各种不同的选择和改变。本申请的范围意在由权利要求书及其等同形式所限定。
Claims (7)
1.一种控制器数据恢复方法,其特征在于,包括:
访问指定的FLASH存储区之前,保存此次访问的环境信息;所述FLASH存储区包括多个Block块;
访问指定的FLASH存储区的过程中,监测所述FLASH存储区是否产生异常;
若所述FLASH存储区产生异常,则根据此次访问的所述环境信息确定对应的数据恢复策略,以根据所述数据恢复策略进行数据恢复;
所述根据此次访问的所述环境信息确定对应的数据恢复策略,包括:
根据此次访问的所述环境信息确定异常原因和异常FLASH地址;
若所述异常FLASH地址对应当前Block块的块头区或存储的第一条数据集,则擦除当前Block块,并从其它Block块中搜索最新的存储数据集复制到当前Block块中;
若所述异常FLASH地址大于当前Block块存储第一条数据集结束的地址,则将下一个Block块擦除,将当前Block块中异常FLASH地址以前的数据集复制到擦除完的所述下一个Block块中,再擦除当前Block块。
2.根据权利要求1所述的方法,其特征在于,所述环境信息包括调用模块信息、调用函数信息、数据索引号、数据目标地址及数据大小。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
数据恢复完成后,将此次访问的所述环境信息写入EEPROM存储器中。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若访问指定的FLASH存储区的过程中,所述FLASH存储区未产生异常,则在访问完成后删除此次访问的所述环境信息。
5.一种控制器数据恢复装置,其特征在于,包括:
保存模块,用于访问指定的FLASH存储区之前,保存此次访问的环境信息;所述FLASH存储区包括多个Block块;
监测模块,用于访问指定的FLASH存储区的过程中,监测所述FLASH存储区是否产生异常;
数据恢复模块,用于若所述FLASH存储区产生异常,则根据此次访问的所述环境信息确定对应的数据恢复策略,以根据所述数据恢复策略进行数据恢复;
所述数据恢复模块,具体用于:
根据此次访问的所述环境信息确定异常原因和异常FLASH地址;
若所述异常FLASH地址对应当前Block块的块头区或存储的第一条数据集,则擦除当前Block块,并从其它Block块中搜索最新的存储数据集复制到当前Block块中;
若所述异常FLASH地址大于当前Block块存储第一条数据集结束的地址,则将下一个Block块擦除,将当前Block块中异常FLASH地址以前的数据集复制到擦除完的所述下一个Block块中,再擦除当前Block块。
6.一种控制器,其特征在于,采用如权利要求1至4中任一项所述的控制器数据恢复方法进行数据恢复。
7.一种汽车,其特征在于,包括如权利要求6所述的控制器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910913958.2A CN110781031B (zh) | 2019-09-25 | 2019-09-25 | 控制器数据恢复方法、装置、控制器及汽车 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910913958.2A CN110781031B (zh) | 2019-09-25 | 2019-09-25 | 控制器数据恢复方法、装置、控制器及汽车 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110781031A CN110781031A (zh) | 2020-02-11 |
CN110781031B true CN110781031B (zh) | 2022-04-26 |
Family
ID=69384544
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910913958.2A Active CN110781031B (zh) | 2019-09-25 | 2019-09-25 | 控制器数据恢复方法、装置、控制器及汽车 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110781031B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113341924A (zh) * | 2021-06-09 | 2021-09-03 | 中国第一汽车股份有限公司 | 一种ecu下电方法、装置、设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104133742A (zh) * | 2014-08-07 | 2014-11-05 | 浪潮(北京)电子信息产业有限公司 | 一种数据保护的方法及装置 |
US9804925B1 (en) * | 2014-02-25 | 2017-10-31 | Google Inc. | Data reconstruction in distributed storage systems |
CN107506266A (zh) * | 2017-08-30 | 2017-12-22 | 联想(北京)有限公司 | 一种数据恢复方法及系统 |
CN108153618A (zh) * | 2017-12-22 | 2018-06-12 | 国网浙江杭州市萧山区供电有限公司 | 硬盘数据恢复方法、装置及硬盘数据恢复设备 |
CN108762987A (zh) * | 2018-05-30 | 2018-11-06 | 上海顺舟智能科技股份有限公司 | 用于双备份单片机闪存的数据恢复方法及装置 |
-
2019
- 2019-09-25 CN CN201910913958.2A patent/CN110781031B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9804925B1 (en) * | 2014-02-25 | 2017-10-31 | Google Inc. | Data reconstruction in distributed storage systems |
CN104133742A (zh) * | 2014-08-07 | 2014-11-05 | 浪潮(北京)电子信息产业有限公司 | 一种数据保护的方法及装置 |
CN107506266A (zh) * | 2017-08-30 | 2017-12-22 | 联想(北京)有限公司 | 一种数据恢复方法及系统 |
CN108153618A (zh) * | 2017-12-22 | 2018-06-12 | 国网浙江杭州市萧山区供电有限公司 | 硬盘数据恢复方法、装置及硬盘数据恢复设备 |
CN108762987A (zh) * | 2018-05-30 | 2018-11-06 | 上海顺舟智能科技股份有限公司 | 用于双备份单片机闪存的数据恢复方法及装置 |
Non-Patent Citations (1)
Title |
---|
Data recovery from sudden power-off in mobile devices;Dongwook Kim;《The 1st IEEE Global Conference on Consumer Electronics 2012》;20121213;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN110781031A (zh) | 2020-02-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103268201B (zh) | 一种数据存储方法、存储装置及读取方法 | |
US20090327804A1 (en) | Wear leveling in flash storage devices | |
GB2330672A (en) | Storing and retrieving data in a control system eg in a motor vehicle | |
CN103186471B (zh) | 存储设备中坏块的管理方法及系统 | |
CN107678420B (zh) | 一种发动机数据在线存储方法 | |
CN112397128B (zh) | 一种Flash存储器的控制方法和装置 | |
CN109240622A (zh) | 一种eeprom数据写入的方法及系统 | |
CN110618892A (zh) | 一种固态硬盘的bug定位方法、装置、电子设备及介质 | |
EP2977907B1 (en) | Data storage device, method for storing data, and onboard control device | |
US8959416B1 (en) | Memory defect management using signature identification | |
CN112100184A (zh) | 车辆总里程数据存储方法和计算机存储介质 | |
CN113568579A (zh) | 一种存储器、数据存储方法以及数据读取方法 | |
CN110781031B (zh) | 控制器数据恢复方法、装置、控制器及汽车 | |
CN116880782A (zh) | 一种内嵌式存储器及其测试方法 | |
CN116185563B (zh) | 一种基于车规级微控制器数据闪存的软件模拟算法 | |
KR101826778B1 (ko) | 플래쉬 라이프 사이클 및 성능 개선을 고려한 eeprom 에뮬레이션 구현 방법 | |
JP2003036209A (ja) | 不揮発性メモリ並びに不揮発性メモリのデータ書き換え方法 | |
CN115373608A (zh) | 数据存储方法及装置 | |
US20220283726A1 (en) | Method for assisting in the identification of blank sectors of a non-volatile memory of a microcontroller | |
CN103389943A (zh) | 控制装置、存储装置及存储控制方法 | |
CN113051184B (zh) | 一种数据读取的方法、装置、电子设备及存储介质 | |
US8019931B2 (en) | Method and control unit for operating a non-volatile memory, in particular for use in motor vehicles | |
CN112527199A (zh) | 一种提高闪存介质寿命的方法、装置和电子设备 | |
US7313648B2 (en) | Corruption tolerant method and system for deploying and modifying data in flash memory | |
CN1877529A (zh) | 存储设备及控制该存储设备操作的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |