CN113157287A - 文件烧录方法、装置及计算机可读存储介质 - Google Patents
文件烧录方法、装置及计算机可读存储介质 Download PDFInfo
- Publication number
- CN113157287A CN113157287A CN202110480339.6A CN202110480339A CN113157287A CN 113157287 A CN113157287 A CN 113157287A CN 202110480339 A CN202110480339 A CN 202110480339A CN 113157287 A CN113157287 A CN 113157287A
- Authority
- CN
- China
- Prior art keywords
- file
- storage device
- burning
- space
- application
- 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.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/61—Installation
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种文件烧录方法、装置及计算机可读存储介质。将第一文件保存至第一存储设备的第一路径和将第二文件保存至第一存储设备的第二路径;在第一存储设备上,通过第一文件启动操作系统;在第二存储设备上,执行第二文件的烧录脚本文件,以将第二文件烧录至第二存储设备。本发明通过文件烧录方法、装置及计算机可读存储介质,在上电处理后自动完成整个烧录过程,中间无需人工干预,耗时短、操作简单、可靠性高,大大的降低了人工成本,提高了企业工作效率。
Description
技术领域
本发明涉及文件烧录领域,尤其是涉及一种文件烧录方法、装置及计算机可读存储介质。
背景技术
近年来,随着计算技术、通信技术的飞速发展,嵌入式产品成为信息产业的主流。在相关技术中,基于Linux的嵌入式产品开发中,需要将对应的固件烧录到设备中,然后设备才能运行相关应用程序。但是,如何简单、高效、快捷的完成将相关文件烧录到设备中,仍然困扰着许多人。
在相关技术中,传统的烧录方式是将固件从PC端下载到设备中的各种方式,主要包括JTAG、NFS挂载、USB、RS232等方式,而这些方式需要配置TFTP服务器等多种烧录环境,同时依赖某种集成开发环境,对人员的专业技能要求较高,并且每一次烧录过程都需要人工干预,这导致人力成本增加而且生产效率低下,同时在烧录过程中容易出错,大大的影响了企业的生产效率。
发明内容
本发明旨在至少解决现有技术中存在的技术问题之一。为此,本发明提出一种文件烧录方法、装置及计算机可读存储介质,能够将文件烧录至设备中,实现起来操作简单、可靠性高。
根据本申请的第一方面实施例的文件烧录方法,包括:
将第一文件保存至第一存储设备的第一路径和将第二文件保存至第一存储设备的第二路径;
在第一存储设备上,通过第一文件启动操作系统;
在第二存储设备上,执行第二文件的烧录脚本文件,以将第二文件烧录至第二存储设备。
根据本申请实施例的文件烧录方法,至少具有如下有益效果:
本申请通过文件烧录方法、装置及计算机可读存储介质,在上电处理后自动完成整个烧录过程,中间无需人工干预,耗时短、操作简单、可靠性高,大大的降低了人工成本,提高了企业工作效率。
根据本申请的一些实施例,还包括:获取第一文件,具体包括:
获取预设的第一系统文件和烧录脚本文件;
将第一系统文件和烧录脚本文件通过第一路径添加至第一存储设备的根目录,构成第一文件。
根据本申请的一些实施例,还包括:获取第二文件,具体包括:
获取预设的第二系统文件和应用文件;
在第一存储设备的第二路径中创建第二文件夹;
将第二系统文件和应用文件添加至第二文件夹中,得到第二文件。
根据本申请的一些实施例,在第一存储设备上,通过第一文件启动操作系统,包括:
对第一存储设备进行预处理;
在预处理后的第一存储设备上,执行第一文件中的第一系统文件,以启动操作系统。
根据本申请的一些实施例,在第二存储设备上,执行第二文件的烧录脚本文件,以将第二文件烧录至第二存储设备,包括:
在完成启动的操作系统下,获取烧录脚本文件的驱动指令;
根据驱动指令,启动第二文件的烧录脚本文件;其中第二文件的烧录脚本文件保存在第一文件中;
根据完成启动的烧录脚本文件,将第一存储设备中的第二文件烧录至第二存储设备。
根据本申请的一些实施例,根据完成启动的烧录脚本文件,将第一存储设备中的第二文件烧录至第二存储设备,包括:
获取第二存储设备的第一空间和第二空间;
判断第一空间是否进行格式化分区;
若确定第一空间已格式化分区,则判断第二系统文件是否已经烧录至第二存储设备;
若第一空间未格式化分区,则对第一空间进行格式化分区;
若对第一空间进行格式化分区成功,则重新启动操作系统,以将第一存储设备中的第二文件烧录至第二存储设备;
若对第一空间进行格式化分区失败,则输出第一空间格式化分区失败的提示信息。
根据本申请的一些实施例,根据完成启动的烧录脚本文件,将第一存储设备中的第二文件烧录至第二存储设备,还包括:
若确定第一空间已格式化分区,判断第二系统文件是否已经烧录至第二存储设备;
若第二系统文件未烧录至第二存储设备,则在第二存储设备进行擦除第二系统文件对应的大小空间;
将第二系统文件烧录至第二存储设备;
判断第二系统文件是否已经成功烧录至第二存储设备;
若第二系统文件烧录失败,则输出第二系统文件烧录失败的提示信息;
若确定第二系统文件成功烧录,则判断应用文件是否已经烧录至第一空间。
根据本申请的一些实施例,根据完成启动的烧录脚本文件,将第一存储设备中的第二文件烧录至第二存储设备,还包括:
若确定第二系统文件成功烧录,则判断应用文件是否已经烧录至第一空间;
若应用文件未烧录至第一空间,则将应用文件烧录至第一空间;
若应用文件烧录失败,则输出应用文件烧录失败的提示信息;
若确定应用文件成功烧录至第一空间,则将第二文件烧录至第二存储设备,并输出烧录成功的提示信息。
根据本申请的第二方面实施例的文件烧录装置,包括:
处理器;
存储器,用于存储可执行程序;
当可执行程序被处理器执行时,得到文件烧录装置实现如本申请第一方面的文件烧录方法。
根据本申请的第三方面实施例的计算机可读存储介质存储有可执行指令,可执行指令能被计算机执行,使计算机执行如本发明第一方面的文件烧录方法。
本发明的附加方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本发明的实践了解到。
附图说明
下面结合附图和实施例对本发明做进一步的说明,其中:
图1为本发明提供的文件烧录方法的一具体流程示意图;
图2为本发明提供的文件烧录方法中的文件系统结构示意图。
图3为本发明提供的文件烧录方法中的硬件互联关系示意图;
图4为本发明提供的文件烧录方法中步骤S100的第一具体流程示意图;
图5为本发明提供的文件烧录方法中步骤S100的第二具体流程示意图;
图6为本发明提供的文件烧录方法中步骤S200的一具体流程示意图;
图7为本发明提供的文件烧录方法中步骤S300的一具体流程示意图;
图8为本发明提供的文件烧录方法中步骤S330的第一具体流程示意图;
图9为本发明提供的文件烧录方法中步骤S330的第二具体流程示意图;
图10为本发明提供的文件烧录方法中步骤S330的第三具体流程示意图。
具体实施方式
下面详细描述本发明的实施例,所述实施例的示例在附图中示出。下面通过参考附图描述的实施例是示例性的,仅用于解释本发明,而不能理解为对本发明的限制。
在本发明的描述中,如果有描述到第一、第二只是用于区分技术特征为目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量或者隐含指明所指示的技术特征的先后关系。
本发明的描述中,参考术语“一个实施例”、“一些实施例”、“示意性实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定指的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
首先对本申请中涉及到的名词先进行解释:
Linux根文件系统:首先是内核启动时所挂载的第一个文件系统,内核代码映像文件保存在根文件系统中,Linux系统启动后,Linux内核会挂载到一个设备到根目录上,这个设备中的文件通常称为根文件系统,根文件系统中存放了所有的系统命令、系统配置以及其他文件系统的挂载点击嵌入式系统使用的所有应用程序和库,并且Linux系统启动时,第一个必须挂载的是根文件系统,若不能从指定设备上挂载根系统文件,Linux系统将会出错终止启动过程。
烧录是指通过烧录器或者烧录卡完成工作,一般指使用刻录机把数据刻录(也称烧录)到刻录盘,烧录的本质就像是复制一样,把电脑里的文件复制在别的文件载体上。
如图1所示,其为本申请实施例提供的文件烧录方法的实施流程示意图,文件烧录方法可以包括但不限于步骤S100至S300。
S100、将第一文件保存至第一存储设备的第一路径和将第二文件保存至第一存储设备的第二路径;
S200、在第一存储设备上,通过第一文件启动操作系统;
S300、在第二存储设备上,执行第二文件的烧录脚本文件,以将第二文件烧录至第二存储设备。
在一些实施例的步骤S100中,将得到的第一文件保存在第一存储设备的第一个文件路径下,以便通过第一存储设备的第一文件路径可以快速的查找相应的第一文件,将得到的第二文件保存在第一存储设备的第二个文件路径下,以便通过第一存储设备的第二文件路径可以快速的查找相应的第二文件。
在本申请的实施例中,第一系统文件用于启动第一存储设备及启动操作系统进入烧录模式,第二系统文件用于在启动的操作系统下,获取烧录脚本文件的驱动指令,以启动烧录脚本文件;第一存储设备指SD卡存储器,通过第一路径和第二路径分别用于存储第一文件和第二文件。第一文件包括第一系统文件和烧录脚本文件,第二文件是指包括第二系统文件和应用文件,请参阅图2,第一系统文件具体包括:BOOT.bin和image.ub,第二系统文件具体包括:BOOT.bin和image.ub,第二文件保存在第一存储设备的第二路径,用于从第一存储设备中烧录到第二存储设备中。第一文件保存在第一存储设备的第一路径,用于通过执行第一文件以启动操作系统,烧录脚本文件用于根据获取的操作系统指令,启动系统进行自动烧录。
在一些实施例中,参考图3,是借助可扩展处理平台及Linux系统,其中可扩展处理平台为ZYNQ嵌入式系统平台,将待烧录文件即本申请实施例中第一存储设备中的第二文件通过上述文件烧录方法自动烧录至第二存储设备。
进一步地,本申请中具体应用场景的ZYNQ嵌入式系统平台,包括ZYNQ芯片、SD卡(Secure Digital Memory Card,安全数码卡)、QSPIFlash(Queued Serial PeripheralInterface,排队串行外设接口)芯片、eMMC(Embedded Multi Media Card,嵌入式多媒体卡)芯片、DDR3(Double data rate synchronous dynamic random access memory,双倍速率同步动态随机存储器)芯片、SD/SDIO(Secure Digital Input and Output,安全数字输入输出)控制器、DDR控制器、QSPI控制器等硬件,SD卡为可拔插硬件,ZYNQ嵌入式系统平台与普通电脑系统相比,ZYNQ芯片相当于CPU,在本申请中相当于操作系统,DDR3芯片相当于内存条,SD卡相当于本申请的第一存储设备,QSPIFlash芯片+eMMC芯片相当于本申请的第二存储设备。其中,ZYNQ芯片的SD控制器与SD卡通过端口双向连接,SDIO控制器与eMMC芯片通过端口双向连接,QSPI控制器与QSPIFlash芯片通过端口双向连接,DDR3控制器与DDR3芯片通过端口双向连接,当配置完文件系统结构,将SD卡插入ZYNQ嵌入式系统平台硬件设备,并进行通电处理,基于Linux系统指令,便启动文件自动烧录程序,最终将第一存储设备中的第二文件烧录至第二存储设备。
在一些实施例中,参考图4,文件烧录方法还可以包括但不限于步骤S111至S112。
S111,获取预设的第一系统文件和烧录脚本文件;
S112,将第一系统文件和烧录脚本文件通过第一路径添加至第一存储设备的根目录,构成第一文件。
在一些实施例的步骤S111中,通过第一存储设备中的第一路径获取存储在第一存储设备中第一文件中的第一系统文件和烧录脚本文件,即获取得到的第一系统文件和烧录脚本文件。
在一些实施例的步骤S112中,在本申请的实施例中,第一存储设备指SD卡,先将SD卡进行格式化为FAT32处理,此文件系统格式在Windows平台和Linux平台均能够识别,在SD卡的根目录中直接添加第一系统文件和烧录脚本文件,具体为将第一系统文件和烧录脚本文件复制到第一存储设备中的根目录下,从而得到第一文件。
在一些实施例中,参考图5,文件烧录方法还可以包括但不限于步骤S121至S123。
S121,获取预设的第二系统文件和应用文件;
S122,在第一存储设备的第二路径中创建第二文件夹;
S123,将第二系统文件和应用文件添加至第二文件夹中,得到第二文件。
在一些实施例的步骤S121中,通过第一存储设备的第二路径获取存储在第一存储设备中第二文件的第二系统文件和应用文件,即获取得到预设的第二系统文件和应用文件。
在一些实施例的步骤S122中,在第一存储设备的第二路径创建第二文件夹,将从第二存储设备启动的第二系统文件复制到第二文件夹中,并将应用文件复制到第二文件夹中,以形成第二文件,其中第二系统文件即Linux相关系统根文件,用作于自动烧录完成之后,作为操作系统正常工作的系统文件。
在一些实施例的步骤S123中,将从第二存储设备启动的第二系统文件及应用文件复制到第二文件夹中,从而得到包含第二系统文件和应用文件的存储在第一存储设备中的第二路径下的第二文件。
在一些实施例中,第一文件、第二文件只是在第一存储设备中通过建立两条不同的文件路径,即第一路径和第二路径,而最终形成的两个文件。第一路径是为了区分通过第一存储设备的第二路径创建第二文件夹以形成第二文件的一种不同文件路径,并且第一文件的构成是直接将第一文件存储在第一存储设备的根目录下;在第一存储设备的第二路径下创建第二文件夹,将第二系统文件和应用文件复制保存到第二文件夹中,以形成第二文件。
在一些实施例中,参考图6,文件烧录方法还可以包括但不限于步骤S210至S220。
S210,对第一存储设备进行预处理;
S220,在预处理后的第一存储设备上,执行第一文件中的第一系统文件,以启动操作系统。
在一些实施例的步骤S210中,对第一存储设备进行预处理,其中预处理是指将第一存储设备的文件系统进行格式化,并根据对应的硬件平台,在Linux环境下通过交叉编译生成两套基于ZYNQ嵌入式平台的Linux相关系统文件,即第一系统文件和第二系统文件,并在Windows平台下将SD卡作为U盘通过USB口接入电脑,其中,第一存储设备已包含经处理过的第一文件和第二文件。
在一些实施例的步骤S220中,对经过预处理后的第一存储设备,执行第一文件中的第一系统文件,即在成功添加第一存储设备的第一文件和第二文件后,后续的烧录过程自动完成,无需人工干预,烧录过程的中间状态及烧录结果都会通过串口打印输出,将设备进行供电处理,ZYNQ嵌入式系统平台就会自动从第一存储设备加载Linux系统。
在一些实施例中,参考图7,文件烧录方法还可以包括但不限于步骤S310至S330。
S310,在完成启动的操作系统下,获取烧录脚本文件的驱动指令;
S320,根据驱动指令,启动第二文件的烧录脚本文件;其中第二文件的烧录脚本文件保存在第一文件中;
S330,根据完成启动的烧录脚本文件,将第一存储设备中的第二文件烧录至第二存储设备。
在一些实施例的步骤S310中,经过处理操作,已经完成启动操作系统,人工设置第一存储设备烧录模式启动,操作系统即会获取烧录脚本文件的驱动指令,以驱动Linux系统开始自动烧录文件。
在一些实施例的步骤S320中,根据获得的驱动指令,启动第二文件的烧录脚本文件,以进行对第二文件进行烧录,其中,第二文件的烧录脚本文件保存在第一存储设备第一路径下的第一文件中。
烧录脚本文件存储在第一存储设备第一路径下的第一文件中,当得到操作系统发送的烧录指令时,内存读取执行烧录脚本文件,以进行将第二文件从第一存储设备烧录至第二存储设备中。
在一些实施例的步骤S330中,根据得到操作系统的烧录脚本文件启动的驱动指令后,内存读取烧录脚本文件,以完成系统的自动烧录操作,从而将第一存储设备中的第二文件烧录至第二存储设备。
在一些实施例中,参考图8,文件烧录方法还可以包括但不限于步骤S331至步骤S337。
S331,获取第二存储设备的第一空间和第二空间;
S332,判断第一空间是否进行格式化分区;
S333,若确定第一空间已格式化分区,则判断第二系统文件是否已经烧录至第二存储设备;
S334,若第一空间未格式化分区,则对第一空间进行格式化分区;
S335,判断所述第一空间是否成功格式化分区;
S336,若对第一空间进行格式化分区成功,则重新启动操作系统,以将第一存储设备中的第二文件烧录至第二存储设备;
S337,若对第一空间进行格式化分区失败,则输出第一空间格式化分区失败的提示信息。
在一些实施例中,根据完成启动的烧录脚本文件,将第一存储设备中的第二文件烧录至第二存储设备,具体为:
在一些实施例的步骤S331中,获取第二存储设备的第一空间和第二空间,第二存储设备的第一空间是指ZYNQ嵌入式系统平台的eMMC芯片存储器,其用于存储烧录成功的第二文件中的应用文件和第二文件中的第二系统文件的image.ub文件,第二存储设备的第二空间是指ZYNQ嵌入式系统平台的QSPIFlash芯片存储器,其用于存储烧录成功的第二文件中的第二系统文件的BOOT.bin文件。
在一些实施例的步骤S332中,在启动烧录脚本文件之后,Linux系统自动烧录,先判断第二存储设备的第一空间是否进行格式化分区,程序根据判断结果选择继续执行烧录或者选择对其进行格式化分区。
在一些实施例的步骤S333中,在判断第一空间是否进行格式化分区时,如果确定第一空间已经进行格式化分区,则执行步骤S3321,在文件自动烧录过程,判断第二系统文件是否已经烧录至第二存储设备。
在一些实施例的步骤S334中,在判断第一空间是否进行格式化分区时,如果确定第一空间没有进行格式化分区,则对第一空间进行格式化分区操作。
在一些实施例的步骤S335中,如果已经对第一空间进行格式化分区,就对第一空间判断是否格式化分区成功,如果格式化分区成功则执行步骤S336,若格式化分区失败则执行步骤S337。
在一些实施例的步骤S336中,在执行步骤S334中,当对第一空间进行格式化分区操作以后,判断第一空间进行格式化分区操作是否成功,如果对第一空间进行格式化分区成功,则重新执行步骤S220,在预处理后的第一存储设备上,执行第一文件中的第一系统文件,以启动操作系统,以将第一存储设备中的第二文件烧录至第二存储设备。
在一些实施例的步骤S337中,如果对第一空间进行格式化分区失败,则通过串口打印“eMMC分区格式化失败”字样的提示信息,并退出文件烧录过程。
第一空间和我们平时接触的U盘、SD卡等存储器类似,在初次使用时需要进行格式化分区操作,否则将U盘等存储器插入电脑USB口时,Windows系统电脑将无法识别;在Linux环境下,对第一空间有同样要求,所以需要对第一空间进行格式化分区操作。
格式化分区指:格式化和分区其实是两个不同的操作,格式化是将存储器格式化为哪种文件系统类型如:FAT32、NTFS、EXT3、EXT4等多种,分区是将存储器分为几块,每一块占用多大的存储空间如:电脑的硬盘有三个分区,就是C盘、D盘和E盘。
例子1:U盘,一般情况下为一个分区,为FAT32文件系统类型;
例子2:普通电脑硬盘,三个分区,C盘(NTFS)、D盘(NTFS)、E盘(NTFS)。
在一些实施例中,参考图9,文件烧录方法还可以包括但不限于步骤S341至步骤S346。
S341,若确定第一空间已格式化分区,判断第二系统文件是否已经烧录至第二存储设备;
S342,若第二系统文件未烧录至第二存储设备,则在第二存储设备进行擦除第二系统文件对应的大小空间;
S343,将第二系统文件烧录至第二存储设备;
S344,判断第二系统文件是否已经成功烧录至第二存储设备;
S345,若第二系统文件烧录失败,则输出第二系统文件烧录失败的提示信息;
S346,若确定第二系统文件成功烧录,则判断应用文件是否已经烧录至第一空间。
在一些实施例的步骤S341中,如果执行步骤S333时,如果确定第一空间已经格式化分区,则判断第二系统文件是否已经烧录至第二存储设备,如果第一空间已经进行格式化分区操作,就判断第二系统文件是否烧录至第二存储设备。
具体为判断第二系统文件中的BOOT.bin文件是否烧录至第二存储设备的第二空间,第二系统文件中的image.ub文件是否烧录至第二存储设备的第一空间,如果是,则执行步骤S346,如果否,则执行步骤S342。
在一些实施例的步骤S342中,如果第二系统文件没有烧录至第二存储设备,就对第二存储设备进行擦除第二系统文件对应大小空间,擦除的意思是可以通过中断断电方式进行擦除第二空间,擦除的大小则为第二系统文件大小。
如果第二系统文件没有烧录至第二存储设备,具体为根据第二系统文件的BOOT.bin文件大小擦除第二存储设备第二空间的内存空间。
在一些实施例的步骤S343中,如果第二系统文件没有烧录至第二存储设备,则将第二系统文件烧录至第二存储设备中,具体为将第二系统文件的BOOT.bin文件烧录至第二存储设备的第二空间,将第二系统文件的image.ub文件烧录至第二存储设备的第一空间。
在一些实施例的步骤S344中,判断第二系统文件是否成功烧录至第二存储设备,具体为判断第二系统文件的BOOT.bin文件是否成功烧录至第二存储设备的第二空间,第二系统文件的image.ub文件是否成功烧录至第二存储设备的第一空间,如果是,则执行步骤S346,如果否则执行步骤S345。
在一些实施例的步骤S345中,如果将第二系统文件烧录至第二存储设备,烧录失败,则串口输出烧录失败,具体为第二系统文件的BOOT.bin文件没有成功烧录至第二存储设备的第二空间,就通过串口打印“BOOT.bin烧录失败”的提示信息字样,第二系统文件的image.ub文件没有成功烧录至第二存储设备的第一空间,就通过串口打印“image.ub烧录失败”的提示信息字样。
在一些实施例的步骤S346中,如果确定第二系统文件成功烧录至第二存储设备,就执行步骤S351,则判断应用文件是否已经烧录至第一空间。
具体为,第二系统文件的BOOT.bin文件成功烧录至第二存储设备的第二空间,第二系统文件的image.ub文件成功烧录至第二存储设备的第一空间。
在一些实施例中,参考图8,文件烧录方法还可以包括但不限于步骤S351至步骤S355。
S351,若确定第二系统文件成功烧录,则判断应用文件是否已经烧录至第一空间;
S352,若应用文件未烧录至第一空间,则将应用文件烧录至第一空间;
S353,判断应用文件是否烧录成功;
S354,若应用文件烧录失败,则输出应用文件烧录失败的提示信息;
S355,若确定应用文件成功烧录至第一空间,则将第二文件烧录至第二存储设备,并输出烧录成功的提示信息。
在一些实施例的步骤S351中,如果确定第二系统文件成功烧录至第二存储设备,就判断第二文件中的应用文件是否已经烧录至第二存储设备的第一空间,如果否,则执行步骤S352,如果是,则执行步骤S355。
在一些实施例的步骤S352中,如果应用文件没有烧录至第二存储设备的第一空间,就将第一存储设备中第二文件中的应用文件烧录至第二存储设备的第一空间。
在一些实施例的步骤S353中,判断应用文件是否成功烧录至第二存储设备的第一空间,如果是,则执行步骤S355,如果否,则执行步骤S354。
在一些实施例的步骤S354中,如果将第一存储设备中第二文件中的应用文件烧录至第二存储设备的第一空间烧录失败,就串口打印“应用文件烧录失败”字样的提示信息。
在一些实施例的步骤S355中,如果将第一存储设备中第二文件中的应用文件烧录至第二存储设备的第一空间烧录成功,就串口输出烧录成功,得到存储在第二存储设备中的烧录文件,从而成功的在第二存储设备上,通过内存读取执行第二文件的烧录脚本文件,以将第一存储设备第二路径下的第二文件烧录至第二存储设备。
在一些实施方式中,文件烧录装置,包括:处理器和存储器,其中存储器用于存储可执行程序,可执行程序在被运行时执行如上所述的文件烧录方法。
在一些实施方式中,所述计算机可读存储介质存储有可执行指令,可执行指令能被计算机执行。
存储器作为一种非暂态计算机可读存储介质,可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外,存储器可以包括高速随机存取存储器,还可以包括非暂态存储器,例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中,存储器可选包括相对于处理器远程设置的存储器,这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
本公开实施例描述的实施例是为了更加清楚的说明本公开实施例的技术方案,并不构成对于本公开实施例提供的技术方案的限定,本领域技术人员可知,随着技术的演变和新应用场景的出现,本公开实施例提供的技术方案对于类似的技术问题,同样适用。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括多指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序的介质。
以上参照附图说明了本公开实施例的优选实施例,并非因此局限本公开实施例的权利范围。本领域技术人员不脱离本公开实施例的范围和实质内所作的任何修改、等同替换和改进,均应在本公开实施例的权利范围之内。
Claims (10)
1.文件烧录方法,其特征在于,包括:
将第一文件保存至第一存储设备的第一路径和将第二文件保存至所述第一存储设备的第二路径;
在所述第一存储设备上,通过所述第一文件启动操作系统;
在第二存储设备上,执行所述第二文件的烧录脚本文件,以将所述第二文件烧录至所述第二存储设备。
2.根据权利要求1所述的文件烧录方法,其特征在于,还包括:获取所述第一文件,具体包括:
获取预设的第一系统文件和烧录脚本文件;
将所述第一系统文件和所述烧录脚本文件通过所述第一路径添加至所述第一存储设备的根目录,构成所述第一文件。
3.根据权利要求1所述的文件烧录方法,其特征在于,还包括:获取所述第二文件,具体包括:
获取预设的第二系统文件和应用文件;
在所述第一存储设备的第二路径中创建第二文件夹;
将所述第二系统文件和所述应用文件添加至所述第二文件夹中,得到所述第二文件。
4.根据权利要求1至3任一项所述的文件烧录方法,其特征在于,所述在所述第一存储设备上,通过所述第一文件启动操作系统,包括:
对所述第一存储设备进行预处理;
在所述预处理后的所述第一存储设备上,执行所述第一文件中的所述第一系统文件,以启动所述操作系统。
5.根据权利要求1至3任一项所述的文件烧录方法,其特征在于,所述在第二存储设备上,执行所述第二文件的烧录脚本文件,以将所述第二文件烧录至所述第二存储设备,包括:
在完成启动的所述操作系统下,获取所述烧录脚本文件的驱动指令;
根据所述驱动指令,启动所述第二文件的烧录脚本文件;其中所述第二文件的烧录脚本文件保存在所述第一文件中;
根据完成启动的所述烧录脚本文件,将所述第一存储设备中的所述第二文件烧录至所述第二存储设备。
6.根据权利要求5所述的文件烧录方法,其特征在于,所述根据完成启动的所述烧录脚本文件,将所述第一存储设备中的所述第二文件烧录至所述第二存储设备,包括:
获取所述第二存储设备的第一空间和第二空间;
判断所述第一空间是否进行格式化分区;
若确定所述第一空间已格式化分区,则判断所述第二系统文件是否已经烧录至所述第二存储设备;
若所述第一空间未格式化分区,则对所述第一空间进行格式化分区;
若对所述第一空间进行格式化分区成功,则重新启动所述操作系统,以将所述第一存储设备中的所述第二文件烧录至所述第二存储设备;
若对所述第一空间进行格式化分区失败,则输出所述第一空间格式化分区失败的提示信息。
7.根据权利要求6所述的文件烧录方法,其特征在于,所述根据完成启动的所述烧录脚本文件,将所述第一存储设备中的所述第二文件烧录至所述第二存储设备,还包括:
若确定所述第一空间已格式化分区,判断所述第二系统文件是否已经烧录至所述第二存储设备;
若所述第二系统文件未烧录至所述第二存储设备,则在所述第二存储设备进行擦除所述第二系统文件对应的大小空间;
将所述第二系统文件烧录至所述第二存储设备;
判断所述第二系统文件是否已经成功烧录至所述第二存储设备;
若所述第二系统文件烧录失败,则输出所述第二系统文件烧录失败的提示信息;
若确定所述第二系统文件成功烧录,则判断所述应用文件是否已经烧录至所述第一空间。
8.根据权利要求7所述的文件烧录方法,其特征在于,所述根据完成启动的所述烧录脚本文件,将所述第一存储设备中的所述第二文件烧录至所述第二存储设备,还包括:
若确定所述第二系统文件成功烧录,则判断所述应用文件是否已经烧录至所述第一空间;
若所述应用文件未烧录至所述第一空间,则将所述应用文件烧录至所述第一空间;
若所述应用文件烧录失败,则输出所述应用文件烧录失败的提示信息;
若确定所述应用文件成功烧录至所述第一空间,则将所述第二文件烧录至所述第二存储设备,并输出烧录成功的提示信息。
9.文件烧录装置,其特征在于,包括:
处理器;
存储器,用于存储可执行程序;
当所述可执行程序被所述处理器执行时,得到文件烧录装置实现如权利要求1至8任一项所述的文件烧录方法。
10.计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有可执行指令,可执行指令能被计算机执行,使所述计算机执行如权利要求1至8任一项所述的文件烧录方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110480339.6A CN113157287B (zh) | 2021-04-30 | 2021-04-30 | 文件烧录方法、装置及计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110480339.6A CN113157287B (zh) | 2021-04-30 | 2021-04-30 | 文件烧录方法、装置及计算机可读存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113157287A true CN113157287A (zh) | 2021-07-23 |
CN113157287B CN113157287B (zh) | 2023-03-10 |
Family
ID=76872656
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110480339.6A Active CN113157287B (zh) | 2021-04-30 | 2021-04-30 | 文件烧录方法、装置及计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113157287B (zh) |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102693283A (zh) * | 2012-05-07 | 2012-09-26 | 深圳市共进电子股份有限公司 | 一种嵌入式系统的数据分区存储方法及系统引导启动方法 |
CN103645920A (zh) * | 2013-12-19 | 2014-03-19 | 深圳市捷顺科技实业股份有限公司 | 一种嵌入式系统程序烧录方法及系统 |
CN104020960A (zh) * | 2014-03-31 | 2014-09-03 | 深圳英飞拓科技股份有限公司 | 一种硬盘分区格式化与挂载的方法及装置 |
WO2016202088A1 (zh) * | 2015-06-17 | 2016-12-22 | 中兴通讯股份有限公司 | 引导程序升级方法、嵌入式设备、控制设备及嵌入式系统 |
CN106569839A (zh) * | 2015-10-08 | 2017-04-19 | 华为技术有限公司 | 电路板及其固件烧录方法 |
US20180373514A1 (en) * | 2017-06-22 | 2018-12-27 | Microsoft Technology Licensing, Llc | Application binary interface cross compilation |
CN109117167A (zh) * | 2018-07-13 | 2019-01-01 | 武汉精测电子集团股份有限公司 | 一种基于zynq芯片的启动软件更新方法 |
CN110083378A (zh) * | 2019-05-09 | 2019-08-02 | 中国航空工业集团公司西安航空计算技术研究所 | 一种基于文件系统的软件自动升级方法及装置 |
CN111399888A (zh) * | 2020-03-11 | 2020-07-10 | 北京百度网讯科技有限公司 | 音频处理芯片的处理方法、装置及电子设备 |
-
2021
- 2021-04-30 CN CN202110480339.6A patent/CN113157287B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102693283A (zh) * | 2012-05-07 | 2012-09-26 | 深圳市共进电子股份有限公司 | 一种嵌入式系统的数据分区存储方法及系统引导启动方法 |
CN103645920A (zh) * | 2013-12-19 | 2014-03-19 | 深圳市捷顺科技实业股份有限公司 | 一种嵌入式系统程序烧录方法及系统 |
CN104020960A (zh) * | 2014-03-31 | 2014-09-03 | 深圳英飞拓科技股份有限公司 | 一种硬盘分区格式化与挂载的方法及装置 |
WO2016202088A1 (zh) * | 2015-06-17 | 2016-12-22 | 中兴通讯股份有限公司 | 引导程序升级方法、嵌入式设备、控制设备及嵌入式系统 |
CN106569839A (zh) * | 2015-10-08 | 2017-04-19 | 华为技术有限公司 | 电路板及其固件烧录方法 |
US20180373514A1 (en) * | 2017-06-22 | 2018-12-27 | Microsoft Technology Licensing, Llc | Application binary interface cross compilation |
CN109117167A (zh) * | 2018-07-13 | 2019-01-01 | 武汉精测电子集团股份有限公司 | 一种基于zynq芯片的启动软件更新方法 |
CN110083378A (zh) * | 2019-05-09 | 2019-08-02 | 中国航空工业集团公司西安航空计算技术研究所 | 一种基于文件系统的软件自动升级方法及装置 |
CN111399888A (zh) * | 2020-03-11 | 2020-07-10 | 北京百度网讯科技有限公司 | 音频处理芯片的处理方法、装置及电子设备 |
Non-Patent Citations (2)
Title |
---|
孙思凯: "嵌入式Linux系统下根文件系统的构建", 《科技信息》 * |
张萌: "一种移动存储设备量产工具的开发", 《中国科技信息》 * |
Also Published As
Publication number | Publication date |
---|---|
CN113157287B (zh) | 2023-03-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI578233B (zh) | 統一韌體管理系統、非揮發電腦可讀取媒體以及統一韌體管理方法 | |
US8135993B1 (en) | Updating a firmware image using a firmware debugger application | |
KR100987628B1 (ko) | 엠비디드 컨트롤러의 펌웨어 갱신방법 및 갱신용 펌웨어저장매체 | |
US20060282653A1 (en) | Method for updating frimware of memory card | |
WO2016206514A1 (zh) | 启动处理方法及装置 | |
US20060224874A1 (en) | Method for updating system management basic input output system (SMBIOS) data | |
JPH0756818A (ja) | コンピュータのシステム記憶装置を試験する方法および装置 | |
CN111258666B (zh) | 计算机文件的读取方法、装置、计算机系统及存储介质 | |
US20140046902A1 (en) | Method for a cloning process to enable cloning a larger System drive to a smaller system | |
CN106598637B (zh) | 节点内的部件的选择性加载方法 | |
CN112860325B (zh) | 一种无盘环境下硬件驱动自动快速预装方法和系统 | |
US8949588B1 (en) | Mobile telephone as bootstrap device | |
CN113190241B (zh) | 数据分区的容量扩充方法、装置、电子设备、存储介质 | |
CN116383012B (zh) | 获取开机日志的方法及装置、传输开机日志的方法 | |
CN113157287B (zh) | 文件烧录方法、装置及计算机可读存储介质 | |
CN110825421B (zh) | 一种固件升级方法、系统及可读存储介质 | |
WO2023040198A1 (zh) | 一种部件独立升级的方法、系统、设备和介质 | |
CN114510375A (zh) | 一种Flash芯片数据区域动态共享系统及方法 | |
CN112052031B (zh) | 一种业务板卡自动匹配和升级cpld的方法及装置 | |
CN113918199A (zh) | 底层固件程序的更新方法、存储介质以及电子设备 | |
JP3951808B2 (ja) | ハードディスクドライブサブシステム | |
CN117369905B (zh) | 闪存平台的开机方法、系统、电子设备及存储介质 | |
CN112130868B (zh) | 一种系统的灌装方法、系统、设备以及介质 | |
CN110765022B (zh) | 自动化测试送样ssd的方法、装置、计算机设备及存储介质 | |
CN110908607B (zh) | 板载raid数据重建方法、装置、设备及可读存储介质 |
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 |