CN111190650B - 一种光纤通道节点的版本自动加载方法 - Google Patents
一种光纤通道节点的版本自动加载方法 Download PDFInfo
- Publication number
- CN111190650B CN111190650B CN201911189786.5A CN201911189786A CN111190650B CN 111190650 B CN111190650 B CN 111190650B CN 201911189786 A CN201911189786 A CN 201911189786A CN 111190650 B CN111190650 B CN 111190650B
- Authority
- CN
- China
- Prior art keywords
- version
- loading
- node
- message
- optical fiber
- 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
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements 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/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
Abstract
为了解决现有手动加载光纤网络节点设备版本的方法效率较低、很难满足现场升级要求以及增加项目研制维护成本的技术问题,本发明提出了一种光纤通道节点的版本自动加载方法,采用串行加载机制,在加载过程中还可自动判定是否继续加载,整体实现方法简单,使用灵活,无需专用的加载工具,能更好的满足现场大量FC节点版本的升级需求和维护要求。
Description
技术领域
本发明属于航电系统机载网络领域,涉及一种FC(Fibre Channel,光纤通道)节点的版本自动加载方法。
背景技术
现有型号飞机的航空电子系统使用综合化模块化计算机系统,通信网络采用FC交换网络。在该系统中,FC交换网络最大支持96个光纤节点设备互联。现有光纤网络的节点设备版本加载方法主要采用手动加载方法,通过专用加载工具或编程线缆将二进制格式的版本文件逐个人工的加载并存储到光纤节点设备。该方法具体如下缺点:
(1)不利于现场维护,版本升级和使用,效率相对较低,工作量大,很难满足现场升级要求。
(2)需要对FC节点设备专用加载工具进行研制及维护,增加了项目研制维护成本。
发明内容
为了解决现有手动加载光纤网络节点设备版本的方法效率较低、很难满足现场升级要求以及增加项目研制维护成本的技术问题,本发明提出了一种光纤通道节点的版本自动加载方法。
本发明的技术方案是:
一种光纤通道节点的版本自动加载方法,其特殊之处在于,包括:
加载端版本加载环节:
步骤1.1,在加载端设置光纤网络规模N,设置目标端光纤节点编号i;N取值范围为[1,96];i的取值范围为[0,N-1];
步骤1.2,读取节点编号为i的目标端光纤节点版本信息,包括厂商标识、设备标识、版本号和版本日期;
步骤1.3,向节点编号为i的目标端光纤节点发送版本加载请求消息;
步骤1.4,等待时长T,等待次数加1;T取值范围为[1,3000],单位为μs;
步骤1.5,判断是否接收到节点编号为i的目标端光纤节点的版本加载响应消息,
若未接收到,则判别等待次数是否大于M,M≥6;若等待次数大于M,则转到步骤1.11,否则转到步骤1.4;
若接收到,则解析节点i的版本加载响应消息,获取加载状态,
若加载状态为需要进行加载,则转入步骤1.6;
若加载状态为不需要进行加载,转到步骤1.11;
步骤1.6,按照分片大小读取节点编号为i的目标端光纤节点的版本数据;
步骤1.7,向节点编号为i的目标端光纤节点发送版本数据请求消息;
步骤1.8,至少等待时长T,等待次数加1;
步骤1.9,判断是否接收到节点编号为i的目标端光纤节点的版本数据响应消息,
若未接收到,则判别等待次数是否大于M,若等待次数大于M,则转到步骤1.11,否则转到步骤1.8;
若接收到,则解析节点编号为i的目标端光纤节点的版本数据响应消息,获取加载结果状态,
若加载结果状态为加载中,则转入步骤1.6;
若加载结果状态为加载完成,则转入步骤1.10;
步骤1.10,设置节点编号为i的目标端光纤节点的版本加载结果为加载成功,进入步骤1.12;
步骤1.11,设置节点i版本加载结果为加载失败,进入步骤1.12;
步骤1.12,记录节点i版本加载结果,并显示加载结果,进入步骤1.13;
步骤1.13,节点编号i加1再取模N,加载节点计数加1,进入步骤1.14;
步骤1.14,判断加载节点计数是否小于网络规模N,
若是,则转入步骤1.2;
若否,则加载端版本加载结束;
目标端版本加载环节:
步骤2.1,等待并接收版本加载请求消息;
步骤2.2,判断是否接收到加载端发来的版本加载请求消息,
若是,则转入步骤2.3;
若否,则转入步骤2.1;
步骤2.3,解析版本加载请求消息,获取版本信息;
步骤2.4,进行版本加载仲裁:
步骤2.4.1,判断步骤2.3获取的版本信息中的厂商标识和设备标识是否与本地使用的版本信息一致,
若是,则进入步骤2.4.2;
若否,仲裁结果为不加载,进入步骤2.9;
步骤2.4.2,判断步骤2.3获取的版本信息中的版本号、版本日期是否与本地使用的版本信息一致,若是,则仲裁结果为不加载,进入步骤2.9;若否,则仲裁结果为需要加载,进入步骤2.5;
步骤2.5,向加载端发送版本加载响应消息;
步骤2.6,至少等待时长T,等待次数加1;
步骤2.7,判断是否接收到加载端发来的版本数据请求消息,
若未接收到,则判别等待次数是否大于M,若大于M,则转入步骤2.9;否则,转到步骤2.6;
若接收到,则解析版本数据请求消息,获取版本数据,转入步骤2.8;
步骤2.8,存储所述版本数据,向加载端发送版本数据响应消息,进入步骤2.9;
步骤2.9记录当前节点版本加载结果,并显示加载结果,返回步骤2.1。
进一步地,步骤1.1中所述的加载端是指FC网络节点设备运行的目标主机,该目标主机需要具有存储介质;所述存储介质用于预先存储版本文件。
进一步地,步骤1.1中,设置光纤网络规模N是指依据型号项目需求确定FC节点的数目,设置方式采用默认方式或API接口方式;设置目标端光纤节点编号i是指需要首先加载版本的是哪个光纤节点,设置方式采用默认方式。
进一步地,步骤1.3中所述的版本加载请求消息、步骤1.5所述的版本加载响应消息、步骤1.7所述的版本数据请求消息,以及步骤1.9所述的版本数据响应消息均包括消息头部和消息体;
消息头部包括消息类型、包序号、分片标志、分片长度、加载状态和校验位;
所述版本加载请求消息的消息类型为1、版本加载响应消息的消息类型为2、版本数据请求消息的消息类型为3、版本数据响应消息的消息类型为4;
所述包序号从0开始连续递增编号;所述版本加载请求消息和版本加载响应消息的包序号为0;所述版本数据请求消息和版本数据响应消息的包序号从1开始;
所述分片标志用于标识文件分片情况,没有分片记为0,第一个分片记为1,中间分片记为2,最后一个分片记为4;
所述分片长度用于标识消息体长度;分片长度取值范围为[0,2048];
所述加载状态用于表示是否需要进行加载,包括需加载和不需加载;
所述校验位用于对版本加载请求消息进行累加校验;
所述消息体包括版本号和版本日期。
进一步地,步骤1.5中所述的M=6。
本发明的优点是:
1.本发明使FC节点实现版本的自动加载,在加载过程中还可自动判定是否继续加载,整体实现方法简单,使用灵活,无需专用的加载工具,能更好的满足现场大量FC节点版本的升级需求和维护要求。
2.本发明可动态设置网络规模N,满足不同项目规模需求,适应范围广。
3.本发明在加载版本期间,若某一个节点加载失败,会继续进行下一节点的加载,同时记录加载结果,提供加载日志,供技术人员参考。
4.本发明采用串行加载,实现简单,可靠性好。
5.本发明在加载仲裁时有两步校验机制,有效避免了加载错误的风险。
附图说明
图1是本发明加载端版本加载方法流程图。
图2是本发明目标端版本加载方法流程图。
具体实施方式
为了更好地理解本发明,下面结合附图和具体实施例对本发明作进一步地描述。
本发明所提供的光纤通道节点的版本自动加载方法包括加载端版本加载环节和目标端版本加载环节,以下分别作详细介绍。
一、加载端版本加载环节
如图1所示,加载端版本加载环节的版本自动加载方法如下:
步骤1.1,在加载端设置光纤网络规模N,设置目标端光纤节点编号i;N取值范围为[1,96];i的取值范围为[0,N-1];
步骤1.2,读取节点编号为i的目标端光纤节点版本信息,包括厂商标识、设备标识、版本号和版本日期;
步骤1.3,向节点编号为i的目标端光纤节点发送版本加载请求消息;
步骤1.4,等待时长T,等待次数加1;T取值范围为[1,3000],单位为μs;
步骤1.5,判断是否接收到节点编号为i的目标端光纤节点的版本加载响应消息,
若未接收到,则判别等待次数是否大于M,M≥6;若等待次数大于M,则转到步骤1.11,否则转到步骤1.4;
若接收到,则解析节点i的版本加载响应消息,获取加载状态,
若加载状态为需要进行加载,则转入步骤1.6;
若加载状态为不需要进行加载,转到步骤1.11;
步骤1.6,按照分片大小读取节点编号为i的目标端光纤节点的版本数据;
步骤1.7,向节点编号为i的目标端光纤节点发送版本数据请求消息;
步骤1.8,至少等待时长T,等待次数加1;
步骤1.9,判断是否接收到节点编号为i的目标端光纤节点的版本数据响应消息,
若未接收到,则判别等待次数是否大于M,若等待次数大于M,则转到步骤1.11,否则转到步骤1.8;
若接收到,则解析节点编号为i的目标端光纤节点的版本数据响应消息,获取加载结果状态,
若加载结果状态为加载中(若加载消息中,分片标志不为0和4,则加载结果为加载中),则转入步骤1.6;
若加载结果状态为加载完成,则转入步骤1.10;
步骤1.10,设置节点编号为i的目标端光纤节点的版本加载结果为加载成功,进入步骤1.12;
步骤1.11,设置节点i版本加载结果为加载失败,进入步骤1.12;
步骤1.12,记录节点i版本加载结果,并显示加载结果,进入步骤1.13;
步骤1.13,节点编号i加1再取模N,加载节点计数加1,进入步骤1.14;
步骤1.14,判断加载节点计数是否小于网络规模N,
若是,则转入步骤1.2;
若否,则加载端版本加载结束;
上述步骤1.1中,加载端是指FC网络节点设备运行的目标主机,该目标主机需要具有存储介质,如文件系统,FLASH等。存储介质用于预先存储版本文件。通常选择具有磁盘文件系统FC节点设备作为加载端,这样实现相对简单。
上述步骤1.1中,设置光纤网络规模N是指依据型号项目需求确定FC节点的数目N,设置方式可以采用默认方式或API接口方式。默认方式是指按照某种约定和使用情况,例如协议规定、型号经验、需求约定等指定默认值。接口方式是指以API接口方式提供给应用,通过应用设置相关信息,如下表1所示。
表1设置光纤网络规模N的API接口属性表
上述步骤1.1中,设置目标端光纤节点编号i是指设置首先需要加载版本的是哪个光纤节点,设置方式采用默认方式,通常默认值为0。
上述步骤1.3中所述的版本加载请求消息、步骤1.5所述的版本加载响应消息、步骤1.7所述的版本数据请求消息,以及步骤1.9所述的版本数据响应消息均包括消息头部和消息体均包括消息头部和消息体。消息头部包括消息类型、包序号、分片标志、分片长度、加载状态和校验位。其中,版本加载请求消息的消息类型为1,版本加载响应消息的消息类型为2,版本数据请求消息的消息类型为3,版本数据响应消息的消息类型为4。包序号从0开始连续递增编号,版本加载请求消息和版本加载响应消息序号为0,版本数据请求消息,版本数据响应消息序号从1开始。分片标志用于标识文件分片情况,没有分片记为0,第一个分片记为1,中间分片记为2,最后一个分片记为4。分片长度,用于标识消息体长度,取值范围为[0,2048]。加载状态用于表示是否需要进行加载,包括需加载和不需加载。校验位用于对版本加载请求消息进行累加校验。消息体包括版本号和版本日期。
本实施例版本加载请求消息和版本加载响应消息格式如下表2-3所示:
表2版本加载请求消息格式
表3版本加载响应消息格式
版本文件长度为16734678字节的具体实施例如下表4-6所示:
表4版本数据第一个分片请求消息
表5版本数据第i个分片请求消息
表6版本数据最后一个分片请求消息
版本文件长度为16734678字节的具体实施例如下表7-9所示:
表7版本数据第一个分片响应消息
表8版本数据第i个分片响应消息
属性名称 | 属性实例 | 属性取值 | 备注 |
消息类型 | 整形 | 4 | 版本数据响应消息 |
包序号 | 整形 | i | 表示第i个分片 |
分片标志 | 整形 | 0 | 0,没有分片。 |
分片长度 | 整形 | 16 | |
加载状态 | 整形 | 1 | 1,需要加载 |
校验位 | 整形 | 消息累加和 | |
设备标识 | 无符号整形 | 0x0ff1 | |
厂商标识 | 无符号整形 | 0x000a | |
版本类型 | 整形 | [0,15] | |
版本号 | 4个字符 | V2.00 | |
版本日期 | 无符号整形 | 0x20181001 |
表9版本数据最后一个分片响应消息
二、目标端版本加载环节
如图2所示,目标端版本加载环节的版本自动加载方法如下:
步骤2.1,等待并接收版本加载请求消息;
步骤2.2,判断是否接收到加载端发来的版本加载请求消息,
若是,则转入步骤2.3;
若否,则转入步骤2.1;
步骤2.3,解析版本加载请求消息,获取版本信息;
步骤2.4,进行版本加载仲裁:
步骤2.4.1,判断步骤2.3获取的版本信息中的厂商标识和设备标识是否与本地使用的版本信息一致,
若是,则进入步骤2.4.2;
若否,仲裁结果为不加载,进入步骤2.9;
步骤2.4.2,判断步骤2.3获取的版本信息中的版本号、版本日期是否与本地使用的版本信息一致,若是,则仲裁结果为不加载,进入步骤2.9;若否,则仲裁结果为需要加载,进入步骤2.5;
步骤2.5,向加载端发送版本加载响应消息;
步骤2.6,至少等待时长T,等待次数加1;
步骤2.7,判断是否接收到加载端发来的版本数据请求消息,
若未接收到,则判别等待次数是否大于M,若大于M,则转入步骤2.9;否则,转到步骤2.6;
若接收到,则解析版本数据请求消息,获取版本数据,转入步骤2.8;
步骤2.8,存储所述版本数据,向加载端发送版本数据响应消息,进入步骤2.9;
步骤2.9记录当前节点版本加载结果,并显示加载结果,返回步骤2.1。
上述加载端版本加载环节与目标端版本加载环节是一个有机整体,缺一不可。加载端与目标端任意一端交互的消息格式变化,必然也会影响到另外一端;通过上述方法可使得FC节点实现版本的自动加载,实现方法简单,使用灵活,无需专用的加载工具,能更好的满足现场大量FC节点版本的升级需求和维护要求。
Claims (5)
1.一种光纤通道节点的版本自动加载方法,其特征在于,包括:
加载端版本加载环节:
步骤1.1,在加载端设置光纤网络规模N,设置目标端光纤节点编号i;N取值范围为[1,96];i的取值范围为[0,N-1];
步骤1.2,读取节点编号为i的目标端光纤节点版本信息,包括厂商标识、设备标识、版本号和版本日期;
步骤1.3,向节点编号为i的目标端光纤节点发送版本加载请求消息;
步骤1.4,等待时长T,等待次数加1;T取值范围为[1,3000],单位为μs;
步骤1.5,判断是否接收到节点编号为i的目标端光纤节点的版本加载响应消息,
若未接收到,则判别等待次数是否大于M,M≥6;若等待次数大于M,则转到步骤1.11,否则转到步骤1.4;
若接收到,则解析节点i的版本加载响应消息,获取加载状态,
若加载状态为需要进行加载,则转入步骤1.6;
若加载状态为不需要进行加载,转到步骤1.11;
步骤1.6,按照分片大小读取节点编号为i的目标端光纤节点的版本数据;
步骤1.7,向节点编号为i的目标端光纤节点发送版本数据请求消息;
步骤1.8,至少等待时长T,等待次数加1;
步骤1.9,判断是否接收到节点编号为i的目标端光纤节点的版本数据响应消息,
若未接收到,则判别等待次数是否大于M,若等待次数大于M,则转到步骤1.11,否则转到步骤1.8;
若接收到,则解析节点编号为i的目标端光纤节点的版本数据响应消息,获取加载结果状态,
若加载结果状态为加载中,则转入步骤1.6;
若加载结果状态为加载完成,则转入步骤1.10;
步骤1.10,设置节点编号为i的目标端光纤节点的版本加载结果为加载成功,进入步骤1.12;
步骤1.11,设置节点i版本加载结果为加载失败,进入步骤1.12;
步骤1.12,记录节点i版本加载结果,并显示加载结果,进入步骤1.13;
步骤1.13,节点编号i加1再取模N,加载节点计数加1,进入步骤1.14;
步骤1.14,判断加载节点计数是否小于网络规模N,
若是,则转入步骤1.2;
若否,则加载端版本加载结束;
目标端版本加载环节:
步骤2.1,等待并接收版本加载请求消息;
步骤2.2,判断是否接收到加载端发来的版本加载请求消息,
若是,则转入步骤2.3;
若否,则转入步骤2.1;
步骤2.3,解析版本加载请求消息,获取版本信息;
步骤2.4,进行版本加载仲裁:
步骤2.4.1,判断步骤2.3获取的版本信息中的厂商标识和设备标识是否与本地使用的版本信息一致,
若是,则进入步骤2.4.2;
若否,仲裁结果为不加载,进入步骤2.9;
步骤2.4.2,判断步骤2.3获取的版本信息中的版本号、版本日期是否与本地使用的版本信息一致,若是,则仲裁结果为不加载,进入步骤2.9;若否,则仲裁结果为需要加载,进入步骤2.5;
步骤2.5,向加载端发送版本加载响应消息;
步骤2.6,至少等待时长T,等待次数加1;
步骤2.7,判断是否接收到加载端发来的版本数据请求消息,
若未接收到,则判别等待次数是否大于M,若大于M,则转入步骤2.9;否则,转到步骤2.6;
若接收到,则解析版本数据请求消息,获取版本数据,转入步骤2.8;
步骤2.8,存储所述版本数据,向加载端发送版本数据响应消息,进入步骤2.9;
步骤2.9记录当前节点版本加载结果,并显示加载结果,返回步骤2.1。
2.根据权利要求1所述的光纤通道节点的版本自动加载方法,其特征在于:
步骤1.1中所述的加载端是指FC网络节点设备运行的目标主机,该目标主机需要具有存储介质;所述存储介质用于预先存储版本文件。
3.根据权利要求1所述的光纤通道节点的版本自动加载方法,其特征在于:步骤1.1中,设置光纤网络规模N是指依据型号项目需求确定FC节点的数目,设置方式采用默认方式或API接口方式;设置目标端光纤节点编号i是指首先需要加载版本的是哪个光纤节点,设置方式采用默认方式。
4.根据权利要求1所述的光纤通道节点的版本自动加载方法,其特征在于:步骤1.3中所述的版本加载请求消息、步骤1.5所述的版本加载响应消息、步骤1.7所述的版本数据请求消息,以及步骤1.9所述的版本数据响应消息均包括消息头部和消息体;
消息头部包括消息类型、包序号、分片标志、分片长度、加载状态和校验位;
所述版本加载请求消息的消息类型为1,版本加载响应消息的消息类型为2,版本数据请求消息的消息类型为3,版本数据响应消息的消息类型为4;
所述包序号从0开始连续递增编号;所述版本加载请求消息和版本加载响应消息的包序号为0;所述版本数据请求消息和版本数据响应消息的包序号从1开始;
所述分片标志用于标识文件分片情况,没有分片记为0,第一个分片记为1,中间分片记为2,最后一个分片记为4;
所述分片长度用于标识消息体长度;分片长度取值范围为[0,2048];
所述加载状态用于表示是否需要进行加载,包括需加载和不需加载;
所述校验位用于对版本加载请求消息进行累加校验;
所述消息体包括设备标识、厂商标识、版本类型、版本号和版本日期。
5.根据权利要求1所述的光纤通道节点的版本自动加载方法,其特征在于:步骤1.5中所述的M=6。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911189786.5A CN111190650B (zh) | 2019-11-28 | 2019-11-28 | 一种光纤通道节点的版本自动加载方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911189786.5A CN111190650B (zh) | 2019-11-28 | 2019-11-28 | 一种光纤通道节点的版本自动加载方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111190650A CN111190650A (zh) | 2020-05-22 |
CN111190650B true CN111190650B (zh) | 2022-12-02 |
Family
ID=70709461
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911189786.5A Active CN111190650B (zh) | 2019-11-28 | 2019-11-28 | 一种光纤通道节点的版本自动加载方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111190650B (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7614048B1 (en) * | 2001-09-28 | 2009-11-03 | At&T Intellectual Property I, L.P. | System and method for automated software distribution in a fiber optic network |
CN103209362A (zh) * | 2013-04-12 | 2013-07-17 | 深圳市共进电子股份有限公司 | 一种无源光网络设备间多设备之间升级的方法 |
CN107729059A (zh) * | 2017-09-13 | 2018-02-23 | 陕西千山航空电子有限责任公司 | 一种基于fc网络的任务加载方法 |
CN109062622A (zh) * | 2018-08-21 | 2018-12-21 | 北京无线电测量研究所 | 一种基于远程fpga加载系统和方法 |
CN109688208A (zh) * | 2018-12-12 | 2019-04-26 | 中国航空工业集团公司西安航空计算技术研究所 | 一种基于fc-ae-asm消息的数据加载方法 |
-
2019
- 2019-11-28 CN CN201911189786.5A patent/CN111190650B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7614048B1 (en) * | 2001-09-28 | 2009-11-03 | At&T Intellectual Property I, L.P. | System and method for automated software distribution in a fiber optic network |
CN103209362A (zh) * | 2013-04-12 | 2013-07-17 | 深圳市共进电子股份有限公司 | 一种无源光网络设备间多设备之间升级的方法 |
CN107729059A (zh) * | 2017-09-13 | 2018-02-23 | 陕西千山航空电子有限责任公司 | 一种基于fc网络的任务加载方法 |
CN109062622A (zh) * | 2018-08-21 | 2018-12-21 | 北京无线电测量研究所 | 一种基于远程fpga加载系统和方法 |
CN109688208A (zh) * | 2018-12-12 | 2019-04-26 | 中国航空工业集团公司西安航空计算技术研究所 | 一种基于fc-ae-asm消息的数据加载方法 |
Non-Patent Citations (3)
Title |
---|
Modeling and Performance Analysis of FC-AE-ASM Which Base on PETRI Net Theory;Bin Liu;《IEEE》;20101231;全文 * |
一种基于FC网络的数据加卸载方法研究;逯计划;《信息通信》;20170215(第02期);全文 * |
基于FC网络的航电设备软件升级技术研究;梁慧;《电子质量》;20170320(第03期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN111190650A (zh) | 2020-05-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101673255B (zh) | 通用串行总线主机控制器和通用串行总线主机控制方法 | |
CN112272243A (zh) | 地址分配方法 | |
CN111966287A (zh) | 数据存储方法、电子设备及存储介质 | |
CN105978937A (zh) | 一种蓝牙从设备及其升级方法 | |
CN110554929B (zh) | 数据校验方法、装置、计算机设备及存储介质 | |
CN106130771B (zh) | 一种基于带内以太网络在线升级flash的方法 | |
CN111338869A (zh) | 配置参数管理方法、装置、设备及存储介质 | |
CN111190650B (zh) | 一种光纤通道节点的版本自动加载方法 | |
CN112416557B (zh) | 调用关系的确定方法和装置、存储介质及电子装置 | |
CN105471654A (zh) | 一种基于fc网络的配置数据自动加载方法 | |
CN110321288B (zh) | 一种用于飞行器上信息处理系统的仿真测试方法 | |
CN110134423A (zh) | 固件的更新方法、装置及计算机可读存储介质 | |
CN114466387B (zh) | 基站的配置文件的更新方法、装置、存储介质和电子装置 | |
CN113852610B (zh) | 报文处理方法、装置、计算机设备和存储介质 | |
CN115314339A (zh) | Can通道标定量的查重方法、查重装置、处理器与车辆 | |
CN104678292A (zh) | 一种复杂可编程逻辑器件cpld测试方法和装置 | |
CN101426220A (zh) | 一种基站割接的方法、装置及系统 | |
CN115421745A (zh) | 设备远程升级方法、装置、终端及存储介质 | |
CN109450706B (zh) | 一种基于裁决机制的fc网络配置数据自动加载方法 | |
CN113806035A (zh) | 分布式调度方法及业务服务器 | |
CN109327284B (zh) | 数据传输方法、装置及电子设备 | |
CN108749856B (zh) | 列尾机车台运行数据分析方法及装置 | |
CN112817953A (zh) | 一种数据校验的方法、装置、计算机设备及计算机可读存储介质 | |
CN107203559B (zh) | 一种划分数据条带的方法和装置 | |
CN111897557A (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 |