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

Beam control linkages (allocate/release, configure, scan, etc)

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

Details

    • Obs Mgt & Controls
    • Hide

      Completing the 'beam control linkages' will allow the continuation of the implementation of the Scan() command in MCCS, which is highly desirable to be available for the AAVS3 deployment.

      Show
      Completing the 'beam control linkages' will allow the continuation of the implementation of the Scan() command in MCCS, which is highly desirable to be available for the AAVS3 deployment.
    • Hide
      • implementation of revisions recommended in the description
      • demo of resource management in beams
      • update of confluence documentation
      • scan includes pointing through 'backdoor' where delays can be calculated separately
      Show
      implementation of revisions recommended in the description demo of resource management in beams update of confluence documentation scan includes pointing through 'backdoor' where delays can be calculated separately
    • 4
    • 1
    • 3
    • 0.75
    • Team_MCCS
    • Sprint 5
    • Hide

      Beam control linkages have been substantially implemented, as demonstrated by Gianni at OMC ART System Demo 19.6. This included implementation of ObsState model for the SubarrayBeam and StationBeam devices. The former has been refactored such that it now operates as intended as an intermediary for scan operations between a Subarray and its multiplicity of StationBeam devices.

      The Station device now provides for delay set generation for pointing. Functional testing for this and other elements has been implemented.

      Some gaps remain. A cloned feature, SP-3618, has been raised for the remaining work. This will include:

      • closing the gap between MccsStation and SpsStation,
      • calling for delay generation from a thread so as to track sky coordinates and having them loaded into the station
      Show
      Beam control linkages have been substantially implemented, as demonstrated by Gianni at OMC ART System Demo 19.6 . This included implementation of ObsState model for the SubarrayBeam and StationBeam devices. The former has been refactored such that it now operates as intended as an intermediary for scan operations between a Subarray and its multiplicity of StationBeam devices. The Station device now provides for delay set generation for pointing. Functional testing for this and other elements has been implemented. Some gaps remain. A cloned feature, SP-3618 , has been raised for the remaining work. This will include: closing the gap between MccsStation and SpsStation, calling for delay generation from a thread so as to track sky coordinates and having them loaded into the station
    • 19.6
    • Stories Completed, Integrated, Solution Intent Updated, BDD Testing Passes (no errors), Outcomes Reviewed, NFRS met, Demonstrated, Accepted by FO
    • PI24 - UNCOVERED

    • Team_MCCS mccs_software solution-goal-3
    • SOL-G3

    Description

      Whilst SP-1718 extended TPM configuration capabilities, further to form and control beams on AAVS (and beyond) we need to finish implementing the linkages between the beam devices and the tiles. We must fill any remaining gaps in resource management (de-allocation?). To implement the Scan command we need to start a PointingJob and connect this to the TPM delay control.

      To facilitate AAVS operation (i.e. in the absence of a TM system) we might consider implementing appropriate 'back-door' functionality. For instance, a driving notebook could set beam pointing for a strong source such as the Sun or galactic centre and demo a real observation. This would use the methods in station/point_station.py. In the simplest case this would set the beam for a drift scan. The more advanced case would run regular updates to achieve scanning / tracking.

      In PI18 it was expedient to sidestep some of the SubarrayBeam allocation/configuration work, leaving some of this functionality in Subarray rather than fulfilling the planned architecture. We will implement SubarrayBeam as intended, so as to abstract beam functionality, removing station-level beam responsibilities from the Subarray device.

      Attachments

        Issue Links

          Structure

            Activity

              People

                a.bridger Bridger, Alan
                r.braddock Braddock, Ralph
                Votes:
                0 Vote for this issue
                Watchers:
                2 Start watching this issue

                Feature Progress

                  Story Point Burn-up: (100.00%)

                  Feature Estimate: 4.0

                  IssuesStory Points
                  To Do00.0
                  In Progress   00.0
                  Complete1133.0
                  Total1133.0

                  Dates

                    Created:
                    Updated:
                    Resolved:

                    Structure Helper Panel