You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 3 Current »

Goals

  • Clarify and discuss the deployment activities

Date

Attendees

Diane Berard

Antonio Vecchio

Xavier Bonnin

Eric Lorfevre

Jean-Michel Travert

Sylvain Lodiot (MOC)


Agenda

  1. First Switch on and TM checks
  2. Division by blocks the deployment activities
  3. SVT1 issues
  4. MDOR

Discussion items

ItemNotesAction-Items
1. First Switch on and TM checks
  • Concerned TM checks must be only those via OMM and not via SSMM
  • The TM checks will be done manually, an operator will have a PDF with the instructions.
  • The instructions will be written in the FOP, section "Flight rules". They must contain all the actions depending on the TM received.
  • The check of the well production of TM packets can be done easily
  • If possible, regroup all the TM checks after the switch on and not during deployment activities or switch on.
  • FDIR values must be checked at the beginning
  • If non-nominal event occurs (but in FDIR boundaries), RPW has to tell MOC what to do. For example, MAG decided to stay ON until the end of deployment, whatever
  • Those TM checks can be tested during SVT1A
  • To switch on SCM, the temperature has to be increased, which takes ~15 min → RPW will change the temperature at the beginning of switch on, and during the increasing, will switch on all others sub-systems in ordre to switch on SCM 15 min later.

DB and AV : Send to SL an excel with the TM checks to perform after switch on : end of February

ROCOPE-253 - Getting issue details... STATUS


DB and AV : Send to SL the flight rules depending on TM during second semester 2019

ROCOPE-254 - Getting issue details... STATUS

2. Division by blocks the deployment activities
  • Blocks presented in slide 2 are ok until SL details the deployments activities.
  • 1 Block corresponds to 1 PDOR with delta times (release times). SL is able to transform those delta times in absolute times once the deployment planning is known.
  • RPW insists on the importance to run the blocks right before or after the deployment without gap hours. If such gap are foreseen, RPW might cut the blocks to be more flexible.
  • In case of stop during deployment activities, RPW can stay switched on one day or more.



DB : Send to SL PDOR corresponding to each block before end of February

ROCOPE-255 - Getting issue details... STATUS

3. SVT1 issues
  • As blocks have been validated for now as in slide 2, the timeline for SVT1 test remains.
  • To test the deployment timeline, TM checks can be sent by email or excel file.
  • DB has 4 more sequences to send to SL
  • Timeline 1.3 (see attached file) is validated
  • We might be able to test the whole data retrieval process

DB : Send missing sequences to SL


4. MDOR

MDOR sent by Xavier are ok. They will probably be tested after SVT1B.

As software updates are ready for RPW, we must discuss with Airbus and insist on the necessity to perform the update before flight (updates are needed for deployment activities).

JMT and EL : Discuss with Airbus about the timing of software updates.


DB, AV, XB : Send to MOC as soon as possible a MDOR with the software update + procedure to switch on and enter the right mode prior to MDOR, and procedure of verification and switch off after MDOR.

ROCOPE-201 - Getting issue details... STATUS

Action items

Attached items

  • No labels