CN108347424B - 弹载设备分时通讯协议设计方法 - Google Patents
弹载设备分时通讯协议设计方法 Download PDFInfo
- Publication number
- CN108347424B CN108347424B CN201711019896.8A CN201711019896A CN108347424B CN 108347424 B CN108347424 B CN 108347424B CN 201711019896 A CN201711019896 A CN 201711019896A CN 108347424 B CN108347424 B CN 108347424B
- Authority
- CN
- China
- Prior art keywords
- communication
- time
- equipment
- information
- designing
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/03—Protocol definition or specification
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种弹载设备分时通讯协议设计方法,其中,包括:第一步:将需要发送的指令以及反馈数据包分为四类数据,分类覆盖产品健康状态监测、产品功能实现与控制、内存状况监测以及设备信息查询;第二步:设计系统通讯周期以及时间片长度,依据系统的性能指标要求,确定通讯周期,将每一个通讯周期划分为四个等长的时间片;第三步:设计各类指令以及反馈数据包的通讯时机;第四步:设计四类指令及反馈数据包的时间片顺序。
Description
技术领域
本发明涉及通信技术,特别涉及一种弹载设备分时通讯协议设计方法。
背景技术
在传统弹上1553B总线和RS422总线设计中,进行通讯的只有一包数据。各类信息共同占用一个数据包,资源紧张。同时,无论系统是否需要,各类数据都会全程通讯,浪费通讯资源。随着当今对导弹功能、性能、保障性、测试性要求越来越高,传统协议设计方法难以满足当前的使用需求。
为此,提出了一种基于分时通讯原理的协议设计方法。将通讯数据进行分类,覆盖设备故障信息(设备故障查询指令和故障反馈)、工作信息(设备工作指令和工作状态反馈)、内存信息(设备内存查询指令和内存查询反馈)、描述信息(设备描述查询指令和描述查询反馈)。在各通讯周期内,各类数据都有专用的时间片和数据包,从原理上避免不同类型数据对通讯带宽的需求发生冲突。在测试时,故障信息、工作信息、内存信息和描述信息分时发出,达到了并行多任务的目的,可以提升系统工作的灵活性;进入飞控后,则只传输工作指令与工作状态反馈,又确保了正常工作的可靠性。
发明内容
本发明的目的在于提供一种弹载设备分时通讯协议设计方法,用于解决上述现有技术的问题。
本发明一种弹载设备分时通讯协议设计方法,其中,包括:第一步:将需要发送的指令以及反馈数据包分为四类数据,分类覆盖产品健康状态监测、产品功能实现与控制、内存状况监测以及设备信息查询;第二步:设计系统通讯周期以及时间片长度,依据系统的性能指标要求,确定通讯周期,将每一个通讯周期划分为四个等长的时间片;第三步:设计各类指令以及反馈数据包的通讯时机;第四步:设计四类指令及反馈数据包的时间片顺序。
根据本发明的弹载设备分时通讯协议设计方法的一实施例,其中,在测试时,版本信息、故障信息、工作信息以及内存查询信息分时通讯;在工作时,进入飞控后,只传输工作指令与信息。
根据本发明的弹载设备分时通讯协议设计方法的一实施例,其中,将每一个通讯周期划分为四个等长的时间片。
根据本发明的弹载设备分时通讯协议设计方法的一实施例,其中,当需要发送某一指令以及反馈数据包时,只能在每一通讯周期内其专有的时间片进行通讯,当不需要发送此类指令以及反馈数据包时,则此时间片轮空。
根据本发明的弹载设备分时通讯协议设计方法的一实施例,其中,四类数据的指令和反馈的编排方法,包括:定义第一个字为帧标识,用以表示此数据包属于是四类数据中的哪一类数据;第二个字为头字,用以约定此包数据解读格式;第三个字为设备信息,填写参与通讯的子设备编号,实现单控制计算机与多个子设备的并行协同工作;之后可以依据实际工作需求定义数据;最后一个字填写数据校验和。
根据本发明的弹载设备分时通讯协议设计方法的一实施例,其中,通讯周期为20ms,分为4个长度为5ms的时间片,分别进行4类指令及反馈数据包的通讯。
根据本发明的弹载设备分时通讯协议设计方法的一实施例,其中,步骤3中,当存在故障时,控制计算机发送故障查询指令,分设备在收到故障查询指令时发送故障反馈数据包;控制计算机通讯建立后断电前全程定周期发送设备工作指令,分设备工作时全程定周期发送工作状态反馈数据包;在测试时才进行设备内存查询指令和内存查询反馈的通讯;在通讯建立后,正常工作开始前才进行设备描述查询指令和描述查询反馈的通讯。
本发明主要打破了传统通讯协议中只能传输单包数据的限制,将单包数据扩展为设备故障信息、工作信息、内存信息、描述信息四类数据。这种分类可以确保信息传输的效率,例如:故障信息单独传输可以支撑最多15个故障传输;描述信息可以对产品代号、版本号等进行详细描述,如果用传统设计方法,会有数据太长、效率太低等问题。于此同时,设计分时传输方式,解除了协议中不同类型数据对通讯带宽需求的耦合,使得不同类型的指令以及反馈数据拥有各自专用的时间片资源,彼此的通讯不会发生冲突。通讯的可靠性得到提高。
附图说明
图1所示为数据包的结构示意图;
图2所示为弹载设备分时通讯协议设计方法的流程图。
具体实施方式
为使本发明的目的、内容、和优点更加清楚,下面结合附图和实施例,对本发明的具体实施方式作进一步详细描述。
图1所示为数据包的结构示意图,图2所示为弹载设备分时通讯协议设计方法的流程图,如图1以及图2所示,本发明弹载设备分时通讯协议设计方法包括:
第一步:将需要发送的指令以及反馈数据包分为四类。分类覆盖产品健康状态监测(设备故障查询指令和故障反馈)、产品功能实现与控制(设备工作指令和工作状态反馈)、内存状况监测(设备内存查询指令和内存查询反馈)、设备信息查询(设备描述查询指令和描述查询反馈)。
第二步:设计系统通讯周期以及时间片长度。依据系统的性能指标要求,确定通讯周期。将每一个通讯周期划分为四个等长的时间片。
第三步:设计各类指令以及反馈数据包的通讯时机。在测试时,版本信息、故障信息、工作信息、内存查询信息分时通讯,达到了并行多任务的目的,可以提升系统工作的灵活性;在工作时,进入飞控后,则只传输工作指令与信息,又确保了正常工作的可靠性。
第四步:设计四类指令及反馈数据包的时间片顺序。
如图1以及图2所示,本发明一种弹载设备分时通讯协议设计方法的一实施例,其中,包括:将数据分类处理,各类数据包分配至其专有的时间片进行通讯;
将需要发送的指令以及反馈数据包分为四类,包括故障信息(设备故障查询指令和故障反馈)、工作信息(设备工作指令和工作状态反馈)、内存信息(设备内存查询指令和内存查询反馈)、描述信息(设备描述查询指令和描述查询反馈)。
根据系统的性能指标要求,设计通讯周期。将每一个通讯周期划分为四个等长的时间片。例如通讯周期为20ms,分为4个长度为5ms 的时间片,分别进行4类指令及反馈数据包的通讯。
根据系统要求设计各类指令以及反馈数据包的通讯时机。在测试时,版本信息、故障信息、工作信息、内存查询信息分时通讯,达到了并行多任务的目的,可以提升系统工作的灵活性;在正常工作模式中,进入飞控后,则只传输工作指令与信息,又确保了正常工作的可靠性。当需要发送某一指令以及反馈数据包时,则只能在每一通讯周期内其专有的时间片进行通讯。当不需要发送此类指令以及反馈数据包时,则此时间片轮空。
如图1所示,本发明弹载设备分时通讯协议设计方法的再一实施例,包括:
第一步:将需要发送的指令以及反馈数据包分为四类,包括故障信息(设备故障查询指令和故障反馈)、工作信息(设备工作指令和工作状态反馈)、内存信息(设备内存查询指令和内存查询反馈)、描述信息(设备描述查询指令和描述查询反馈)。如表1至表8所示,分别为四类数据的指令和反馈的编排方法。定义第一个字为帧标识,用以表示此数据包属于是四类数据中的哪一类数据;第二个字为头字,用以约定此包数据解读格式;第三个字为设备信息,填写参与通讯的子设备编号,实现单控制计算机与多个子设备的并行协同工作;之后可以依据实际工作需求定义数据;最后一个字填写数据校验和。表1为设备故障查询指令编排表。表2为设备工作指令编排表,表3设备内存查询指令编排表,表4设备描述查询指令编排,表5故障反馈编排表;表6为工作状态反馈编排表;表7为内存查询反馈编排表;表8为描述查询反馈编排
表1
表2
表3
表4
表5
表6
表7
表8
第二步:根据系统的性能指标要求,设计通讯周期。将每一个通讯周期划分为四个等长的时间片。例如通讯周期为20ms,分为4个长度为5ms的时间片,分别进行4类指令及反馈数据包的通讯。
第三步:根据系统要求设计各类指令以及反馈数据包的通讯时机,在测试时,故障信息、工作信息、内存信息、描述信息分时通讯,达到了并行多任务的目的;在正常工作时,进入飞控后,则只传输工作信息,又确保了正常工作的可靠性。例如:如表9所示当存在故障时,控制计算机发送故障查询指令,分设备在收到故障查询指令时发送故障反馈数据包;控制计算机通讯建立后断电前全程定周期(20ms) 发送设备工作指令,分设备工作时全程定周期(20ms)发送工作状态反馈数据包;在测试时才进行设备内存查询指令和内存查询反馈的通讯;在通讯建立后,正常工作开始前才进行设备描述查询指令和描述查询反馈的通讯。当需要发送某一指令以及反馈数据包时,则只能在每一通讯周期内其专有的时间片进行通讯。当不需要发送此类指令以及反馈数据包时,则此时间片轮空。表9通讯时机及时间片划分表。
表9
第四步:设计各类指令及反馈数据包的时间片顺序。例如:每一个20ms周期内,故障信息占用第一个时间片(1至5ms),工作信息占用第二个时间片(6至10ms),内存信息占用第三个时间片(11至 15ms),描述信息占用第四个时间片(16至20ms)。
与现有通讯设计方法相比,将通讯数据进行分类,覆盖设备故障信息(设备故障查询指令和故障反馈)、工作信息(设备工作指令和工作状态反馈)、内存信息(设备内存查询指令和内存查询反馈)、描述信息(设备描述查询指令和描述查询反馈)。在各通讯周期内,各类数据都有专用的时间片和数据包,从原理上避免不同类型数据对通讯带宽的需求发生冲突,保证通讯稳定性。同时,可以确保信息传输的效率,例如:故障信息单独传输可以支撑最多15个故障传输;描述信息可以对产品代号、版本号等进行详细描述,如果用传统设计方法,会有数据太长、效率太低等问题。在测试时,故障信息、工作信息、内存信息和描述信息分时发出,达到了并行多任务的目的,可以提升系统工作的灵活性;进入飞控后,则只传输工作指令与工作状态反馈,又确保了正常工作的可靠性。
本发明的主要技术方案是通过将通讯数据分为四类,同时将通讯周期划分为四各时间片,各类数据不会互相冲突,以兼顾数据通讯的灵活性和可靠性。
本发明主要打破了传统通讯协议中只能传输单包数据的限制,将单包数据扩展为设备故障信息、工作信息、内存信息、描述信息四类数据。这种分类可以确保信息传输的效率,例如:故障信息单独传输可以支撑最多15个故障传输;描述信息可以对产品代号、版本号等进行详细描述,如果用传统设计方法,会有数据太长、效率太低等问题。于此同时,设计分时传输方式,解除了协议中不同类型数据对通讯带宽需求的耦合,使得不同类型的指令以及反馈数据拥有各自专用的时间片资源,彼此的通讯不会发生冲突。通讯的可靠性得到提高。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明技术原理的前提下,还可以做出若干改进和变形,这些改进和变形也应视为本发明的保护范围。
Claims (5)
1.一种弹载设备分时通讯协议设计方法,其特征在于,包括:
第一步:将需要发送的指令以及反馈数据包分为四类数据,分类覆盖产品健康状态监测、产品功能实现与控制、内存状况监测以及设备信息查询;
第二步:设计系统通讯周期以及时间片长度,依据系统的性能指标要求,确定通讯周期,将每一个通讯周期划分为四个等长的时间片;
第三步:设计各类指令以及反馈数据包的通讯时机;
第四步:设计四类指令及反馈数据包的时间片顺序;
当需要发送某一指令以及反馈数据包时,只能在每一通讯周期内其专有的时间片进行通讯,当不需要发送此类指令以及反馈数据包时,则此时间片轮空。
2.如权利要求1所述的弹载设备分时通讯协议设计方法,其特征在于,在测试时,版本信息、故障信息、工作信息以及内存查询信息分时通讯;在工作时,进入飞控后,只传输工作指令与信息。
3.如权利要求1所述的弹载设备分时通讯协议设计方法,其特征在于,四类数据的指令和反馈的编排方法,包括:定义第一个字为帧标识,用以表示此数据包属于是四类数据中的哪一类数据;第二个字为头字,用以约定此包数据解读格式;第三个字为设备信息,填写参与通讯的子设备编号,实现单控制计算机与多个子设备的并行协同工作;之后可以依据实际工作需求定义数据;最后一个字填写数据校验和。
4.如权利要求1所述的弹载设备分时通讯协议设计方法,其特征在于,通讯周期为20ms,分为4个长度为5ms的时间片,分别进行4类指令及反馈数据包的通讯。
5.如权利要求1所述的弹载设备分时通讯协议设计方法,其特征在于,第三步中,当存在故障时,控制计算机发送故障查询指令,分设备在收到故障查询指令时发送故障反馈数据包;控制计算机通讯建立后断电前全程定周期发送设备工作指令,分设备工作时全程定周期发送工作状态反馈数据包;在测试时才进行设备内存查询指令和内存查询反馈的通讯;在通讯建立后,正常工作开始前才进行设备描述查询指令和描述查询反馈的通讯。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711019896.8A CN108347424B (zh) | 2017-10-27 | 2017-10-27 | 弹载设备分时通讯协议设计方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711019896.8A CN108347424B (zh) | 2017-10-27 | 2017-10-27 | 弹载设备分时通讯协议设计方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108347424A CN108347424A (zh) | 2018-07-31 |
CN108347424B true CN108347424B (zh) | 2020-12-08 |
Family
ID=62963311
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711019896.8A Active CN108347424B (zh) | 2017-10-27 | 2017-10-27 | 弹载设备分时通讯协议设计方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108347424B (zh) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104049996A (zh) * | 2014-05-29 | 2014-09-17 | 湖北三江航天红峰控制有限公司 | 一种基于串口进行弹载计算机软件更新的方法 |
CN105262656A (zh) * | 2015-09-22 | 2016-01-20 | 南京航空航天大学 | 航空发动机分布式控制系统时间触发通信总线的实现方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140257597A1 (en) * | 2013-03-11 | 2014-09-11 | Pratt & Whitney Canada Corp. | Interface system for multiple protocols |
-
2017
- 2017-10-27 CN CN201711019896.8A patent/CN108347424B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104049996A (zh) * | 2014-05-29 | 2014-09-17 | 湖北三江航天红峰控制有限公司 | 一种基于串口进行弹载计算机软件更新的方法 |
CN105262656A (zh) * | 2015-09-22 | 2016-01-20 | 南京航空航天大学 | 航空发动机分布式控制系统时间触发通信总线的实现方法 |
Non-Patent Citations (1)
Title |
---|
《新型弹载制导信息处理系统一体化设计》;贾金艳等;《飞航导弹》;20150817;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN108347424A (zh) | 2018-07-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103634150B (zh) | 一种冗余的高安全性can总线通信方法 | |
CN106685733A (zh) | 一种fc‑ae‑1553网络快速配置与自动化测试方法 | |
CN104993583B (zh) | 配电自动化设备的通信方法 | |
CN103746927A (zh) | 基于优先级的流控pfc方法及发送设备、接收设备 | |
CN110531686B (zh) | 一种基于单主多从协议实现多主机的装置及其方法 | |
CN103186440A (zh) | 检测子卡在位的方法、装置及系统 | |
CN106936677B (zh) | 一种模块化ups系统及功率设备的数据传输方法 | |
CN107708088A (zh) | 数据传输方法及无线通信系统 | |
CN107391409B (zh) | 一种pci-e网络控制器、网络设备和数据传输方法 | |
CN106708701B (zh) | 一种基于arinc659总线的中央维护装置与方法 | |
CN108347424B (zh) | 弹载设备分时通讯协议设计方法 | |
CN106656711B (zh) | 一种令牌总线时隙预定义方法 | |
US10095643B2 (en) | Direct memory access control device for at least one computing unit having a working memory | |
CN102984220A (zh) | 一种用于航天器多级子网的突发下行数据通信方法 | |
CN112804286A (zh) | 航空电子总线上的数据传输的方法和系统 | |
CN107769960B (zh) | 一种基于can总线的bmc管理架构 | |
CN111405534A (zh) | 信息传输方法、第一终端及计算机存储介质 | |
CN217216573U (zh) | 多模组通信系统 | |
CN114915515B (zh) | 一种基于soc的can通信方法及系统 | |
CN114095303B (zh) | 通信设备、数据传输方法及电子设备 | |
CN105072699B (zh) | 主从设备中快速分配多个从设备接入时隙的方法及装置 | |
CN101320359A (zh) | 串口设备控制电路及控制方法 | |
CN110798242B (zh) | 一种电路、多通道装置和多路短信发送方法 | |
CN112260915A (zh) | 基于10m 1553b航电总线link组网模式下的总线控制方法 | |
CN113032307A (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 |