[发明专利]通信性能可预测的1553B总线工程遥测数据获取方法

说明书

技术领域

本发明涉及航天领域，尤其涉及卫星通信系统设计与与性能评估领域。

背景技术

为满足未来航天器进行在轨功能模块更换、系统设计和功能扩展等需求，欧美各国相继展开即插即用的航天器电子系统研究。美国空军研究实验室航天运载技术局调研了RS-422、MIL-STD-1553、Ethernet(IEEE 802)、Power over Ethernet(IEEE 802.3)、FireWire(IEEE 1394)、SpaceWire(IEEE 1355)、USB1.0&2.0、TCP/IPv6等总线，认为MIL-STD-1553总线不能充分满足在太空应用中即插即用的需求。

然而，我国航天器常用总线包括MIL-STD-1553，大量航天器载电子设备采用MIL-STD-1553总线进行通信。采用全新的总线重新设计航天器载电子设备成本极高，不符合我国国情。由于MIL-STD-1553总线是主从式总线，所有通信行为是由控制端发起，在航天器电子系统扩展过程中会带来工程遥测数据采集性能难以预测的问题。

发明内容

本发明要解决的技术问题是航天器电子系统扩展过程中会带来工程遥测数据采集性能难以预测的问题。

为了解决这一技术问题，本发明提供了一种通信性能可预测的1553B总线工程遥测数据获取方法，提供了BC端和若干RT端，该方法包括如下步骤：

S1：针对若干所述RT端的遥测数据包进行统一的定义，定义的内容至少包括了遥测数据包的准备状态标识；

S2：所述BC端向若干所述RT端发出准备当前遥测数据包的命令；

S3：所述RT端响应该命令，准备当前的遥测数据包；所述RT端依据当前的遥测数据包是否已准备被配置相应的准备状态标识；

S4：所述BC端查询其中之一RT端的准备状态标识；

S5：依据所述准备状态标识：

若标识显示该RT端当前的遥测数据包已准备完成，则进入步骤S6；

若标识显示该RT端当前的遥测数据包未准备完成，则重复步骤S4，查询下一个RT端的准备状态标识；

S6：所述BC端获取相应的遥测数据包；然后根据协议，将该遥测数据包进行组帧，然后发送给遥传数据的下传通道；

S7：重复步骤S3至S6，直至完成一个周期内所有所需RT端的遥测数据包的获取；

S8：重复步骤S2至S7，直至所有数据均传送完毕。

可选的，在所述步骤S1中，所述定义的内容还包括不同RT端的遥测数据包的发送子地址；

所述步骤S3中准备当前遥测数据包的过程进一步为将当前遥测数据包存放到相应的所述发送子地址；

所述步骤S6获取相应的遥测数据包的过程进一步为自所述发送子地址获得当前的遥测数据包。

可选的，每个所述RT端对应一个所述发送子地址。

可选的，在所述步骤S1中，定义的内容还包括每个遥测数据包的大小。

可选的，所述准备状态标识采用一个比特的矢量字；

在所述步骤S3中，被配置相应的准备状态标识的过程进一步为被配置相应的一个比特的矢量字；

在所述步骤S4中，查询准备状态标识的过程进一步为获知相应RT端矢量字中的该比特，即获知遥测数据包中的该一个比特的矢量字。

可选的，在所述步骤S2中，所述BC端同时向若干所述RT端广播准备当前遥测数据包的命令。

可选的，在所述步骤S2中，所述BC端向若干所述RT端逐一发出准备当前遥测数据包的命令。

可选的，在所述步骤S4之前，还包括查询本周期进行工程遥测数据组帧获取的工程遥测数据来源的过程；

在所述步骤S4中，所述BC端仅查询该来源中之一RT端的准备状态标识。

本发明与现有基于1553B总线的星载通信技术相比，利用本发明，可以使得BC端获取载荷等RT端的工程遥测数据包通信时间可预测，性能可控，解决了工程遥测数据采集性能难以预测的问题，进一步地，由于工程遥测数据包与发送子地址之间存在一一对应关系，RT端与BA端通信接口固定，无需重新约定，达到接口统一、节省研制成本的目标。除此以外，还达到了如下的有益效果：

1.不需要在星载计算机、载荷等单机研制前，针对工程遥测数据包，专门组织BC端与RT端之间的通信接口协调，大大降低了星载设备与具体某颗卫星之间的耦合度，节约研制时间和成本；

2.工程遥测数据包的获取和更新仅相隔一个控制周期，工程遥测数据仍能反映当时的工作状态；