CN114237640A - 一种基于串口协议的芯片测试控制板Uboot烧录方法 - Google Patents

一种基于串口协议的芯片测试控制板Uboot烧录方法 Download PDF

Info

Publication number
CN114237640A
CN114237640A CN202111527330.2A CN202111527330A CN114237640A CN 114237640 A CN114237640 A CN 114237640A CN 202111527330 A CN202111527330 A CN 202111527330A CN 114237640 A CN114237640 A CN 114237640A
Authority
CN
China
Prior art keywords
control board
test control
chip test
burning
uboot
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.)
Pending
Application number
CN202111527330.2A
Other languages
English (en)
Inventor
杨密凯
陈恒钊
叶家俊
李斌
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Hongwang Microelectronics Co ltd
Original Assignee
Shenzhen Hongwang Microelectronics Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shenzhen Hongwang Microelectronics Co ltd filed Critical Shenzhen Hongwang Microelectronics Co ltd
Priority to CN202111527330.2A priority Critical patent/CN114237640A/zh
Publication of CN114237640A publication Critical patent/CN114237640A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/61Installation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38Information transfer, e.g. on bus
    • G06F13/42Bus transfer protocol, e.g. handshake; Synchronisation
    • G06F13/4282Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)

Abstract

本发明公开了一种基于串口协议的芯片测试控制板Uboot烧录方法,包含以下步骤:S100.编译Uboot生成所需要的目标bin文件;S200.上位机与芯片测试控制板串口连接并进行串口通信;S300.把所述的目标bin文件缓存至所述芯片测试控制板的内存中;S400.把所述的目标bin文件从所述芯片测试控制板的内存中烧录至存储介质中,之后执行复位操作,所述的芯片测试控制板重启,完成Uboot烧录,本发明是在Windows平台下针对uboot的一种烧录方法,该烧录方法在Windows平台下的Linux系统虚拟机完成的Uboot编译工作,本发明可以实现只针对uboot文件的烧录,而且无需拔插存储介质操作,利用串口通信技术即可一键把uboot文件烧录到芯片测试控制板的存储介质中,本技术方案操作非常方便,可以为企业节省大量的成本。

Description

一种基于串口协议的芯片测试控制板Uboot烧录方法
技术领域
本发明涉及一种嵌入式系统烧录技术领域,特别是涉及一种基于串口协议的芯片测试控制板Uboot烧录方法。
背景技术
任何一个嵌入式计算机系统都需要一个存储介质用于存储程序和数据。对于嵌入式系统而言,需要提供某种方式用于把程序写入到系统的存储介质中,以便系统重新上电后可以从自身的存储介质中加载程序。
实际工程应用中,一些简单的嵌入式开发板并不需要操作系统,而是基于uboot进行定制开发。基于uboot定制开发的嵌入式开发板,也同样需要实现烧录功能。实践当中,嵌入式开发板厂商提供的是基于Linux命令行实现的、针对包含uboot在内的整个操作系统的烧录方式,并不提供Windows平台下只针对uboot的烧录方式而且无需拔插SD卡的操作。
针对基于uboot进行定制开发的嵌入式开发板,为提升开发效率,需开发一款烧录方法,其运行在windows平台上,可把Linux平台编译uboot生成的bin文件,无需拔插存储介质操作,一键烧录到开发板的存储介质(SD卡)中。
发明内容
针对以上现有技术的不足,本发明公开了一种基于串口协议的芯片测试控制板Uboot烧录方法,本技术方案一种在Windows平台下针对uboot的烧录方法,本技术方案在Linux系统的虚拟机下完成Uboot的编译工作,无需拔插SD卡操作,利用串口通信技术即可一键烧录到开发板(本技术方案中的开发板为芯片测试控制板)的存储介质(SD卡或/和eMMC)中,本技术方案具体如下:
一种基于串口协议的芯片测试控制板Uboot烧录方法,包含以下步骤:
S100.编译Uboot生成所需要的目标bin文件。
S200.上位机与芯片测试控制板串口连接并进行串口通信。
S300.把所述的目标bin文件缓存至所述芯片测试控制板的内存中。
S400.把所述的目标bin文件从所述芯片测试控制板的内存中烧录至存储介质中,之后执行复位操作,所述的芯片测试控制板重启,完成Uboot烧录。
进一步地,所述的步骤S100是在配置Linux系统的虚拟机下完成的,所述的步骤S100中编译Uboot的步骤具体为:
S101.Uboot编译生成第一编译文件。
S102.所述的第一编译文件参与二次编译生成第二编译文件。
所述的第二编译文件包含多个bin文件,所述的多个bin文件中包含所述的目标bin文件。
S103.把所述的目标bin文件拷贝到与Window系统共享的任一文件目录下保存。
进一步地,所述的上位机为配置Window系统的PC电脑,上位机包含烧录工具,所述的烧录工具包含烧录界面。
进一步地,在所述的步骤S200中,所述的上位机与所述的芯片测试控制板的串口通信协议为Ymodem通信协议。
进一步地,所述的步骤S300中所述的目标bin文件缓存至所述芯片测试控制板内存中的具体方法为:
S301.在所述的烧录工具的烧录界面上选择所述芯片测试控制板的连接端口,以及所述的目标bin文件的路径。
S302.根据保存所述的目标bin文件的文件目录位置,在所述的烧录工具的烧录界面上选取所述的目标bin文件。
S303.在所述的烧录工具的烧录界面上选择开始缓存,完成把所述的目标bin文件缓存至所述的芯片测试控制板的内存中。
进一步地,所述的步骤S303具体为:
所述的上位机向所述的芯片测试控制板发送第一条开始命令,延时一段时间t1后,所述的上位机再发送第二条开始命令,再次延时一段时间t2后,所述的上位机开始通过Ymodem协议向所述芯片测试控制板的内存传输所述的目标bin文件。
所述延时时间t1与t2均在3ms-500ms内选取。
当所述的目标bin文件传输完成后,所述上位机上的烧录界面上弹出小窗体,提示已传输完成。
进一步地,所述的步骤S400具体为:
当所述的目标bin文件缓存至所述的芯片测试控制板内存中后,所述的上位机向所述的芯片测试控制板发送结束命令,所述的芯片测试控制板收到结束命令后开始执行所述的目标bin文件向存储介质中的烧录操作。
所述的目标bin文件向存储介质中的烧录操作完成后,所述的芯片测试控制板自动执行复位操作,所述的芯片测试控制板重启,完成Uboot烧录。
进一步地,所述的目标bin文件向存储介质中的烧录操作具体为:
先擦除存储介质中待烧录所述的目标bin文件的目标存储区域,然后把缓存在所述芯片测试控制板内存中的所述的目标bin文件从所述目标存储区域的起始位置开始写入,直至把整个所述的目标bin文件完全写入所述的目标存储区域才完成所述的目标bin文件的写入操作。
进一步地,所述的存储介质为SD卡或/和eMMC。
本发明一种基于串口协议的芯片测试控制板Uboot烧录方法,该方法是在Windows平台下针对uboot的一种烧录方法,本技术方案的Uboot编译工作是在Windows平台下的Linux系统虚拟机完成的,本技术方案可以实现只针对uboot文件的烧录,而且无需拔插SD卡操作,利用串口通信技术即可一键把uboot文件烧录到芯片测试控制板的存储介质(SD卡或/和eMMC)中,本技术方案操作非常方便,可以为企业节省大量的成本。
附图说明
图1本发明一种基于串口协议的芯片测试控制板Uboot烧录方法流程示意图。
图2本发明一种基于串口协议的芯片测试控制板Uboot烧录方法流程中步骤S100流程示意图。
图3本发明一种基于串口协议的芯片测试控制板Uboot烧录方法流程中步骤S300流程示意图。
图4本发明一种基于串口协议的芯片测试控制板Uboot烧录方法的烧录界面示意图。
具体实施方式
下面结合附图对本发明做进一步详细的说明。
为了更好说明本实施例,附图某些部件会有省略、放大或缩小,并不代表实际产品的尺寸;对于本领域技术人员来说,附图中某些公知结构及其说明的省略是可以理解的。相同或相似的标号对应相同或相似的部件。
在电子技术领域,嵌入式开发板应用非常广泛,一些简单的嵌入式开发板并不需要操作系统,而是直接基于uboot进行定制开发。在现有技术中,嵌入式开发板厂商提供的是基于Linux命令行实现的,而且针对包含uboot在内的整个操作系统的烧录方式。
现有技术中不能解决的技术问题有:
1.基于uboot的定制开发板不支持在Windows平台下烧录。
2.基于uboot的定制开发板不支持只针对uboot的烧录方式,同时伴随有系列的文件烧录。
3.基于uboot的定制开发板的烧录需要拔插SD卡操作。
需要指出的是,所述的开发板在本技术方案中为芯片测试控制板,下面将不再赘述。
本发明是针对现有技术的上述不足进行开发的一种新的技术方案,本技术方案是在Windows平台下的Linux系统虚拟机完成的Uboot编译工作,本技术方案可以实现只针对uboot文件的烧录,而且无需拔插SD卡操作即可一键把uboot文件烧录到芯片测试控制板的存储介质(SD卡或/和eMMC)中,本技术方案操作非常方便,可以为企业节省大量的成本。
本发明的具体实施例如下:
如图1所示,本实施例一种基于串口协议的芯片测试控制板Uboot烧录方法,包含以下步骤:
S100.编译Uboot生成所需要的目标bin文件。
在本实施例中中需要指出的是,所述的目标bin文件为flash.bin文件,本实施例的下文将不再赘述。
S200.上位机与芯片测试控制板串口连接并进行串口通信。
S300. 把所述的目标bin文件缓存至所述芯片测试控制板的内存中。
S400. 把所述的目标bin文件从所述芯片测试控制板的内存中烧录至存储介质中,之后执行复位操作,所述的芯片测试控制板重启,完成Uboot烧录。
本技术方案思路是在Windows平台下编译Uboot生成目标bin文件(本实施例中为flash.bin文件),利用串口通信先把目标bin文件缓存至所述芯片测试控制板的内存中,之后把所述芯片测试控制板内存中的目标bin文件烧录至存储介质中,这个过程中无需插拔存储介质,从而完成整个Uboot的烧录工作。
在本实施例中,所述的步骤S100是在配置Linux系统的虚拟机下完成的,如图2所示,所述的步骤S100中编译Uboot的步骤具体如下:
S101.Uboot编译生成第一编译文件。
本实施例中,所述的第一编译文件包含mkimage文件、myb-imx8mm-base.dtb文件、u-boot-spl.bin文件与u-boot-nodtb.bin文件。
本步骤中需要指出的是, 所述的第一编译文件不止包含mkimage文件、myb-imx8mm-base.dtb文件、u-boot-spl.bin文件与u-boot-nodtb.bin文件个文件,在所述的第一编译文件的众多文件中,只有上述的四种文件参与了步骤S102记载的第二次编译工作。
S102.所述的第一编译文件参与二次编译生成第二编译文件。
本步骤具体来说,所述的第一编译文件中的mkimage文件、myb-imx8mm-base.dtb文件、u-boot-spl.bin文件、u-boot-nodtb.bin文件参与二次编译生成了第二编译文件。
而参与二次编译的文件除了所述的mkimage 文件、myb-imx8mm-base.dtb文件、u-boot-spl.bin文件、u-boot-nodtb.bin文件之外,还有芯片测试控制板(开发板)的厂家提供的固件文件,比如固件文件:ddr4_dmem_1d.bin文件、ddr4_dmem_2d.bin文件、ddr4_imem_1d.bin文件、ddr4_imem_2d.bin文件与bl31.bin文件等。
在本实施例中,所述的mkimage文件、myb-imx8mm-base.dtb文件、u-boot-spl.bin文件、u-boot-nodtb.bin文件与所述的ddr4_dmem_1d.bin文件、ddr4_dmem_2d.bin文件、ddr4_imem_1d.bin文件、ddr4_imem_2d.bin文件、bl31.bin文件一起进行二次编译生成第二编译文件,所述的第二编译文件包含多个bin文件,所述的多个bin文件中包含所述的目标bin文件。
本实施例中的目标bin文件为flash.bin文件。
S103.把所述的目标bin文件拷贝到与Window系统共享的任一文件目录下保存。
本步骤中需要指出的是,把步骤S102中二次编译生成的目标bin文件,单独拷贝到上位机的任一文件目录下保存,等在下一步操作。
本实施例中,所述的上位机为配置Window系统的PC电脑,上位机包含烧录工具,所述的烧录工具为门为烧录而开发的一种烧录应用软件,所述的烧录工具包含烧录界面,具体如图4所示。
本实施例中需要指出的是,在所述的步骤S200中,所述的上位机与所述的芯片测试控制板的串口通信协议首选为Ymodem通信协议。Ymodem通信协议是一个文件传输协议,使用较大数据块的调制解调采用这种协议,可以获得更高的工作效率。但本技术方案中的串口通信协议并不限定于为Ymodem通信协议,其他可满足本技术方案的通信都在本发明的保护范围中,本实施例不再赘述。
本实施例中,所述的步骤S300中的目标bin文件缓存至所述芯片测试控制板内存中的具体方法为:
S301.在所述的烧录工具的烧录界面上选择所述芯片测试控制板的连接端口,以及所述的目标bin文件的路径。
步骤S301需要指出的是,如图4所示,所述的烧录界面上设置有端口选项,所述的端口选项用于选择需要烧录的端口,因为上位机同时可能连接多个开发板(芯片测试控制板),每个开发板对应一个端口号,所以端口选项可以对需要烧录的开发板进行选择。
S302.根据保存所述的目标bin文件的文件目录位置,在所述的烧录工具的烧录界面上选取所述的目标bin文件。
步骤S302需要指出的是,如图4所示,所述的烧录界面上设置有文件路径选项,所述的文件路径选项用于选取之前二次编译生成的、单独拷贝到某一文件目录下的目标bin文件。
S303.在所述的烧录工具的烧录界面上选择开始缓存,完成把所述的目标bin文件缓存至所述的芯片测试控制板的内存中。
本实施例完成步骤S301与步骤S302后,开始启动步骤S303,同样在所述的烧录界面上有操作选项,具体如图4所示。
本实施例中的步骤S303具体为:
所述的上位机向所述的芯片测试控制板发送第一条开始命令,延时一段时间t1后,所述的上位机再发送第二条开始命令,再次延时一段时间t2后,所述的上位机开始通过Ymodem协议向所述芯片测试控制板的内存传输所述的目标bin文件;
本技术方案中,所述延时时间t1与t2均在3ms-500ms内选取,在本实施例中所述的延时时间t1与t2均选取为300 ms。
本技术方案需要指出的是,所述的第一条开始命令是让所述的芯片测试控制板进入烧录程序,所述的第二条开始命令是为了在烧录程序中的芯片测试控制板开始接收目标bin文件,具体来说:
当芯片测试控制板接收到第一条开始命令后会中断正在进行的指令,之后进入烧录程序做准备,这一系列动作需要响应时间,第一次延时t1就是为了充分完成这个响应时间而设置的时间,所以只要能完成这个响应时间,无论所述的第一次延时的为多久都可以满足本技术方案的需要。
同样的,当芯片测试控制板接收到第二条开始命令后,也会需要一个响应时间,这个响应时间是为了等待上位机发送向芯片测试控制板发送目标bin文件,第二次延时t2也是为了充分完成这个响应时间而设置的时间,所以只要能完成这个响应时间,无论所述的第二次延时的为多久都可以满足本技术方案的需要。
本实施例中,当所述的目标bin文件传输完成后,所述上位机上的烧录界面上弹出小窗体,提示已传输完成,至此,完目标bin文件缓存至所述芯片测试控制板内存中的工作。
本实施例中,所述的步骤S400具体为:
当所述的目标bin文件缓存至所述的芯片测试控制板内存中后,所述的上位机向所述的芯片测试控制板发送结束命令,所述的芯片测试控制板收到结束命令后开始执行所述的目标bin文件向存储介质中的烧录操作。
所述的目标bin文件向存储介质中的烧录操作完成后,所述的芯片测试控制板自动执行复位操作,所述的芯片测试控制板进行重启,完成Uboot烧录。
本实施例中,所述的目标bin文件向存储介质中的烧录操作具体为:
先擦除存储介质中待烧录目标bin文件的目标存储区域,然后把缓存在所述芯片测试控制板内存中的目标bin文件从所述存储介质的目标存储区域的起始位置开始写入,直至把整个所述的目标bin文件完全写入所述存储介质的目标存储区域才完成所述目标bin文件的写入操作,之后芯片测试控制板自动复位操作,所述的芯片测试控制板进行重启,即完成Uboot烧录。
本实施例中需要指出的是,所述的存储介质首选为SD卡或eMMC,还可以为UFS、NorFlash、NandFlash与EEPROM中的任一种或多种。
显然,本发明的上述实施例仅仅是为清楚地说明本发明所作的举例,而并非是对本发明的实施方式的限定。对于所属领域的普通技术人员来说,在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明权利要求的保护范围之内。

Claims (9)

1.一种基于串口协议的芯片测试控制板Uboot烧录方法,其特征在于,包含以下步骤:
S100.编译Uboot生成所需要的目标bin文件;
S200.上位机与芯片测试控制板串口连接并进行串口通信;
S300.把所述的目标bin文件缓存至所述芯片测试控制板的内存中;
S400.把所述的目标bin文件从所述芯片测试控制板的内存中烧录至存储介质中,之后执行复位操作,所述的芯片测试控制板重启,完成Uboot烧录。
2.如权利要求1所述的基于串口协议的芯片测试控制板Uboot烧录方法,其特征在于,所述的步骤S100是在配置Linux系统的虚拟机下完成的,所述的步骤S100中编译Uboot的步骤具体为:
S101.Uboot编译生成第一编译文件;
S102.所述的第一编译文件参与二次编译生成第二编译文件;
所述的第二编译文件包含所述的目标bin文件;
S103.把所述的目标bin文件拷贝到与Window系统共享的任一文件目录下保存。
3.如权利要求2所述的基于串口协议的芯片测试控制板Uboot烧录方法,其特征在于,所述的上位机为配置Window系统的PC电脑,上位机包含烧录工具,所述的烧录工具包含烧录界面。
4.如权利要求3所述的基于串口协议的芯片测试控制板Uboot烧录方法,其特征在于,在所述的步骤S200中,所述的上位机与所述的芯片测试控制板的串口通信协议为Ymodem通信协议。
5.如权利要求4所述的基于串口协议的芯片测试控制板Uboot烧录方法,其特征在于,所述的步骤S300中所述的目标bin文件缓存至所述芯片测试控制板内存中的具体方法为:
S301.在所述的烧录工具的烧录界面上选择所述芯片测试控制板的连接端口,以及所述的目标bin文件的路径;
S302.根据保存所述的目标bin文件的文件目录位置,在所述的烧录工具的烧录界面上选取所述的目标bin文件;
S303.在所述的烧录工具的烧录界面上选择开始缓存,完成把所述的目标bin文件缓存至所述的芯片测试控制板的内存中。
6.如权利要求5所述的基于串口协议的芯片测试控制板Uboot烧录方法,其特征在于,所述的步骤S303具体为:
所述的上位机向所述的芯片测试控制板发送第一条开始命令,延时一段时间t1后,所述的上位机再发送第二条开始命令,再次延时一段时间t2后,所述的上位机开始通过Ymodem协议向所述芯片测试控制板的内存传输所述的目标bin文件;
所述延时时间t1与t2均在3ms-500ms内选取;
当所述的目标bin文件传输完成后,所述上位机上的烧录界面上弹出小窗体,提示已传输完成。
7.如权利要求1所述的基于串口协议的芯片测试控制板Uboot烧录方法,其特征在于,所述的步骤S400具体为:
当所述的目标bin文件缓存至所述的芯片测试控制板内存中后,所述的上位机向所述的芯片测试控制板发送结束命令,所述的芯片测试控制板收到结束命令后开始执行所述的目标bin文件向存储介质中的烧录操作;
所述的目标bin文件向存储介质中的烧录操作完成后,所述的芯片测试控制板自动执行复位操作,所述的芯片测试控制板重启,完成Uboot烧录。
8.如权利要求7所述的基于串口协议的芯片测试控制板Uboot烧录方法,其特征在于,所述的目标bin文件向存储介质中的烧录操作具体为:
先擦除存储介质中待烧录所述的目标bin文件的目标存储区域,然后把缓存在所述芯片测试控制板内存中的所述的目标bin文件从所述目标存储区域的起始位置开始写入,直至把整个所述的目标bin文件完全写入所述的目标存储区域才完成所述的目标bin文件的写入操作。
9.如权利要求1-8任一所述的基于串口协议的芯片测试控制板Uboot烧录方法,其特征在于,所述的存储介质为SD卡或/和eMMC。
CN202111527330.2A 2021-12-15 2021-12-15 一种基于串口协议的芯片测试控制板Uboot烧录方法 Pending CN114237640A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111527330.2A CN114237640A (zh) 2021-12-15 2021-12-15 一种基于串口协议的芯片测试控制板Uboot烧录方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111527330.2A CN114237640A (zh) 2021-12-15 2021-12-15 一种基于串口协议的芯片测试控制板Uboot烧录方法

Publications (1)

Publication Number Publication Date
CN114237640A true CN114237640A (zh) 2022-03-25

Family

ID=80755788

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111527330.2A Pending CN114237640A (zh) 2021-12-15 2021-12-15 一种基于串口协议的芯片测试控制板Uboot烧录方法

Country Status (1)

Country Link
CN (1) CN114237640A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115993525A (zh) * 2023-03-22 2023-04-21 山东华翼微电子技术股份有限公司 基于Ymodem协议的芯片批量样本测试、验证方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115993525A (zh) * 2023-03-22 2023-04-21 山东华翼微电子技术股份有限公司 基于Ymodem协议的芯片批量样本测试、验证方法
CN115993525B (zh) * 2023-03-22 2023-08-22 山东华翼微电子技术股份有限公司 基于Ymodem协议的芯片批量样本测试、验证方法

Similar Documents

Publication Publication Date Title
CN100454258C (zh) 嵌入式系统加载程序与应用程序一体化更新方法
CN103777972B (zh) 基于现场可编程门阵列的系统、配置方法以及升级方法
CN101329632B (zh) 一种使用boot启动cpu的方法与装置
CN109614126B (zh) 一种嵌入式系统在线程序升级方法及装置
CN102945173A (zh) 用户程序在线升级系统和升级方法
CN100389389C (zh) 在嵌入式系统中实现引导程序热升级的方法
CN103677915A (zh) 一种基于TF启动卡进行flash镜像自动烧写的方法
CN102841802A (zh) 移动终端的软件升级方法
Kaminaga Improving linux startup time using software resume (and other techniques)
CN114237640A (zh) 一种基于串口协议的芯片测试控制板Uboot烧录方法
CN112000351A (zh) Bmc固件的更新方法、更新装置、更新设备及存储介质
CN109992517A (zh) 基于uefi的固件模块调试方法和系统
CN105573913B (zh) 一种onu系统中的程序调试方法及系统
CN102043638A (zh) 计算机系统以及计算机启动设定方法
CN115454469A (zh) 镜像更新方法、装置、芯片、电子设备及存储介质
CN115408013A (zh) Zynq UltraScale+MPSoC平台的固件和文件自动烧写方法
CN105677429A (zh) 程序烧写方法、处理器和电子电路
CN110471675B (zh) 一种程序烧录方法、系统、装置及计算机可读存储介质
CN111459468A (zh) 高可靠性串口通讯的dsp程序在线升级系统和方法
CN110825421B (zh) 一种固件升级方法、系统及可读存储介质
CN116501357A (zh) 一种单片机的在线升级方法
CN115495136B (zh) 一种基于国产飞腾平台的bmc快速在线升级方法
KR100615450B1 (ko) 임베디드 시스템의 툴체인 구성 및 실행 방법, 그리고 이를이용한 이동 단말 장치
US20060010393A1 (en) Apparatus and method for start of mobile phone supporting start mode using hard-wired code
CN113867770A (zh) 一种带内fpga升级方法、装置、设备及存储介质

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