Ground Equipment Monitoring Service The complexity of the protocol should not outweigh the complexity of the device

Transcription

1 Space Domain Task Force Ground Equipment Monitoring Service The complexity of the protocol should not outweigh the complexity of the device Rob Andzik OMG Space Domain Task Force Co-Chair Colorado Springs, CO (719) Denver, CO (303)

2 OMG Space Domain Task Force Object Management Group (OMG) International, Not-For-Profit Consortium Platform & Domain Task Forces OMG Space Domain Task Force (SDTF) Focused On Space Related Standards XTCE (XML Telemetry and Command Exchange) Aids In The Transfer Of Telemetry and Command Databases From Satellite Manufacturer To Control Center Now A CCSDS Redbook SOLM (Spacecraft Operations Language Metamodel) Aids In Porting Scripts From One TT&C Procedure Language To Another 2

3 Control (User s Perspective) Configuration Should Be Easy And Transparent Setup The Obtain Status From The Save/Restore Configurations The Should Just Do Its Job Controlling A Single Is Normally Easy Controlling Multiple s From Multiple Vendors Is Not Why Is It So Difficult & Costly? Numerous Transport Mechanisms, Protocols And Platforms Variation Of API Designs And Behaviors Hardware/Software Upgrades Often Impact End-User Software 3

4 Control (Vendor s Perspective) Control & Status Is Often Secondary To Functionality The Choice Of API Or Protocol Is Often Constrained Platform (OS, Programming Language, Network/Bus etc.) Vendor Expertise & Product Goals Customer Architectures End Result Is Added Cost And Complexity Ground Systems Contain Many s From Many Vendors Numerous Custom/Proprietary Interfaces Unexpected Integration Of Standards The Customer Pays For It In The End 4

5 Introduction To Ground Equipment Monitoring Services () Emerging Specification For Control & Status Of Ground Equipment Approach Simple Solution For A Simple Problem Standard Model For Control Map The Model To Specific Protocols & Platforms Features Parameter & Directive Level Control/Status Save/Restore Configurations Scales To Full Ground System Control Space Domain Task Force 5

6 Design Designed Using OMG Model Driven Architecture Approach Platform Independent Model (PIM) Standardizes Obvious Control Concepts Defines Use Cases, Message Classes, Parameter Types, Behaviors Initial Platform Specific Models (PSM) -XML Ideal For Network Communications Schema Validation & Transformation -ASCII Ideal For Serial Communications Board-Level Control -XML Platform Specific Model Platform Independent Model -ASCII Platform Specific Model 6

7 What Does Provide? Point-To-Point Control & Status Set/Get Parameters Invoke Directives Save/Restore Configurations Status Polling Scales To Multiple s Automatic Translation Leverages Common Model -XML -ASCII Proxy Message Routing Message Sets Sequential Processing Client -ASCII (Over Serial Line) XML Over TCP/IP Proxy Directives Parameters System XML Over TCP/IP -ASCII (Over Bus) Internal 7

8 Basic Concepts Within PIM Connection Logic Connection Type Token Creation Version Base Message Properties Message Targets Version Transaction ID Connection Token Get Message frame_length sync_pattern lockstate Get Response param1=1024 param2=faf320 param3=locked Common Definitions Parameter Types Message Types & Structure Response Messages Return Codes Common Behaviors Transaction-Based Set/Get Directive Processing MessageSet Processing Scalability Using Proxies A B A Proxy B A r B r 8

9 PIM UML PIM Is Relatively Small Defines Messages, Responses, Return Codes, Message Sets Includes Basic Behavioral Patterns 9

10 -XML Overview PIM PSM Message Schema Provides basic -XML message structure validation OMG SDTF Documents -XML Schema Example -XML Message <SetConfigMessage xmlns=" xmlns:xsi=" xsi:schemalocation=" _base_types.xsd" sequence_number="2" token="cs12345" target="framesync1" version="1.0"> <Parameter name="frame_length_in_bits"> <long>1024</long> </Parameter> <Parameter name="sync_pattern"> <hex_value bit_length="22">faf320</hex_value> </Parameter> </SetConfigMessage> User -XML Messages Provides strict parameter-level -XML Validation Specific Schema XSLT Generated Definition (XML) Used by the user to determine what parameters (name, type & range) are supported Vendor 10

11 -ASCII Overview PIM OMG SDTF Documents Standard Header /FrameSync1 CS END PSM (ICD) -ASCII Schema Start Of Message Version Message Length SetConfigMessage Message Type Target Token Sequence Number # Params Parameter 1 (name:type=value) End Of Message Parameter 2 (bit_length attribute in parenthesis) SET 2 frame_length_in_bits:long=2048 sync_pattern:hexvalue(22)=faf320 User -ASCII Messages Used by the user to determine what parameters (name, type & range) are supported Definition (XML) Vendor 11

12 Interaction With Other Standards Other Related Standards Exist In The Space Domain Higher Level Standards Can Use Lower Level Standards Are Candidates For A PSM Model Provides A Least Common Denominator SLE-Management EXAMPLES Control via Complex Management Service- Mapping Function Client Utilization Management CCSDS Service Management is looking at to simplify the mapping of the service to the actual devices. Service monitor/ control parameters/ directives Proxy Forward/Return Functional Group T-P T-U Forward/Return Service User Service Monitor/Control Functional Group T-P SLE Complex (TT&C Network) Service monitor/ control service(s) T-U Service Monitor/Control Service User MDOS (SOC) John Pietras 12

13 Future Plans OMG Specification Timeline Initial submission reviewed at December meeting Seeking Feedback & Comments (CCSDS, GSAW etc.) Final Submission September Year OMG SDTF Review & Finalization Additional Considerations / Future Addendums Dictionary Common Parameters For Typical Ground Equipment Likely Managed By OMG SDTF Security/Authentication Asynchronous Events Space Information Day Brussels, Belgium - June 28,

14 Comments & Questions Thank You Space Domain Task Force 14