Uploaded image for project: 'SAFe Program'
  1. SAFe Program
  2. SP-1021

CLONE - Control the MVP using the first Scheduling Block Instances

Change Owns to Parent OfsSet start and due date...
    XporterXMLWordPrintable

Details

    • Obs Mgt & Controls
    • Hide

      Cloned from SP-302: Continues the de-risking of the OET design and also begins the process of integrating with the important Scheduling Block data model, initial stages of integrating with the rest of the OSO system and also collaborating with the Architecture team.
       

      Show
      Cloned from SP-302 : Continues the de-risking of the OET design and also begins the process of integrating with the important Scheduling Block data model, initial stages of integrating with the rest of the OSO system and also collaborating with the Architecture team.  
    • Hide

      New acceptance criteria for SP-1021:

      Implement the SDP portion of SB execution from the OET

       

      Original Acceptance Criteria from SP-302:

      This is similar to SP-301 except that the MVP configuration supplied to the Observing Script (i.e., the target positions, CSP and SDP configurations, scan duration) are defined in an SB instance rather than directly defined as CDM JSON. The structure of the SB Instance will follow the data model definition provided by the architecture team in SP-172.

      Resource allocation prior to the SBI execution can be as in SP-142, but as a stretch goal an optional addition would be to take resource requirements from the simple SB instance.

      As with SP-301 this should be a simple, single threaded, single sub-array observation with no handling of external inputs or interrupts during execution.

      Show
      New acceptance criteria for SP-1021 : Implement the SDP portion of SB execution from the OET   Original Acceptance Criteria from SP-302 : This is similar to SP-301  except that the MVP configuration supplied to the Observing Script (i.e., the target positions, CSP and SDP configurations, scan duration) are defined in an SB instance rather than directly defined as CDM JSON. The structure of the SB Instance will follow the data model definition provided by the architecture team in SP-172 . Resource allocation prior to the SBI execution can be as in SP-142 , but as a stretch goal an optional addition would be to take resource requirements from the simple SB instance. As with SP-301 this should be a simple, single threaded, single sub-array observation with no handling of external inputs or interrupts during execution.
    • 2
    • 2
    • 13
    • Team_BUTTONS
    • Sprint 4
    • 7.5
    • PI23 - UNCOVERED

    • DEMO_Testing MVP_Extension SYSTEM_DEMO_3 Team_BUTTONS goal_O2 goal_S1
    • SPO-562

    Description

      Description of remaining work not completed in SP-302:

       

      SB-driven observing is not fully implemented. The Scheduling Block serialisation libraries and OET observing scripts source TMC, CSP, and DISH configurations from a Scheduling Block, but the SDP configuration is still sourced from a CDM template file. This feature calls for the SDP configuration to be sourced from the Scheduling Block too, thus meeting the original criteria for SP-302.

       

       

       

      Description of SP-302 

      In SP-301, Observing Scripts controlled the MVP by relaying externally defined Configuration Data Model (CDM) entities to TMC. These CDM entities were prepared offline and stored on disk. The Observing Script did not create the CDMs and had to do only minimal parsing of them before relaying the CDM entities to TMC SubArrayNodes. While SP-301 resulted in successful sub-array control, it does not reflect the final design where observations are defined in Scheduling Blocks and not in hard-coded Configuration Data Model entities. 

      The next step is to evolve to the standard observing scenario where the Observing Script input takes the form of the first Scheduling Block Instances (SBI). The function of the Observing Script then becomes to parse and interpret the SBIs, convert them (in memory) to CDMs, and then relay the fully defined CDM scan configurations to TMC as/when required to perform an observation. The data flow would then accurately reflect the CDR design where observations defined in the science-focussed, flexible, slightly generalised SBI format are translated to the instrument-focussed, ICD-compliant CDMs, which then control the telescope.  

      There are three aspects to this feature:

      1. Create a Python representation of the SB Instance data model.
      2. Create a shared library that can marshall Python SB Instances to/from a serialised format (assumed to be JSON).
      3. Modify the Observing Scripts to make use of the SB shared library, inserting a conversion step that translates a SBI to equivalent CDMs, then use the CDMs to control the MVP. 

      This feature has a dependency on the delivery of an initial Scheduling block definition (SP-172)

      Attachments

        Issue Links

          Structure

            Activity

              People

                v.mohile Mohile, Vivek
                p.klaassen Klaassen, Pamela
                Votes:
                0 Vote for this issue
                Watchers:
                2 Start watching this issue

                Feature Progress

                  Story Point Burn-up: (100.00%)

                  Feature Estimate: 2.0

                  IssuesStory Points
                  To Do00.0
                  In Progress   00.0
                  Complete921.0
                  Total921.0

                  Dates

                    Created:
                    Updated:
                    Resolved:

                    Structure Helper Panel