EN 16603-70-41:2017
(Main)Space engineering - Telemetry and telecommand packet utilization
Space engineering - Telemetry and telecommand packet utilization
This Standard addresses the utilization of telecommand packets and telemetry packets for the purposes of remote monitoring and control of spacecraft subsystems and payloads.
This Standard does not address missionspecific payload data packets, but the rules contained herein can be extended to suit the requirements of any mission.
This Standard does not address audio and video data as they are not contained within either telecommand or telemetry packets.
This Standard defines a set of services that satisfy all the fundamental operational requirements for spacecraft monitoring and control during spacecraft integration, testing and flight operations, refer to ECSS-E-ST-70-11. It also specifies the structure and contents of the telecommand packets used to transport the requests and the telemetry packets used to transport the reports.
This Standard can be used by any mission, no matter what its domain of application, orbit or ground station coverage characteristics. However, it is not the intention that the PUS should be applied in its entirety to a given mission. The services defined in this Standard cover a wide spectrum of operational scenarios and, for a given mission, only a subset of these services is likely to be appropriate.
Choices are made early in the design phase of a new mission resulting in the need to tailor the PUS to suit the requirements of that mission. These choices include:
• the on-board system design and architecture, in terms of the number of on-board application processes, their on-board implementation (e.g. the allocation to on-board processors) and their roles (i.e. which functions or subsystems or payloads they support);
• which PUS services are supported by each application process.
Each mission usually documents the results of this design and selection process in a "Space-to-Ground Interface Control Document".
Some missions implement a centralized architecture with a small number of application processes, whilst others have a highlydistributed architecture within which a correspondingly larger number of application processes are distributed across several on-board processors.
The specification of services in this Standard is adapted to the expectation that different missions require different levels of complexity and capability from a given service. To this end, all services are optional and a given service can be implemented at one of several distinct levels, corresponding to the inclusion of one or more capability sets. The minimum capability set corresponds to the simplest possible level that also remains sensible and coherent. At least this set is included in every implementation of a given service.
The standardized PUS services fulfil the following criteria:
• Commonality: each standard service corresponds to a group of capabilities applicable to many missions.
• Coherence: the capabilities provided by each standard service are closely related and their scope is unambiguously specified. Each standard service covers all the activities for managing interrelated state information and all activities that use that state information.
• Self-containment: each standard service has minimum and well-defined interactions with other services or on-board functions.
• Implementation independence: the standard services neither assume nor exclude a particular spacecraft architecture (hardware or software).
Raumfahrttechnik - Telemetrie und Telekommando
Ingénierie spatiale - Utilisation de la télémétrie et de la télécommande par paquets
La présente Norme traite de l'utilisation des paquets de télécommande et des paquets de télémesure aux fins de surveillance et de contrôle à distance des sous-systèmes et des charges utiles de l'engin spatial.
La présente norme ne tient pas compte des paquets de données de charge utile propres à la mission, mais les règles qu'elle contient peuvent être étendues pour répondre aux exigences d'une quelconque mission.
Elle ne traite pas non plus des données audio et vidéo, puisque ces données ne sont pas contenues dans les paquets de télécommande ou de télémesure.
La présente Norme définit un ensemble de services à même de satisfaire à toutes les exigences opérationnelles fondamentales concernant la surveillance et le contrôle de l'engin spatial lors des opérations d'intégration, d'essai et des opérations en vol de l'engin spatial ; se reporter à l'ECSS-E-ST-70-11. Elle spécifie également la structure et le contenu des paquets de télécommande utilisés pour acheminer les demandes et des paquets de télémesure utilisés pour transporter les rapports.
La présente Norme peut être utilisée par toute mission, quels que soient son domaine d'application, orbite ou caractéristiques de couverture de la station sol. Toutefois, il convient de ne pas considérer que le but recherché est que la norme PUS soit appliquée dans son intégralité à une mission donnée. Les services définis dans la présente norme couvrent un large éventail de scénarios opérationnels et, pour une mission donnée, seul un sous-ensemble de ces services est susceptible de convenir.
Des choix sont opérés au début de la phase de conception d'une nouvelle mission, d'où la nécessité d'adapter la norme PUS pour répondre aux exigences de cette mission. Ces choix englobent :
• la conception et l'architecture du système embarqué, en termes de nombre de procédés d'application embarqués, leur implémentation à bord (par exemple, l'allocation aux processeurs de bord) et leurs rôles (c'est-à-dire les fonctions, sous-systèmes ou charges utiles pris en charge) ;
• quels services PUS sont pris en charge par chaque procédé d'application.
Chaque mission documente généralement les résultats de ce processus de conception et de sélection dans un « Document de contrôle des interfaces espace-sol ».
Certaines missions mettent en œuvre une architecture centralisée avec un petit nombre de procédés d'application, alors que d'autres bénéficient d'une architecture hautement distribuée au sein de laquelle un nombre de procédés d'application proportionnellement plus élevé sont répartis sur plusieurs processeurs de bord.
La spécification des services dans la présente norme est adaptée aux différents niveaux de complexité et de capacité que les différentes missions exigent d'un service donné. À cette fin, tous les services sont facultatifs et un service donné peut être mis en œuvre à l'un des multiples niveaux distincts, qui correspond à la prise en compte d'un ou de plusieurs ensembles de capacités. L'ensemble de capacités minimal correspond au niveau le plus simple possible qui reste néanmoins pertinent et cohérent. Cet ensemble, au moins, est inclus dans chaque implémentation d'un service donné.
Les services PUS normalisés remplissent les critères suivants :
• Similitude : chaque service normalisé correspond à un groupe de capacités applicables à de nombreuses missions.
• Cohérence : les capacités fournies par chaque service normalisé sont étroitement liées et leur champ d'application est clairement spécifié. Chaque service normalisé couvre toutes les activités de gestion des informations d'état interdépendantes, ainsi que toutes les activités qui utilisent ces informations d'état.
Vesoljska tehnika - Uporaba telemetrije in daljinskega vodenja podatkovnih paketov
Ta standard obravnava uporabo daljinsko vodenih in telemetričnih paketov za namene oddaljenega nadzora ter krmiljenja podsistemov in tovora vesoljskih plovil. Ta standard ne obravnava podatkovnih paketov o tovoru, specifičnih za misijo, vendar se pravila standarda lahko razširijo, da izpolnjujejo zahteve katerekoli misije. Ta standard ne obravnava zvočnih in video podatkov, ki niso vsebovani v daljinsko vodenih ali telemetričnih paketih. Ta standard opredeljuje skupino storitev, ki izpolnjujejo vse temeljne zahteve za izvajanje nadzora in krmiljenja vesoljskih plovil med integracijo, preizkušanjem in upravljanjem vesoljskih plovil (glej standard ECSS-E-ST-70-11). Določa tudi strukturo in vsebino daljinsko vodenih paketov, ki se uporabljajo za prenos zahtev, in telemetričnih paketov, ki se uporabljajo za prenos poročil.
General Information
Relations
Standards Content (Sample)
SLOVENSKI STANDARD
01-december-2017
1DGRPHãþD
SIST EN 14776:2005
Vesoljska tehnika - Uporaba telemetrije in daljinskega vodenja podatkovnih
paketov
Space engineering - Telemetry and telecommand packet utilization
Raumfahrttechnik - Telemetrie und Telekommando
Ingénierie spatiale - Utilisation de la télémétrie et de la télécommande par paquets
Ta slovenski standard je istoveten z: EN 16603-70-41:2017
ICS:
33.200 Daljinsko krmiljenje, daljinske Telecontrol. Telemetering
meritve (telemetrija)
49.140 Vesoljski sistemi in operacije Space systems and
operations
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.
EUROPEAN STANDARD
EN 16603-70-41
NORME EUROPÉENNE
EUROPÄISCHE NORM
October 2017
ICS 49.140
Supersedes EN 14776:2004
English version
Space engineering - Telemetry and telecommand packet
utilization
Ingénierie spatiale - Utilisation de la télémétrie et de la Raumfahrttechnik - Telemetrie und Telekommando
télécommande par paquets
This European Standard was approved by CEN on 30 June 2017.
CEN and CENELEC members are bound to comply with the CEN/CENELEC Internal Regulations which stipulate the conditions for
giving this European Standard the status of a national standard without any alteration. Up-to-date lists and bibliographical
references concerning such national standards may be obtained on application to the CEN-CENELEC Management Centre or to
any CEN and CENELEC member.
This European Standard exists in three official versions (English, French, German). A version in any other language made by
translation under the responsibility of a CEN and CENELEC member into its own language and notified to the CEN-CENELEC
Management Centre has the same status as the official versions.
CEN and CENELEC members are the national standards bodies and national electrotechnical committees of Austria, Belgium,
Bulgaria, Croatia, Cyprus, Czech Republic, Denmark, Estonia, Finland, Former Yugoslav Republic of Macedonia, France, Germany,
Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Norway, Poland, Portugal, Romania,
Serbia, Slovakia, Slovenia, Spain, Sweden, Switzerland, Turkey and United Kingdom.
CEN-CENELEC Management Centre:
Avenue Marnix 17, B-1000 Brussels
© 2017 CEN/CENELEC All rights of exploitation in any form and by any means Ref. No. EN 16603-70-41:2017 E
reserved worldwide for CEN national Members and for
CENELEC Members.
Table of contents
European Foreword . 6
Introduction . 8
1 Scope . 9
2 Normative references . 11
3 Terms, definitions and abbreviated terms . 12
3.1 Terms from other standards . 12
3.2 Terms specific to the present standard . 12
3.3 Abbreviated terms. 16
3.4 Nomenclature . 17
4 Context and background . 18
4.1 Introduction . 18
4.2 Modelling the PUS . 21
5 The PUS foundation model . 25
5.1 Introduction . 25
5.2 Convention . 26
5.3 The generic service type abstraction level . 26
5.4 The generic service deployment abstraction level . 38
6 Service type system requirements . 55
6.1 ST[01] request verification . 55
6.2 ST[02] device access . 63
6.3 ST[03] housekeeping . 76
6.4 ST[04] parameter statistics reporting . 109
6.5 ST[05] event reporting . 119
6.6 ST[06] memory management . 124
6.7 ST[07] (reserved) . 153
6.8 ST[08] function management . 153
6.9 ST[09] time management . 155
6.10 ST[10] (reserved) . 161
6.11 ST[11] time-based scheduling . 161
6.12 ST[12] on-board monitoring . 191
6.13 ST[13] large packet transfer . 221
6.14 ST[14] real-time forwarding control . 229
6.15 ST[15] on-board storage and retrieval . 256
6.16 ST[16] (reserved) . 308
6.17 ST[17] test . 308
6.18 ST[18] on-board control procedure . 311
6.19 ST[19] event-action . 331
6.20 ST[20] parameter management . 341
6.21 ST[21] request sequencing . 347
6.22 ST[22] position-based scheduling . 357
6.23 ST[23] file management . 390
7 Space to ground interface requirements . 412
7.1 Introduction . 412
7.2 Convention . 414
7.3 Packet field type code . 415
7.4 The CCSDS Space Packet . 425
8 Service type interface requirements . 432
8.1 ST[01] request verification . 432
8.2 ST[02] device access . 437
8.3 ST[03] housekeeping . 442
8.4 ST[04] parameter statistics reporting . 459
8.5 ST[05] event reporting . 462
8.6 ST[06] memory management . 465
8.7 ST[07] (reserved) . 475
8.8 ST[08] function management . 475
8.9 ST[09] time management . 476
8.10 ST[10] (reserved) . 478
8.11 ST[11] time-based scheduling . 478
8.12 ST[12] on-board monitoring . 490
8.13 ST[13] large packet transfer . 507
8.14 ST[14] real-time forwarding control . 510
8.15 ST[15] on-board storage and retrieval . 520
8.16 ST[16] (reserved) . 538
8.17 ST[17] test . 538
8.18 ST[18] on-board control procedure . 540
8.19 ST[19] event-action . 548
8.20 ST[20] on-board parameter management . 552
8.21 ST[21] request sequencing . 556
8.22 ST[22] position-based scheduling . 561
8.23 ST[23] file management . 574
9 Command Pulse Distribution Unit . 584
9.1 Scope . 584
9.2 System requirements . 584
9.3 Interface requirements . 586
Annex A (informative) IEEE and MIL-STD real formats . 588
A.1 IEEE standard format . 588
A.1.1 General . 588
A.1.2 Single-precision . 589
A.1.3 Double-precision . 589
A.2 United States Air Force military standard format . 591
A.2.1 General . 591
A.2.2 Simple-precision . 591
A.2.3 Extended . 592
Annex B (informative) CRC and ISO checksum . 593
B.1 The cyclic redundancy code (CRC) . 593
B.1.1 General . 593
B.1.2 Symbols and conventions . 594
B.1.3 Encoding procedure . 594
B.1.4 Decoding procedure . 594
B.1.5 Verification of compliance . 595
B.1.6 Software implementation . 595
B.2 The ISO checksum . 604
B.2.1 General . 604
B.2.2 Symbols and conventions . 605
B.2.3 Encoding procedure . 605
B.2.4 Decoding procedure . 606
B.2.5 Verification of compliance . 606
B.2.6 Software implementation . 606
Annex C (informative) Summary of requests and reports for PUS standard
services . 612
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.