GLAST LAT ProjectISOC CDR, 4 August 2004 Document: LAT-PR-04500Section 71 Gamma-ray Large Area Space...

GLAST LAT Project ISOC CDR, 4 August 2004

Document: LAT-PR-04500 Section 7 1

Gamma-ray Large Gamma-ray Large Area Space Area Space TelescopeTelescope

GLAST Large Area Telescope:GLAST Large Area Telescope:

Instrument Science Operations Center Instrument Science Operations Center CDRCDR

Section 7 RFA Status

Lori [email protected]



RFA 1 – Management Plan, Documentation, RFA 1 – Management Plan, Documentation, ScheduleSchedule

Specific Request – Part 1– Need to provide more information on the overall ISOC

Management Plan and Approach Response – Part 1

– Completed ISOC Management and Development Plan Specific Request – Part 2

– What is the complete ISOC Documentation Set and associate schedules

Response – Part 2– List of all ISOC documentation is on ISOC website as well

as included in section 8– Schedule is provided in section 8

Status– Closed



RFA 2 – Functional Block Diagram (1/6)RFA 2 – Functional Block Diagram (1/6)

Specific Request:– Need an overall functional block diagram illustrating the

functional capabilities and a data flow diagram showing the various data flows, with the differences among the I&T (pre-launch w/GSE) phase, L&EO phase, and nominal on-orbit phase configurations specified

– Diagrams for each phase might be needed Response

– See the following slides Status

– Closed



RFA 2 –Functional Block Diagram (2/6)RFA 2 –Functional Block Diagram (2/6)

Obtain data during I&T EM2 testing Goal is to read housekeeping data off flat file produced by Online Database development and maintenance is shared between I&T and

ISOC

ISOC

CHS Workstation· Telemetry

AEM/TEM

VME Chassis

-

• External Trigger

Electronics/OnlineSubsystem/simulator

Subsystem (or simulator)

Ethernet Routerand Firewall

Ethernet

Main Dataflow Ethernet

Back door debug RS-232

WA

N

Online Workstation

•Test Exec• Configuration• Commanding•Telemetry• Event Processing• Monitoring• Visualization• Data base• Message logger• Alerts• Electronic log

CPU

• Commanding

• Telemetry

• Monitoring

• Hardware Drivers

DC Power

External Hardware

I&T

CentralDatabase

ISOC Dataflow During I&T Single Tower TestingISOC Dataflow During I&T Single Tower Testing




Obtain data during I&T testing Increase ISOC functionality

I&T

T&DF System (LAT) EGSE

AEM

CPU

LCB

EGSE Crate

WA

N

GASU

CAL, TKRor

SensorSimulator

OnlineWorkstationTEMs

GEM

EBM

Fire

wal

l

28 V Supply

VME

ACDor

SensorSimulator

ISOC

CHS Workstation· Telemetry· Database access· Log book

PVO Workstation· Visualization tools

CentralDatabase

SLAC

ISOC Dataflow During I&T Multi-Tower TestingISOC Dataflow During I&T Multi-Tower Testing




Direct interface with SIU for CCSDS command and telemetry packets Obtain testbed simulated data via SIU Demonstration of ISOC capability increases as functionality is

developed

SIU

Testbed

CCSDS Telemetry Packets

ISOC

CHS Workstation· Telemetry display· Database access· Log book· Command generation· Trending and analysis

PVO Workstation· Visualization tools· Calibration planning· Trending and analysis

Central Database

OPUS

WA

N

Instrument filesCCSDS Command Packets

ISOC Dataflow with TestBed - Direct to SIUISOC Dataflow with TestBed - Direct to SIU




Interface with SIIS for telemetry packets and commanding Obtain testbed simulated data via SIU and SIIS Demonstration of ISOC capability increases as functionality is

developed

SIIS

SIU

Testbed

High speed science1553 HK and diagnostic

Instrument filesCommand requests

Telemetry packets

ISOC



Central Database

OPUS

WA

N

ISOC Dataflow with TestBed - With SIISISOC Dataflow with TestBed - With SIIS




Internet

MOC

ITOS Workstation

GSSC

ISOC



Central Database

OPUS

WA

N

Level 1 data products (3.5Gb/day)Instrument filesCommand requests

Level 0 dataOps products (103.6 Gb/day)Ops products

Shows full ISOC capability for L&EO and On-orbit GRTs will test capabilities as they are available

ISOC Dataflow During GRTs, L&EO and On-orbitISOC Dataflow During GRTs, L&EO and On-orbit



RFA 3 – Risk Analysis RFA 3 – Risk Analysis

Specific Request– Recommend a Risk Analysis be performed for the ISOC

(development/test oriented). – A Risk Analysis exercise would greatly assist all elements in

understanding major issues, concerns, and problems Response

– Process• Discussion with I&T personnel on risks• Internal discussion performed in concert with RFA’s from peer

review• Review and approval by ISOC stakeholders

– Follow up• Entry into LAT risk management database by 06/01/04• Weekly tracking, updating by ISOC management

Status– Closed



RFA 4 – Date of ISOC CDR RFA 4 – Date of ISOC CDR

Specific Request– The current CDR date of May 2004 is not realistic,

particularly given the shortage of key personnel on the ISOC development/design team and the lack of a defined telemetry and command system.

– Be sure to coordinate with the rest of the ground system team to work around other element design reviews that will be occurring prior to the GSDR.

Response– ISOC CDR scheduled for August 4, 2004, which is after the

MOC and GSSC detailed design reviews and before the GSDR.

Status– Closed



RFA 5 – Level III RequirementsRFA 5 – Level III Requirements

Specific Request– The detailed (Level III) requirements for the LOF and SOG

are not yet completed. These are critical to getting the ISOC detailed design done. And it will not be possible to properly evaluate the design without these being mature. Need to get these done ASAP.

Response– ISOC Subsystem Specification (LAT-SS-00021) updated and

reviewed by GSFC Status

– Closed



RFA 6 – Staffing Plan and Profile (1/3)RFA 6 – Staffing Plan and Profile (1/3)

Specific Request– Need to provide more information on the planned and

actual staffing profiles– Identify which areas that are needed now are not filled,

what is being done to fill them, and their role in being able to prepare for the ISOC CDR

• The ground software engineer for example would seem to be a prerequisite for preparing for the CDR, let alone actually conducting it

• Would also seem to need a test engineer Response

– Staffing plan as shown in section 8 Status

– Closed



RFA 7 – Report Generation and Usage (1/2)RFA 7 – Report Generation and Usage (1/2)

Specific Request– Better define and document the types of reports that will be

generated by the ISOC for both internal use and for use by external systems (like the MOC and GSSC)

• Include those needed to document instrument performance, status, & analysis (probably covered in an MOA), and those needed to report status, quality, etc. of data processing/transmission (covered in the Data Products ICDs)

• Also be sure to address reports you expect to get from the GSSC and MOC and if they are read by people or processed by software

Response– Reports defined in Section 5

Status– Closed



RFA 8 – Command & Control System DefinitionRFA 8 – Command & Control System Definition

RFA 8 Specific Request:– ISOC does not yet know what system it is using to process

Observatory Housekeeping Data or perform the commanding

Response– ISOC command and control system will be a hybrid of ITOS

and software developed at SLAC– Covered in section 3.1 of this CDR presentation

Status– Closed



RFA 9 – Lessons LearnedRFA 9 – Lessons Learned

Specific Request– Need to describe results of Lessons Learned efforts at the

ISOC CDR. Recommend focus be on using these efforts to analyze comparative ISOC complexity and staffing approach/profile

Response– Members of the ad hoc planning group for the definition of

the LAT IOC (now ISOC) made visits to the operations centers for GP- B, RHESSI, and Chandra

• LAT ISOC can learn from others but there are no direct models

• Co-location important to maximize science

• Testbed important for flight software updates

• Co-location important to keep all science members in the loop Status

– Closed



RFA 10 – ISOC Validation with LATRFA 10 – ISOC Validation with LAT

Specific Request– Not clear that the ISOC plans to interact with the instrument during

Instrument I&T – ISOC should have verification milestones with LAT instrument, at least,

during environmental tests. – ISOC should have significant participation in S/C integration activities at

Spectrum Astro Response

– We will be working with I&T during instrument integration and expect to do testing with the instrument during instrument level environmental testing at NRL in advance of our operational readiness at observatory level I&T.

– As the I&T schedule is necessarily constrained, most of the developmental testing will be done with the LAT testbed which provides an accurate, and available, surrogate.

– Development schedule in section 8 shows• Verification milestones• Test activity at NRL• Participation in integration activities at Spectrum

Status– Closed



RFA 11- LAT Modes (1/2)RFA 11- LAT Modes (1/2)

Specific Request– The LAT Operations Team and Spectrum Astro should work

together to verify if any interactions between LAT modes and spacecraft modes need to occur. For example, if a LAT mode change requires the spacecraft to change spacecraft mode and/or configuration.

Response– Identified and confirmed LAT modes with FSW– Except for autonomous repoint requests, LAT mode

changes do not drive spacecraft changes Status

– Submitted



RFA 11 – LAT Modes (2/2)RFA 11 – LAT Modes (2/2)

Mission Modes SC Mode LAT Mode

Launch· S-Band rcvr/xmit· On battery power

Off

Early Orbit

· Inertial capture· S-Band rcvr/xmit· Sun point with solar arrays tracking

Survival

Engineering

· Inertial point, zenith point, or maneuver· Ku-Band xmit, S-Band rcvr/xmit· Solar arrays tracking

ScienceCalibrationDiagnostic

SAA LAT Safe

Sky Survey

· Zenith point· Ku-Band xmit, S-Band rcvr/xmit· Solar arrays tracking

Pointed and Repointed

· Inertial point, maneuver· Ku-Band xmit, S-Band rcvr/xmit· Solar arrays tracking

Safe mode

· Inertial capture, sun point· S-Band rcvr/xmit· Solar arrays fixed

Survival

Re-Entry

· Cruise, delta-V· S-Band rcvr/xmit· Solar arrays tracking

Off



RFA 12 – EEPROM Write CyclesRFA 12 – EEPROM Write Cycles

Specific Request

– EEPROMs have a limited number of write cycles before they become unreliable. It is not clear that the operations concept/plan factors in this limitation. Understand the number of writes to EEPROM on LAT from all sources

Response

– The number of EEPROM writes is not an issue using the TrueFlash File System (TFFS) overlay

• TFFS counts the writes to each sector of the file system underneath and will move files around to even the wear across all sectors

• At 100 kByte a day, 5Gbyte would last 50,000 days or approximately 150 years

– If TFFS is not used, ISOC will work with FSW to develop an operations plan to manage EEPROM writes

Status

– Closed



RFA 13 – Detailed Development ScheduleRFA 13 – Detailed Development Schedule

Specific Request– No development schedules were provided (at Peer Review)

to enable the Review Board to determine overall “maturity” of LIOC design and whether it can meet its scheduled CDR date (late May 2004)

– Provide detailed ISOC development/test schedules and solicit Review Board feedback

Response– Prepared development schedule– Covered in section 8 of this review

Status– Closed



RFA 14 – Data Storage AgreementsRFA 14 – Data Storage Agreements

Specific Request

– LAT should enter a more formal agreement with SLAC management on required data storage and processing requirements

• LAT should clearly identify its average and peak needs

• SLAC management should commit a base capability Response

– Estimate of processing and data storage requirements performed for SAS by R. DuBois

• Cost determined and built into ISOC out-year funding plan and accepted by SLAC Director of Research

– Database costs still being evaluated by database working group but now expected to be minimal or covered completely by SLAC central computing services due to small size (~ 1Tb) of database

Status

– Closed



RFA 15 – ISOC Org. and Comm. (1/2)RFA 15 – ISOC Org. and Comm. (1/2)

Specific Request– What problem are you solving by separating the ISOC into two

organizations, LOF & SOG?• Recommendation: merge these two organizations into a

single group with an experienced manager.– Also need to ensure that the ISOC ground/operations team and

the Flight Software Team are coordinating and communicating where needed. It is critical that these two teams work together to ensure that the FSW design is consistent with the ISOC design and operations concepts.

• Describe how this coordination is occurring, or if it’s not occurring adequately, describe and implement a plan ASAP for making it happen. Also, ensure that the relationship between the SOG and SAS is clear, understood, and documented.



RFA 15 – ISOC Org. and Comm. (2/2)RFA 15 – ISOC Org. and Comm. (2/2)

Response– The current ISOC organization eliminates the LOF/SOG/SAS

distinction• All requirements for monitoring housekeeping and on

monitoring science data are on the ISOC as a group, not on individual functional units

• The ISOC manager is ultimately responsible for all ISOC functions; he may choose to designate a manager to oversee some subset of these functions

• The team leads of each of the functional units within the ISOC meet daily and are jointly responsible for successful operation of the instrument and the production of science data

– The coordination between the ISOC and FSW has been improved significantly by scheduling weekly meetings between the ISOC and the FSW team to ensure that requirements are consistent and that assumptions about scenarios, modes and anomaly resolution are shared between the two teams

Status– Closed



RFA 16 – Requirements on I&T and SAS (1/2)RFA 16 – Requirements on I&T and SAS (1/2)

Specific Request– The mechanism for ISOC requirements being placed on I&T

and SAS is not obvious.• How do ISOC requirements get levied on I&T and SAS? • Does ISOC sign off on I&T and SAS specs and

functional designs? Response

– Potential requirements are discussed at the regular working meetings now held between the staff of these two subsystems. If requirements are found that are not currently covered within the existing documents, a change is jointly proposed and the relevant documents are modified.



RFA 16 – Requirements on I&T and SAS (2/2)RFA 16 – Requirements on I&T and SAS (2/2)

Response, continued

– Where joint requirements were found, we have agreed to share personnel to execute them. Specific examples include:

• We required I&T to fully document their calibration procedures for use during operations and we are now sharing a technical writer who is working with I&T and ISOC to ensure that the resultant documents meet requirements for both subsystems.

• The ISOC also required that I&T data be consistent with ISOC needs. The ISOC is providing the database programmer needed by I&T and will thus ensure that the resultant database meets of the ISOC.

– ISOC is involved in the development of all LAT Specs and functional designs. The ISOC manager is a signatory on all plans from the I&T and SAS subsystems.

Status

– Closed



RFA 17 – ISOC Tools RFA 17 – ISOC Tools

Specific Request

– The tools needed to run the LOF/SOG need to be specified.

• Which HK and science parameters will be monitored and in what way?

• What actions would be taken based on the results seen with these tools?

• How does the ISOC team know from a design perspective that the collection of the described I&T tools will function in the operations environment as an integrated system?

– Need lists of which software tools are required to achieve the ISOC’s requirements are needed.

Response

– ISOC tools have been identified – covered in section 5 Status

– Closed



RFA 18 – Automation of Operations SoftwareRFA 18 – Automation of Operations Software

Specific Request– Specify plans and requirements for automation of

operations software, and describe the software design for how the automation needs will be met

Response– Level 3 requirements for autonomous operation have been

specified (LAT-SS-0021-8) and these have been mapped to software elements.

– Primary software components and data flows for autonomous operation of the ISOC discussed in section 5

Status– Closed



RFA 19 – Robustness of Operations SoftwareRFA 19 – Robustness of Operations Software

Specific Request– Specify plans and requirements to ensure that software,

particularly that “inherited” from I&T, will be of sufficient robustness for operations use.

Response– Using ITOS for LAT health and safety operations– Other software tools

• Using existing software where possible – identified in section 5

• Complete verification and validation process– Automated notification software tools

Status– Closed



RFA 20 – Ground Element Involvement in LAT RFA 20 – Ground Element Involvement in LAT OperationsOperations

Specific Request

– Specify what other ground system elements will be involved in LAT operations and what their roles and responsibilities will be

Response

– Responsibilities of other ground elements in LAT operations are identified in the ISOC Operations Plan (LAT-SS-1378) and will also be documented in an Operations Agreement (to be written by the MOC)

• MOC will be responsible for monitoring real-time and playback LAT housekeeping data against limits supplied by the ISOC and will notify ISOC of out-of-limit conditions and perform contingency procedures at the direction of the ISOC

• MOC will notify ISOC when an Instrument Alert message is received that involves the LAT

Status

– Closed

GLAST LAT ProjectISOC CDR, 4 August 2004 Document: LAT-PR-04500Section 71 Gamma-ray Large Area Space...

Documents

Transcript of GLAST LAT ProjectISOC CDR, 4 August 2004 Document: LAT-PR-04500Section 71 Gamma-ray Large Area Space...