CN102455970B - 带可靠性检测功能的多外设boot实现方法、设备及系统 - Google Patents

带可靠性检测功能的多外设boot实现方法、设备及系统 Download PDF

Info

Publication number
CN102455970B
CN102455970B CN201010511539.5A CN201010511539A CN102455970B CN 102455970 B CN102455970 B CN 102455970B CN 201010511539 A CN201010511539 A CN 201010511539A CN 102455970 B CN102455970 B CN 102455970B
Authority
CN
China
Prior art keywords
boot
server
command
order
external unit
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.)
Expired - Fee Related
Application number
CN201010511539.5A
Other languages
English (en)
Other versions
CN102455970A (zh
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 ZTE Microelectronics Technology Co Ltd
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN201010511539.5A priority Critical patent/CN102455970B/zh
Priority to PCT/CN2011/072215 priority patent/WO2012051834A1/zh
Publication of CN102455970A publication Critical patent/CN102455970A/zh
Application granted granted Critical
Publication of CN102455970B publication Critical patent/CN102455970B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/4401Bootstrapping

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

本发明涉及一种带可靠性检测功能的多外设boot实现方法、设备及系统,其方法包括:外部设备通过外设接口与服务器连接前,选择相应的boot启动模式;当外部设备与服务器连接后,根据选择的boot启动模式进行初始化操作,并注册相应的数据收、发函数;根据约定的命令传输协议与服务器进行boot命令交互,实现对boot下载过程的检测。本发明通过根据多外设接口的特点制定相应的命令传输协议,根据用户选择的外设接口类型选择相应的boot启动模式,并按照制定的命令传输协议在外部设备与主机服务器之间进行命令数据的交互,实现对boot下载过程的检测,从而确保在出现不确定因素的情况下,保证系统引导程序的正确运行,该实现方法简单、可靠。

Description

带可靠性检测功能的多外设boot实现方法、设备及系统
技术领域
本发明涉及计算机网络技术领域,尤其涉及一种应用于嵌入式产品的带可靠性检测功能的多外设boot实现方法、设备及系统。
背景技术
系统引导程序(boot)是嵌入式系统上电启动运行的第一段代码(该代码通常被固化到芯片的bootrom中),是在用户应用程序运行之前,运行的一段子程序。通过这段子程序,可以初始化硬件设备,建立内存空间的映射图,为最终下载用户应用程序准备好正确的运行环境。
嵌入式系统应用软件一般由设备开发商在试制或生产时通过EJTAG调试器或编程器烧录到外部存储介质(NOR FLASH或EEPROM)中,其boot功能很弱,尤其对于多外设嵌入式系统而言,对应boot的方式很多。在系统调试的过程中,往往会因为接口的物理连接错误、应用程序异常、芯片异常等原因,导致boot过程失败。此种情形下,则需要专门的仪器设备或仿真器进行调试分析,由于普通的客户不具备上述条件,而且调试和错误定位时间较长,增加了售后成本和维修周期。
目前,虽然存在少数支持多种外设的嵌入式系统,但是其不具备可靠性检测功能,在出现不确定因素问题的情况下,容易导致boot过程失败。因此,支持多外设的boot技术有待改进和发展。
发明内容
本发明的主要目的在于提供一种带可靠性检测功能的多外设boot实现方法、设备及系统,旨在为多外设嵌入式产品的boot引导程序提供可靠性检测,提高系统使用性能。
本发明提出一种带可靠性检测功能的多外设boot实现方法,包括:
外部设备通过外设接口与服务器连接前,选择相应的boot启动模式;
当外部设备与服务器连接后,根据选择的boot启动模式进行初始化操作,并注册相应的数据收、发函数;
根据约定的命令传输协议与服务器进行boot命令交互,实现对boot下载过程的检测。
优选地,所述命令传输协议包括:服务器发送命令的命令描述信息、命令数据包信息以及外部设备的命令应答信息;所述命令描述信息包含命令标识符、数据包长度、命令类型以及命令内容;所述命令数据包信息包含所述命令类型确定的命令数据;所述命令应答信息包含应答标识符、应答类型、应答内容以及命令执行状态。
优选地,所述命令类型包括代码下载、测试、断点续传和/或设置发送固定数据。
优选地,所述根据约定的命令传输协议与服务器进行boot命令交互,实现对boot下载过程的检测的步骤包括:
接收服务器发送的命令;
当所述命令为下载代码命令时,下载代码程序,并向服务器返回命令应答信息;
当所述命令为代码下载完毕命令时,运行下载代码,并向服务器返回命令应答信息;
当所述命令为测试功能命令时,根据测试功能类型对所述测试功能命令进行相应处理并向服务器返回命令应答信息。
优选地,所述外部设备通过外设接口与服务器连接前,选择相应的boot启动模式的步骤之前还包括:
根据外设接口制定服务器与外部设备之间的所述命令传输协议。
本发明还提出一种带可靠性检测功能的多外设boot实现设备,包括:
boot模式选择模块,用于通过外设接口与服务器连接前,选择相应的boot启动模式;
初始化模块,用于当外部设备与服务器连接后,根据选择的boot启动模式进行初始化操作,并注册相应的数据收、发函数;
boot检测模块,根据约定的命令传输协议与服务器进行boot命令交互,实现对boot下载过程的检测。
优选地,所述boot检测模块包括:
命令接收单元,用于接收服务器发送的命令;
命令应答单元,用于当所述命令为下载代码命令时,下载代码程序,并向服务器返回命令应答信息;当所述命令为代码下载完毕命令时,运行下载代码,并向服务器返回命令应答信息;以及当所述命令为测试功能命令时,根据测试功能类型对所述测试功能命令进行相应处理并向服务器返回命令应答信息。
优选地,所述设备还包括传输协议制定模块,用于根据外设接口制定服务器与外部设备之间的所述命令传输协议。
本发明还提出一种带可靠性检测功能的多外设boot实现系统,包括:外部设备以及与所述外部设备通过外设接口连接的服务器,其中:
所述外部设备,用于与服务器连接前,选择相应的boot启动模式;当外部设备与服务器连接后,根据选择的boot启动模式进行初始化操作,并注册相应的数据收、发函数;根据约定的命令传输协议与服务器进行boot命令交互,实现对boot下载过程的检测;
所述服务器,用于根据约定的命令传输协议与外部设备进行boot命令交互,实现对boot下载过程的检测。
优选地,所述服务器,还用于向所述外部设备发送命令;以及接收外部设备根据所述命令返回的命令应答信息;
所述外部设备,还用于接收服务器发送的命令,当所述命令为下载代码命令时,下载代码程序,并向服务器返回命令应答信息;当所述命令为代码下载完毕时,运行下载代码,并向服务器返回命令应答信息;以及当所述命令为测试功能命令时,根据测试功能类型对所述测试功能命令进行相应处理并向服务器返回命令应答信息。
本发明提出的一种带可靠性检测功能的多外设boot实现方法、设备及系统,通过根据多外设接口的特点制定相应的命令传输协议,根据用户选择的外设接口类型选择相应的boot启动模式,并按照制定的命令传输协议在外部设备与主机服务器之间进行命令数据的交互,实现对boot下载过程的检测,从而确保在出现不确定因素的情况下,保证系统引导程序的正确运行,该实现方法简单、可靠。
附图说明
图1是本发明带可靠性检测功能的多外设boot实现方法一实施例流程示意图;
图2是本发明带可靠性检测功能的多外设boot实现方法一实施例中根据约定的命令传输协议与服务器进行boot命令交互,实现对boot下载过程的检测的流程示意图;
图3是本发明带可靠性检测功能的多外设boot实现方法另一实施例流程示意图;
图4是本发明带可靠性检测功能的多外设boot实现设备一实施例结构示意图;
图5是本发明带可靠性检测功能的多外设boot实现设备一实施例中boot检测模块的结构示意图;
图6是本发明带可靠性检测功能的多外设boot实现设备另一实施例结构示意图;
图7是本发明带可靠性检测功能的多外设boot实现系统一实施例结构示意图。
为了使本发明的技术方案更加清楚、明了,下面将结合附图作进一步详述。
具体实施方式
本发明实施例解决方案主要是根据多外设接口的特点制定相应的命令传输协议,根据用户选择的外设接口类型选择相应的boot启动模式,并按照制定的命令传输协议在外部设备与主机服务器之间进行命令数据的交互,实现对boot下载过程的检测。
如图1所示,本发明一实施例提出一种带可靠性检测功能的多外设boot实现方法,包括:
步骤S101,外部设备通过外设接口与服务器连接前,选择相应的boot启动模式;
在本实施例中,外设接口可以为SPI(Serial Peripheral Interface,串行外设接口)、USB(Universal Serial BUS,通用串行总线)接口以及SDIO(SecureDigital Input and Output Card,安全数字输入输出卡)接口等。
服务器可以为嵌入式系统中设置有多个外设接口的主机,比如PC机、笔记本等,外部设备可以带有多种外设接口,并可以根据服务器的外设接口来选择确定自己的外设接口,与服务器进行连接。
在嵌入式系统中,在用户应用程序运行之前,需要运行系统引导程序(boot),以初始化外部设备,建立内存空间的映射图,为最终下载用户应用程序准备好正确的运行环境。
为了保证boot下载的成功运行,本实施例通过服务器与外部设备之间预定的命令传输协议进行服务器与外部设备之间的命令交互,从而达到对boot下载过程进行检测的目的。
首先,在外部设备通过外设接口与服务器连接前,需要选择相应的boot启动模式,boot启动模式根据用户选择的外设接口而定,用户可以根据自身的需求,通过外部装置设置boot启动模式,包括使用何种外设接口、主/从模式、时钟等。通过外部装置的设置,用户可以根据实际需要选择相应的服务器进行代码下载,从而选择相应的boot启动模式,以便后续过程中系统上电后,根据相应的外设接口对外部设备进行初始化操作。
步骤S102,当外部设备与服务器连接后,根据选择的boot启动模式进行初始化操作,并注册相应的数据收、发函数;
系统上电之后,外部设备便进入等待接收命令状态。
步骤S103,根据约定的命令传输协议与服务器进行boot命令交互,实现对boot下载过程的检测。
在本实施例中,服务器与外部设备之间有约定的命令传输协议,由于在boot阶段,对数据传输的正确性的要求远大于传输速度的要求,而且在boot阶段,外设驱动要求精简,因此可使用普通传输模式。该命令传输协议可以分为命令描述、命令数据包、命令应答三个阶段。
命令传输协议具体包括:服务器发送命令的命令描述信息、命令数据包信息以及外部设备的命令应答信息。
其中,命令描述信息包含命令标识符、数据包长度、命令类型以及命令内容等,其中,命令内容比如命令描述校验和、下载代码地址等。
命令数据包信息包含命令类型确定的命令数据;命令类型包括代码下载、测试、断点续传和/或设置发送固定数据等。
命令应答信息包含应答标识符、应答类型、应答内容以及命令执行状态等。其中,对于代码下载命令而言,应答内容为反馈所有下载数据的校验和。
由于命令描述信息可以指定数据包长度,因此,在服务器发送数据包阶段,可以一次性传输数据包长度字段指定长度的数据,在外部设备命令应答阶段时,再读取数据包阶段数据的校验和,如果校验结果正确,则服务器传送下一阶段数据包,反之,则重传此数据包。
为了实现对boot下载过程的检测,外部设备与服务器根据约定的命令传输协议进行boot命令交互,根据用户的选择,服务器向外部设备发送命令,外部设备接收到服务器发送的命令,根据命令进行相应的处理。如果接收的命令为下载代码命令时,则下载代码程序,并向服务器返回命令应答信息,其中代码程序的下载可以分段下载;若接收的命令为代码下载完毕命令时,运行下载代码,并向服务器返回命令应答信息;若命令为测试功能命令时,根据测试功能类型对测试功能命令进行相应处理并返回命令应答信息。
服务器可以根据外部设备返回的命令应答信息中的命令执行状态得知,其所发的命令的执行成功与失败情况,从而将执行结果反馈给用户。
如图2所示,步骤S103包括:
步骤S1031,接收服务器发送的命令;
步骤S1032,当命令为下载代码命令时,下载代码程序,并向服务器返回命令应答信息;
其中,代码程序的下载可以分段下载。
步骤S1033,当命令为代码下载完毕命令时,运行下载代码,并向服务器返回命令应答信息;步骤S1034,当命令为测试功能命令时,根据测试功能类型对测试功能命令进行相应处理并向服务器返回命令应答信息。
测试功能命令比如可以为读写寄存器等。
本实施例通过根据多外设接口的特点制定相应的命令传输协议,根据用户选择的外设接口类型选择相应的boot启动模式,并按照制定的命令传输协议在外部设备与主机服务器之间进行命令数据的交互,实现对boot下载过程的检测,从而确保在出现不确定因素的情况下,保证系统引导程序的正确运行,该实现方法简单、可靠。
如图3所示,本发明另一实施例提出一种带可靠性检测功能的多外设boot实现方法,包括:
步骤S300,根据外设接口制定服务器与外部设备之间的命令传输协议;
步骤S301,外部设备通过外设接口与服务器连接前,选择相应的boot启动模式;
步骤S302,当外部设备与服务器连接后,根据选择的boot启动模式进行初始化操作,并注册相应的数据收、发函数;
步骤S303,根据约定的命令传输协议与服务器进行boot命令交互,实现对boot下载过程的检测。
本实施例与上述实施例的区别在于,服务器与外部设备之间的命令传输协议由外部设备所制定。在制定命令传输协议时,需要考虑各个外部设备的特点,包括各种外部设备的FIFO(First In First Out,先进先出)的深度、命令传输正确性的保证等。
其他与上述实施例相同,在此不再赘述。同理,服务器与外部设备之间的命令传输协议还可由服务器制定。
如图4所示,本发明一实施例提出一种带可靠性检测功能的多外设boot实现设备,包括:boot模式选择模块401、初始化模块402以及boot检测模块403,其中:
boot模式选择模块401,用于通过外设接口与服务器连接前,选择相应的boot启动模式;
在本实施例中,外设接口可以为SPI、USB接口以及SDIO接口等。
服务器可以为嵌入式系统中设置有多个外设接口的主机,比如PC机、笔记本等,外部设备可以带有多种外设接口,并可以根据服务器的外设接口来选择确定自己的外设接口,与服务器进行连接。
在嵌入式系统中,在用户应用程序运行之前,需要运行系统引导程序(boot),以初始化外部设备,建立内存空间的映射图,为最终下载用户应用程序准备好正确的运行环境。
为了保证boot下载的成功运行,本实施例通过服务器与外部设备之间预定的命令传输协议进行服务器与外部设备之间的命令交互,从而达到对boot下载过程进行检测的目的。
首先,在外部设备通过外设接口与服务器连接前,由boot模式选择模块401选择相应的boot启动模式,boot启动模式根据用户选择的外设接口而定,用户可以根据自身的需求,通过外部装置设置boot启动模式,包括使用何种外设接口、主/从模式、时钟等。通过外部装置的设置,用户可以根据实际需要选择相应的服务器进行代码下载,从而选择相应的boot启动模式,以便后续过程中系统上电后,根据相应的外设接口对外部设备进行初始化操作。
初始化模块402,当外部设备与服务器连接后,用于根据选择的boot启动模式进行初始化操作,并注册相应的数据收、发函数;
boot检测模块403,根据约定的命令传输协议与服务器进行boot命令交互,实现对boot下载过程的检测。
在本实施例中,服务器与外部设备之间有约定的命令传输协议,由于在boot阶段,对数据传输的正确性的要求远大于传输速度的要求,而且在boot阶段,外设驱动要求精简,因此可使用普通传输模式。该命令传输协议可以分为命令描述、命令数据包、命令应答三个阶段。
命令传输协议具体包括:服务器发送命令的命令描述信息、命令数据包信息以及外部设备的命令应答信息。
其中,命令描述信息包含命令标识符、数据包长度、命令类型以及命令内容等,其中,命令内容比如命令描述校验和、下载代码地址等。
命令数据包信息包含命令类型确定的命令数据;命令类型包括代码下载、测试、断点续传和/或设置发送固定数据等。
命令应答信息包含应答标识符、应答类型、应答内容以及命令执行状态等。其中,对于代码下载命令而言,应答内容为反馈所有下载数据的校验和。
由于命令描述信息可以指定数据包长度,因此,在服务器发送数据包阶段,可以一次性传输数据包长度字段指定长度的数据,在外部设备命令应答阶段时,再读取数据包阶段数据的校验和,如果校验结果正确,则服务器传送下一阶段数据包,反之,则重传此数据包。
为了实现对boot下载过程的检测,外部设备与服务器根据约定的命令传输协议进行boot命令交互,根据用户的选择,服务器向外部设备发送命令,外部设备接收到服务器发送的命令,根据命令进行相应的处理。如果接收的命令为下载代码命令时,则下载代码程序,并向服务器返回命令应答信息,其中代码程序的下载可以分段下载;若接收的命令为代码下载完毕命令时,运行下载代码,并向服务器返回命令应答信息;若命令为测试功能命令时,根据测试功能类型对测试功能命令进行相应处理并返回命令应答信息。
服务器可以根据外部设备返回的命令应答信息中的命令执行状态得知,其所发的命令的执行成功与失败情况,从而将执行结果反馈给用户。
如图5所示,boot检测模块403包括:命令接收单元4031以及命令应答单元4032,其中:
命令接收单元4031,用于接收服务器发送的命令;
命令应答单元4032,用于当命令为下载代码命令时,下载代码程序,并向服务器返回命令应答信息;当命令为代码下载完毕命令时,运行下载代码,并向服务器返回命令应答信息;以及当命令为测试功能命令时,根据测试功能类型对测试功能命令进行相应处理并向服务器返回命令应答信息。
如图6所示,本发明另一实施例提出一种带可靠性检测功能的多外设boot实现设备,包括:传输协议制定模块600、boot模式选择模块601、初始化模块602以及boot检测模块603,其中:
传输协议制定模块600,用于根据外设接口制定服务器与外部设备之间的所述命令传输协议;
boot模式选择模块601,用于通过外设接口与服务器连接前,选择相应的boot启动模式;
初始化模块602,用于当外部设备与服务器连接后,根据选择的boot启动模式进行初始化操作,并注册相应的数据收、发函数;
boot检测模块603,根据约定的命令传输协议与服务器进行boot命令交互,实现对boot下载过程的检测。
在本实施例中,boot模式选择模块601、初始化模块602以及boot检测模块603与上述实施例中boot模式选择模块401、初始化模块402以及boot检测模块403功能结构对应相同,在此不再赘述。
在本实施例中,由外部设备中传输协议制定模块600制定服务器与外部设备之间的命令传输协议,在制定命令传输协议时,需要考虑各个外部设备的特点,包括各种外部设备的FIFO的深度、命令传输正确性的保证等。
如图7所示,本发明一实施例提出一种带可靠性检测功能的多外设boot实现系统,包括:外部设备701以及与外部设备701通过外设接口连接的服务器702,其中:
外部设备701,用于与服务器702连接前,选择相应的boot启动模式;当外部设备与服务器连接后,根据选择的boot启动模式进行初始化操作,并注册相应的数据收、发函数;根据约定的命令传输协议与服务器702进行boot命令交互,实现对boot下载过程的检测;
服务器702,用于根据约定的命令传输协议与外部设备701进行boot命令交互,实现对boot下载过程的检测。
进一步的,服务器702还用于向外部设备701发送命令;以及接收外部设备701根据命令返回的命令应答信息;
外部设备701还用于接收服务器702发送的命令,当命令为下载代码命令时,下载代码程序,并向服务器702返回命令应答信息;当所述命令为代码下载完毕时,运行下载代码,并向服务器返回命令应答信息;以及当命令为测试功能命令时,对测试功能命令进行相应处理并向服务器返回命令应答信息。
在本实施例中,外设接口可以为SPI、USB接口以及SDIO接口等。
本发明实施例提出的一种带可靠性检测功能的多外设boot实现方法、设备及系统,通过根据多外设接口的特点制定相应的命令传输协议,根据用户选择的外设接口类型选择相应的boot启动模式,并按照制定的命令传输协议在外部设备与主机服务器之间进行命令数据的交互,实现对boot下载过程的检测,从而确保在出现不确定因素的情况下,保证系统引导程序的正确运行,该实现方法简单、可靠。
以上所述仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或流程变换,或直接或间接运用在其它相关的技术领域,均同理包括在本发明的专利保护范围内。

Claims (7)

1.一种带可靠性检测功能的多外设系统引导程序boot实现方法,其特征在于,包括:
外部设备通过外设接口与服务器连接前,选择相应的boot启动模式;
当外部设备与服务器连接后,根据选择的boot启动模式进行初始化操作,并注册相应的数据收、发函数;
根据约定的命令传输协议与服务器进行boot命令交互,实现对boot下载过程的检测,具体包括:接收服务器发送的命令;当所述命令为下载代码命令时,下载代码程序,并向服务器返回命令应答信息;当所述命令为代码下载完毕命令时,运行下载代码,并向服务器返回命令应答信息;当所述命令为测试功能命令时,根据测试功能类型对所述测试功能命令进行相应处理并向服务器返回命令应答信息。
2.根据权利要求1所述的方法,其特征在于,所述命令传输协议包括:服务器发送命令的命令描述信息、命令数据包信息以及外部设备的命令应答信息;所述命令描述信息包含命令标识符、数据包长度、命令类型以及命令内容;所述命令数据包信息包含所述命令类型确定的命令数据;所述命令应答信息包含应答标识符、应答类型、应答内容以及命令执行状态。
3.根据权利要求2所述的方法,其特征在于,所述命令类型包括代码下载、测试、断点续传和/或设置发送固定数据。
4.根据权利要求1-3中任一项所述的方法,其特征在于,所述外部设备通过外设接口与服务器连接前,选择相应的boot启动模式的步骤之前还包括:
根据外设接口制定服务器与外部设备之间的所述命令传输协议。
5.一种带可靠性检测功能的多外设系统引导程序boot实现设备,其特征在于,包括:
boot模式选择模块,用于通过外设接口与服务器连接前,选择相应的boot启动模式;
初始化模块,用于当外部设备与服务器连接后,根据选择的boot启动模式进行初始化操作,并注册相应的数据收、发函数;
boot检测模块,根据约定的命令传输协议与服务器进行boot命令交互,实现对boot下载过程的检测;
所述boot检测模块包括:
命令接收单元,用于接收服务器发送的命令;
命令应答单元,用于当所述命令为下载代码命令时,下载代码程序,并向服务器返回命令应答信息;当所述命令为代码下载完毕命令时,运行下载代码,并向服务器返回命令应答信息;以及当所述命令为测试功能命令时,根据测试功能类型对所述测试功能命令进行相应处理并向服务器返回命令应答信息。
6.根据权利要求5所述的设备,其特征在于,所述设备还包括传输协议制定模块,用于根据外设接口制定服务器与外部设备之间的所述命令传输协议。
7.一种带可靠性检测功能的多外设系统引导程序boot实现系统,其特征在于,包括:外部设备以及与所述外部设备通过外设接口连接的服务器,其中:
所述外部设备,用于与服务器连接前,选择相应的boot启动模式;当外部设备与服务器连接后,根据选择的boot启动模式进行初始化操作,并注册相应的数据收、发函数;根据约定的命令传输协议与服务器进行boot命令交互,实现对boot下载过程的检测;
所述服务器,用于根据约定的命令传输协议与外部设备进行boot命令交互,实现对boot下载过程的检测;
所述服务器,还用于向所述外部设备发送命令;以及接收外部设备根据所述命令返回的命令应答信息;
所述外部设备,还用于接收服务器发送的命令,当所述命令为下载代码命令时,下载代码程序,并向服务器返回命令应答信息;当所述命令为代码下载完毕时,运行下载代码,并向服务器返回命令应答信息;以及当所述命令为测试功能命令时,根据测试功能类型对所述测试功能命令进行相应处理并向服务器返回命令应答信息。
CN201010511539.5A 2010-10-19 2010-10-19 带可靠性检测功能的多外设boot实现方法、设备及系统 Expired - Fee Related CN102455970B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201010511539.5A CN102455970B (zh) 2010-10-19 2010-10-19 带可靠性检测功能的多外设boot实现方法、设备及系统
PCT/CN2011/072215 WO2012051834A1 (zh) 2010-10-19 2011-03-28 一种多外设系统引导程序的实现方法、设备及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201010511539.5A CN102455970B (zh) 2010-10-19 2010-10-19 带可靠性检测功能的多外设boot实现方法、设备及系统

Publications (2)

Publication Number Publication Date
CN102455970A CN102455970A (zh) 2012-05-16
CN102455970B true CN102455970B (zh) 2014-10-22

Family

ID=45974648

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201010511539.5A Expired - Fee Related CN102455970B (zh) 2010-10-19 2010-10-19 带可靠性检测功能的多外设boot实现方法、设备及系统

Country Status (2)

Country Link
CN (1) CN102455970B (zh)
WO (1) WO2012051834A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105138373B (zh) * 2015-08-27 2018-10-23 深圳市元征软件开发有限公司 汽车诊断设备固件升级方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101562532A (zh) * 2008-04-18 2009-10-21 北京瑞佳晨科技有限公司 一种基于网络环境自动获取计算机硬件信息的系统和方法
CN101673237A (zh) * 2009-09-02 2010-03-17 太仓市同维电子有限公司 一种网络型调试启动程序的方法
CN101763279A (zh) * 2010-01-15 2010-06-30 上海维宏电子科技有限公司 一种BootLoader架构设计方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6895576B2 (en) * 2001-10-18 2005-05-17 Hewlett-Packard Development Company, L.P. Method and system for device driver and operating system debugging of portable computers
CN100416451C (zh) * 2001-12-11 2008-09-03 中兴通讯股份有限公司 嵌入式系统软件加载装置及方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101562532A (zh) * 2008-04-18 2009-10-21 北京瑞佳晨科技有限公司 一种基于网络环境自动获取计算机硬件信息的系统和方法
CN101673237A (zh) * 2009-09-02 2010-03-17 太仓市同维电子有限公司 一种网络型调试启动程序的方法
CN101763279A (zh) * 2010-01-15 2010-06-30 上海维宏电子科技有限公司 一种BootLoader架构设计方法

Also Published As

Publication number Publication date
WO2012051834A1 (zh) 2012-04-26
CN102455970A (zh) 2012-05-16

Similar Documents

Publication Publication Date Title
CN110134415A (zh) 一种控制器及其软件升级方法和装置
US20020056047A1 (en) System and method for communicating software debug, diagostic and maintenance information between devices
CN104021060A (zh) Bmc串口调试系统及方法
CN114281394A (zh) 一种快速在线升级程序的方法、系统、设备及介质
CN103488513B (zh) 设备即插即用通用驱动方法
CN105487890A (zh) 一种基于c51系列单片机内核的固件下载方法
KR20150128256A (ko) 실제 스마트기기의 디바이스에서 발생하는 이벤트에 따라 응용프로그램을 실행하는 가상 안드로이드 장치를 구비한 서버 시스템
CN102711095A (zh) 一种对无线传感器网络中的节点进行无线升级的方法
US7383547B1 (en) Apparatus and technique for device emulation
CN104156335A (zh) 一种uart多接口复用方法
CN107332589B (zh) 一种基于蓝牙的固件升级装置
CN102455970B (zh) 带可靠性检测功能的多外设boot实现方法、设备及系统
CN115599617B (zh) 总线检测方法、装置、服务器及电子设备
CN116627472A (zh) 高速外围组件设备的固件程序升级方法及服务器
US20060080636A1 (en) Method of building intelligent platform management interface firmware architecture
CN113360161A (zh) 资源升级方法及相关产品
CN114691223B (zh) 一种通过网络传输bios日志的方法及装置
CN111371799B (zh) Mctp控制器收发数据的控制方法、装置及设备
CN114328045A (zh) 一种bmc的i2c调试方法、系统、装置及计算机可读存储介质
US10216525B1 (en) Virtual disk carousel
CN113703811B (zh) 一种dsp远程下载固件的方法、装置、设备及存储介质
CN112257381B (zh) 一种AXI Crossbar设计电路验证方法和系统
JPH10326203A (ja) 複数のハードウェア環境上においてプログラムを別々に動作させつつも、ハードウェア環境間で動作状態を継承し合うことができるデバッグ装置
CN117170704B (zh) 基于硬件iic的远程升级方法和装置
WO2016078222A1 (zh) 引导程序传输方法、嵌入式系统及引导程序传输系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20151116

Address after: 518057 Nanshan District Guangdong high tech Industrial Park, South Road, science and technology, ZTE building, Ministry of Justice

Patentee after: ZTE Corporation

Patentee after: SHENZHEN ZTE MICROELECTRONICS TECHNOLOGY CO., LTD.

Address before: 518057 Nanshan District Guangdong high tech Industrial Park, South Road, science and technology, ZTE building, Ministry of Justice

Patentee before: ZTE Corporation

CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20141022

Termination date: 20191019

CF01 Termination of patent right due to non-payment of annual fee