SKA System Design Kobus Cloete 9 December 2010 AAVP Workshop "Exploring the Universe with the world's largest radio telescope"

SPDO The System in Context Level 4 Level 5 Subsystem Level 6 System Level 7 User system Data links Dish AA-lowInfrastructure Receiver WBSPF PAF Station Processor Receptor Roads Buildings Trenching System Dish Array User System (See full hierarchy presented as part of R. Schilizzi’s talk yesterday)

SPDO SKA High Level Conceptual SKA1 System Block Diagram

SPDO SKA Memo 125

SPDO Memo 125 – Summary (1) Definition of Baseline –Low frequency sparse aperture array –Dish array –Signal transport and networks –Correlator and Non visibility processor –Central Data Processing, Science Processing and System Software. –Central timing and synchronisation subsystem, including time and frequency reference distribution, – Infrastructure (buildings, roads, facilities, labs etc.), –Power delivery and distribution, –Support and maintenance equipment and facilities

SPDO Memo 125 – Summary (2) Advanced Instrumentation Program –Dense Aperture Arrays –Phased Array Feeds –Ultra Wide band Single Pixel Feeds Decision points for AIP identified –2016, or –As modular sub-systems of the SKA1 dishes How do we continue with the SKA definition and design and at the same time take all of these aspects into consideration?

SPDO To this! 1. How do we get to this? 2. How do we move from this …..

SPDO Challenges Challenges include: –Maintaining a focus on full SKA –Definition of potential Phase 2 envelopes to ensure Phase 1 extensibility for example:  Scope of the infrastructure to be developed for Phase 1 balancing cost and Phase 2 view/extension –Selection of receptor technologies for Phase 2 in 2016 implies that the full scope, definition and design of Phase 2 will only be finalised after selection –Potentially higher costs because of wrong choices and resulting rework –Degree of integration of the AIP receptors with the Phase 1 instrument –Guard against discontinuity in buildout –Carry risks for longer

SPDO Route to SKA How do we continue with the SKA definition and design and at the same time take all of these aspects into consideration? Recently a conceptual Route to SKA was developed attempting to maintain the structure of the project but at the same time maintain flexibility to accommodate all the identified future enhancements. Always maintain focus on the full SKA.

SPDO Graphical Representation (from PEP)

SPDO

SKA1 From the SKA1 science requirements (Memo 125) –Derive the SKA1 technical requirements –Develop initial SKA2 system technical requirements based on the science requirements contained in the Design Reference Mission (DRM). Derive all other requirements Perform preliminary system design for SKA1 –To be informed by early preliminary designs for the SKA2 options, so as to ensure extendibility to SKA2. –Tradeoffs of performance against cost. Full detailed design for SKA1.

SPDO SKA2 To inform the SKA1 design process –Draft initial technical requirements for the four system options for SKA2 (Baseline Technology alone + the three AIP options in combination with the Baseline Technology), –Carry out early preliminary system designs for each of the options. Continue to track Phase 2 requirements to prepare for a decision on technology selection in 2016.

SPDO AIP The AIP will build up the level of maturity in anticipation of their utilisation in SKA1 and SKA2. General steps: –Analyse the SKA requirements to maximise potential to enhance system performance, achieve more of the initial system requirements and/or reduce cost, as compared with the baseline. –Develop a preliminary design assuming the particular AIP technology will be used at the element or subsystem level of the system. –Carry out a verification program to test the level of achievement of requirements, to develop performance/cost models for the AIP technology, and to ascertain remaining risk.

SPDO Requirements emanate from various sources Obsolescence Standardisation Skill level of maintainers Test equipment Simulators ….

SPDO Flow of requirements Science and others System Element Sub-system Existing Solution 1 Comply to? Existing Solution 2 Requirements Top - down Bottom - up New Solution

SPDO Process in more detail CoDRs System Element 1 System Element 2 Element 3 Element 1 Element 2 Element 3 SRRs Subsystem 1 System Science and other requirements Subsystem 1

SPDO How does it all fit together? Time (More comprehensive view) Memo 125

SPDO Verification Programs Example considerations: –What is the aim of the verification program? –Which requirements will be verified and how? –If not all, will a next development model be built and tested to verify these requirements? –Other considerations?

SPDO Where are we? System CoDR was held in February 2010 –Provided guidance an all these aspects –Documents available at WP2 wiki:   WP2 wiki Memo 125 System documents being reworked for delta CoDR in February 2011 Will be followed by element level CoDRs during 2011 System Requirements Review in 2012.

SPDO Other presentations for reference Annual WP2 meeting (October in Oxford) –Presentations available of SKA Indico Site –Turner  Systems Methodology for the SKA –Dewdney  Refining the DRM & Deriving Technical Requirements –Cloete  System Design Plan  System Engineering Tools and Strategies  WP2 planning and Beyond PrepSKA –McCool, Hall, Bolton  Costing Strategy

SPDO Thank you