From Michal.Turala@cern.ch Mon Feb 8 16:27:41 1999 Date: Wed, 03 Feb 1999 15:56:00 +0100 From: Michal TURALA To: Antony Carter , Yoshinobu Unno Cc: Mike Tyndel , John Neil Jackson Subject: SCT Specifications - Detector Module Dear Nobu, Dear Tony, As discussed last autumn, SCT needs to update/ create/ approve the full set of specifications. Many of these documents exist, however they are not organized in a uniform and transparent way, and many of them need revisions, proper distribution and approvals. A proposal of the SCT Steering Group on this matter was distributed to the SCT community (representatives) in November, and it is appended below. The matter was briefly discussed at the SCT IB in September, and then in November. It was decided to follow the proposal, and to prepare a more completed version, in particular concerning the names of people to be involved ("responsible", "reviewers", "for information", "for approval"; do not get confused, these names coincide with the notion used by ATLAS: "prepared by", "accepted by", "approved by", "distribution list"), and the documentation scheme. And, of course, the collection or the creation of the necessary documents has to be done at some moment. The Steering Group has given me a task to follow the matter, and to contact you concerning the inputs needed. As described in the SSG note the specifications has to come from the Working Groups. For each particular document there must be a single person identified as the "responsible". Then, as described in the note, we will need "referees", people "to be informed", and an "approval list" - these names should/ could be also suggested by the Working Groups, however the final lists will be assembled by the SCT Project Leader/ Steering Group. What concerns the documentation scheme. It is still under discussion, however there is a strong feeling that we should move to EDMS. We could start to experiment in using it, once most essential inputs are ready (even if the content will be largely missing) - D. Greenfield (RAL) is willing to help. What concerns each particular set of specifications. I think that the Module Working Group should address several items of the section 1 Detector Module (see the List below), namely: 1.0 General Description, 1.4 Module Components, 1.6 Module Box. It would be good to involve in the discussion the other people directly involved (in particular from the forward community) - but this you must feel better then me... The other items of this section I would like to pass to the Detector WG (1.1 Silicon Detectors), Frontend ASIC WG (1.2 Frontend ASICs), Hybrid WG (1.3 Hybrids) and Module Assembly WG (1.5 Module Assembly). I think that the next SCT week creates an occasion to discuss this matter within your Working Group, and it would be good if it could be included in your agenda (which means also some preparatory work beforehand). If you find some problems with my request, and/or with my explanation, please, do not hesitate to contact me. Also, if you wish, I am willing to share with you extended drafts of the List, with several comments of the SSG members, which could be useful for your discussions. With best regards Michal ----------------------------------------------------------------------- Dear Colleagues, At the last SCT Institute Board (11 Sept. 98) the matter of the "SCT Specifications and the Approval Process" were briefly discussed. Now the SCT Project Leader/ Steering Group comes forward with a more complete document for your approval. I was asked to distribute the draft, which is appended below. The proposed formalism should not be seen as an additional burden to the work performed, but as a tool to manage the project correctly, and to define clearly all SCT components, interfaces, assembly processes, responsibilities, etc. The "structural management" is common to ATLAS, and it is suggested/ requested by the ATLAS management, and the reviewers. The proposed List of Specifications gives only the basic framework, however it is expected that the content of every item will cover in a necessary depth all aspects of the subject addressed. The Specifications could be largely assembled from already existing documents, and only several new ones have to be prepared (it applies mainly to the acceptance procedures). It is suggested that every essential chapter contains an introductory section, which will allow for a general description of the subsystems, updates on requirements, and general specifications, if appropriate - here also many existing documents could be used. The names of the responsible, and the people to be informed (interfaces), will be gradually identified, in consultation with the working groups. The necessary documentation system is currently under discussion, and a solution will be proposed soon. The suggested scheme will allow us to prepare correctly to the PRRs, which are in front of us. The whole matter will be presented and discussed at the Institute Board on 13 November 1998 (including a few practical examples). With best regards Michal 8 Nov. 98. Proposal of the SCT Project Leader/ Steering Group To be discussed and approved at the SCT Institute Board (13. Nov. 98) SCT Requirements/Specifications and the Approval Process ======================================================== List of SCT Requirement/ Specification Documents ------------------------------------------------- The lists of SCT Requirement and Specification Documents should be prepared by the SCT Project Leader, together with the SCT Steering Group, and in consultation with the SCT Working Groups. For better transparencies the Lists should be structured in a hierarchical way, and they should correspond to the SCT Overall Schedule. The SCT Institute Board must approve the List of Specifications, which should be made public. Requirement Documents ----------------------- The Inner Detector Technical Progress Report (TDR) could be used as a main reference on SCT requirements. Updates should be prepare whenever necessary. The SCT Requirement Documents should be prepared by the communities directly involved in a specific project/ development (Working Groups), with the participation of the SCT Project Leader/ Steering Group, following an agreed List of SCT Requirement Documents. The discussions should include not only physicists but also designers. The documents should address the matters of interfaces (mechanical, electrical, thermal) and safety. Specification Documents ------------------------- Every SCT item to be produced/ assembled requires a Specification Document. For each Document a "responsible person" ("main author") must be nominated, and the names of people who should approve it shall be indicated. The SCT Specification Documents should be prepared by the communities directly involved in a specific project/ development (Working Groups), under the responsibility of the "main author" ("responsible person"), following the approved List of SCT Specification Documents. The discussions should include not only physicists but also designers; comments from potential producers/ suppliers should be taken into consideration. SCT Specification Documents should respond in a satisfactory way to the SCT Requirement Documents and contain: - technical specifications with a necessary documentation (for every item produced externally and/or internally), - acceptance procedure (in the case of components), including a necessary documentation scheme (database), - assembly procedure (for complex objects), including tooling, logistics (work-sharing, co-ordination, schedule), quality control scheme, - test procedure ("acceptance procedure") of the final products, including a necessary documentation scheme (database). The SCT Specification Documents must address the matter of interfaces (mechanical, electrical, thermal) and safety. The SCT Specification Documents shall be made public. Approval of the Specification Documents ---------------------------------------- The SCT Project Leader/ Steering Group will nominate internal "referees" (2-3 people) for every SCT Specification Document. The referees will provide their comments to the "responsible" person and to the SCT Project Leader/ Steering Group. Comments by the other parties should be sent to the "responsible" and the "referees". The "responsible" person should work out the objections, with the people of the "approval list", and then present the summary to the SCT Project Leader/ Steering Group. If necessary a next version of the Specification Document should be prepared and discussed. The SCT Project Leader/ Steering Group considers who should be involved in the approval process and distributes the Specification Documents for comments (objections). At the given date the SCT Project Leader approves the Specification Document, unless objections are received. In the latter case the matter is brought up to the SCT Institute Board, who decides about the further steps. The SCT Project Leader must inform the SCT Institute Board about the documents approved, and they shall be made public. Possible changes to the Specification Documents ------------------------------------------------- Changes proposed to already approved Specification Documents should be discussed within the "working group" concerned. A short proposal by the "responsible" person should be submitted to the SCT Project Leader/ Steering Group, and to the people of the "approval list". The remaining part of the approval process is the same as in the case of the original Specification Document, with an exception, that the SCT Project Leader/ Steering Group could approve "small changes", as judged by these bodies. The SCT Project Leader must inform the SCT Institute Board about the changes approved, and they shall be made public. It should be discouraged to modify the Specification Documents once the contracts are signed - it costs money (!). List of SCT Specification Documents ------------------------------------ 1. Detector modules =================== 1.0. General Description -------------------------- 1.0.1. Barrel Module 1.0.2 Forward Modules 1.0.3 Module tolerances 1.0.4. Thermal properties 1.0.5. Electrical properties 1.0.6. Acceptance procedures 1.1. Silicon Detectors ---------------------- 1.1.0. General description 1.1.1. Barrel Detectors 1.1.2. Forward Detectors 1.1.3. Acceptance procedures 1.2. Frontend ASICs -------------------- 1.2.0. General description 1.2.1. CAFE-M 1.2.2. ABC 1.2.3. ABCD 1.2.3. Acceptance procedures 1.3. Hybrids ------------- 1.3.0. General Description 1.3.1. Barrel Hybrid 1.3.2. Forward Hybrid 1.3.3. Acceptance procedure 1.4. Module Components ----------------------- 1.4.0. General Description 1.4.1. Barrel Module Components 1.4.2. Forward Module Components 1.5. Module Assembly -------------------- 1.5.0. General description 1.5.1. Barrel Assembly 1.5.2. Forward Assembly 1.5.3. Acceptance procedure 1.6. Module Box ---------------- 1.6.1. Barrel Module Box 1.6.2. Forward Module Box 2. Opto/ Electrical Harnesses ============================= 2.0. General description of the system --------------------------------------- 2.1. Opto Electronics ---------------------- 2.1.1. DORIC 2.1.2. LDC 2.1.3. Opto-package 2.1.4. Bi-Phase Mark 2.1.5. Fibres 2.2. Opto/electrical harnesses for barrel cylinders ---------------------------------------------------- 2.2.0. General Description 2.2.1. Low Mass Power Tapes 2.2.2. Opto-Hybrid 2.2.4. Patch Panels PPB1, PPB2 2.3. Opto/electrical harnesses for forward disks ------------------------------------------------- 2.3.0. General Description 2.3.1. Low Mass Power Tapes 2.3.2. Opto-Hybrid 2.3.3. Patch Panels PPF0(?), PPF1, PPF2 3. Mechanics and Cooling ======================== 3.0. General Description of the system -------------------------------------- 3.1. Barrel CF Cylinders ------------------------- 3.1.0. General Description 3.1.1. Carbon Fibre Cylinders 3.1.2. Cylinder fixings 3.1.3. Cylinder cooling 3.1.4. Barrel Interlinks 3.1.5. Barrel DCS 3.1.6. Barrel Jewels 3.1.7. Cylinder dry-run 3.1.8. Module attachment 3.1.9. Four barrel assembly equipment 3.1.10. Barrel Survey 3.2. Forward CF disks ---------------------- 3.2.0. General Description 3.2.1. Forward Support Carbon Fibre Cylinders 3.2.3. Forward Carbon Fibre Disks 3.2.4. Forward Disk cooling structures / module fixations 3.2.5. Forward Support/ Disk Services 3.2.6. Forward Disk Alignment Jewels/Fibres 3.2.7. Forward Support/ Disk DCS components 3.2.8. Module to Disk assembly 3.2.9. Assembly of Forward Disk to Support Structure 3.2.10. Forward SCT survey tests 3.3. Thermal Enclosures ------------------------ 3.3.0. General Description 3.3.1. Barrel Thermal Enclosure 3.3.2. Forward Thermal Enclosure 4. Off Detector Electronics ============================ 4.1. Readout, Timing and Control -------------------------------- 4.1.0. General Description 4.1.1. ROD 4.1.2. TTC for SCT 4.2. Power Distribution System ------------------------------- 4.2.0. General Description 4.2.1. SCT Grounding 4.2.2. Low Voltage Power Supplies 4.2.3. Detector Bias Power Supplies 4.2.4. Conventional Cable 4.3. Monitoring Systems ------------------------ 4.3.0. General Description 4.3.1. Monitoring of Detector Modules 4.3.2. Monitoring of Barrels, Disks, Support Structures and Thermal Enclosures 4.3.3. Environmental Monitoring 4.4. DCS for SCT ----------------- 4.4.0. General Description 4.1.1. Power Supply Controls 4.4.2. Interlocks and Trips 4.4.3. Interfacing to ATLAS DCS/DAQ 5. SCT System Tests ==================== (currently not addressed) 5.1. Single Barrel Test ------------------------ 5.2. Four Barrels Test ----------------------- 5.3. Single Disk Test ---------------------- 5.4. Nine Disks Test --------------------- 6. Inner Detector General Items =============================== (currently not addressed) 6.1. Cooling system -------------------- 6.2. Alignment system ---------------------- 6.3. Barrel support structure ------------------------------ 6.4. Installation equipment ----------------------------