一种汽车嵌入式软件升级方法、装置及存储介质与流程

    专利2022-07-08  136


    本发明涉及嵌入式软件升级,尤其涉及一种汽车嵌入式软件升级方法、装置及存储介质。



    背景技术:

    目前,对于汽车的嵌入式设备中均内安装有嵌入式软件,而汽车的升级,相应地嵌入式软件也需要相应的升级,但是在升级过程中由于需要将原有的应用程序覆盖,很容易造成错误导致升级失败,同时在升级过程由于升级失败导致系统陷入瘫痪等问题。



    技术实现要素:

    为了克服现有技术的不足,本发明的目的之一在于提供一种汽车嵌入式软件升级方法,其能够解决现有技术中汽车嵌入式软件升级过程中容易出错导致升级失败进而使得系统陷入瘫痪等问题。

    本发明的目的之二在于提供一种汽车嵌入式软件升级装置,其能够解决现有技术中汽车嵌入式软件升级过程中容易出错导致升级失败进而使得系统陷入瘫痪等问题。

    本发明的目的之三在于提供一种存储介质,其能够解决现有技术中汽车嵌入式软件升级过程中容易出错导致升级失败进而使得系统陷入瘫痪等问题。

    本发明的目的之一采用如下技术方案实现:

    一种汽车嵌入式软件升级方法,包括:

    请求检测步骤:当系统检测到重编程请求时,下载新应用代码到存储设备并将新应用代码备份到存储设备备份区;

    备份步骤:接收到擦除服务请求并擦除系统的应用代码备份区以及将系统的应用代码区的旧应用代码备份到应用代码备份区;

    更新步骤:擦除应用代码区以及将新应用代码复制到应用代码区;

    清除步骤:擦除存储设备的相关信息以及系统的错误计数后重启。

    进一步地,当系统未检测到重编程请求且系统可用时:检测存储设备是否可用,若是,擦除存储设备的相关信息,然后跳转到系统软件界面;若否,则直接跳转到系统软件界面。

    进一步地,当系统未检测到重编程请求且系统不可用时:

    检测步骤:检测应用代码备份区以及存储设备备份区是否均可用,若是,则执行备份恢复步骤;若否,则将系统停留在boot区执行bootloader程序;

    备份恢复步骤:将存储设备备份区的新应用代码复制到系统内存以及将应用代码备份区的旧应用代码复制到应用代码区,然后执行擦除存储设备的相关信息以及清除系统错误计数后重启。

    进一步地,所述备份恢复步骤包括:

    第一恢复步骤:将存储设备备份区的新应用代码复制到系统内存;

    第一判断步骤:判断系统内存中的新应用代码与存储设备备份区的新应用代码是否一致,若是,则执行第二恢复步骤;若否,则计数器 1;

    第二恢复步骤:将应用代码备份区的旧应用代码复制到应用代码区,然后执行第二判断步骤;

    第二判断步骤:判断应用代码区的旧应用代码与应用代码备份区的旧应用代码是否一致,若是,则设置应用代码区的可用状态为可用;若否,则计数器 1。

    进一步地,所述第一判断步骤以及第二判断步骤中:当计数器大于预设值时,重新启动系统;当计数器大于预设值,系统停留在boot区执行bootloader程序。

    进一步地,所述预设值为5。

    进一步地,所述请求检测步骤之后还包括:

    下载步骤:将存储设备中的新应用代码下载到系统内存;

    第一判断步骤:当存储设备备份区可用且系统内存中的新应用代码与存储设备的备份区的新应用代码一致时,执行备份步骤;当存储设备备份区不可用或系统内存中的新应用代码与存储设备备份区的新应用代码不一致时,执行第一备份擦除步骤;

    第一备份擦除步骤:擦除存储设备备份区并将系统内存中的新应用代码重新备份到存储设备备份区;

    第一检验步骤:校验存储设备备份区的新应用代码与系统内存中的新应用代码是否一致,若是,标志设置步骤;若否,则重启;

    标志设置步骤:设置flashdriver备份区的可用状态为可用;然后执行备份步骤。

    进一步地,所述备份步骤之后还包括:

    第二检测步骤:当应用代码备份区的旧应用代码与应用代码区的旧应用代码一致且应用代码备份区可用时,执行擦除步骤;当应用代码备份区的旧应用代码与应用代码区的旧应用代码不一致或应用代码备份区不可用时,则执行第二备份擦除步骤;

    第二备份擦除步骤:擦除应用代码备份区并将旧应用代码复制到应用代码备份区;

    第二校验步骤:校验应用代码备份区的旧应用代码与应用代码区的旧应用代码是否一致,若是,则设置应用代码备份区的可用状态设为可用,然后执行擦除步骤;若否,则重启系统。

    本发明的目的之二采用如下技术方案实现:

    一种汽车嵌入式软件升级装置,包括存储器和处理器,所述存储器上存储有可在处理器上运行的汽车嵌入式软件升级程序,所述汽车嵌入式软件升级程序为计算机程序,所述处理器执行所述汽车嵌入式软件升级程序时实现如本发明目的之一采用的一种汽车嵌入式软件升级方法的步骤。

    本发明的目的之三采用如下技术方案实现:

    一种存储介质,所述存储介质为计算机可读存储介质,其上存储有汽车嵌入式软件升级程序,所述汽车嵌入式软件升级程序为计算机程序,所述汽车嵌入式软件升级程序被处理器执行时实现如本发明目的之一采用的一种汽车嵌入式软件升级方法的步骤。

    相比现有技术,本发明的有益效果在于:

    本发明通过设置存储设备备份区来存储新的应用代码以及利用系统的应用代码备份区存储旧的应用代码,实现汽车嵌入式软件的升级,本发明提供的升级方法其具有稳定性,当升级失败时能够及时恢复到升级前的状态或者保留系统基础运行功能,避免现有技术中由于升级失败而导致系统陷入瘫痪等问题。

    附图说明

    图1为本发明提供的一种汽车嵌入式软件升级方法的主流程图;

    图2为本发明提供的图1中的步骤s12的流程图;

    图3为本发明提供的图1中的步骤s11的流程图;

    图4为本发明提供的步骤s31的流程图;

    图5为本发明提供的一种汽车嵌入式软件升级装置的模块图。

    图中:11、存储器;12、处理器;13、通信总线;14、网络接口。

    具体实施方式

    下面,结合附图以及具体实施方式,对本发明做进一步描述,需要说明的是,在不相冲突的前提下,以下描述的各实施例之间或各技术特征之间可以任意组合形成新的实施例。

    实施例一

    本发明提供了一种汽车嵌入式软件升级方法,通过备份机制可快速实现升级,降低升级出错率,大大提高升级稳定性,如图1所示,该方法的主流程具体包括以下步骤:

    步骤s10、系统检测是否有重编程请求,若有,则执行步骤s11,若无,则执行步骤s20。其中,重编程请求是指汽车嵌入式软件是否需要更新的请求。

    比如,在汽车嵌入式软件需要升级时,一般由上位机等设备会向系统发送重编程请求,因此,通过系统检测是否存在重编程请求来来判断是否进行软件升级。

    步骤s11、下载新应用代码到存储设备并将新的应用代码备份到存储设备备份区。

    其中,新应用代码是指软件升级后的新的程序代码数据。

    优选地,本实施例中的存储设备采用flashdriver(闪存盘)。因此,在检测到重编程请求后,将新应用代码下载到flashdriver上,并将其备份到flashdrive备份区。通过设置flashdrive备份区,当升级过程flashdriver中由于其他因素导致新应用代码被损坏时,可从flashdriver备份区中快速恢复新应用代码。

    优选地,本实施例中的存储设备除了flashdriver外,可以是常用的u盘、移动硬盘等各种外部存储器。优选地,本实施例以flashdriver为例来说明。

    步骤s12、系统接收到擦除服务请求并擦除应用代码备份区以及将应用代码区的旧应用代码备份到应用代码备份区。

    其中,应用代码区用于存储系统的应用代码。旧应用代码为升级之前的应用代码。在升级过程中,通过将新应用代码复制到应用代码区从而覆盖旧应用代码来实现软件升级。

    同时,通过设置应用代码备份区备份旧应用代码,这样在升级失败后,可根据应用代码备份区恢复到升级之前的状态。

    步骤s13、将flashdriver的新应用代码复制到系统内存中,以及擦除应用代码区将系统内存中的新应用代码复制到应用代码区。

    步骤s14、擦除flashdriver的相关信息以及系统的错误计数后重启后,实现汽车嵌入式软件的升级。

    其中,flashdriver的相关信息是指系统在升级过程中设置的各种标志位,用来标志在升级过程中升级失败时的回滚位置。错误计数是指系统中规定的,对于判断的次数以及计算次数等各种数据。

    进一步地,如图1所示,当系统中未检测到有编程请求时:

    步骤s20、检测系统是否可用,若是,则执行步骤s21;若否,则执行步骤s30。

    优选地,本实施例通过设置有效标志来表示设备、程序或系统等的可用性。也即,当系统中的有效标志为有效时,则认为系统为可用,该汽车的嵌入式软件的app可用。

    步骤s21、检测flashdrive是否可用,若是,则执行步骤s22;若否,则跳转至应用程序的其他界面或执行其他操作。

    步骤s22、擦除flashdriver的相关信息后跳转至应用程序其他界面或执行其他操作。通过擦除flashdriver的相关信息将系统中的falsedriver的数据恢复,保证升级数据的安全性。

    由于当前嵌入式软件不需要升级,并且系统可用,若当前flashdriver为可用时,则说明flashdriver中存储有升级的应用代码,因此,为了保证软件的安全性,擦除flashdriver的相关信息以及系统中的错误计数等。

    而当系统不可用,也即是嵌入式软件app不能够正常使用,则需要对系统进行恢复,具体为:

    步骤s30、检测应用代码备份区以及flashdriver备份区是否均可用,若是,则执行步骤s31;若否,则系统停留在boot区执行bootloader程序。

    将系统停留在boot区执行bootloader程序是指保留系统的最基本的运行程序,保证系统的基本运行。

    步骤s31、将flashdriver备份区的新应用代码复制到系统内存以及将应用代码备份区的旧应用代码复制到应用代码区,然后执行步骤s32。

    步骤s32、擦除flashdriver的相关信息以及清除系统错误计数后重启。此时,是将应用代码备份区的旧应用代码复制到应用代码区的,因此,此时系统重启后,系统进入升级之前的状态。

    优选地,为了保证升级的正确性,在下载新应用代码时,还需要保证新应用代码的正确性。进一步地,如图3所示,步骤s11还包括:

    步骤s110、将flashdriver中的新应用代码下载到系统内存。

    步骤s111、校验flashdriver备份区是否可用以及系统内存中的新应用代码与flashdriver备份区的应用代码是否一致,若flashdriver备份区可用以及系统内存中的新应用代码与flashdriver备份区的应用代码一致时,执行步骤s12;反之,执行步骤s112。

    优选地,本实施例在判断应用代码是否一致时,通过计算crc(cyclicalredundancycheck)进行判断。其中,crc为循环冗余校验码,通过对crc进行计算并校验,可校验数据是否正确。

    也即,步骤s110中还包括计算系统内存中新应用代码的crc值。

    步骤s111中,当系统内存中新应用代码的crc值与flashdriver备份区的新应用代码的crc值相同,并且flashdriver备份区可用时,则可执行步骤s12,进行下一步的数据备份;反之,则说明flashdriver备份区的新应用代码有误,则重新备份flashdriver备份区的新应用代码。

    步骤s112、擦除flashdriver备份区并将flashdriver中的新应用代码备份到flashdriver备份区。

    步骤s113、判断flashdriver备份区的新应用代码与系统内存中的新应用代码是否一致,若是,执行步骤s114,若否,则重新启动。

    步骤s114、设置flashdriver备份区的可用状态为可用,然后执行步骤s12。

    步骤s114具体为:设置flashdriver备份区的有效标志为有效以及新应用代码的crc值。

    优选地,在将应用代码区的旧应用代码备份到应用代码备份区时,为了保证后续回滚的正确性时,进一步地,如图2所示,步骤s12之后具体包括:

    步骤s120、校验应用代码备份区是否可用,且应用代码备份区的旧应用代码与应用代码区的旧应用代码是否一致;当应用代码备份区可用且应用代码备份区的旧应用代码与应用代码区的旧应用代码一致时,执行步骤s13;否则,执行步骤s121。

    步骤s121、擦除应用代码备份区并将旧应用代码复制应用代码备份区。

    步骤s122、校验应用代码区的旧应用代码与应用代码备份区的旧应用代码是否一致,若否,则重启;若是,则执行步骤s123。

    优选地,在校验应用代码区的旧应用代码与应用代码备份区的旧应用代码是否一致时,分别计算应用代码区的旧应用代码的crc值以及应用代码备份区的旧应用代码的crc值,然后对比二者的crc值是否一致,若是,则认为二者的旧应用代码一致。

    步骤s123、设置应用代码备份区的可用状态为可用,然后执行步骤s13。优选地,步骤s123还包括设置应用代码备份区的有效标志为有效,以及将应用代码备份区的旧应用代码的crc值设为应用代码区的旧应用代码的crc值。

    进一步地,如图4所示,当升级错误时,需要回滚到升级状态之前时,也即是步骤s31中,将flashdriver备份区的新应用代码下载到系统内存后,还计算系统内存中的新应用代码的crc值,然后执行步骤s310。

    步骤s310、检验flashdriver备份区的新应用代码与系统内存中的新应用代码是否一致,若是,则执行步骤s311;若否,计数器 1。

    步骤s311、将应用代码备份区的旧应用代码复制到应用代码区。

    步骤s312、判断应用代码区的旧应用代码与应用代码备份区的旧应用代码是否一致,若是,则执行步骤s313;若否,计数器加1。

    步骤s313、设置应用代码区的可用状态为可用。优选地,设置应用代码区的有效标志为有效以及将应用代码区的旧应用代码设置为应用代码备份区的旧应用代码的crc值。

    优选地,步骤s310以及步骤s312中,当计数器大于预设值时,系统停留在boot区执行bootloader程序;当计数器小于预设值时,重新启动系统。

    优选地,预设值为5。

    本发明通过设置有效标志来判断应用程序、flashdriver以及flashdriver备份区、应用代码区、应用代码备份区等是否可用,来保证升级稳定性,同时结合crc来判断在升级过程中的新旧应用代码的备份是否正确,一来可保证升级的准确性,二来可保证当升级失败后能够回滚到升级前的状态。

    实施例二

    本发明提供了一种汽车嵌入式软件升级装置。如图5所示,本发明一实施例提供的汽车嵌入式软件升级装置的内部结构示意图。

    在本实施例中,汽车嵌入式软件升级装置可以是pc(personalcomputer,个人电脑),也可以是智能手机、平板电脑、便携计算机等终端设备。该汽车嵌入式软件升级装置至少包括:处理器12、通信总线13、网络接口14以及存储器11。

    其中,存储器11至少包括一种类型的可读存储介质,所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如,sd或dx存储器等)、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是汽车嵌入式软件升级装置的内部存储单元,例如该汽车嵌入式软件升级装置的硬盘。存储器11在另一些实施例中也可以是汽车嵌入式软件升级装置的外部存储设备,例如汽车嵌入式软件升级装置上配备的插接式硬盘,智能存储卡(smartmediacard,smc),安全数字(securedigital,sd)卡,闪存卡(flashcard)等。进一步地,存储器11还可以既包括汽车嵌入式软件升级装置的内部存储单元也包括外部存储设备。存储器11不仅可以用于存储安装于汽车嵌入式软件升级装置的应用软件及各类数据,例如汽车嵌入式软件升级程序的代码等,还可以用于暂时地存储已经输出或者将要输出的数据。

    处理器12在一些实施例中可以是一中央处理器(centralprocessingunit,cpu)、控制器、微控制器、微处理器或其他数据处理芯片,用于运行存储器11中存储的程序代码或处理数据,例如执行汽车嵌入式软件升级程序等。

    通信总线13用于实现这些组件之间的连接通信。

    网络接口14可选的可以包括标准的有线接口、无线接口(如wi-fi接口),通常用于在该汽车嵌入式软件升级装置与其他电子设备之间建立通信连接。

    可选地,该汽车嵌入式软件升级装置还可以包括用户接口,用户接口可以包括显示器(display)、输入单元比如键盘(keyboard),可选的用户接口还可以包括标准的有线接口、无线接口。可选地,在一些实施例中,显示器可以是led显示器、液晶显示器、触控式液晶显示器以及oled(organiclight-emittingdiode,有机发光二极管)触摸器等。其中,显示器也可以适当的称为显示屏或显示单元,用于显示在汽车嵌入式软件升级装置中处理的信息以及用于显示可视化的用户界面。

    图5仅示出了具有组件11-14以及汽车嵌入式软件升级程序的汽车嵌入式软件升级装置,本领域技术人员可以理解的是,图5示出的结构并不构成对汽车嵌入式软件升级装置的限定,可以包括比图示更少或者更多的部件,或者组合某些部件,或者不同的部件布置。

    在图5所示的汽车嵌入式软件升级装置实施例中,存储器11中存储有汽车嵌入式软件升级程序;处理器12执行存储器11中存储的汽车嵌入式软件升级程序时实现如下步骤:

    请求检测步骤:当系统检测到重编程请求时,下载新应用代码到存储设备并将新应用代码备份到存储设备备份区;

    备份步骤:接收到擦除服务请求并擦除系统的应用代码备份区以及将系统的应用代码区的旧应用代码备份到应用代码备份区;

    更新步骤:擦除应用代码区以及将新应用代码复制到应用代码区;

    清除步骤:擦除存储设备的相关信息以及系统的错误计数后重启。

    进一步地,当系统未检测到重编程请求且系统可用时:检测存储设备是否可用,若是,擦除存储设备的相关信息,然后跳转到系统软件界面;若否,则直接跳转到系统软件界面。

    进一步地,当系统未检测到重编程请求且系统不可用时:

    检测步骤:检测应用代码备份区以及存储设备备份区是否均可用,若是,则执行备份恢复步骤;若否,则将系统停留在boot区执行bootloader程序;

    备份恢复步骤:将存储设备备份区的新应用代码复制到系统内存以及将应用代码备份区的旧应用代码复制到应用代码区,然后执行擦除存储设备的相关信息以及清除系统错误计数后重启。

    进一步地,所述备份恢复步骤包括:

    第一恢复步骤:将存储设备备份区的新应用代码复制到系统内存;

    第一判断步骤:判断系统内存中的新应用代码与存储设备备份区的新应用代码是否一致,若是,则执行第二恢复步骤;若否,则计数器 1;

    第二恢复步骤:将应用代码备份区的旧应用代码复制到应用代码区,然后执行第二判断步骤;

    第二判断步骤:判断应用代码区的旧应用代码与应用代码备份区的旧应用代码是否一致,若是,则设置应用代码区的可用状态为可用;若否,则计数器 1。

    进一步地,所述第一判断步骤以及第二判断步骤中:当计数器大于预设值时,重新启动系统;当计数器大于预设值,系统停留在boot区执行bootloader程序。

    进一步地,所述预设值为5。

    进一步地,所述请求检测步骤之后还包括:

    下载步骤:将存储设备中的新应用代码下载到系统内存;

    第一判断步骤:当存储设备备份区可用且系统内存中的新应用代码与存储设备的备份区的新应用代码一致时,执行备份步骤;当存储设备备份区不可用或系统内存中的新应用代码与存储设备备份区的新应用代码不一致时,执行第一备份擦除步骤;

    第一备份擦除步骤:擦除存储设备备份区并将系统内存中的新应用代码重新备份到存储设备备份区;

    第一检验步骤:校验存储设备备份区的新应用代码与系统内存中的新应用代码是否一致,若是,标志设置步骤;若否,则重启;

    标志设置步骤:设置flashdriver备份区的可用状态为可用;然后执行备份步骤。

    进一步地,所述备份步骤之后还包括:

    第二检测步骤:当应用代码备份区的旧应用代码与应用代码区的旧应用代码一致且应用代码备份区可用时,执行擦除步骤;当应用代码备份区的旧应用代码与应用代码区的旧应用代码不一致或应用代码备份区不可用时,则执行第二备份擦除步骤;

    第二备份擦除步骤:擦除应用代码备份区并将旧应用代码复制到应用代码备份区;

    第二校验步骤:校验应用代码备份区的旧应用代码与应用代码区的旧应用代码是否一致,若是,则设置应用代码备份区的可用状态设为可用,然后执行擦除步骤;若否,则重启系统。

    实施例三

    一种存储介质,所述存储介质为计算机可读存储介质,其上存储有汽车嵌入式软件升级程序,所述汽车嵌入式软件升级程序为计算机程序,所述汽车嵌入式软件升级程序被处理器执行时实现如实施例一所提供的一种汽车嵌入式软件升级方法的步骤。

    上述实施方式仅为本发明的优选实施方式,不能以此来限定本发明保护的范围,本领域的技术人员在本发明的基础上所做的任何非实质性的变化及替换均属于本发明所要求保护的范围。


    技术特征:

    1.一种汽车嵌入式软件升级方法,其特征在于,包括:

    请求检测步骤:当系统检测到重编程请求时,下载新应用代码到存储设备并将新应用代码备份到存储设备备份区;

    备份步骤:接收到擦除服务请求并擦除系统的应用代码备份区以及将系统的应用代码区的旧应用代码备份到应用代码备份区;

    更新步骤:擦除应用代码区以及将新应用代码复制到应用代码区;

    清除步骤:擦除存储设备的相关信息以及系统的错误计数后重启。

    2.根据权利要求1所述的一种汽车嵌入式软件升级方法,其特征在于,当系统未检测到重编程请求且系统可用时:检测存储设备是否可用,若是,擦除存储设备的相关信息,然后跳转到系统软件界面;若否,则直接跳转到系统软件界面。

    3.根据权利要求2所述的一种汽车嵌入式软件升级方法,其特征在于,当系统未检测到重编程请求且系统不可用时:

    检测步骤:检测应用代码备份区以及存储设备备份区是否均可用,若是,则执行备份恢复步骤;若否,则将系统停留在boot区执行bootloader程序;

    备份恢复步骤:将存储设备备份区的新应用代码复制到系统内存以及将应用代码备份区的旧应用代码复制到应用代码区,然后执行擦除存储设备的相关信息以及清除系统错误计数后重启。

    4.根据权利要求3所述的一种汽车嵌入式软件升级方法,其特征在于,所述备份恢复步骤包括:

    第一恢复步骤:将存储设备备份区的新应用代码复制到系统内存;

    第一判断步骤:判断系统内存中的新应用代码与存储设备备份区的新应用代码是否一致,若是,则执行第二恢复步骤;若否,则计数器 1;

    第二恢复步骤:将应用代码备份区的旧应用代码复制到应用代码区,然后执行第二判断步骤;

    第二判断步骤:判断应用代码区的旧应用代码与应用代码备份区的旧应用代码是否一致,若是,则设置应用代码区的可用状态为可用;若否,则计数器 1。

    5.根据权利要求4所述的一种汽车嵌入式软件升级方法,其特征在于,所述第一判断步骤以及第二判断步骤中:当计数器大于预设值时,重新启动系统;当计数器大于预设值,系统停留在boot区执行bootloader程序。

    6.根据权利要求5所述的一种汽车嵌入式软件升级方法,其特征在于,所述预设值为5。

    7.根据权利要求1所述的一种汽车嵌入式软件升级方法,其特征在于,所述请求检测步骤之后还包括:

    下载步骤:将存储设备中的新应用代码下载到系统内存;

    第一判断步骤:当存储设备备份区可用且系统内存中的新应用代码与存储设备的备份区的新应用代码一致时,执行备份步骤;当存储设备备份区不可用或系统内存中的新应用代码与存储设备备份区的新应用代码不一致时,执行第一备份擦除步骤;

    第一备份擦除步骤:擦除存储设备备份区并将系统内存中的新应用代码重新备份到存储设备备份区;

    第一检验步骤:校验存储设备备份区的新应用代码与系统内存中的新应用代码是否一致,若是,标志设置步骤;若否,则重启;

    标志设置步骤:设置flashdriver备份区的可用状态为可用;然后执行备份步骤。

    8.根据权利要求1所述的一种汽车嵌入式软件升级方法,其特征在于,所述备份步骤之后还包括:

    第二检测步骤:当应用代码备份区的旧应用代码与应用代码区的旧应用代码一致且应用代码备份区可用时,执行擦除步骤;当应用代码备份区的旧应用代码与应用代码区的旧应用代码不一致或应用代码备份区不可用时,则执行第二备份擦除步骤;

    第二备份擦除步骤:擦除应用代码备份区并将旧应用代码复制到应用代码备份区;

    第二校验步骤:校验应用代码备份区的旧应用代码与应用代码区的旧应用代码是否一致,若是,则设置应用代码备份区的可用状态设为可用,然后执行擦除步骤;若否,则重启系统。

    9.一种汽车嵌入式软件升级装置,包括存储器和处理器,所述存储器上存储有可在处理器上运行的汽车嵌入式软件升级程序,所述汽车嵌入式软件升级程序为计算机程序,其特征在于:所述处理器执行所述汽车嵌入式软件升级程序时实现如权利要求1-8中任一项所述的一种汽车嵌入式软件升级方法的步骤。

    10.一种存储介质,所述存储介质为计算机可读存储介质,其上存储有汽车嵌入式软件升级程序,所述汽车嵌入式软件升级程序为计算机程序,其特征在于:所述汽车嵌入式软件升级程序被处理器执行时实现如权利要求1-8中任一项所述的一种汽车嵌入式软件升级方法的步骤。

    技术总结
    本发明公开了一种汽车嵌入式软件升级方法,包括:当系统检测到重编程请求时,下载新应用代码到存储设备并将新应用代码备份到存储设备备份区;接收到擦除服务请求并擦除系统的应用代码备份区以及将系统的应用代码区的旧应用代码备份到应用代码备份区;擦除应用代码区以及将新应用代码复制到应用代码区;擦除存储设备的相关信息以及系统的错误计数后重启,实现汽车嵌入式软件的升级。本发明提供的升级方法更为稳定、安全。本发明还提供了一种汽车嵌入式软件升级装置及存储介质。

    技术研发人员:黄迅;黄锐景;冯启翔;邹世斌;彭忠
    受保护的技术使用者:广汽零部件有限公司
    技术研发日:2020.10.30
    技术公布日:2021.03.12

    转载请注明原文地址:https://wp.8miu.com/read-23263.html

    最新回复(0)