<?xml-model href='http://www.tei-c.org/release/xml/tei/custom/schema/relaxng/tei_all.rng' schematypens='http://relaxng.org/ns/structure/1.0'?><TEI xmlns="http://www.tei-c.org/ns/1.0">
	<teiHeader>
		<fileDesc>
			<titleStmt><title level='a'>Volume III. DUNE far detector technical coordination</title></titleStmt>
			<publicationStmt>
				<publisher></publisher>
				<date>08/01/2020</date>
			</publicationStmt>
			<sourceDesc>
				<bibl> 
					<idno type="par_id">10187877</idno>
					<idno type="doi">10.1088/1748-0221/15/08/T08009</idno>
					<title level='j'>Journal of Instrumentation</title>
<idno>1748-0221</idno>
<biblScope unit="volume">15</biblScope>
<biblScope unit="issue">08</biblScope>					

					<author>B. Abi</author><author>R. Acciarri</author><author>M.A. Acero</author><author>G. Adamov</author><author>D. Adams</author><author>M. Adinolfi</author><author>Z. Ahmad</author><author>J. Ahmed</author><author>T. Alion</author><author>S. Alonso Monsalve</author><author>C. Alt</author><author>J. Anderson</author><author>C. Andreopoulos</author><author>M. Andrews</author><author>F. Andrianala</author><author>S. Andringa</author><author>A. Ankowski</author><author>M. Antonova</author><author>S. Antusch</author><author>A. Aranda-Fernandez</author><author>A. Ariga</author><author>L.O. Arnold</author><author>M.A. Arroyave</author><author>J. Asaadi</author><author>A. Aurisano</author><author>V. Aushev</author><author>D. Autiero</author><author>F. Azfar</author><author>H. Back</author><author>J.J. Back</author><author>C. Backhouse</author><author>P. Baesso</author><author>L. Bagby</author><author>R. Bajou</author><author>S. Balasubramanian</author><author>P. Baldi</author><author>B. Bambah</author><author>F. Barao</author><author>G. Barenboim</author><author>G. Barker</author><author>W. Barkhouse</author><author>C. Barnes</author><author>G. Barr</author><author>J. Barranco Monarca</author><author>N. Barros</author><author>J.L. Barrow</author><author>A. Bashyal</author><author>V. Basque</author><author>F. Bay</author><author>J. Bazo Alba</author><author>J.F. Beacom</author><author>E. Bechetoille</author><author>B. Behera</author><author>L. Bellantoni</author><author>G. Bellettini</author><author>V. Bellini</author><author>O. Beltramello</author><author>D. Belver</author><author>N. Benekos</author><author>F. Bento Neves</author><author>J. Berger</author><author>S. Berkman</author><author>P. Bernardini</author><author>R.M. Berner</author><author>H. Berns</author><author>S. Bertolucci</author><author>M. Betancourt</author><author>Y. Bezawada</author><author>M. Bhattacharjee</author><author>B. Bhuyan</author><author>S. Biagi</author><author>J. Bian</author><author>M. Biassoni</author><author>K. Biery</author><author>B. Bilki</author><author>M. Bishai</author><author>A. Bitadze</author><author>A. Blake</author><author>B. Blanco Siffert</author><author>F. Blaszczyk</author><author>G. Blazey</author><author>E. Blucher</author><author>J. Boissevain</author><author>S. Bolognesi</author><author>T. Bolton</author><author>M. Bonesini</author><author>M. Bongrand</author><author>F. Bonini</author><author>A. Booth</author><author>C. Booth</author><author>S. Bordoni</author><author>A. Borkum</author><author>T. Boschi</author><author>N. Bostan</author><author>P. Bour</author><author>S. Boyd</author><author>D. Boyden</author><author>J. Bracinik</author><author>D. Braga</author><author>D. Brailsford</author><author>A. Brandt</author><author>J. Bremer</author><author>C. Brew</author><author>E. Brianne</author><author>S.J. Brice</author><author>C. Brizzolari</author><author>C. Bromberg</author><author>G. Brooijmans</author><author>J. Brooke</author><author>A. Bross</author><author>G. Brunetti</author><author>N. Buchanan</author><author>H. Budd</author><author>D. Caiulo</author><author>P. Calafiura</author><author>J. Calcutt</author><author>M. Calin</author><author>S. Calvez</author><author>E. Calvo</author><author>L. Camilleri</author><author>A. Caminata</author><author>M. Campanelli</author><author>D. Caratelli</author><author>G. Carini</author><author>B. Carlus</author><author>P. Carniti</author><author>I. Caro Terrazas</author><author>H. Carranza</author><author>A. Castillo</author><author>C. Castromonte</author><author>C. Cattadori</author><author>F. Cavalier</author><author>F. Cavanna</author><author>S. Centro</author><author>G. Cerati</author><author>A. Cervelli</author><author>A. Cervera Villanueva</author><author>M. Chalifour</author><author>C. Chang</author><author>E. Chardonnet</author><author>A. Chatterjee</author><author>S. Chattopadhyay</author><author>J. Chaves</author><author>H. Chen</author><author>M. Chen</author><author>Y. Chen</author><author>D. Cherdack</author><author>C. Chi</author><author>S. Childress</author><author>A. Chiriacescu</author><author>K. Cho</author><author>S. Choubey</author><author>A. Christensen</author><author>D. Christian</author><author>G. Christodoulou</author><author>E. Church</author><author>P. Clarke</author><author>T.E. Coan</author><author>A.G. Cocco</author><author>J. Coelho</author><author>E. Conley</author><author>J. Conrad</author><author>M. Convery</author><author>L. Corwin</author><author>P. Cotte</author><author>L. Cremaldi</author><author>L. Cremonesi</author><author>J.I. Crespo-Anadón</author><author>E. Cristaldo</author><author>R. Cross</author><author>C. Cuesta</author><author>Y. Cui</author><author>D. Cussans</author><author>M. Dabrowski</author><author>H. Da Motta</author><author>L. Da Peres</author><author>Q. David</author><author>G.S. Davies</author><author>S. Davini</author><author>J. Dawson</author><author>K. De</author><author>R.M. De Almeida</author><author>P. Debbins</author><author>I. De Bonis</author><author>M. Decowski</author><author>A. De Gouvea</author><author>P.C. De Holanda</author><author>I.L. De Astiz</author><author>A. Deisting</author><author>P. De Jong</author><author>A. Delbart</author><author>D. Delepine</author><author>M. Delgado</author><author>A. Dell'Acqua</author><author>P. De Lurgio</author><author>J.R. De Neto</author><author>D.M. DeMuth</author><author>S. Dennis</author><author>C. Densham</author><author>G. Deptuch</author><author>A. De Roeck</author><author>V. De Romeri</author><author>J. De Vries</author><author>R. Dharmapalan</author><author>M. Dias</author><author>F. Diaz</author><author>J. Diaz</author><author>S. Di Domizio</author><author>L. Di Giulio</author><author>P. Ding</author><author>L. Di Noto</author><author>C. Distefano</author><author>R. Diurba</author><author>M. Diwan</author><author>Z. Djurcic</author><author>N. Dokania</author><author>M. Dolinski</author><author>L. Domine</author><author>D. Douglas</author><author>F. Drielsma</author><author>D. Duchesneau</author><author>K. Duffy</author><author>P. Dunne</author><author>T. Durkin</author><author>H. Duyang</author><author>O. Dvornikov</author><author>D. Dwyer</author><author>A. Dyshkant</author><author>M. Eads</author><author>D. Edmunds</author><author>J. Eisch</author><author>S. Emery</author><author>A. Ereditato</author><author>C. Escobar</author><author>L. Escudero Sanchez</author><author>J.J. Evans</author><author>E. Ewart</author><author>A.C. Ezeribe</author><author>K. Fahey</author><author>A. Falcone</author><author>C. Farnese</author><author>Y. Farzan</author><author>J. Felix</author><author>E. Fernandez-Martinez</author><author>P. Fernandez Menendez</author><author>F. Ferraro</author><author>L. Fields</author><author>A. Filkins</author><author>F. Filthaut</author><author>R.S. Fitzpatrick</author><author>W. Flanagan</author><author>B. Fleming</author><author>R. Flight</author><author>J. Fowler</author><author>W. Fox</author><author>J. Franc</author><author>K. Francis</author><author>D. Franco</author><author>J. Freeman</author><author>J. Freestone</author><author>J. Fried</author><author>A. Friedland</author><author>S. Fuess</author><author>I. Furic</author><author>A.P. Furmanski</author><author>A. Gago</author><author>H. Gallagher</author><author>A. Gallego-Ros</author><author>N. Gallice</author><author>V. Galymov</author><author>E. Gamberini</author><author>T. Gamble</author><author>R. Gandhi</author><author>R. Gandrajula</author><author>S. Gao</author><author>D. Garcia-Gamez</author><author>M.Á. García-Peris</author><author>S. Gardiner</author><author>D. Gastler</author><author>G. Ge</author><author>B. Gelli</author><author>A. Gendotti</author><author>S. Gent</author><author>Z. Ghorbani-Moghaddam</author><author>D. Gibin</author><author>I. Gil-Botella</author><author>C. Girerd</author><author>A. Giri</author><author>D. Gnani</author><author>O. Gogota</author><author>M. Gold</author><author>S. Gollapinni</author><author>K. Gollwitzer</author><author>R.A. Gomes</author><author>L. Gomez Bermeo</author><author>L.S. Gomez Fajardo</author><author>F. Gonnella</author><author>J. Gonzalez-Cuevas</author><author>M.C. Goodman</author><author>O. Goodwin</author><author>S. Goswami</author><author>C. Gotti</author><author>E. Goudzovski</author><author>C. Grace</author><author>M. Graham</author><author>E. Gramellini</author><author>R. Gran</author><author>E. Granados</author><author>A. Grant</author><author>C. Grant</author><author>D. Gratieri</author><author>P. Green</author><author>S. Green</author><author>L. Greenler</author><author>M. Greenwood</author><author>J. Greer</author><author>C. Griffith</author><author>M. Groh</author><author>J. Grudzinski</author><author>K. Grzelak</author><author>W. Gu</author><author>V. Guarino</author><author>R. Guenette</author><author>A. Guglielmi</author><author>B. Guo</author><author>K. Guthikonda</author><author>R. Gutierrez</author><author>P. Guzowski</author><author>M.M. Guzzo</author><author>S. Gwon</author><author>A. Habig</author><author>A. Hackenburg</author><author>H. Hadavand</author><author>R. Haenni</author><author>A. Hahn</author><author>J. Haigh</author><author>J. Haiston</author><author>T. Hamernik</author><author>P. Hamilton</author><author>J. Han</author><author>K. Harder</author><author>D.A. Harris</author><author>J. Hartnell</author><author>T. Hasegawa</author><author>R. Hatcher</author><author>E. Hazen</author><author>A. Heavey</author><author>K.M. Heeger</author><author>K. Hennessy</author><author>S. Henry</author><author>M. Hernandez Morquecho</author><author>K. Herner</author><author>L. Hertel</author><author>A.S. Hesam</author><author>J. Hewes</author><author>A. Higuera Pichardo</author><author>T. Hill</author><author>S.J. Hillier</author><author>A. Himmel</author><author>J. Hoff</author><author>C. Hohl</author><author>A. Holin</author><author>E. Hoppe</author><author>G.A. Horton-Smith</author><author>M. Hostert</author><author>A. Hourlier</author><author>B. Howard</author><author>R. Howell</author><author>J. Huang</author><author>J. Huang</author><author>J. Hugon</author><author>G. Iles</author><author>A.M. Iliescu</author><author>R. Illingworth</author><author>A. Ioannisian</author><author>R. Itay</author><author>A. Izmaylov</author><author>E. James</author><author>B. Jargowsky</author><author>F. Jediny</author><author>C. Jesús-Valls</author><author>X. Ji</author><author>L. Jiang</author><author>S. Jiménez</author><author>A. Jipa</author><author>A. Joglekar</author><author>C. Johnson</author><author>R. Johnson</author><author>B. Jones</author><author>S. Jones</author><author>C. Jung</author><author>T. Junk</author><author>Y. Jwa</author><author>M. Kabirnezhad</author><author>A. Kaboth</author><author>I. Kadenko</author><author>F. Kamiya</author><author>G. Karagiorgi</author><author>A. Karcher</author><author>M. Karolak</author><author>Y. Karyotakis</author><author>S. Kasai</author><author>S.P. Kasetti</author><author>L. Kashur</author><author>N. Kazaryan</author><author>E. Kearns</author><author>P. Keener</author><author>K.J. Kelly</author><author>E. Kemp</author><author>W. Ketchum</author><author>S. Kettell</author><author>M. Khabibullin</author><author>A. Khotjantsev</author><author>A. Khvedelidze</author><author>D. Kim</author><author>B. King</author><author>B. Kirby</author><author>M. Kirby</author><author>J. Klein</author><author>K. Koehler</author><author>L.W. Koerner</author><author>S. Kohn</author><author>P.P. Koller</author><author>M. Kordosky</author><author>T. Kosc</author><author>U. Kose</author><author>V. Kostelecky</author><author>K. Kothekar</author><author>F. Krennrich</author><author>I. Kreslo</author><author>Y. Kudenko</author><author>V. Kudryavtsev</author><author>S. Kulagin</author><author>J. Kumar</author><author>R. Kumar</author><author>C. Kuruppu</author><author>V. Kus</author><author>T. Kutter</author><author>A. Lambert</author><author>K. Lande</author><author>C.E. Lane</author><author>K. Lang</author><author>T. Langford</author><author>P. Lasorak</author><author>D. Last</author><author>C. Lastoria</author><author>A. Laundrie</author><author>A. Lawrence</author><author>I. Lazanu</author><author>R. LaZur</author><author>T. Le</author><author>J. Learned</author><author>P. LeBrun</author><author>G. Lehmann Miotto</author><author>R. Lehnert</author><author>M. Leigui de Oliveira</author><author>M. Leitner</author><author>M. Leyton</author><author>L. Li</author><author>S. Li</author><author>S. Li</author><author>T. Li</author><author>Y. Li</author><author>H. Liao</author><author>C. Lin</author><author>S. Lin</author><author>A. Lister</author><author>B.R. Littlejohn</author><author>J. Liu</author><author>S. Lockwitz</author><author>T. Loew</author><author>M. Lokajicek</author><author>I. Lomidze</author><author>K. Long</author><author>K. Loo</author><author>D. Lorca</author><author>T. Lord</author><author>J. LoSecco</author><author>W.C. Louis</author><author>K. Luk</author><author>X. Luo</author><author>N. Lurkin</author><author>T. Lux</author><author>V.P. Luzio</author><author>D. MacFarland</author><author>A. Machado</author><author>P. Machado</author><author>C. Macias</author><author>J. Macier</author><author>A. Maddalena</author><author>P. Madigan</author><author>S. Magill</author><author>K. Mahn</author><author>A. Maio</author><author>J.A. Maloney</author><author>G. Mandrioli</author><author>J.C. Maneira</author><author>L. Manenti</author><author>S. Manly</author><author>A. Mann</author><author>K. Manolopoulos</author><author>M. Manrique Plata</author><author>A. Marchionni</author><author>W. Marciano</author><author>D. Marfatia</author><author>C. Mariani</author><author>J. Maricic</author><author>F. Marinho</author><author>A.D. Marino</author><author>M. Marshak</author><author>C. Marshall</author><author>J. Marshall</author><author>J. Marteau</author><author>J. Martin-Albo</author><author>N. Martinez</author><author>D.A. Martinez Caicedo</author><author>S. Martynenko</author><author>K. Mason</author><author>A. Mastbaum</author><author>M. Masud</author><author>S. Matsuno</author><author>J. Matthews</author><author>C. Mauger</author><author>N. Mauri</author><author>K. Mavrokoridis</author><author>R. Mazza</author><author>A. Mazzacane</author><author>E. Mazzucato</author><author>E. McCluskey</author><author>N. McConkey</author><author>K.S. McFarland</author><author>C. McGrew</author><author>A. McNab</author><author>A. Mefodiev</author><author>P. Mehta</author><author>P. Melas</author><author>M. Mellinato</author><author>O. Mena</author><author>S. Menary</author><author>H. Mendez</author><author>A. Menegolli</author><author>G. Meng</author><author>M. Messier</author><author>W. Metcalf</author><author>M. Mewes</author><author>H. Meyer</author><author>T. Miao</author><author>G. Michna</author><author>T. Miedema</author><author>J. Migenda</author><author>R. Milincic</author><author>W. Miller</author><author>J. Mills</author><author>C. Milne</author><author>O. Mineev</author><author>O.G. Miranda</author><author>S. Miryala</author><author>C. Mishra</author><author>S. Mishra</author><author>A. Mislivec</author><author>D. Mladenov</author><author>I. Mocioiu</author><author>K. Moffat</author><author>N. Moggi</author><author>R. Mohanta</author><author>T.A. Mohayai</author><author>N. Mokhov</author><author>J.A. Molina</author><author>L. Molina Bueno</author><author>A. Montanari</author><author>C. Montanari</author><author>D. Montanari</author><author>L.M. Montano Zetina</author><author>J. Moon</author><author>M. Mooney</author><author>A. Moor</author><author>D. Moreno</author><author>B. Morgan</author><author>C. Morris</author><author>C. Mossey</author><author>E. Motuk</author><author>C.A. Moura</author><author>J. Mousseau</author><author>W. Mu</author><author>L. Mualem</author><author>J. Mueller</author><author>M. Muether</author><author>S. Mufson</author><author>F. Muheim</author><author>A. Muir</author><author>M. Mulhearn</author><author>H. Muramatsu</author><author>S. Murphy</author><author>J. Musser</author><author>J. Nachtman</author><author>S. Nagu</author><author>M. Nalbandyan</author><author>R. Nandakumar</author><author>D. Naples</author><author>S. Narita</author><author>D. Navas-Nicolás</author><author>N. Nayak</author><author>M. Nebot-Guinot</author><author>L. Necib</author><author>K. Negishi</author><author>J.K. Nelson</author><author>J. Nesbit</author><author>M. Nessi</author><author>D. Newbold</author><author>M. Newcomer</author><author>D. Newhart</author><author>R. Nichol</author><author>E. Niner</author><author>K. Nishimura</author><author>A. Norman</author><author>R. Northrop</author><author>P. Novella</author><author>J.A. Nowak</author><author>M. Oberling</author><author>A. Olivares Campo</author><author>A. Olivier</author><author>Y. Onel</author><author>Y. Onishchuk</author><author>J. Ott</author><author>L. Pagani</author><author>S. Pakvasa</author><author>O. Palamara</author><author>S. Palestini</author><author>J.M. Paley</author><author>M. Pallavicini</author><author>C. Palomares</author><author>E. Pantic</author><author>V. Paolone</author><author>V. Papadimitriou</author><author>R. Papaleo</author><author>A. Papanestis</author><author>S. Paramesvaran</author><author>S. Parke</author><author>Z. Parsa</author><author>M. Parvu</author><author>S. Pascoli</author><author>L. Pasqualini</author><author>J. Pasternak</author><author>J. Pater</author><author>C. Patrick</author><author>L. Patrizii</author><author>R.B. Patterson</author><author>S. Patton</author><author>T. Patzak</author><author>A. Paudel</author><author>B. Paulos</author><author>L. Paulucci</author><author>Z. Pavlovic</author><author>G. Pawloski</author><author>D. Payne</author><author>V. Pec</author><author>S.J. Peeters</author><author>Y. Penichot</author><author>E. Pennacchio</author><author>A. Penzo</author><author>O.L. Peres</author><author>J. Perry</author><author>D. Pershey</author><author>G. Pessina</author><author>G. Petrillo</author><author>C. Petta</author><author>R. Petti</author><author>F. Piastra</author><author>L. Pickering</author><author>F. Pietropaolo</author><author>J. Pillow</author><author>R. Plunkett</author><author>R. Poling</author><author>X. Pons</author><author>N. Poonthottathil</author><author>S. Pordes</author><author>M. Potekhin</author><author>R. Potenza</author><author>B.V. Potukuchi</author><author>J. Pozimski</author><author>M. Pozzato</author><author>S. Prakash</author><author>T. Prakash</author><author>S. Prince</author><author>G. Prior</author><author>D. Pugnere</author><author>K. Qi</author><author>X. Qian</author><author>J. Raaf</author><author>R. Raboanary</author><author>V. Radeka</author><author>J. Rademacker</author><author>B. Radics</author><author>A. Rafique</author><author>E. Raguzin</author><author>M. Rai</author><author>M. Rajaoalisoa</author><author>I. Rakhno</author><author>H. Rakotondramanana</author><author>L. Rakotondravohitra</author><author>Y. Ramachers</author><author>R. Rameika</author><author>M. Ramirez Delgado</author><author>B. Ramson</author><author>A. Rappoldi</author><author>G. Raselli</author><author>P. Ratoff</author><author>S. Ravat</author><author>H. Razafinime</author><author>J. Real</author><author>B. Rebel</author><author>D. Redondo</author><author>M. Reggiani-Guzzo</author><author>T. Rehak</author><author>J. Reichenbacher</author><author>S.D. Reitzner</author><author>A. Renshaw</author><author>S. Rescia</author><author>F. Resnati</author><author>A. Reynolds</author><author>G. Riccobene</author><author>L.C. Rice</author><author>K. Rielage</author><author>Y. Rigaut</author><author>D. Rivera</author><author>L. Rochester</author><author>M. Roda</author><author>P. Rodrigues</author><author>M. Rodriguez Alonso</author><author>J. Rodriguez Rondon</author><author>A. Roeth</author><author>H. Rogers</author><author>S. Rosauro-Alcaraz</author><author>M. Rossella</author><author>J. Rout</author><author>S. Roy</author><author>A. Rubbia</author><author>C. Rubbia</author><author>B. Russell</author><author>J. Russell</author><author>D. Ruterbories</author><author>R. Saakyan</author><author>S. Sacerdoti</author><author>T. Safford</author><author>N. Sahu</author><author>P. Sala</author><author>N. Samios</author><author>M. Sanchez</author><author>D.A. Sanders</author><author>D. Sankey</author><author>S. Santana</author><author>M. Santos-Maldonado</author><author>N. Saoulidou</author><author>P. Sapienza</author><author>C. Sarasty</author><author>I. Sarcevic</author><author>G. Savage</author><author>V. Savinov</author><author>A. Scaramelli</author><author>A. Scarff</author><author>A. Scarpelli</author><author>T. Schaffer</author><author>H. Schellman</author><author>P. Schlabach</author><author>D. Schmitz</author><author>K. Scholberg</author><author>A. Schukraft</author><author>E. Segreto</author><author>J. Sensenig</author><author>I. Seong</author><author>A. Sergi</author><author>F. Sergiampietri</author><author>D. Sgalaberna</author><author>M. Shaevitz</author><author>S. Shafaq</author><author>M. Shamma</author><author>H.R. Sharma</author><author>R. Sharma</author><author>T. Shaw</author><author>C. Shepherd-Themistocleous</author><author>S. Shin</author><author>D. Shooltz</author><author>R. Shrock</author><author>L. Simard</author><author>N. Simos</author><author>J. Sinclair</author><author>G. Sinev</author><author>J. Singh</author><author>J. Singh</author><author>V. Singh</author><author>R. Sipos</author><author>F. Sippach</author><author>G. Sirri</author><author>A. Sitraka</author><author>K. Siyeon</author><author>D. Smargianaki</author><author>A. Smith</author><author>A. Smith</author><author>E. Smith</author><author>P. Smith</author><author>J. Smolik</author><author>M. Smy</author><author>P. Snopok</author><author>M. Soares Nunes</author><author>H. Sobel</author><author>M. Soderberg</author><author>C.J. Solano Salinas</author><author>S. Söldner-Rembold</author><author>N. Solomey</author><author>V. Solovov</author><author>W.E. Sondheim</author><author>M. Sorel</author><author>J. Soto-Oton</author><author>A. Sousa</author><author>K. Soustruznik</author><author>F. Spagliardi</author><author>M. Spanu</author><author>J. Spitz</author><author>N.J. Spooner</author><author>K. Spurgeon</author><author>R. Staley</author><author>M. Stancari</author><author>L. Stanco</author><author>H. Steiner</author><author>J. Stewart</author><author>B. Stillwell</author><author>J. Stock</author><author>F. Stocker</author><author>T. Stokes</author><author>M. Strait</author><author>T. Strauss</author><author>S. Striganov</author><author>A. Stuart</author><author>D. Summers</author><author>A. Surdo</author><author>V. Susic</author><author>L. Suter</author><author>C. Sutera</author><author>R. Svoboda</author><author>B. Szczerbinska</author><author>A. Szelc</author><author>R. Talaga</author><author>H. Tanaka</author><author>B. Tapia Oregui</author><author>A. Tapper</author><author>S. Tariq</author><author>E. Tatar</author><author>R. Tayloe</author><author>A. Teklu</author><author>M. Tenti</author><author>K. Terao</author><author>C.A. Ternes</author><author>F. Terranova</author><author>G. Testera</author><author>A. Thea</author><author>J.L. Thompson</author><author>C. Thorn</author><author>S. Timm</author><author>A. Tonazzo</author><author>M. Torti</author><author>M. Tortola</author><author>F. Tortorici</author><author>D. Totani</author><author>M. Toups</author><author>C. Touramanis</author><author>J. Trevor</author><author>W.H. Trzaska</author><author>Y.T. Tsai</author><author>Z. Tsamalaidze</author><author>K. Tsang</author><author>N. Tsverava</author><author>S. Tufanli</author><author>C. Tull</author><author>E. Tyley</author><author>M. Tzanov</author><author>M.A. Uchida</author><author>J. Urheim</author><author>T. Usher</author><author>M. Vagins</author><author>P. Vahle</author><author>G. Valdiviesso</author><author>E. Valencia</author><author>Z. Vallari</author><author>J.W. Valle</author><author>S. Vallecorsa</author><author>R. Van Berg</author><author>R.G. Van de Water</author><author>D. Vanegas Forero</author><author>F. Varanini</author><author>D. Vargas</author><author>G. Varner</author><author>J. Vasel</author><author>G. Vasseur</author><author>K. Vaziri</author><author>S. Ventura</author><author>A. Verdugo</author><author>S. Vergani</author><author>M.A. Vermeulen</author><author>M. Verzocchi</author><author>H. Vieira de Souza</author><author>C. Vignoli</author><author>C. Vilela</author><author>B. Viren</author><author>T. Vrba</author><author>T. Wachala</author><author>A.V. Waldron</author><author>M. Wallbank</author><author>H. Wang</author><author>J. Wang</author><author>Y. Wang</author><author>Y. Wang</author><author>K. Warburton</author><author>D. Warner</author><author>M. Wascko</author><author>D. Waters</author><author>A. Watson</author><author>P. Weatherly</author><author>A. Weber</author><author>M. Weber</author><author>H. Wei</author><author>A. Weinstein</author><author>D. Wenman</author><author>M. Wetstein</author><author>M.R. While</author><author>A. White</author><author>L.H. Whitehead</author><author>D. Whittington</author><author>M.J. Wilking</author><author>C. Wilkinson</author><author>Z. Williams</author><author>F. Wilson</author><author>R.J. Wilson</author><author>J. Wolcott</author><author>T. Wongjirad</author><author>K. Wood</author><author>L. Wood</author><author>E. Worcester</author><author>M. Worcester</author><author>C. Wret</author><author>W. Wu</author><author>W. Wu</author><author>Y. Xiao</author><author>G. Yang</author><author>T. Yang</author><author>N. Yershov</author><author>K. Yonehara</author><author>T. Young</author><author>B. Yu</author><author>J. Yu</author><author>J. Zalesak</author><author>L. Zambelli</author><author>B. Zamorano</author><author>A. Zani</author><author>L. Zazueta</author><author>G. Zeller</author><author>J. Zennamo</author><author>K. Zeug</author><author>C. Zhang</author><author>M. Zhao</author><author>E. Zhivun</author><author>G. Zhu</author><author>E.D. Zimmerman</author><author>M. Zito</author><author>S. Zucchelli</author><author>J. Zuklin</author><author>V. Zutshi</author><author>R. Zwaska</author>
				</bibl>
			</sourceDesc>
		</fileDesc>
		<profileDesc>
			<abstract><ab><![CDATA[List of Tables3.1 DUNE responsibility matrix 3.2 DUNE decision-making matrix 6.1 DUNE-SP design maturity at the time of ProtoDUNE and at the time of the TDR A.1 SP module inter-consortium interface document matrix A.2 SP module consortium-TC interface document matrix A.3 DUNE schedule milestones A.4 DUNE physics-related specifications owned by EB A.5 DUNE high-level system specifications owned by the EB A.6 Specifications for SP-FD. A.7 APA specifications. A.8 HV specifications. A.9 TPC electronics specifications. A.10 PDS specifications. A.11 Calibration specifications.]]></ab></abstract>
		</profileDesc>
	</teiHeader>
	<text><body xmlns="http://www.tei-c.org/ns/1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xlink="http://www.w3.org/1999/xlink">
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2020">JINST 15 T08009</head></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>A roadmap of the DUNE technical design report</head><p>The Deep Underground Neutrino Experiment (DUNE) far detector (FD) technical design report (TDR) describes the proposed physics program, detector designs, and management structures and procedures at the technical design stage.</p><p>The TDR is composed of five volumes, as follows:</p><p>&#8226; Volume I (Introduction to DUNE) provides an overview of all of DUNE for science policy professionals.</p><p>&#8226; Volume II (DUNE physics) describes the DUNE physics program.</p><p>&#8226; Volume III (DUNE far detector technical coordination) outlines DUNE management structures, methodologies, procedures, requirements, and risks.</p><p>&#8226; Volume IV (The DUNE far detector single-phase technology) and Volume V (The DUNE Far Detector Dual-Phase Technology) describe the two FD liquid argon time-projection chamber (LArTPC) technologies.</p><p>The text includes terms that hyperlink to definitions in a volume-specific glossary. These terms appear underlined in some online browsers, if enabled in the browser's settings.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Chapter 1</head></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Executive summary</head><p>This volume describes how the activities required to design, construct, fabricate, install, and commission the DUNE FD modules are organized and managed. The FD modules are hosted at the Long-Baseline Neutrino Facility (LBNF) site at the Sanford Underground Research Facility (SURF). The DUNE FD construction project is one piece of the global LBNF and DUNE project (LBNF/DUNE), which encompasses all of the facilities, supporting infrastructure, and detector elements required to carry out the DUNE science program at SURF.</p><p>The DUNE collaboration has responsibility for the design and construction of the DUNE detectors. Groups of collaboration institutions, referred to as consortia, assume responsibility for the different detector subsystems. The activities of the consortia are overseen and coordinated through the DUNE technical coordination organization headed by the DUNE technical coordinator (TC). The technical coordination organization provides project support functions such as safety coordination, engineering integration, change control, document management, scheduling, risk management, and technical review planning. DUNE technical coordination manages internal, subsystem-to-subsystem interfaces, and is responsible for ensuring the proper integration of the different subsystems.</p><p>A Joint Project Office (JPO) establishes the global engineering and documentation requirements adhered to within the DUNE FD construction project, manages external DUNE detector interfaces with LBNF, and is responsible for ensuring proper integration of the DUNE detector elements within the facilities and supporting infrastructure. DUNE technical coordination works closely with the support teams of its LBNF/DUNE partners within the framework of the JPO to ensure coherence in project support functions across the entire global enterprise. To ensure consistency of the DUNE environment, safety and health (ES&amp;H) and quality assurance (QA) programs with those across LBNF/DUNE, the LBNF/DUNE ES&amp;H and QA managers, who sit within the JPO, are embedded within the DUNE technical coordination organization.</p><p>The LBNF/DUNE integration office under the direction of the project integration director incorporates the on site team responsible for coordinating integration and installation activities at SURF. Detector integration and installation activities are supported by the DUNE consortia, which maintain responsibility for ensuring proper installation and commissioning of their subsystems. External DUNE interfaces with the on site integration and installation activities are managed through the JPO. Support services are provided by the Fermilab South Dakota Services Division (SDSD) and SURF.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2020">JINST 15 T08009</head><p>Chapter 1. Executive summary Chapter 1. Executive summary Chapter 1. Executive summary The ordering of the subsequent chapters is chosen to provide first, additional detail regarding the organizational structures summarized here; second, overviews of the facilities, supporting infrastructure, and detectors for context; and third, information on project-related functions and methodologies used by DUNE TC focusing on the areas of integration engineering, technical reviews, QA, and safety oversight. Because of their more advanced stage of development, functional examples presented here focus primarily on the single-phase (SP) detector module.</p><p>In addition to the LBNF and DUNE pieces, the overall coordination of installation activities in the underground caverns is managed as a separate element of LBNF/DUNE under the responsibility of the project integration director, who is appointed by and reports to the Fermilab director. To ensure coordination across all elements of LBNF/DUNE, the project integration director connects to both the facilities and detector construction projects through ex-officio positions on the LBNF Project Management Board and DUNE executive board (EB), respectively. In carrying out these responsibilities, the project integration director receives support from the SDSD, a Fermilab division established to provide the necessary supporting infrastructure for installation, commissioning, and operation of the DUNE detector.</p><p>The project integration director works closely with the LBNF and DUNE teams in advance of these activities to coordinate planning and ensure that detector elements are properly integrated within the supporting infrastructure. Although the project integration director is responsible for overall coordination of installation activities at SURF, the DUNE consortia maintain responsibility for the installation and commissioning of their detector subsystems and support these activities by providing dedicated personnel and equipment resources. Likewise, LBNF retains responsibility for the installation and commissioning of supporting infrastructure items and provides dedicated resources to support these activities.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.2">Experimental Facilities Interface Group</head><p>The Experimental Facilities Interface Group (EFIG) is the body responsible for the required highlevel coordination between the LBNF and DUNE construction projects. The LBNF project director and project integration director co-chair the EFIG. EFIG leadership also incorporates the four members of the DUNE collaboration management team (co-spokespersons, TC, and resource coordinator (RC)). The EFIG is responsible for steering the integration and installation of the LBNF/DUNE deliverables and operates via the consensus of its leadership team. If issues arise for which consensus cannot be achieved, decision-making responsibility is passed to the Fermilab director.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.3">Joint Project Office</head><p>The EFIG is augmented by a JPO that supports both the LBNF and DUNE projects as well as the integration effort that connects the two together. The JPO combines project support functions that exist within the different elements of the global project to ensure proper coordination across the entire LBNF/DUNE enterprise. Project functions coordinated globally through the JPO are shown in figure <ref type="figure">2</ref>.2 along with the personnel currently supporting those functions. The team members who support these functions within the JPO framework are drawn from the LBNF project office, DUNE technical coordination, and LBNF/DUNE integration office personnel.</p><p>Team members focusing on specific project activities and functions within the JPO are typically those carrying equivalent responsibilities within their home organization. For example, the JPO team responsible for building the fully integrated 3D CAD model of the detector within its supporting infrastructure and surrounding facility includes the members of the LBNF and DUNE project teams responsible for integrating the individual elements.</p><p>-5 --5 --5 - </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.4">Coordinated global project functions</head><p>Project support functions requiring JPO coordination include safety, engineering integration, change control and document management, scheduling, review planning and oversight, and development of partner agreements. Additional detail is provided in the subsequent sections regarding the JPO role in coordinating these support functions.</p><p>Planning activities related to detector installation and the provision of surface facilities are also currently embedded within the framework of the JPO to ensure that all project elements are properly incorporated. At the time when LBNF far site conventional facilities (FSCF) delivers acceptance for use and possession (AUP) of the underground detector caverns at SURF, the coordination of onsite activities associated with detector installation and the operation of surface facilities will be fully embedded within the LBNF/DUNE integration office under the direction of the project integration director. Some current members of the LBNF project office and DUNE technical coordination are expected to be moved into the integration office at that point in time. The integration office team required to coordinate post-excavation activities at SURF is described in chapter 4.</p><p>-6 --6 --6 -</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.4.1">Safety</head><p>To ensure a consistent approach to safety across LBNF/DUNE, there is a single LBNF/DUNE ES&amp;H manager who reports to the LBNF project director, project integration director, and DUNE management (via the DUNE TC). This individual directs separate safety teams responsible for implementing the LBNF/DUNE ES&amp;H program within both the LBNF and DUNE projects as well as the LBNF/DUNE installation activities at SURF. The safety organization is shown in figure 2.3 and is described further in sections 3.4.1 and 4.1 and in chapter 10. The LBNF/DUNE ES&amp;H manager works with the Fermilab and SURF safety organizations to ensure that all project-related activities comply with the rules and regulations of the host organizations. For example, the LBNF/DUNE ES&amp;H manager works with the host safety organizations to develop the rules and regulations governing work in the underground areas at SURF, which are then consistently applied across all underground project activities.</p><p>The JPO engineering safety assurance team defines a common set of design and construction rules (mechanical and electrical) to ensure consistent application of engineering standards and engineering documentation requirements across LBNF/DUNE. This team works with the LBNF/DUNE ES&amp;H manager to develop equivalencies in codes and standards across the international project as needed. Following on lessons learned from the processes used for the ProtoDUNE detectors, an important mandate of the engineering safety assurance team is to ensure that safety issues related to component handling and installation are incorporated within the earliest stages of the design review process. The JPO team incorporates engineering resources to perform independent validation of required mechanical analyses that ensure the structural integrity of detector components through all stages of construction, installation, and operation.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.4.2">Engineering integration</head><p>A central JPO engineering team is responsible for building an integrated model of the detectors within their supporting infrastructure and the FSCF that house them. The team builds and maintains a full 3D CAD model of everything in the underground detector caverns from the models of the individual components provided by the LBNF and DUNE design teams. Starting from the latest, -7 --7 --7 -approved version of the full CAD model, the JPO team incorporates approved changes as they are received and checks to ensure that no errors or space conflicts are introduced into the model. As part of this process, 2D control drawings are produced from the 3D CAD model to validate adherence with critical component-to-component clearances within the integrated model. The updated working model is passed back to the individual LBNF and DUNE design teams to validate that their design modifications have been properly incorporated within the global model. After receiving the appropriate sign-offs from all parties, the JPO team tags a new frozen release of the model and makes it available to the design teams as the current release against which the next set of design changes will be generated.</p><p>Electrical engineers are incorporated within the central JPO team to ensure proper integration of the detector electrical components. This team is responsible for ensuring that detector grounding and shielding requirements, the maintenance of which are critical for detector performance, are strictly adhered to. The team oversees the layout of electronics racks and cable trays both on the top of the cryostats and within the central utility cavern (CUC) counting room that hosts the data acquisition (DAQ) electronics. It also oversees the design of the power and cooling distribution systems that are required to support the electronics infrastructure.</p><p>The JPO engineering team is responsible for documenting and controlling the interfaces between the LBNF and DUNE projects as well as the interfaces between these projects and the LBNF/DUNE installation activities at SURF. To define these interfaces, the JPO team develops formal documents which, subsequent to the approval of the relevant managers, are placed under signature and versioning control. These documents are monitored regularly to ensure that no missing scope or technical incompatibilities are introduced at the boundaries between the project elements.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.4.3">Change control and document management</head><p>The LBNF/DUNE project partners have agreed to adopt the formal change control process developed previously for the LBNF project. The change control process applies to proposed modifications of requirements, technical designs, schedule, overall project scope, and assigned responsibilities for individual scope items. The formal LBNF/DUNE change control process is described in DocDB 82 <ref type="bibr">[1]</ref>. The process includes separate decision paths for items affecting only DUNE or LBNF and incorporates an additional pathway for items affecting both projects. A hierarchy of decisionmaking layers is built into each pathway based on pre-determined thresholds related to the extent of the proposed change. The lowest-level change control body for modifications affecting both LBNF and DUNE is the EFIG. The JPO incorporates a configuration manager within the engineering integration team who is responsible for formally implementing changes that are approved through this process. After technical changes are incorporated into the global 3D CAD models, the engineering integration team is responsible for checking production drawings and verifying that no potential space conflicts have been introduced. Under the direction of the configuration manager, all project changes are documented in detail and approved by the appropriate project partners using the LBNF change control tool.</p><p>The configuration manager oversees a document management team responsible for administering and managing the LBNF/DUNE document management system, which is hosted in the engineering document management system (EDMS). All technical documents and drawings are stored in the EDMS system under formal signature and versioning control. A product breakdown -8 --8 --8 -structure (PBS) database will be maintained to track the history of each detector component (and supporting infrastructure item) through construction, assembly, testing, transport, and installation. The LBNF/DUNE QA manager is embedded within the JPO engineering integration team as the QA coordinator and has responsibility for ensuring that all necessary documents and testing results used to validate component quality are stored within the PBS database.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.4.4">Scheduling</head><p>The JPO team is responsible for creating a single project schedule for LBNF/DUNE that incorporates all LBNF and DUNE activities together with the installation activities at SURF, incorporating all interdependencies. A brief discussion is provided in section A.2. This schedule will be used to track the status of the global enterprise. The project partners have agreed that the LBNF/DUNE schedule will be managed within the same Primavera P6 framework used to plan and set the status of the resource-loaded schedule of activities required for DOE contributions to LBNF and DUNE. Activities falling under the responsibility of other international partners are included and linked within the P6 schedule but do not incorporate associated resource information required for DOE activities. Non-DOE activities will not be tracked using the formal earned value management system (EVMS) procedures required for the DOE project activities, but rather through regular assessments of progress towards completion by the management teams responsible for those activities. A substantial number of milestones will be embedded within the schedule at an appropriate level of granularity to allow for high-level tracking of the project progress towards its completion.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.4.5">Review planning and oversight</head><p>As described in chapter 8, all reviews conducted across the LBNF/DUNE enterprise are coordinated through the JPO review planning team to ensure coherence in the review process. DUNE collaboration management via the TC has responsibility for design (preliminary design review and final design review) and production (production readiness review and production progress review) reviews focusing on the different detector elements. Similarly, LBNF project management has responsibility for design and production reviews covering the supporting infrastructure pieces within its scope. Installation readiness reviews and operational readiness reviews, on the other hand, are the responsibility of the project integration director. Central coordination of the review process through the JPO review planning team ensures that issues related to installation and operation are incorporated within all stages of the review process. Safety issues related to handling and installation of components are addressed starting from the earliest design reviews -with the development of detailed engineering notes containing the required structural analysis -through installation and operations reviews with detailed hazard analyses. The JPO team also takes responsibility for tracking review recommendations and closing them as appropriate, based on resulting actions.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.4.6">Development of partner agreements</head><p>Partner contributions to all project elements will be detailed in a series of written agreements. In the case of LBNF, these contributions will be spelled out in bilateral agreements between DOE and each of the contributing partners. In the case of DUNE, there will be a memorandum of understanding (MoU) detailing the contributions of all participating partners. The MoU will detail the deliverables 2020 JINST 15 T08009</p><p>Chapter 2. Global project organization Chapter 2. Global project organization Chapter 2. Global project organization being provided by each partner and summarize required contributions to common items, for which the collaboration assumes shared responsibility. A series of more technical agreements describing the exact boundaries between partner contributions and the terms and conditions under which they will be delivered will lie just beneath the primary agreements. The JPO team focusing on partner agreements will coordinate the process for drafting written agreements and work to obtain the appropriate partner approvals on each.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.5">ProtoDUNE experience</head><p>The global structure of LBNF/DUNE is based heavily on the organization that successfully executed the construction, installation, commissioning, and operation of the ProtoDUNE detectors at the European Organization for Nuclear Research (CERN). The onsite team at CERN responsible for the overall installation of detector and infrastructure components within the test beam facility played a critical role in the successful execution of the ProtoDUNE program. The separate projects responsible for the construction of the detector and infrastructure components interacted effectively with the central, onsite team to minimize the issues encountered during the installation and commissioning process. In cases where issues did arise, construction project team members interacted effectively with their counterparts on the onsite team to reach quick resolutions. Some lessons learned from the ProtoDUNE experience have been applied in creating the LBNF/DUNE organization for the DUNE FD. The integration of installation safety issues into the early stages of the design review process is one such example. Delays were encountered in getting approvals for the installation of some ProtoDUNE-SP components stemming from the absence of a coordinated approach in the review process for these items. The creation of the JPO review planning team charged with organizing a coherent review process across LBNF/DUNE is meant to address this issue. In general, the successful implementation of the ProtoDUNE detectors demonstrates the capacity of the organizational structures to safely execute the project and meet performance requirements, as was seen in ProtoDUNE-SP.</p><p>The team that led the installation of ProtoDUNE at CERN also led the installation of MINOS in the Soudan mine in Minnesota, and that experience extrapolates to the upcoming installation at SURF. Fermilab established the SDSD to work with SURF to ensure that appropriate site infrastructure and support mechanisms needed to execute onsite project activities are in place.</p><p>-10 --10 --10 -</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2020">JINST 15 T08009</head><p>Chapter 3</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Detector design and construction organization</head><p>The DUNE FD construction project refers collectively to the activities associated with the design and construction of necessary detector components. DUNE collaboration management is responsible for overseeing this portion of the LBNF/DUNE and ensuring its successful execution. The highlevel DUNE collaboration management team consisting of the co-spokespersons, TC, and RC is responsible for the management of the project.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.1">DUNE consortia</head><p>Construction of the DUNE far detector modules is carried out by consortia of collaboration institutions who assume responsibility for detector subsystems. Each consortium plans and executes the construction, installation, and commissioning of its subsystem.</p><p>Management of each consortium is through an overall consortium leader and a technical lead. The consortium leader chairs an institutional board composed of one representative from each of the collaborating institutions contributing to the activities of the consortium. Major consortium decisions such as technology selections and assignment of responsibilities within the institutions should pass through its institutional board. These decisions are then passed as recommendations to the DUNE EB, as described in greater detail below, for formal collaboration approval.</p><p>Figure <ref type="figure">3</ref>.1 shows an example consortium organizational chart incorporating the basic structures mandated by DUNE collaboration management. In addition to the pieces described above, consortia in most cases need to manage the design and construction of subsystem deliverables that are supported by multiple funding agencies. In the sample case illustrated here, responsibilities for subsystem deliverables are shared between the USA, UK, and Switzerland (CH), where each of the funding agencies is expected to manage its own internal projects with responsibility for different sets of assigned deliverables. To ensure coordination between the separate internal projects contributing to the consortia, technical leads are responsible for chairing consortium project management boards incorporating separate managers from each of the internal projects.</p><p>In addition to the mandated organizational pieces described here, the consortia incorporate additional internal structures as needed to deliver their assigned subsystems. For example, working -11 --11 --11 - groups with convenors are typically appointed to focus on specific consortium activities, and steering committees are in many cases formed to help guide technical and strategic decisions within the consortia. Each consortium is also expected to appoint both safety and QA representatives as well as a representative with responsibility for integration and installation. These individuals are charged with interacting with the appropriate project support team personnel to ensure coordination in these areas across the consortia.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.2">DUNE collaboration management</head><p>The high-level DUNE collaboration management structure is shown in figure <ref type="figure">3</ref>.2. The DUNE EB is the primary collaboration decision-making body and as such includes representatives from all major areas of activity within the collaboration.</p><p>Each consortium is represented on the DUNE EB by its consortium leader. All collaboration decisions, especially those with potential impacts on the DUNE scientific program or connected with the assignment of institutional responsibilities, pass through the EB. EB decisions are made by consensus. In cases where consensus cannot be obtained, decision-making responsibility passes to the co-spokespersons.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.3">Technical coordination</head><p>Because the consortia operate as self-managed entities, a strong technical coordination organization is required to ensure overall integration of the detector elements and successful execution of the detector construction project. Technical coordination areas of responsibility include general project oversight, systems engineering, QA, and safety. Technical coordination also supports the planning and execution of integration and installation activities at SURF (see chapter 4). Technical coordination is headed by the TC, a Fermilab employee appointed jointly by the Fermilab director and the DUNE co-spokespersons. A deputy TC selected from within the collaboration will assist the TC.</p><p>The TC manages the overall detector construction project through regular technical and project board meetings with the consortium leadership teams and members of the technical coordination organization (see section 3.4). These board meetings are used to identify and resolve issues and serve as the primary fora for required interactions between the consortia.</p><p>Technical board meetings are used to evaluate consortia design decisions with potential impacts on overall detector performance, ensure that interfaces between the different subsystems are well understood and documented, and monitor the overall construction project to identify and address both technical and interface issues as they arise.</p><p>Project board meetings are used to ensure that the scopes of each consortium are fully documented with assigned institutional responsibilities, develop and manage risks held within a global project registry, review and manage project change requests, and monitor the status of the overall detector construction schedule.</p><p>Any decisions generated through these board meetings are passed to the DUNE EB as recommendations for formal approval. Depending on the agenda items to be discussed at a specific board meeting, the TC will invite additional members of the collaboration with specific knowledge or particular expertise to participate. In addition, for major decisions, the TC will officially appoint internal collaboration referees with no associated conflicts of interest to assist in evaluating the technical issues behind these major decisions.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.4">Technical coordination organization</head><p>The TC heads an organization that supports the work of the consortia and has responsibility for a number of major project support functions prior to the delivery of detector components to SURF including &#8226; ensuring that each consortium has a well defined and complete scope, that interactions between consortia are sufficiently well defined, and that any missing scope outside of the consortia is provided through other sources such as collaboration common funds;</p><p>&#8226; defining and documenting scope boundaries and technical interfaces both between consortia and with LBNF;</p><p>&#8226; developing an overall schedule with appropriate dependencies between activities covering all phases of the project;</p><p>&#8226; ensuring that appropriate engineering and safety standards are developed, understood, and agreed to by all key stakeholders and that these standards are conveyed to and understood by each consortium;</p><p>&#8226; ensuring that all DUNE requirements on LBNF for FSCF, cryostat, and cryogenics are clearly defined and agreed to by each consortium;</p><p>&#8226; ensuring that each consortium has well developed and reviewed component designs, construction plans, quality control (QC) processes, and safety programs; and</p><p>&#8226; monitoring the overall project schedule and the progress of each consortium towards delivering its assigned scope.</p><p>The DUNE technical coordination organizational structure is shown in figure <ref type="figure">3</ref>.3. The structure incorporates teams with responsibilities for project coordination, engineering support, and installation interfaces. Many technical coordination team members also contribute to the activities of the JPO teams (shown in figure <ref type="figure">2</ref>.2) in order to ensure coherence in project support functions across LBNF/DUNE.</p><p>The technical coordination project coordination team incorporates ES&amp;H, QA, and project controls specialists. Overall integration of the detector elements is coordinated through the technical coordination engineering support team headed by the LBNF/DUNE systems engineer and lead DUNE electrical engineer. Planning coordinators for integration and installation activities at SURF sitting within the LBNF/DUNE integration office also head the technical coordination installation interfaces team. The dual placement of these individuals facilitates the required coordination of integration and installation planning efforts between the core team directing these activities and the DUNE consortia, which maintain primary responsibility for the individual detector subsystems. Members of the technical coordination organization meet weekly to review project progress and discuss technical issues.</p><p>Within the framework of the DUNE FD construction project, technical coordination project support functions associated with its coordination role include safety, engineering integration, change control, document management, scheduling, risk management, conducting reviews, and workflow. These functions are described in the following sections. </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.4.1">Safety</head><p>The TC is responsible for implementing the safety program covering the DUNE construction project. The TC is supported in this role by the LBNF/DUNE ES&amp;H manager. A dedicated DUNE ES&amp;H coordinator sits within the technical coordination organization and guides the DUNE safety program under the direction of the LBNF/DUNE ES&amp;H manager. The safety organization for the DUNE construction project is shown in figure <ref type="figure">3</ref>.4 and is further described in chapter 10.</p><p>The DUNE construction project is carried out at many different institutions in many different countries. Participating institutions sign a MoU in which they agree to abide by the requirements of the DUNE safety program. Each of the participating institutions assumes primary responsibility for the safe execution of their assigned construction activities. The DUNE ES&amp;H coordinator interacts with all participating institutions to ensure that their programs comply with DUNE safety requirements. Prior to the start of any construction activities, the DUNE ES&amp;H coordinator participates in the production readiness review incorporating on site visits to confirm that approved safety controls are in place. Follow-up on site visits by the DUNE ES&amp;H coordinator, including produc- </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.4.2">Engineering integration</head><p>DUNE technical coordination works with the collaboration to collect and validate requirements associated with the FD modules. Each detector module has its own set of high-level requirements with potential effects on the DUNE physics program, which are owned by the DUNE EB. The EB must approve any proposed changes to these requirements. Lower-level technical requirements associated with each detector subsystem are developed by the consortia under the guidance of the technical coordination engineering support team. Appendix A.3 contains tables summarizing the high-level requirements associated with each of the FD modules.</p><p>Starting from these requirements, the technical coordination engineering team responsible for detector integration works with the DUNE consortia to build and validate integrated detector models from the designs of the individual subsystems. The team ensures that the detector subsystems fit together properly and that the fully assembled detectors meet structural requirements associated with all operational conditions (both warm and cold), as is discussed further in chapter 7. The team is responsible for validating that the integrated detector designs satisfy the defined requirements needed to meet the goals of the DUNE physics program.</p><p>Integration of the full detector models within the global model encompassing the detector caverns and supporting infrastructure is the responsibility of the central JPO engineering integration team. The technical coordination engineering team is responsible for validating interfaces within the combined model between DUNE detector components and supporting infrastructure pieces. All proposed changes to the global model require approval from the TC based on guidance received from the lead engineers embedded within the technical coordination detector integration team.</p><p>As part of these efforts, the engineering team works with consortium leadership teams to develop controlled documents describing interfaces between the different detector subsystems. These documents are placed under signature control within the LBNF/DUNE document management system. Proposed changes to interface documents must be approved by the consortium leadership teams on both sides of the interface as well as by the lead engineers in the technical coordination detector integration team.</p><p>The technical coordination engineering team works with the LBNF/DUNE systems engineer, who heads the JPO configuration and integration team, to develop required documents detailing interfaces between the LBNF and DUNE FD construction projects and the interfaces of these projects with LBNF/DUNE installation and integration activities at SURF. These LBNF/DUNE interface documents are placed under signature control within the LBNF/DUNE document management system and proposed changes require approvals from both the lead LBNF/DUNE systems engineer and the responsible individuals associated with each branch of the global project (LBNF project manager, DUNE TC, and project integration director).</p><p>Appendix A.1 contains a table cataloging the DUNE interface documents and providing web links for accessing approved versions in place at the time of the release of this document.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.4.3">Change control and document management</head><p>The DUNE project follows the LBNF/DUNE change control process described in section 7.5 and section 9.6.2. The decision path for changes not impacting the LBNF project or LBNF/DUNE installation activities at SURF is self-contained within the DUNE collaboration management structure. A hierarchy of decision-making levels is defined based on pre-determined thresholds related to the extent of the proposed change with the most significant changes requiring DUNE EB approval.</p><p>For document management, the DUNE construction project relies on the LBNF/DUNE document management system administrated by the JPO engineering integration team configuration manager. Technical coordination works with the LBNF/DUNE QA manager to ensure that the information needed to track the history of each detector component through construction, assembly, and testing is properly captured within the PBS database. A dedicated DUNE QA specialist sits within the technical coordination organization and coordinates the DUNE QA program under the direction of the LBNF/DUNE QA manager. The DUNE QA program is described in much greater detail in chapter 9.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.4.4">Schedule</head><p>The lead project controls specialist within the technical coordination team works with the DUNE consortia to build schedules covering the design, testing, and construction activities associated with their subsystems and incorporate these within the LBNF/DUNE schedule. The project controls specialist communicates with consortia technical leads on a monthy basis to track the status of activities and update the LBNF/DUNE schedule accordingly. Milestones positioned at regular intervals within the subsystem construction schedules are incorporated to enable high-level tracking of these efforts. Section A.2 (in appendix A) contains a table summarizing key detector milestones around which the individual consortia schedules are constructed.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.4.5">Risk management</head><p>DUNE technical coordination maintains a global registry containing both subsystem-specific risks identified by the consortia and self-held risks associated with the overall coordination of the DUNE construction project as discussed in sections A.5 and A.6. The TC uses Project Board Meetings to regularly review the risk registery with the consortium leadership teams and define mitigation actions as necessary to prevent identified risks from being realized. The TC does not have control over contingency funds held by the internal projects of the participating funding agencies. In cases of identified need, the TC works with the consortium leadership teams to implement risk reduction strategies. Identified issues that cross consortia boundaries are discussed at project board meetings and brought to the DUNE EB if they need to be addressed at a higher level.</p><p>Appendix A.5 contains tables summarizing the highest-level identified risks within the technical coordination risk registry.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.4.6">Review process</head><p>The TC has primary responsibility for conducting design and production readiness reviews covering each detector subsystem. As described in section 2.4.5 and chapter 8, reviews are coordinated through the JPO review planning team to ensure coherence in the review process across the entire LBNF/DUNE enterprise. The deputy TC is the JPO team member responsible for organizing the reviews. The full review process is described in greater detail in chapter 8.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.5">DUNE work flow</head><p>Table <ref type="table">3</ref>.1 lists the time-ordered set of activities required to realize the DUNE FD modules, from the design of individual detector components through operation of the fully-assembled modules. Primary responsibility for the detector subsystems is held by the DUNE consortia over the full course of these activities. DUNE technical coordination under the direction of the TC is responsible for coordinating the consortia efforts related to the design, prototyping, fabrication, and transport (to South Dakota) of the required detector elements. Efforts related to the receipt (in South Dakota), processing, installation, and check-out of detector components are coordinated through the integration office under the direction of the project integration director as described in chapter 4. The integration office also coordinates efforts related to the installation and commissioning of the supporting cryogenic infrastructure, for which the LBNF project has responsibility. The DUNE collaboration takes responsibility for coordinating activities occuring after the cryostats are filled with liquid argon beginning with final commissioning of the detectors and continuing into long-term detector operation.</p><p>Although the organizations responsible for coordinating activities during each stage of the time-ordered process required to bring the FD modules online are clearly delineated in table 3.1, -18 --18 --18 - The DUNE project has already completed an initial round of design and prototyping activities culminating in the construction and operation of the ProtoDUNE detectors. Moving forward, the project is updating detector component designs to account for lessons learned from the ProtoDUNE experience. Once the designs are final, the project will construct first production versions of all components that will be installed and operated in a second phase of ProtoDUNE operations prior to the start of full-scale production. The operation of the ProtoDUNE-2 detectors will follow roughly two years after the end of operations for the corresponding ProtoDUNE detectors. In a few cases, the production of long lead-time components will need to be started in parallel with the operation of first production components in ProtoDUNE-2.</p><p>-20 --20 --20 -</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2020">JINST 15 T08009</head><p>Chapter 4</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Detector installation and commissioning organization</head><p>As discussed in chapter 2, the project integration director has responsibility for coordinating the planning and execution of the LBNF/DUNE installation activities, both in the underground detector caverns at SURF and in nearby surface facilities. The DUNE consortia maintain responsibility for their subsystems over the course of these activities and provide the expert personnel and specialized equipment necessary to integrate, install, and commission their detector components. Likewise, LBNF has responsibility for activities associated with the installation of supporting infrastructure items, which are coordinated under the direction of the project integration director.</p><p>The LBNF/DUNE integration office will evolve over time to incorporate the team in South Dakota responsible for the overall coordination of on site installation activities. In the meantime, the installation planning team within the integration office works with the DUNE consortia and LBNF project team members to plan these activities.</p><p>The integration office installation planning team is responsible for specification and procurement of common infrastructure items associated with installation of the detectors that are not included within the scope of the DUNE consortia. Some of these items are detector components such as racks, cable trays, cryostat flanges, and mechanical structures for supporting the detectors within the cryostats. Others are general items required for detector installation such as clean rooms, cranes, scaffolding, and personnel lifts.</p><p>The on site integration office team includes rigging teams responsible for moving materials in and out of the shaft, through the underground drifts, and within the detector caverns. It includes personnel responsible for overseeing safety and logistics planning. These team members are anticipated to sit within the SDSD, an organization formed to provide Fermilab support services in South Dakota.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.1">Far site safety</head><p>The foundation of a credible installation plan is an ES&amp;H program that ensures the safety of team members and equipment supporting the program, as well as protection of the environment at the SURF site. The project integration director has responsibility for implementing the LBNF/DUNE  As we move to two-shift installation activity, additional far site ES&amp;H coordinators will be assigned to each work shift. The safety coordinator assigned to a particular shift is responsible for leading safety discussions during toolbox meetings and for ensuring that all workers on that shift, including those from the consortia or contractors, are properly trained. The reporting chain for safety incidents goes through the on site safety team to the LBNF/DUNE ES&amp;H manager to minimize any potential conflicts of interest. All integration office installation team members as well as DUNE consortia personnel and LBNF project team members have the right to stop work for any safety issues.</p><p>Operation of all equipment used for installation activities such as cranes, power tools, and personnel lifts is restricted to team members who have been properly trained and certified for use of that equipment. The safety coordinator for each shift is responsible for ensuring that all team personnel are properly trained and that safety documentation and work procedures are up-to-date and stored within the EDMS.</p><p>-22 --22 --22 -Documentation, including accident reports, near misses, weekly reports, equipment inspection, and training records is an important component of the LBNF/DUNE ES&amp;H program. The work planning and hazard analysis (HA) program utilizes detailed work plan documents, HA reports, equipment documentation, safety data sheets, personnel protective equipment (PPE), and job task training to mimimize work place hazards and maximize efficiency. Sample documentation is developed through the Ash River trial assembly process, which maps out the step by step procedures and brings together the documentation needed for approving the work plan. The sample documentation is modified to account for differences required for performing work underground and the updated procedures are provided to the review process (as discussed in chapter 8) for installation readiness reviews and operational readiness reviews.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.2">Integration office management</head><p>The project integration director is responsible for coordinating all installation activities at SURF including those that fall under the responsibility of LBNF and the DUNE consortia. The coordinators of this activity and crucial technical support staff sit within the integration office. The organization of this on site team is shown in figure 4.2. As discussed in section 4.1, the on site safety organization including the far site ES&amp;H coordinators working under the direction of the LBNF/DUNE ES&amp;H manager oversee all on site activities and report to the project integration director.</p><p>Since SURF lacks space on the surface, a separate warehousing facility in the vicinity of SURF is required to receive and store materials in advance of their delivery to the undergound area, as discussed in section 4.2.1. Warehouse operations are coordinated by the LBNF/DUNE logistics manager who is tasked with determining the exact sequence in which materials are delivered into the underground areas.</p><p>The underground cavern coordinator is responsible for managing all activities in the two undergound detector caverns, as well as the CUC, including contracted workers. Work within the detector caverns follows a time-ordered sequence that includes installation of the cryostats (warm and cold), cryogenic systems, and the detectors themselves. Work in the CUC includes installation of major cryogenic system pieces and the detector DAQ electronics. The underground cavern coordinator relies on separate installation teams focusing on cryostats, cryogenic systems, and the detectors. The cryostat and cryogenics system installation teams are contracted resources provided by LBNF. For this reason, coordinators of these activities are jointly placed within both the LBNF project team and the integration office. The detector installation teams incoporate a substantial number of scientific and technical personnel from the DUNE consortia. Integration office coordinators of the detector installation effort are jointly placed within DUNE technical coordination to facilitate consortia involvement in detector installation activities. Any modifications to the facilities occuring after AUP are managed by the underground cavern coordinator under the direction of the project integration director.</p><p>The project integration director manages common technical and engineering resources to support installation activities. Technical resources include the support crews needed for rigging materials on and off the hoist at the top and bottom of the shaft, transporting materials to the underground caverns from the bottom of the shaft, and rigging the detector and infrastructure pieces within the underground caverns during the installation process. Welders and survey teams are used in all installations, as are on-call electricians and plumbers. Electricians and plumbers are also needed for operational issues that may arise. They are provided through SDSD, which employs full-time staff and contracts with support staff for necessary functions.</p><p>Engineering resources for installation activities sit within the integration office. The engineering team, which includes both mechanical and electrical engineers, resolves last minute issues associated with component handling and detector grounding that arise over the course of the installation process. Other required engineering functions include procurement support, configuration management, and particpation in the safety review process.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.2.1">South Dakota Warehouse Facility</head><p>The South Dakota Warehouse Facility (SDWF) is a leased 5000m 2 facility hosted by SDSD. Approximately six months before AUP of the underground detector caverns is received, the SDWF must be in place for receiving cryostat and detector components. Laydown space near the Ross headframe is extremely limited. For this reason, the transportation of materials from the SDWF to the top of the Ross shaft requires careful coordination. The LBNF/DUNE logistics manager works with the construction manager/general contractor (CMGC) through the end of excavation activities and with other members of the integration office team to coordinate transport of materials into the underground areas. Since no materials or equipment can be shipped directly to the Ross or Yates headframes, the SDWF is used for both short and long-term storage, as well as for any re-packaging of items required prior to transport into the underground areas.</p><p>A small number of DUNE consortia members work at the SDWF to check received components for potential damage incurred during shipment and to track all materials coming in and out of the facility, using the inventory management system. In some cases, re-packaging of materials is -24 --24 --24 -required for lowering them down the shaft into the underground areas. The DUNE consortia take responsibility for these efforts.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.2.2">Underground caverns</head><p>The installation process in the underground detector caverns and CUC can be broken into a timesequenced set of activities, coordinated through the integration office. In the detector caverns, installation of the warm and cold cryostat strucutres is followed by (with some overlap) installation of the cryogenic infrastructure and detectors. In the CUC, installation of the DAQ infrastructure and detector readout components proceeds in parallel with that of the cryogenic infrastructure. A high-level schedule showing the inter-dependencies between these activities is shown in figure <ref type="figure">4</ref>  The ability of LBNF/DUNE to meet this schedule depends critically on its ability to work within limitations on the total number of people allowed in the underground areas at a given time (144 people) as well as occupancy limits on work in the cryostat. In order to satisfy these limitations, careful balancing of the numbers of workers assigned to different concurrent tasks taking place within the different underground caverns is required. This is a particular challenge during the excavation period for the second detector cavern, which runs in parallel with cryostat installation in the first detector cavern. The integration office works with its LBNF/DUNE project partners to manage and optimize the underground work schedule so that interferences between concurrent work efforts are minimized.</p><p>The underground cavern coordinator manages the contributions of the technical team supporting installation activities. The size of the technical support team is anticipated to evolve over time to meet the needs of the specific installation tasks taking place. The functions provided by the technical team supporting the work in the underground caverns include the following:</p><p>&#8226; material transport: the transport team shown in figure <ref type="figure">4</ref>.4 is responsible for unloading of materials from the trucks arriving from the SDWF, loading or rigging of materials at top of Ross Shaft, unloading or rigging of materials at bottom of Ross Shaft, and delivery -25 --25 --25 -of materials from the bottom of shaft to the underground caverns. This does not include operation of the hoists, which is performed by SURF.</p><p>&#8226; cavern rigging operations: storage of components within the available spaces in the cavern and movement of materials as required to execute the installation process (three rigging stages for detector installation are moving components into clean room, integrating components within clean room, and installing integrated elements inside cryostat).</p><p>&#8226; installation technicians: general technician support for specific installation activities.</p><p>&#8226; welders and survey crews: perform specific tasks incorporated within each of the different installation efforts.</p><p>&#8226; electrical technicians and plumbers: on-call support staff to modify systems as work transitions from one stage to the next and to address issues as they arise.</p><p>The organization responsible for managing contributions of the technical support team to the installation activities taking place in the underground caverns is shown in figure <ref type="figure">4</ref>.4. The structure is illustrated for the case of the largest anticipated workforce (approaching roughly 60 team members in total covering multiple shifts) for the periods with ongoing detector installation efforts. These personnel support two 10-hour shifts on Mondays through Thursdays and a day shift on the remaining days to cover activities occurring over weekends. -26 --26 --26 -On the surface at the start of each shift, there is a toolbox safety meeting and work assignment update. An hour separates the two shifts, in which the lead workers, safety coordinators, and other management team members are paid overtime to overlap with each other and transfer information from one shift to the next. The safety coordinator for each shift is responsible for conducting the safety discussion at the meeting and ensuring that all workers assigned to that shift have the proper training.</p><p>The team responsible for detector installation incorporates members of the technical support team described above and includes scientific and technical personnel from the DUNE consortia. The team is led by the detector installation manager who has three shift supervisors working with them to provide on site coverage for every shift. The management team works with the underground cavern coordinator to ensure that required technical support team members are available as needed and that required materials are delivered to the detector caverns on a schedule to keep the installation effort moving forward.</p><p>The management team supervises technical resources assigned to the detector installation effort and works with consortia team members to maximize the overall efficiency of the installation process. The organizational structure to manage the detector installation activities is shown in figure <ref type="figure">4</ref>.5.  The detector installation manager oversees all shifts and serves as the supervisor for specific shifts as needed. They serve as the contact with the underground cavern coordinator for obtaining -27 --27 --27 -required technical support team members and organizing the delivery of needed materials into the detector caverns. The detector installation manager attends all high-level meetings with the underground cavern coordinator and is tasked with submitting weekly progress reports. They work with the DUNE consortia to manage the overall work schedule and ensure that the correct resources are in the right place at the right time.</p><p>The installation supervisors are working managers, trained as riggers and equipment operators to fill in as needed on their shifts. They are fully trained in all installation procedures and work with the consortia shift team members to keep the installation effort on schedule. Installation supervisors fill in for their lead workers as needed and are the primary points of contact for information exchange between shifts. Lead workers direct the technical support personnel assigned for their shift. The lead workers are trained in all installation procedures and provide assistance to the consortia work teams as needed.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.2.3">Trial assembly at Ash River</head><p>The trial assembly work at Ash River, site of the NOvA far detector, focuses on mechanical tests of the installation process for DUNE. This effort is critical to confirm final detector component designs, including modifications originating from ProtoDUNE, confirming and practicing installation techniques for both the cleanroom and cryostat. The NOvA far site detector hall in Ash River, Minnesota, has facilities that match DUNE needs, including a 16.75 m deep pit with &#8764; 300 m 2 of floor space available for testing full-scale DUNE detector components and a capable workforce that is needed for NOvA operations and can be leveraged in a cost effective manner for DUNE. The NOvA far detector laboratory is managed by the University of Minnesota (UMN) and is partially funded through an operations contract from Fermilab. Work performed at the Ash River site follows university safety regulations and any DUNE safety requirements. University code officials approve all building permits, which include engineered drawings signed by an engineer registered in Minnesota. All hazard analyses and work procedure documents are approved by the joint DUNE/UMN safety committee with members drawn from both the University of Minnesota (UMN) and DUNE that includes specialists as needed.</p><p>The work at Ash River has five main goals:</p><p>&#8226; use prototype DUNE components to verify that the detector can be installed in a safe and efficient manner,</p><p>&#8226; test installation equipment needed to install the DUNE detector at SURF,</p><p>&#8226; validate mechanical design changes made to the detector elements subsequent to ProtoDUNE operation,</p><p>&#8226; complete a set of reviewed engineering and procedural documents that will serve as the basis for work to be performed underground at SURF, and</p><p>&#8226; serve as a training center for personnel who will contribute to DUNE installation at SURF.</p><p>The full time staff of five people at Ash River includes a manager, deputy manager, and three experienced technicians that all participated in ProtoDUNE-SP installation at CERN and the -28 --28 --28 -ProtoDUNE-SP trial assembly at Ash River. The staff oversees operations of the NOvA detector and performs trial assembly studies of the DUNE detector components. One of the three technicians also serves as the site safety officer and chairperson of the joint DUNE/UMN safety committee. Two additional staff members will be added in the near future to handle the additional workload associated with preparations for the ProtoDUNE-2 installation effort. The work at Ash River is divided in three major phases:</p><p>&#8226; Phase 0: a vertical cabling test using two full-scale APA side tubes connected top to bottom and mounted against a vertical column in the detector hall. Using this setup the proposed cable bundles have been run through the tubes to see how well the designed conduit system functions. This work has led to several proposed modifications to the designs that are currently -29 --29 --29 -being considered. The older ProtoDUNE trial assembly structure is concurrently being used to perform mechanical tests of ProtoDUNE-2 components.</p><p>&#8226; Phase 1: a prototype of the DUNE APA assembly tower using a steel frame large enough to hold a commercial stair scaffold within its mid-section, as shown in figure <ref type="figure">4</ref>.6, was constructed and used to test the process for connecting top and bottom APA pairs together and installing the required cable bundles. The next step will be to add a cathode plane assembly (CPA) assembly station and test assembly procedures for the updated CPA designs. A prototype APA shipping frame is also being constructed to test the mechanical features of the shipping container design.</p><p>&#8226; Phase 2: a more complex steel structure will be designed and fabricated to mock up the network of rails and support structures used to install the DUNE FD modules including pieces of the detector support system (DSS) that sits inside the cryostat. This structure, as illustrated in figure <ref type="figure">4</ref>.7, will provide a platform for performing more detailed tests of the proposed detector installation plan. Installation steps to be tested include DSS installation, transfer of time projection chamber (TPC) components through the temporary construction opening (TCO), installation of the TPC end walls, cabling through the cryostat penetrations, movement of the APA and CPA pairs into their final positions, and deployment of the top and bottom field cage modules.  </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.3">South Dakota Services Division</head><p>SURF is operated by the South Dakota Science and Technology Authority (SDSTA) through a cooperative agreement with the DOE. Prior to this agreement going forward, SDSTA signed onto a MoU with the Fermi Research Alliance (FRA) detailing facility support services to be provided by SDSTA in support of LBNF/DUNE. The MoU establishes a Joint Coordination Team with regularly scheduled meetings to ensure that all SURF support functions necessary for achieving LBNF/DUNE objectives are provided.</p><p>Fermilab has established the SDSD to support integration and installation activities in South Dakota. SDSD will support these activities, which are the responsibility of the project integration director, by providing access to the required technical resources. These resources include dedicated Fermilab personnel sitting within the division and contracted labor provided through the division. Some examples of SDSD support staff include rigging teams to support activities in underground caverns and at the headframe and bottom of the shaft, transport crews for moving materials between the warehouse and site and from the bottom of the shaft into the underground caverns, and a core group of technicians for performing maintenance and installation activities. SDSD will also assist LBNF/DUNE partners in understanding work requirements at SURF and ensuring that appropriate provisions are incorporated into partner contracts with external contractors. The SDSD will have its own procurement team to assist the project integration director in acquiring the common infrastructure items required for the installation effort. This team will also be responsible for handling any contracts associated with further work on the facilities subsequent to departure of the LBNF CMGC.</p><p>Much like the Ash River site, where University of Minesota officials are responsible for any building permits, SDSD is responsible for any electrical or building permits required for the leased spaces at SURF. SDSD also takes responsibility for badging personnel requiring access to the leased areas at SURF in coordination with the Fermilab Global Services Office and the SURF Administrative Services Office. This includes providing and coordinating the trainings required to access surface and underground areas. To maintain safe working conditions within the leased areas, SDSD performs regular inspections and maintenance of all LBNF/DUNE equipment operating at SURF including lifts, conveyances, networking equipment, cooling and ventillation equipment, rigging equipment, electrical power installations, life safety systems, and controlled access equipment.</p><p>-31 --31 --31 -</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2020">JINST 15 T08009</head><p>Chapter 5</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Facility description</head><p>The DUNE detectors are located in the main underground campus at SURF. The main campus is located at the 4850 foot level (4850L), between the Ross and Yates Shafts. This campus and associated surface facilities are being developed by LBNF through excavation (EXC) and outfitting (building and site infrastructure (BSI)) contracts with the civil contractor. Once the contractor has delivered and AUP has concluded, cryostat construction will commence. Further infrastructure will be delivered by SDSD. The following sections describe the facilites as they are related to the DUNE detectors.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.1">Underground facilities and infrastructure</head><p>The DUNE underground campus at the SURF 4850L is shown in figure 5.1. -32 --32 --32 -LBNF will provide facilities and services, on the surface and underground, to support the DUNE detectors. This includes logistical, cryogenic, electrical, mechanical, cyber, and environmental facilities and services. All of these facilities are provided for the safe and productive operation of the detector modules.</p><p>The primary path for both personnel and material access to the underground excavations is through the Ross Shaft. On the surface, the Ross Shaft and Ross Headframe are undergoing major upgrades. The structure of the headframe that supports the conveyances is being reinforced and renovated to make the work flow more efficient and safer. All of the wood timber from the 100+ year old shaft has been removed and replaced with steel sets to improve the time required to traverse the 4850L to the underground spaces. The brakes, drive, clutches, and controls for the conveyance are being completely overhauled and updated. In addition to all of these improvements, a new cage is being designed and fabricated for the Ross Shaft. The new cage incorporates features to allow the transport of larger items and includes rigging points underneath for slung loads without the removal of the cage. Details on the Ross Cage design and size constraints for material and slung loads can be found in DocDB 3582 <ref type="bibr">[2]</ref>.</p><p>On the surface, a new compressor building is being constructed adjacent to the headframe. This building will house the cryogenics systems for receiving cryogenic fluids and preparing them for delivery down the Ross Shaft. New piping is being installed down the Ross shaft compartment to transport gaseous argon (GAr) and N 2 underground.</p><p>New transformers are being installed in the Ross substation on the surface to support the underground power needs. New power cables are being installed down the Ross Shaft to transmit the power underground to a new substation.</p><p>A portion of the Ross Dry basement is being refurbished to house the surface cyber infrastructure (main communications room (MCR)) required for data and other underground information. Redundant fiber optic cables will leave the MCR to travel down both the Ross and Yates shafts to newly excavated underground communication distribution room (CDR), which is located near the west entrance drift of the north cavern. From the CDR, the fibers branch out to the CUC and detector caverns to support detector data, cryogenic and detector safety systems and will be tied into the building management system (BMS). The BMS controls the facilities fire and life safety system (FLS). All FLS signals from the detector or cryogenic safety systems will be tied into the facilities BMS for communications to personnel underground and on the surface.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.2">Detector caverns</head><p>Underground spaces are being excavated to support the four DUNE detectors and infrastructure. Two large detector caverns are being excavated. Each of these caverns will support two 17.5 kt cryostats. These caverns, labeled north and south, are 144.5 m long, 19.8 m wide, and 28.0 m high. The tops of the cryostats are approximately aligned with the 4850L of SURF with the cryostats resting at the 4910L. A 12 m space between the cryostats will be used as part of the detector installation process, placement of cryogenic pumps and valves, and for access to the 4910L. The CUC, between the north and south caverns, is 190 m long, 19.3 m wide, and 10.95 m high. The CUC will house infrastructure items, such as cryogenic equipment, nitrogen dewars and compressors, data acquisition racks and electronics, chillers for the underground cooling, and electrical services -33 --33 --33 -to support the underground space and detectors. These three main caverns will be connected via a series of drifts at the 4850L as shown in figure <ref type="figure">5</ref>.1. Access tunnels lie at the east and west ends of each cavern, the north and south sides of the north cavern, and the north side of the south cavern. Additionally, the cross section of the existing drifts where experimental components will be transported is being increased to allow passage. Other ancillary spaces being provided underground include a maintenance shop, electrical substation, concrete supply chamber, compressor room, and a spray chamber to house the cooling tower for heat rejection to the mine air for exhaust through a new 1200 foot&#215;12 foot diameter bore hole up to the 3650L. This bore hole will provide additional ventilation to support excavation.</p><p>The first detector will be built in the east side of the north cavern and the second detector will be built in the east side of the south cavern, as shown in figure 5.2. The primary reasons for constructing the first detectors in the east sides of two caverns are:</p><p>&#8226; Personnel safety during construction and filling: it is planned that the first detector will be in the filling phase while the second detector is in the construction phase. Therefore, construction of the second detector has to take place in a separate cavern from filling of the first detector. In addition, the airflow in both caverns is from west to east; therefore, construction personnel who are primarily on the west side of the detectors will be upstream of the cryogens.</p><p>&#8226; Access during construction: the main access for bringing large items into both caverns is from the west side. It is advantageous for construction of the second detector in each cavern that items that enter from the west are directly lowered and do not have to pass over the detector construction site.</p><p>Both reasons drive the plan for detectors one and two to be built on the east side of the two separate caverns. It is therefore planned that both caverns are ready for AUP at the start of respective detector construction phases. It should be noted that both detectors will be built at the 4910L. However, with -34 --34 --34 -the exception of the liquid argon (LAr) circulation pumps, all services are at the 4850L to facilitate access during the operations phase.</p><p>To support the electrical requirements new 35 MVA power feeds will be routed from the surface substation down the Ross Shaft to the underground electrical substation and from the substation to the electrical room in the CUC. The electrical room will have multiple transformers from which to distribute power for various functions such as lighting, HVAC, cryogenics equipment, and detector power. Each detector cavern and the DAQ room will have dedicated feeds from the electrical room. Details of this are described in the electrical section. There are multiple electrical panels planned in each cavern to provide power for the different phases of construction. These phases include the installation of the cryostat warm structure and cold membrane, detector installation and detector operations. During detector operations, separate panels are available for detector (clean) and building (dirty) power as is discussed further in section 5.7.</p><p>To support underground cooling requirements, four 400-ton chillers will be located in the CUC adjacent to the electrical room and cryogenics equipment. These chillers are designed to provide 400 kW of cooling for the various cryogenics systems, 500 kW of cooling for the electronics on each of the detectors and 750 kW of cooling to the DAQ room in the CUC. These chillers will also provide chilled water to the HVAC systems underground to maintain the ambient temperature and humidity.</p><p>Fire protection in the underground spaces will be determined by zone, hazard type, and requirements. Details of this can be found on ARUP drawing U1-FD-E-651 in the Underground Electrical package, which is shown in figure 5.3. The drifts will be outfitted with normal wet type sprinklers and broken into three zones. The north and south caverns will be outfitted with a pre-action type sprinkler system to protect sensitive detector electronics from water damage from accidental release. A pre-action system requires two signals to activate. These are the detection of smoke by one of the sensors and the fusing of the sprinkler head. This type of system was the most economical choice to reduce the risk of unnecessary discharge of water over the detector electronics. The DDSS will interface with the BMS fire system to turn off power to the racks before water is introduced and reduce the impact of the water on the system and reduce the risk of electrical shock. A pre-action system will also be installed in the CUC over the cryogenic equipment as shown in the figure. In the electrical substation, electrical room, DAQ room, and CDR, a clean-agent type system will be employed. Clean-agent systems use either inert gas or chemical agents to extinguish a fire and are typically used in areas that contain sensitive electronics or data/power centers.</p><p>In addition to the above services, systems are being installed to provide compressed air, industrial water, internet, and a configurable security access system.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.3">Cryostat</head><p>Each detector will be housed inside a cryostat designed to hold the liquid argon (LAr), cryogenic piping, and the detector as shown in figure 5.4. -36 --36 --36 -Each cryostat consists of a warm structure that provides structural support, insulating layers that maintain the temperature of the fluid inside, and the inner membrane that provides a compliant inner surface that helps to maintain the LAr purity and serves as primary containment.</p><p>The external warm structure measures 65.84 m long, 18.94 m wide, and 17.84 m high, and its internal dimensions are 63.6 m long, 16.7 m wide, and 15.6 m high. It is a welded and bolted structure constructed of I-beam elements and a 12 mm inner steel plate reinforced with ribs. It is designed to support the weight of the structure itself, insulation, inner membrane, liquid, detector, and any equipment placed on the structure. It also supports the hydrostatic pressure of the fluid inside and resists the small gas overpressure in the ullage. The structure is positioned on the concrete slab provided at the 4910L of the north and south caverns. The 12 mm inner steel plate of the warm structure also serves as the tertiary layer of containment.</p><p>The insulation layer and inner membrane will be installed inside the warm structure. The technology for this comes from the shipping vessels used for transporting liquid natural gas. The insulating layers are made from prefabricated panels of reinforced polyurethane foam. There are two layers of the foam panels that have a flexible membrane in between that serves as a secondary containment membrane. The two foam layers are installed in an overlapping pattern to reduce heat introduced into the fluid. The total thickness of the two foam layers is 0.8 m with a density of approximately 90 mg/cm 3 and a residual heat input of 6.3 W/m 2 . A stainless steel corrugated membrane will be installed inside the insulating layers to create the primary containment membrane for the LAr. This is constructed from 1.2 mm thick stainless steel panels that overlap and are welded together. The entire inner surface of the cryostat will be tiled with these panels to create the inner surface. These panels need to be corrugated to accommodate the shrinkage of the stainless steel from ambient temperature to LAr temperature. With the addition of the insulation and inner membrane, the internal dimensions of the finished vessel are 62 m long, 15.1 m wide, and 14 m high.</p><p>The top of the cryostat will have penetrations provided based on drawings developed by LBNF and DUNE to accommodate detector support, electronic and data cables, cryogenic pipes, and connections and other devices.</p><p>Each cryostat will have a vertical TCO on one short end. These openings will be approximately 13.43 m high and 2.68 m wide and will be used to move the detector elements into the vessel during installation. Once most of the detector material is inside the cryostat, the TCO will be closed and leak tested. After the TCO closing, the last of the detector installation will be completed. After final detector installation and equipment removal through the roof openings, the cryostat will be closed for purge, cool-down, and filling.</p><p>At the TCO end of the cryostat, there will be four penetrations for the cryogenic fluid pumps to be connected. A normally closed valve will be installed at each penetration to prevent any loss of fluid with pump maintenance or damage.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.4">Cryogenics</head><p>The detector cryogenics system supplies LAr and provides circulation, re-condensation, and purification. The cryogenic system components are housed inside the CUC, on top of each detector module and between the two detector modules in each cavern. The cryogenics system comprises -37 --37 --37 -</p><p>&#8226; Infrastructure Cryogenics: this includes LAr and LN 2 receiving facilities on the surface, nitrogen refrigeration systems (both above ground and underground), LN 2 buffer storage underground, piping to interconnect equipment (LN 2 , GN 2 , and GAr), components in the detector cavern, and the CUC and process control/support equipment.</p><p>&#8226; Proximity cryogenics: this includes reliquefaction and purification subsystems for the argon (both gas and liquid), associated instrumentation and monitoring equipment and LAr piping to interconnect equipment and components in the detector cavern and the CUC. The proximity cryogenics are split into three areas: in the CUC; on top of the mezzanine, as shown in figure <ref type="figure">5</ref>.8; and on the side of the cryostat where LAr circulation pumps are installed.</p><p>&#8226; Internal cryogenics: this includes LAr and GAr distribution systems inside the cryostat, as well as features to cool the cryostat and the detector uniformly.</p><p>Figure <ref type="figure">5</ref>.5 shows the process flow diagram of the LBNF cryogenic system. For convenience, only one cryostat is shown. The three main areas are 1. Surface (on the left), with the receiving facilities and the recycle compressors of the nitrogen system. All these items are part of the infrastructure cryogenics.</p><p>2. CUC (in the center), with the LAr/GAr purification and regeneration systems (part of the proximity cryogenics) and the cold boxes, expanders, and LN 2 storage (part of the infrastructure cryogenics).</p><p>3. Detector cavern (on the right), with the argon condensing system and the distribution of argon from the purification system in the CUC to the cryostat and vice versa.</p><p>Argon and nitrogen are received and stored on the surface in the liquid phase. They are vaporized and transferred underground in the gas phase, the nitrogen as part of the nitrogen system, the argon separately.</p><p>The cryogenics system fulfills the following modes of operations:</p><p>&#8226; Gaseous argon purge: initially, each cryostat is filled with air, which must be removed by means of a slow GAr piston purge. A slow flow of argon is introduced from the bottom and displaces the air by pushing it to the top of the cryostat where it is vented. Once the impurities, primarily nitrogen, oxygen, and water, drop below the parts per million (ppm) level, the argon exhausted at the top of the cryostat is circulated in closed loop through the gas purification system and re-injected at the bottom. Once the contaminants drop below the ppm level, the cool-down can commence. The GAr for the purge comes directly from above ground, passes through the GAr purification and then it is injected at the bottom of the cryostat by means of a GAr distribution system.</p><p>&#8226; Cryostat and detector cool-down: the detector elements must be cooled in a controlled and uniform manner. Purified LAr flows into sprayers that atomize it. A second set of sprayers flowing purified GAr moves the mist of argon around to achieve a uniform cooling. The cooling power required to recondense argon in the condensers outside the cryostat is supplied by the vaporization of nitrogen from the nitrogen system. Once the detector elements reach about 90 K, the filling can commence. The GAr for the cool-down comes directly from above ground, passes through the GAr purification, then is condensed in the condensers before being injected into the sprayers. The GAr moving the mist of argon around only goes through the GAr purification and not the condensers.</p><p>&#8226; Cryostat filling: Argon is vaporized and transferred underground as a gas from the receiving facilities on the surface. It first flows through the GAr purification system and is recondensed in the argon condensers by means of vaporization of LN 2 . It then flows through the LAr purification and is introduced in the cryostat. The filling of each cryostat varies in duration, from 8 to 15 months, depending on the available cooling power at each stage. With the full refrigeration system available, the filling of the fourth cryostat will take approximately 15 months.</p><p>&#8226; Steady state operations: the LAr contained inside each cryostat is continuously purified through the LAr purification system using the main external LAr circulation pumps. The boil-off GAr is recondensed in the argon condensers and purified as liquid in the same LAr purification system as the bulk of the LAr.</p><p>&#8226; Cryostat emptying: at the conclusion of the experiment, each cryostat is emptied and the LAr is removed from the system.</p><p>Each detector has its own stand-alone process controls system, which is redundant and independent of the others. It resides locally in each cavern. PLC racks are located on the mezzanine, in the pit over the protective structure of the main LAr circulation pump, in the CUC and on the surface.</p><p>-39 --39 --39 -A workspace on the mezzanine and a desk with two stations in the CUC are available during installation and commissioning. Before argon is offloaded from each truck into the receiving tanks, a sample of the LAr is analyzed locally to ensure compliance with the requirements. If the specifications are met, the truck driver is given permission to offload the truck. The process is automated to reduce human error. The purity is measured before and after the purification system by custom-made purity monitors to verify correct functioning of the system.   Figure <ref type="figure">5</ref>.8 shows the elevation view of the top of cryostat showing mezzanines, cryogenic equipment, and electronic racks. The cryogenics are installed on a mezzanine supported from the cavern roof and cavern wall. Cryogenic distribution lines are routed under the mezzanine. Local control rooms for the cryogenic equipment are on the mezzanine.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.5">Detector and cavern integration</head><p>Detector electronics are installed in short racks close to feedthroughs and in taller racks installed on a separate electronics mezzanine shown on the left of figure 5.8. This will allow easy access for maintenance and reduce complexity on top of the detector.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.6">Detector grounding</head><p>The grounding strategy provides the detectors with independent isolated grounds to minimize any environmental electrical noise that could couple into detector readout electronics either conductively or through emitted electromagnetic interference.</p><p>The detectors will be placed at the 4910L of SURF. The electrical characteristics of the various rock masses are unknown, but should have extremely poor and inconsistent conductive properties. Ensuring adequate sensitivity of the detectors requires a special ground system that will isolate the -40 --40 --40 - detectors from all other electrical systems and equipment, minimize the influence of inductive and capacitive coupling, and eliminate ground loops. The grounding infrastructure should reduce or eliminate ground currents through the detector that would affect detector sensitivity, maintain a low impedance current path for equipment short circuit and ground fault currents, and ensure personnel safety by limiting any potential for equipment-to-equipment and equipment-to-ground contact.</p><p>The infrastructure grounding plan of the underground facilities is fully described elsewhere <ref type="bibr">[3]</ref>. We have planned a separate detector ground, isolated from the rest of the facility, for each of the four detector modules. The detector ground will primarily comprise the steel containment vessel, cryostat membrane, and connected readout electronics. The facility ground is constructed out of two interconnected grounding structures; these are the cavern ground and the concrete encased -41 --41 --41 - electrode (Ufer) grounds which are described below. For safety reasons, a saturable inductor will connect the detector ground to the facility ground.</p><p>Figure <ref type="figure">5</ref>.9 shows the areas of construction for the cavern and Ufer grounds. -42 --42 --42 -Grounding structure definitions include 1. Cavern ground consisting of overlapping welded wire mesh supported by rock bolts and covered with shotcrete. The LBNF/DUNE cavern ground includes all walls and crown areas above the 4850L in the north and south detector caverns and their associated central access drifts, as well as tin-plated copper bus bars that run the length of the detector vessels on each side along the cavern walls and are mounted external to the shotcrete. The cavern ground structure (a) spans the full length of the cavern from the west end access drift entrance through the mid-chamber to the east end access drift entrance;</p><p>(b) spans the full width of the cavern from the 4850L sill (top of the detector vessels and mid-chamber floor) on both sides up and across the crown of the cavern;</p><p>(c) includes mid chamber walls to the 4910L; and</p><p>(d) includes the east and west end walls of the cavern, from the 4850L to the crown.</p><p>2. Ufer ground consisting of metal rebar embedded in concrete floors. The LBNF/DUNE Ufer ground system includes the concrete floors in the cavern mid-chambers, center access drifts, and CUC. The cavern and Ufer grounds will be well bonded electrically to construct a single facility ground isolated from detector ground.</p><p>3. Detector ground consisting of the steel containment vessel enclosing the cryostat and all metal structures attached to or supported by the detector vessel.</p><p>To ensure safety, a safety ground with one or more saturable inductors will be installed between the detector ground and the electrically bonded Ufer and cavern grounds that form the facility ground. Figure <ref type="figure">5</ref>.10 illustrates the use of the safety ground. The safety ground inductors saturate with flux under low-frequency high currents, presenting minimal impedance to these currents. Thus, an AC power fault current would be shunted to the facility ground and provide a safe grounding design. At higher frequencies and lower currents, such as coupled noise currents, the inductor provides high impedance, restricting current flow between grounded metal structures. The desired total impedance between the detector ground structure and the cavern/Ufer ground structure should be a minimum of 10 Ohms at 10 MHz.</p><p>As stated above, the detector ground exists only in the area of the steel containment vessel enclosing the cryostat and all metal structures attached to or supported by the detector vessel. All signal cables that run between the detector and the DAQ underground processing room in the CUC will be fiber optic. All connections to the cryogenics plant on the facility ground will be isolated from the cryostat with dielectric breaks. A conceptual drawing showing the isolation of the cryostat is presented in figure <ref type="figure">5</ref>.11.</p><p>The construction of the facility ground provides a low impedance path for return currents of the facility services, such as cryogenic pumps, and noise coupling from facility services will be greatly reduced or eliminated. The experiment has also been carefully designed such that facility return currents will not flow under the cryostats.</p><p>-43 --43 --43 - The cryostat itself is treated as a Faraday cage. Any connections coming from facilities outside of actual detector electronics are electrically isolated from the cryostat. For detector electronics, specific rules for signal and power cables penetrating the cryostat exist <ref type="bibr">[4]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.7">Detector power</head><p>After requirements were given to FSCF, limits were established on the size of the cavern excavation, cooling capabilities, and electronics power consumption. The DUNE detector modules must stay within these limits. Of the available 360 kW per module, the SP module (DP module) will only use 216(253) kW, leaving a margin of 40%(30%).</p><p>The FSCF will supply a 1000 kVA transformer for each cavern. Each cavern will host two DUNE detector modules. Power from this initial transformer will be de-rated with no more than 75% of total power available at the electrical distribution panels. We plan for a maximum consumption of 360 kW per detector module.</p><p>Figure <ref type="figure">5</ref>.12 summarizes estimated detector loads of the DUNE electronics located in the detector caverns. The DAQ power is described at the end of this section.</p><p>The TPC electronics readout dissipates an estimated maximum of 360 W per APA. An additional 20 W will be consumed due to power loss in the cables. The low-voltage power supplies have a controller that adds approximately 35 W per APA, and supplies have an efficiency of approximately 85%. This adds up to about 488 W per APA, or a total load of 73 kW per detector module. The APA wire-bias power supplies have a maximum load of 465 W per set of six APAs, for a total budget of around 12 kW. Cooling fans and heaters near the feedthroughs will use a small amount of power, so the overall power budget for TPC electronics is expected to be less than 90 kW. The photon detection system (PD system) electronics is based on the Mu2e (DAPHNE) electronics, from which we estimate a total power budget of approximately 6 kW. DUNE plans a slightly higher power budget of 8 kW to account for cable and power supply inefficiencies. The PD system electronics presents a significantly lower power load than the SSP alternative solution used in ProtoDUNE-SP, which requires a power budget of approximately 72 kW per detector module.</p><p>-44 --44 --44 -   Each of the approximately 80 detector racks will have fan units, Ethernet switches, rack protection, and slow controls modules, adding a load of about 500 W per rack, bringing the total to 40 kW.</p><p>Twenty-five racks are reserved for cryogenics instrumentation with a per-rack load conservatively estimated at 2 kW, for a total of 50 kW.</p><p>The SP detector module will thus use an estimated 216 kW of power. The higher-load SSP alternative for the PDS would increase this to 280 kW. This higher estimate represents approximately 60-78% of our available power.</p><p>The dual-phase (DP) electronics estimate is approximately 253 kW and also fits well within the planned maximum of 360 kW.</p><p>For the SP module, the power will be largely distributed to a number of detector racks that will sit on a detector rack mezzanine above the cryostat. Each of the racks will receive a 30 A 120 V service, with a maximum of 80 racks.</p><p>The other area where DUNE requires power underground is in the DAQ room. There the power budget is determined by the available 750 kVA transformer. The available power must be de-rated to 80% at the electrical distribution panel and another 80% for equipment efficiency. Thus, 480 kW of power will be distributed to a maximum of 60 racks. Each water-cooled rack will have approximately 8 kW available for computing power.</p><p>A minimal level of UPS power will be provided to the DAQ equipment to allow for powering down servers. Cryogenic controls and any critical safety interlocks will have access to long term UPS back-up. At this time, no UPS power is being proposed for detector readout electronics.</p><p>-46 --46 --46 -</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.8">Data fibers</head><p>The DUNE experiment requires a number of fiber optic pairs to run between the surface and the 4850L. A total of 96 fiber pairs, which accommodates both DUNE and LBNF needs, will be supplied through redundant paths with bundles of 96 pairs coming down both the Ross and Yates shafts. The individual fibers are specified to allow for transmission of 100 Gbps. A schematic view of the fiber paths from surface to underground is shown in figure <ref type="figure">5</ref>.13. From the surface main communications room (MCR, the surface DAQ room), we will connect to the WAN and ESnet as described in section 5.10, which is being designed by FSCF and the Fermilab networking groups. The redundant fiber cable runs of 96 fiber pairs are received in existing communications enclosures at the 4850L entrances of the Ross and Yates shafts. The two 96 fiber pair bundles are next routed to the CDR. The fibers will be received and terminated in an optical fiber rack. Two additional network racks will be used to route the fiber data between the surface and underground.</p><p>The plan is to use only the Ross Shaft set of 96 fiber pairs with the Yates set being redundant. The network switches will allow for switchover in case of catastrophic failure of fibers in the Ross shaft. There is a very low risk of catastrophic failure, but it could occur if, for instance, rock fell and damaged the fibers. The Yates path is viewed as a hot spare. Plans are being formed to periodically test the redundant Yates path and verify its viability.</p><p>From the CDR, fibers designated for FSCF are routed to provide general network connections to the detector caverns, CUC, and the underground DAQ room.</p><p>-47 --47 --47 -A total of 96 fiber pairs are routed to the underground DAQ room for use by the DUNE experiment and LBNF. The fibers are reserved as follows:</p><p>&#8226; 15 pairs for DUNE data per detector-total 60 pairs,</p><p>&#8226; 1 pair for slow controls per detector-total 4 pairs,</p><p>&#8226; 2 pairs reserved for Global Positioning System (GPS),</p><p>&#8226; 6 pairs for FSCF,</p><p>&#8226; 4 pairs for LAr cryogenics,</p><p>&#8226; 4 pairs for LN 2 cryogenics, and &#8226; 16 pairs reserved as spares.</p><p>The set of reserved fiber pairs total to 80.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.9">Central Utility Cavern Control and DAQ Rooms</head><p>The CUC contains various cryogenic equipment and the DAQ and Control Room for the DUNE experiment. The cryogenic system and areas are described in section 5.  The control room is an underground space of approximately 18 x 48 feet and serves multiple purposes. It provides a meeting or work space during system commissioning. It provides easy access to DAQ equipment for debugging and service during commissioning. During experimental operations, the DUNE experiment will have a remote control room located at Fermilab's main campus. Figure <ref type="figure">5</ref>.15 shows the layout and suggested outfitting of the rooms. Additionally, the control room provides the required workstation for monitoring of Fire and Life Safety and the building management system. These are facility services for which DUNE is not directly responsible, but the experiment will need to interface with these systems. One example of this interface would be the reporting of any smoke detected within a detector rack.</p><p>Lastly, the cryogenic team requires a space allocation within the Control Room of two racks and two work benches for the technicians who monitor the cryogenic systems. This space is needed only during commissioning with remote operation to follow. Additional space for cryogenics commissioning may be available on the mezzanines.</p><p>The DAQ room is approximately 26 &#215; 56 square feet and will contain 52-60 racks that will be used for fiber optic cable distribution, networking, DUNE DAQ and two or three racks for conventional facilities. The current design, shown in figure <ref type="figure">5</ref>.16, shows a total of 60 racks possible.</p><p>A quantity of 48 racks are reserved exclusively for DAQ. Two additional racks are required for optical fiber distribution and network connection to the surface.</p><p>The FSCF will supply the DAQ room with cooling water, a 46 cm (18 inch) raised floor, lighting, HVAC, dry fire protection and a dedicated 750 kVA transformer. The integration office has responsibility for installing the remaining infrastructure which includes water cooled racks, the piping required to distribute water to the racks, the electrical distribution system required to provide AC power for the racks, and supporting cable trays.</p><p>-49 --49 --49 - </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.10">Surface rooms</head><p>The DUNE experiment requires space on the surface for a small number of DAQ, networking, and fiber optic distribution racks. Space is also allocated for cryogenics. The surface cryogen building and operations is described in section 5.4.</p><p>The DAQ consortium requires a surface computer room with eight racks and a minimum of 50 kVA of power. DAQ also requires connection to the optical fibers running to the 4850L via the Ross and Yates shafts as well as to the Energy Sciences Network (ESnet).</p><p>The surface DAQ, networking equipment, and fiber distribution racks will be placed in a new main communications room (MCR) in the Ross Dry building. The MCR is approximately 628 square feet and will be completed as part of the LBNF project, with seven racks installed for the conventional facilities and space allocated for eight racks provided by the experiment. The seven racks allocated for conventional facilities will include networking and fiber optic distribution. The eight racks allocated to the experiment will contain computer servers, disk buffer, and some network connections. Power and cooling will be provided as part of the LBNF project.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.11">DUNE detector safety system</head><p>The DUNE detector safety system (DDSS) functions to protect experimental equipment. The system must detect abnormal and potentially harmful operating conditions. It must recognize when conditions are not within the bounds of normal operating parameters and automatically take pre-defined protective actions to protect equipment. Protective actions are hardware or PLC driven.</p><p>DUNE technical coordination works with the consortia to identify equipment hazards and ensure that harmful operating conditions can be detected and mitigated. These hazards include smoke detected in racks, leak(s) detected in water cooling areas, oxygen deficiency hazard (ODH) detection, a drop in the cryostat LAr liquid level, laser or radiation hazards in calibration systems, -50 --50 --50 - over or under voltage conditions, and others to be determined. Some hazards will be unique to the actual detector being implemented.</p><p>The slow controls system plays an active role and collects, archives, and displays data from a broad variety of sources and provides real-time status, alarms, warnings, and hardware interlock status for the DDSS and detector operators. Slow controls monitor operating parameters for items such as HV systems, TPC electronics, and photon detector (PD) systems. Data is acquired via network interfaces, and status and alarm levels will be sent to the DDSS. Safety-critical issues that require a hardware interlock, such as smoke detection or a drop in the LAr level, which could cause high voltage (HV) damage to components, are monitored by slow controls; interlock status is provided to the DDSS. The protective action of a safety critical issue is done through hardware interlocks and does not require the action of an operator, software, or PLC.</p><p>The DDSS will provide input to the 4850L fire alarm system. The 4850L fire alarm system will provide life safety and play an integral role in detecting and responding to an event as well as notifying occupants and emergency responders. This system is the responsibility of the host laboratory and SDSTA. The fire alarm system is described in the BSI design <ref type="bibr">[5]</ref>. The 4850L fire alarm system is connected to the surface incident command vault in the second floor of the Yates Administration building. Limits on the number of occupants and egress paths are discussed. The table of triggering inputs and Fire Alarm Sequence of Operation is documented in the set of BSI underground electrical drawings, sheet U1-FD-E-308, which is also found in <ref type="bibr">[5]</ref>. The experiment will be adding a list of initiating inputs, such as smoke detected in electronic racks or water leaks detected in the DAQ room to this sheet as designs reach a higher level of maturity.</p><p>-51 --51 --51 -</p><p>The DDSS must communicate to the DUNE slow controls system as well as the 4850L fire alarm system. The DUNE slow controls system monitors and records detector status. Working together through communication links, the three systems will (1) monitor the status of the experiment (slow controls), (2) protect equipment (DDSS), and (3) and provide life safety (4850L fire alarm system). Figure <ref type="figure">5</ref>.18 indicates how these systems interact.  The DDSS will be implemented through robust sensors feeding information to redundant PLCs that activate hardware interlocks. The selection of the PLC hardware platform is still an open decision. Listed below are some of the general DUNE experimental conditions that require intervention of the DDSS:</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>4850L Fire</head><p>1. A drop in the LAr level. This condition requires a hardware interlock on the liquid level.</p><p>If the level drops below a pre-determined level, the drift HV must automatically be shut off to prevent equipment damage due to HV discharge. Slow controls would be alerted through normal monitoring and record the status of the detector.</p><p>-52 --52 --52 -</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2020">JINST 15 T08009</head><p>Chapter 6</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>DUNE detector construction management</head><p>This chapter provides an overview of the DUNE FD modules and their construction management. The FD will have approximately 70 kt of LAr mass divided into four cryostats. Each detector module is contained in its own 17.5 kt cryostat, of which at least 10 kt of the LAr is active (fiducial). DUNE has two detector designs: SP and DP. Full descriptions can be found in Volume IV and Volume V of this FD TDR.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="6.1">DUNE single-phase far detector module</head><p>The SP LArTPC is a 10 kt module, contributing to the full 40 kt FD fiducial mass. One 10 kt SP module is shown in figure <ref type="figure">6</ref>.1.</p><p>The module is contained in a cryostat as shown in figure <ref type="figure">5</ref>.4. Four drift volumes are created between alternating APA and CPA walls on sides, field cages (FCs) and ground planes (GPs) on top and bottom, and two endwall field cages (endwall FCs). Each drift volume is 58.2 m long, 3.5 m wide and 12.0 m high. The entire assembly is supported from the roof of the cryostat with DSS.</p><p>Each of the three APA walls consists of an array of 25 wide and 2 high individual APAs, each with dimensions of 6.2 m high and 2.32 m wide. There are 150 APAs in one module. Each APA contains 10 PDs. Each of the two CPA walls consists of an array of 25 wide and 2 high CPA panels. Two panels are stacked to form planes, each with dimensions of 12.1 m high and 1.16 m wide. There are 100 CPAs in one module. CPA walls are held at -180 kV. With APA walls held close to ground, the result is a 511 V/cm gradient across the drift volume. The drift in the SP module is in the horizontal direction. The LAr level is above the top set of GPs and just below the DSS.</p><p>Readout electronics are mounted on the APAs. Cables from the readout electronics and PD systems are routed to the cryostat roof where they exit through a set of 75 feedthroughs. The cables are connected to warm interface boards (WIBs), which are contained in 150 warm interface electronics crates (WIECs) for APAs and 75 crates for PD systems. Data fibers from the WIECs carry the data to DAQ racks inside the CUC.</p><p>There are four HV feedthroughs on top of the cryostat, two on each end. In addition, there are feedthroughs for calibration, instrumentation and cryogenics distribution. Power supplies, and controls are located on top of the cryostat on a dedicated mezzanine. Cryogenics equipment is also installed on a separate mezzanine on top of the cryostat.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="6.2">DUNE dual-phase far detector module</head><p>Each DP module is a 10 kt LArTPC, contributing to the full 40 kt FD fiducial mass. One 10 kt DP module is shown in figure <ref type="figure">6</ref>.2.</p><p>Each DP module is contained in a cryostat with the same internal dimensions as the SP module, but with some variations in cryostat penetrations. The DP module consists of a single drift volume with a vertical drift direction.</p><p>The drift volume is enclosed on the top by an array of 80 charge-readout planes (CRPs), on the bottom by cathode planes and on the perimeter by a FCs. It is 12.0 m in height with a 500 V/cm gradient. The cathode is held at a potential of -600 kV. The DP PD system consists of 720 photomultiplier tubes (PMTs) at the bottom of the drift volume and is integrated with the cathode planes. The LAr level in DP module is within the CRP, just above the collection grid and below the anode readout plane. A gradient of 2 kV/cm in this region is used to extract the drift electrons from the liquid. A large electron multiplier (LEM) with a gradient of 33 kV/cm causes charge multiplication and amplification of the charge that is then collected on the anode, which consists of two perpendicular readout strips.</p><p>The DP DSS consists of a set of stainless steel cables that are suspended from feedthroughs on top of the cryostat. The cables can be extended to the floor of the cryostat where they are used to lift components to design height. In the case of CRPs, there are three cables per panel with active height control in order to position the panel precisely with respect to the LAr surface.</p><p>The cryogenic front-end (FE) electronics is installed in the signal feedthrough chimneys (SFT chimneys) on the roof of the cryostat to process the LArTPC signals. Each SFT chimney is coupled to a Micro Telecommunications Computing Architecture (&#181;TCA) crate to digitize the signals. These crates are connected via optical fiber links to the DAQ back end. Arrangement of equipment on top of the cryostat is similar to the SP module.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="6.3">DUNE far detector consortia</head><p>A total of eleven FD consortia have been formed to cover the subsystems required for the two detector types currently under consideration. In particular, three consortia (SP-APA, SP-TPC Electronics and SP-Photon Detection) pursue subsystems specific to the single-phase design and another three consortia (DP-CRP, DP-TPC Electronics, and DP-Photon Detection) pursue designs for DP specific subsystems. An additional five consortia (HV System, DAQ, cryogenic instrumentation and slow controls (CISC), Calibration, and Computing) have responsibility for subsystems common to both detector technologies. Figure <ref type="figure">6</ref>.3 shows the consortia associated with the FD construction effort along with their current leadership teams.</p><p>-56 --56 --56 - </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="6.4">Work Breakdown Structure (WBS)</head><p>The complete scope of the DUNE construction project is captured in a work breakdown structure (WBS) to explain the distribution of deliverables between the consortia. In combination with interface documentation, the WBS is used to validate that all necessary scope is covered. The WBS is also used as a framework for building DUNE detector cost estimates. The highest-level layers of the DUNE WBS are summarized in figure <ref type="figure">6</ref>.4. At level 1 the WBS is broken down into six elements corresponding to the five DUNE detector modules (four FD and one near detector (ND)) and technical coordination. The scope documented here is fully contained within the technical coordination, first FD module (SP), and second FD module (DP) level 1 elements.</p><p>For the FD module elements at level 1, the WBS breaks down at level 2 into elements encompassing the deliverables provided by each consortium to that detector module along with an element containing common deliverables associated with the required detector installation and integration effort. Since each consortium takes responsibility for a particular subsystem, this breakdown effectively corresponds to a division of deliverables across subsystems.</p><p>The level 3 breakdown of the level 2 subsystem WBS elements follow a common format that separates required activities into groupings defined roughly by their sequence in time. A total of six elements are used: 4. production setup, 5. production, and 6. integration and installation.</p><p>The groupings at level 3 allow for the convenient separation of costs including those associated with one-time and recurring activities in the case where two identical detector modules are constructed. Lower levels within these WBS elements are determined by the responsible consortia and generally correspond at level 4 to the different primary detector components from which each subsystem is assembled. This level 4 structure is repeated under each of the level 3 items to ensure that the full cost of each primary detector components can be rolled up over the sequence of activities defining their design, production, and installation.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="6.5">DUNE design maturity</head><p>The DUNE project builds on significant development in previous large LArTPC detectors (ICARUS and MicroBooNE) and on substantial development from LBNE and Long Baseline Neutrino Observatory (LBNO). One of the most important elements that has significantly advanced the project development is the successful construction of the ProtoDUNE detectors and successful operation of ProtoDUNE-SP. These detectors use full-size DUNE components and processes. The construction of ProtoDUNE has established teams, production lines, QA and QC processes, installation, operation, and performance of the final DUNE detectors.</p><p>Based on the success of ProtoDUNE, DUNE has reached advanced technical maturity, approaching (80%). The designs from ProtoDUNE have significantly advanced for the DUNE FD. Most subsystems completed preliminary design review or 60% reviews on design modifications beyond ProtoDUNE in advance of the TDR. The overall level of design maturity is now &#8764; 90%. The breakdown of the design maturity level for the SP module by subsystem is provided in table 6.1. The table shows the DUNE design maturity at the time of ProtoDUNE-SP and at the time of writing of this TDR, along with the estimated design effort or weight of each subsystem. In particular for the SP design:</p><p>&#8226; The APA conceptual design was developed in 2010, prototyped first at 40% scale, and again in the 35 ton prototype. The version deployed in ProtoDUNE-SP is close to that for the SP module (85%).</p><p>&#8226; The TPC electronics low-noise system design, including feedthroughs, cables, and grounding, was successfully prototyped at large scale in MicroBooNE and ProtoDUNE-SP, and is 90% mature.</p><p>-The FE chip has gone through eight iterations and was successfully demonstrated in MicroBooNE and ProtoDUNE-SP (90%).</p><p>-The front-end mother board (FEMB) has gone through a similar number of iterations and was successfully demonstrated in ProtoDUNE-SP (80%). We have gained important knowledge from the FEMB development cycles, in particular about techniques of the power distribution and signal routing for the low-noise design. New FEMB prototypes for the SP module that use new custom ASICs differ from the ProtoDUNE-SP version only in the physical layout of the power distribution and the interconnections between two ASICs. From a logical point of view there are very few differences between FEMBs accommodating different ASICs. This has been demonstrated by the recent FEMB design with ColdADCs showing nice performance from the lab test results.</p><p>-The analog-to-digital converter (ADC) chip has evolved from a previous version used in CMOS 180 nm technology that was tested to -50 &#8226; C. (70%).</p><p>-Key elements of the COLDATA chip have been prototyped (70%).</p><p>&#8226; The HV design has evolved from ICARUS, MicroBooNE, and the 35 ton prototype. It has been prototyped in subsequent runs of the 35 ton prototype and demonstrated in ProtoDUNE-SP (80%).</p><p>&#8226; The PD system X-ARAPUCA design has been prototyped at small scale and in ProtoDUNE-SP (20%). The mechanical design has been extensively developed using the 35 ton prototype detector and ProtoDUNE-SP (85%).</p><p>&#8226; The DAQ artdaq back end has been developed in several experiments, including the 35 ton prototype and ProtoDUNE-SP. The DAQ Front-End Link eXchange (FELIX) FE has been developed by ATLAS and prototyped in ProtoDUNE-SP.</p><p>The design maturity of the DP detector technology is also quite advanced. It builds on working noble liquid TPCs for dark matter and neutrinoless double beta decay experiments. A significant benchmark is the operation of the WA105 DP demonstrator at CERN. The successful construction of ProtoDUNE-DP and tests in the cold box at CERN provide invaluable experience. A critical test will be operation and analysis of ProtoDUNE-DP at CERN.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2020">JINST 15 T08009</head><p>Chapter 7</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Integration engineering</head><p>The DUNE FD consists of SP modules and DP modules, housed inside cryostats, which in turn are housed inside the LBNF FSCF. This nested structure is mirrored with detector integration in a similar layered manner. This chapter explains the method of integration for the detector modules. The integration of the modules is carried out by the technical coordination engineering support team working within the broader framework of the JPO central engineering team.</p><p>Integration engineering for DUNE focuses on configuring the mechanical and electrical systems of each detector module and managing the interfaces within them. This includes verifying that subassemblies and their interfaces are built conforming to the approved design, e.g., APA or PD system. The second major focus is assuring that the detector modules can be integrated and installed into their final configuration. And the third major focus is integrating necessary services provided by CF with the detector modules.</p><p>To this end, the JPO engineering team maintains subsystem component documentation in order to manage the detector configuration. The consortia provide engineering data for their detector subsystems to the JPO team for incorporation within the global configuration files.</p><p>This process, used successfully for ProtoDUNE, has been enhanced with the addition of engineering and design staff and development of interface documents as described in section A.1.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="7.1">Mechanical integration models</head><p>The SP and DP detector modules are large and made of many intricate components. Fortunately, for the most part, the components are repetitive and not overly complex geometrically. Thus, 3D mechanical modeling techniques are well suited to represent the detector modules and manage their configuration.</p><p>At the same time, 3D modelling techniques vary in the way items are represented and in the way the techniques are carried out. Thus, a set of 2D integration drawings must be generated; these drawings must be clear and unambiguous across the collaboration. Such 2D drawings are the basis for the 3D model accuracy, as well as the basis for the engineering design of all components.</p><p>The consortia choose their mechanical modeling software. Their model files are transferred via STEP files,1 which the JPO engineering team integrates into overall models. Navisworks2 software allows for visualization by the entire collaboration.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="7.1.1">Static models</head><p>Technical coordination engineering support team generates and maintains 3D detector integration models as well as 2D integration drawings of the detector. These models represent the detector at Normal Temperature and Pressure (101.3 kPa and 20 &#8226; C). These models are static because they represent all components at their design dimensions and locations. They do not represent effects of gravity, tolerances, cold temperature, and installation and assembly clearances. Such effects are modeled in the envelope and assembly models, as described in section 7.1.2.</p><p>The 3D models are assembled by combining component models from various consortia then shared with the consortia. The 2D integration drawings, which are generated from the 3D models and disseminated, show the interfaces to the level of detail necessary to ensure proper fit and function. Any issues that arise are communicated to the consortia, and a resolution method is determined.</p><p>The JPO engineering team will not change any consortia component models. The consortia must resolve any issues using agreed-upon methods and provide updated models for reintegration. Using this process, models are kept synchronized with integration occurring in only one direction: only the consortia modify their models, and the JPO engineering team integrates and disseminates them. The technical coordination engineering support team works with the consortia as needed to keep their subsystem models current. The JPO engineering team defines points in the design process where current models are combined and identified as the official current integration model.</p><p>The level of detail in a model is managed actively. When models are combined and incorporated into global models of facilities, too much detail leads to very large file sizes. The JPO engineering team must ensure the appropriate level of detail at each stage of model integration.</p><p>Several examples from the SP module are presented here.    </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="7.1.2">Envelope and assembly models</head><p>Static models represent the detector module and its components using their exact design dimensions. Such exact dimensions are needed so that the detailed component drawings and model remain completely compatible at all times.</p><p>For installation and operation, however, other envelope models are needed. Envelope models are developed to address issues that affect installation and operation:</p><p>1. effects on the detector caused by distortion of the cryostat and detector support structure due to gravity;</p><p>2. effects on the detector caused by distortion of the cryostat and detector support structure due to loads on the cryostat during detector filling and operation;</p><p>3. effects on the detector caused by thermal contraction during detector filling and operation;</p><p>4. effects of component and assembly tolerances;  5. clearances needed for installation and envelopes needed for access and tooling; 6. reference models and drawings needed for installation stages and to control assembly; and 7. reference models and drawings needed for alignment and survey.</p><p>The models and drawings described above are generated from static models. Models are also generated to represent combined effects of the above. In all cases, as with static models, 2D drawings are created and provide the basis for the installation drawings.</p><p>Generating envelope models and drawings are the responsibility of the JPO engineering team in coordination with consortia.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="7.1.3">Integration and interface drawings</head><p>Within each detector module, components from various consortia are assembled and installed. In addition, components that are the responsibility of integration office are assembled and installed in parallel. The interfaces among components are developed and managed through models and drawings as described in section 7.1. Many such interfaces must be controlled to ensure that the detector will fit together. The following section shows some of the interfaces, control drawing, dimensions, and configurations.</p><p>Figure <ref type="figure">7</ref>.5 shows the interfaces for the top APAs in the upper corner of the cryostat. It also shows the position of the cable penetration for the APA. Interfaces with cryostat corrugations and LAr fill lines are also shown. The reference plane, defined as the plane of the APA yokes, is explained in the alignment section (section 7.1.4).    These integration drawings are derived directly from the overall integration model. The overall integration model is assembled from component models developed by the consortia. Interfaces are controlled by technical coordination, and consortia maintain their model files to be compatible with the interfaces. During the design phase, models are assembled and checked continuously. At the time of final design, all interfaces will be finalized.</p><p>Component tolerances and installation clearances are managed through additional models as described in section 7.1.2. Figure <ref type="figure">7</ref>.9 shows the APAs and CPAs as well as their relative positions that show how they are constrained within the detector.</p><p>Figure <ref type="figure">7</ref>.9 shows design dimensions. Component tolerances and assembly tolerances for the upper and lower APA and CPA stacks have been analyzed and are represented as envelope dimensions. An envelope gap has been defined to account for tolerances in the support system position and among components. Taking all of these into account, pitch distances for APAs and CPAs have been defined in the warm state.</p><p>This figure also shows the design drift distance in the warm state. The drift distance is defined as the perpendicular distance between the surface of CPAs and the collection wire plane of APAs.</p><p>APAs and CPAs are supported in groups of two or three on DSS beams. Fifty beams are arranged into five parallel rows with 10 beams in each row. In the cold state, the relative positions between groups of APAs that are supported on different beams change due to thermal contraction of the beams. Relative positions within each group supported on the same beam are relatively constant since APA frames and DSS are both made from stainless steel. The effect is that the gap in the active area between some APAs increases. As can be seen in figure <ref type="figure">7</ref>.10, in the warm state, the gap in the active areas between adjacent APAs is 28 mm (dotted line). In the cold state, nine of the 24 gaps increase to approximately 45 mm.</p><p>-66 --66 --66 - The effects of gravity and buoyancy are not represented in the above analysis. Such effects are under study and will be shown in the models as design progresses.</p><p>Finally, figure <ref type="figure">7</ref>.11 shows the interface of the cryostat service floor with other components. Before installing the detector module, a set of cryogenic distribution pipes are installed on the floor of the cryostat. These as well as the corrugations of the cryostat membrane would impede movement, hence the need for a temporary service floor. It will be installed, and later removed, in sections.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="7.1.4">Detector survey and alignment</head><p>The requirement for detector placement within the cryostat is driven by overall mechanical assembly needs rather than physics. Interfacing parts must be assembled properly and function as intended.</p><p>In this section, reference frames for the detector are defined so that the overall survey and alignment can be done within the cavern reference frame.</p><p>For the SP module, we define a flat and horizontal reference plane coplanar with the upper APA yoke plane; i.e., 75 yoke planes define this plane. This reference plane is set at exactly 781 mm below the theoretical plane of the cryostat top membrane.     -69 --69 --69 -</p><p>The detector reference plane is coplanar with the upper APA yoke planes because all features, including the active area, are referenced to this plane. Once this reference plane is defined and established through survey, all vertical distances within the detector are referenced and established relative to it. Figure <ref type="figure">7</ref>.7 shows the reference plane in relation to the cryostat top membrane and DSS.</p><p>During installation, the height of the DSS beams is set in accordance with this relationship. Adjustments are made in the DSS to ensure that all the beams are in the correct plane. The combined effects of gravity, buoyancy, temperature, and LAr mass after fill are calculated, and further adjustments are made to compensate. This will ensure that the TPC position remains as close as possible to nominal after fill.</p><p>The transverse position of the detector is constrained to the center of the cryostat. Thus, the mid-plane of the middle row APA is coplanar with the vertical mid-plane of the cryostat. This relationship is verified when the DSS beams and central row of APAs are installed. The outer rows are similarly aligned and surveyed with the offset as shown in figure <ref type="figure">7</ref>.2. The longitudinal reference point of the detector within the cryostat is defined by the position of the single feedthrough of the central row farthest from the cryostat opening. This feedthrough position is shown in figure <ref type="figure">7</ref>.12.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="7.2">Electrical integration 7.2.1 Electrical system block drawings, schematics, layouts and wiring diagrams</head><p>The integration office is responsible for the AC power distribution supplied to the experiment and to detector electronics racks. This is described in sections 5.6 and 5.7. Specific guidance has been provided regarding the use of DC power supplies and cable shield treatment <ref type="bibr">[4]</ref>. They are the same as were followed at ProtoDUNE and developed during extensive testing of the APA wire readout at Brookhaven National Laboratory (BNL) and ProtoDUNE. Guidelines are included for the treatment of DC power supplies and the use and connection of shielded cables. All systems are reviewed for compliance to these guidelines during the design review procedure. Any deviation from the guidelines must be noted and approved by system engineering.</p><p>The JPO engineering team will review all electrical systems to ensure that they follow safe design practice and will pass operational readiness reviews as discussed in chapter 8. Review by the JPO engineering team will include vetting of all power and ground paths, adherence to national electrical standards or equivalents for all commercial equipment, and adherence to the DUNE electrical design rules.</p><p>The electrical design of each subsystem is described by a set of documents that includes a system-level block diagram and a wiring diagram that includes a complete description of all power and ground connections. Depending on what is being described, a complete set of schematics, board production files, and wiring diagrams will be reviewed and archived. All designs are subject to electrical safety review, as described above, before production proceeds. The safety reviews proceed in conjunction with the overall review process as described in chapter 8. Consortia will produce system-level block diagrams. The TC will ensure that these diagrams are produced and reviewed. In some cases, multiple diagrams may be required, e.g., the CISC consortium is responsible for several types of systems (such as temperature readouts, purity monitors, cameras, pressure sensors), each requiring a separate diagram. A system-level block diagram should show the conceptual blocks required in the design along with connections to other conceptual block elements, both inside and outside the given consortium. Figure <ref type="figure">7</ref>.13 shows an example of a system-level block diagram.</p><p>All consortia must provide an electrical wiring diagram that represents the power and ground distribution within the system being described. The paths of power and ground distribution wiring between circuit elements are specified along with wire types and sizes. Power elements like power supplies, fuses (or other protective circuit elements), power connectors, and pin and wire ampacity are documented.</p><p>Electrical schematics show very specifically how individual components are connected. Usually, a schematic will represent a PCB design. Schematics call out specific parts that are used in the design and include all interconnections. In the case of a PCB, layout files, manufacturing specifications, and bills of materials document the design and allow a safety review of any custom boards or modules.</p><p>Wiring diagrams include all wire and cable connections that run between PCBs or electronics modules. Wires and cables are described within the diagram and include identification of American wire gauge (AWG), wire color, cable specification, and cable connectors and pinouts.</p><p>-71 --71 --71 -   </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="7.2.2">Electrical integration documentation</head><p>Interfaces that occur between subsystems of different consortia will be documented and formally agreed upon between the technical leads of the coordinating consortia and must be verified by the JPO engineering team. Much of the documentation required to describe a subsystem can be used for the interface documents.</p><p>Documentation required for the interface between two electrical subsystems includes a block diagram that identifies all connections between the subsystems. This block diagram must exist in the formal interface document between consortia. For each connection, additional documentation must fully describe the interface details. This additional detailed information can exist outside of the primary interface document between the consortia, but that document must point to it.</p><p>A signal cable that runs between PCBs belonging to different consortia is an example of an integration interface. For a signal cable, interface documentation includes the connector specifications, pinouts at each end of the cable, and the pinout of the board connectors. Documentation would also describe relevant electrical signal characteristics that may include signal levels, function, protocol, bandwidth and timing information. If different subsystems refer to a given signal by different names, documentation of signal name cross reference must be provided.</p><p>Consortium technical leads and the JPO engineering team sign off and approve the detailed documentation information on integration interfaces not included in the primary consortium-toconsortium interface document.</p><p>-72 --72 --72 -</p><p>The JPO engineering team will provide unique names and labels for all racks, crates, boards, power supplies, cables, and any other electrical type equipment. A database will be created to track these devices.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="7.3">Configuration and drawing storage and dissemination</head><p>The consortia and JPO engineering team create and share drawings, models, schematics, production data, and all other engineering documents. In addition, the JPO engineering team generates and shares all interface drawings and documentation.</p><p>Folders have been set up to allow uploading and sharing documents with appropriate protection. The structure of the folders has been set up to suit each consortium. The consortia do not necessarily have similar folder structures or files and will adapt the structure to fit their needs.</p><p>The folders and files reside on the EDMS. This system and similar structures were used for ProtoDUNE and are being used by LBNF.</p><p>The following shows a high-level outline of the file structure. The first section is for technical coordination files. The second section is generic, intended for a consortium. Each consortium will have one such folder.  </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="7.4">Organization of interfaces and interface documents</head><p>An integration mechanism has been developed to manage and create an overall model of interfaces both within a detector module and between a detector module and facilities. The mechanism defines integration nodes, which can be thought of as focus areas, as explained below. The JPO engineering team carries out and manages interfaces between the nodes. The integration nodes comprise the following:</p><p>&#8226; detector: this consists of all TPC elements within the LAr. Almost all consortia are involved in this integration task, which is mostly mechanical. Consortium engineering teams work directly with the technical coordination engineering team. The primary interface is with DSS through hangers. Examples of interfaces within this node include FC connections to both CPAs and APAs, cold electronics (CE) and PD cable routing within the cryostat, and location of calibration, and cryogenics instrumentation.</p><p>&#8226; DSS: this consists of all detector support elements, cable trays, and feedthroughs.</p><p>&#8226; detector electronics: this consists of all racks, cooling, power, cable trays, cable distribution on top of the cryostats, rack protection (smoke detectors, hardware power trip), rack component build, and the interface to the DDSS.</p><p>&#8226; DAQ and electronics: this includes electronics on top of the cryostat, in the DAQ room and in the surface rooms. This also includes the fiber optic distribution from the surface to the DAQ room, and the fiber optic distribution from the detector modules to the DAQ room. It also includes the layout and cooling of the DAQ room. Figure <ref type="figure">7</ref>.15 shows the interfaces between the detector and facilities. In this figure, within the cavern, items provided by LBNF are on the left and the items provided by DUNE are on the right. In addition, the JPO engineering team integrates (ensures that the interfaces are appropriately defined and managed) the DAQ room in the CUC and surface control and network rooms. Interfaces with LBNF are managed at the boundaries of each integration node. As an example, the interfaces between LBNF and DUNE for the underground DAQ and control rooms are power, cooling water, data fibers, and cable penetrations at the room boundaries. DUNE is responsible for implementing power, cooling water, data, and signal cables, as well as integrating the racks.</p><p>Interface documents are developed and maintained to manage the interfaces between consortia and between each consortium and the TC. A single document covers the interface between any two systems, so any one system may have several interface documents. If no interface exists, the interface document is not provided. The interface documents are managed by the appropriate consortium technical leads and by technical coordination project engineers.</p><p>The content of interface documents varies depending on the type of interface. However, the documents are intended to have a common structure:</p><p>1. Definition: defines the interfacing systems.</p><p>-75 --75 --75 -2. Hardware: defines the interfacing hardware components, electrical and mechanical, in general terms. As an example, the APA frame needs to support the PD mounting brackets.</p><p>3. Design: describes the dependencies in design methodology, sequence, and standards. As with the previous example, the design of the PD mounting brackets depends on the side tubes chosen for the APA.</p><p>4. Production: details responsibilities for component production and overall assembly, which may be shared among interfacing systems.</p><p>5. Testing: details responsibilities for testing the required equipment. Like production, testing is a shared responsibility.</p><p>6. Integration: defines the integration of systems into installable units before insertion into the cryostat. It also defines the location, methodology, tooling, and environment for integration.</p><p>7. Installation: defines installation tasks and responsibilities, once installable units are assembled, and defines special transportation or installation tools or fixtures.</p><p>8. Commissioning: defines overall responsibilities for commissioning tasks and sets parameters. 9. Data format, control and error codes: communications protocols, responses and necessary actions are defined.</p><p>10. Appendices: includes technical figures and interfaces in as much detail as necessary. These must include block diagrams that show interconnections and detailed documentation of each connection.</p><p>The interface documents will be developed and modified during the technical design period. At the time of this writing, not all documents have been fully developed. Once the technical design is finished, the interface documents will be placed under revision control. A summary of the interface documents is provided in section A.1.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="7.5">Engineering change control</head><p>Changes in design and fabrication requirements follow revision processes for design and fabrication documents, per individual consortium practice, while ensuring appropriate levels of verification, review, and approval by the consortium design authority.</p><p>Either a consortium or technical coordination may initiate and request changes in design and fabrication requirements that involve interfaces among detector subsystems and between detector subsystems and the facilities. The JPO engineering team directs requests for changes through the technical board (TB). Any change that affects cost or schedule must be approved by the EB.</p><p>When shop or site work must be performed before a given design document under configuration management can be formally revised and re-issued, an engineering change request (ECR) must be developed, approved, and distributed. Inter-discipline reviews will be performed when the ECR subject matter may impact other subsystems. The design authority will indicate if it is a one-time change or if the change is to be incorporated into the design documents.</p><p>-76 --76 --76 -</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="7.6">Value engineering</head><p>Value engineering is the process of arriving at cost-effective solutions to the technical challenges of building the DUNE detector. DUNE value engineering builds on significant developments in LAr detectors dating to the early 1970s, especially the large LArTPCs: ICARUS and MicroBooNE. Prototyping by both LBNE and LBNO has significantly advanced the value engineering process, leading to construction of the ProtoDUNE detectors. These detectors validate DUNE designs and confirm that the necessary performance is met. Any significant departure from current designs must account for the success of ProtoDUNE and may require testing in a second run of ProtoDUNE to validate that the change does not degrade performance.</p><p>The value engineering process is executed at both the consortium and technical coordination level. For example, the APA size has been optimized over the last 10-15 years, using input from dimensions of the Ross Shaft, shipping container size, and availability of high-quality long stainless steel tubes from reliable vendors. At this point, any significant change to the APA design would likely lead to new and significant re-engineering costs.</p><p>Value engineering is ongoing at all stages of design and will continue through the fabrication, assembly, and installation phases. In particular, during the fabrication and assembly stages, when labor costs are relatively higher, this process can result in significant cost savings. The consortia and technical coordination are actively engaged and have the necessary experience for this ongoing process.</p><p>-77 --77 --77 -</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2020">JINST 15 T08009</head><p>Chapter 8</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Reviews</head><p>The integration office and technical coordination review all stages of detector development and work with each consortium to arrange reviews of the design (conceptual design review, preliminary design review and final design review), production (production readiness review and production progress review), installation (installation readiness review), and operation (operational readiness review) of their system. The reviews are organized by the JPO review office. In parallel, the review office reviews all stages of LBNF cryostat and cryogenics development. These reviews provide information to the TB, EB, and EFIG in evaluating technical decisions. A timeline for the review process is shown in figure <ref type="figure">8</ref>.1. Review reports are tracked by the JPO review office and technical coordination and provide guidance on key issues that require engineering oversight by the JPO engineering team. The review office maintains a calendar of DUNE reviews. The calendar of reviews is developed by the review office in consultation with the project integration director, TC, LBNF project manager, consortia leads, and LBNF subsystem managers.</p><p>Technical coordination works with consortia leaders to prepare for reviews of all detector designs. As part of the TDR development preliminary design reviews were arranged for many subsystems in advance of the TDR. Some remaining subsystem preliminary design reviews will occur after the TDR. All subsystems will undergo final design reviews. All major technology decisions will be reviewed before down-select. Technical coordination may form task forces as needed to address specific issues that require more in depth review.</p><p>Technical coordination works with consortia leaders to prepare for review of detector component production processes. Production of detector elements begins only after successful production readiness reviews. Regular production progress reviews will be held once production starts depending on the length of the production process. The production readiness reviews will typically include a review of the production of Module 0, the first module produced at the facility. Technical coordination will work with consortia leaders on all production reviews.</p><p>The integration office works with consortium leaders to prepare for reviews of detector installation processes and later of the installed detector components to ensure that they are ready for operations. Technical coordination coordinates technical documents for the Long-Baseline Neutrino Committee (LBNC) TDR review.</p><p>The review process is an important part of the DUNE QA process, as described in section 9.7.2, for design and production.</p><p>The review process has been in place since 2016 with various reviews of ProtoDUNE components and has continued into the first DUNE reviews in 2018-19. Past and scheduled reviews are in the DUNE Indico at <ref type="url">https://indico.fnal.gov/category/586</ref>. Review reports are currently maintained in DocDB 1584 <ref type="bibr">[6]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="8.1">Design reviews</head><p>The DUNE design review process is described in DocDB 9564 <ref type="bibr">[7]</ref>. An updated mandate for the review office is under development at <ref type="bibr">[8]</ref>. Design reviews for ProtoDUNE were held for each major system. Because the schedule was extremely tight for ProtoDUNE, only a single design review was held for each major system. Similarly, a single production readiness review was held for each major system.</p><p>The successful operation of ProtoDUNE means DUNE is at a very advanced state of design. The strategy going forward has been to hold conceptual design reviews for systems with significant changes from ProtoDUNE, including the DSS, PD system, DAQ, and calibration. These are systems that require changes due either to the size difference between ProtoDUNE and DUNE or the fact that the former is in a test beam and the latter is underground. All systems will go through preliminary design reviews to review design changes from ProtoDUNE and final design reviews after the TDR.</p><p>Technical coordination has established an engineering safety committee with mechanical and electrical engineering experts from collaborating institutions to develop processes and procedures to evaluate engineering designs using accepted international safety standards. The current status of international code equivalencies is discussed further in section 10.3. The codes and standards to which each system is designed will be reviewed as part of the preliminary design review and final design review.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="8.2">Production reviews</head><p>Once the designs are finished, production reviews will be held before significant funds are authorized for large production runs. These reviews are closely coordinated with the QA team. The expectation is that a Module 0 be produced and presented as part of the production readiness review. The Module 0 is the first article from the production line and provides a useful indication of the validity of production processes, time estimates, and quality of the product.</p><p>Once production has started, the review office will schedule production progress reviews as appropriate to monitor production schedule and quality. These reviews will consist of site visits and will include membership from the ES&amp;H and QA teams.</p><p>The production readiness review process was exercized during ProtoDUNE-SP construction. Because the schedule was extremely tight for ProtoDUNE, only a single production readiness review was held for each major system, and no production progress reviews were held.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="8.3">Installation reviews</head><p>Installation readiness reviews are planned to verify that equipment and procedures are in place prior to installation of detector components. These will review QC results to verify that as-built detector components can be successfully installed and operated. A critical part of these reviews is to establish and verify the HA for the installation activities and mitigate any identified safety risks. These reviews will include safety personnel from SURF and Fermilab as appropriate.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="8.4">Operations reviews</head><p>The review office will conduct an operational readiness review on subsystems before they are operated. Operational readiness reviews serve as the final safety check after the equipment is installed. These reviews will include safety personnel from SURF and Fermilab, as appropriate.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="8.5">Review tracking</head><p>Tracking and controlling review recommendations is part of the review process. Review committees assess recommendations from earlier reviews. The review office assures that consortia respond to review recommendations and works with the consortia to make sure the responses are appropriately documented and implemented. Reports from DUNE reviews are maintained in DocDB 1584 <ref type="bibr">[6]</ref> along with the list of recommendations. The review office reports to the project integration director, TC, and LBNF project manager on recommendations and progress towards completing actions on these recommendations.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="8.6">Lessons learned</head><p>A detailed list of lessons learned from construction and operation of ProtoDUNE-SP is in DocDB 8255 <ref type="bibr">[9]</ref>. These lessons have driven planning for DUNE and have led to design changes in DUNE. Lessons learned will continue to be updated throughout the design review process and into production. The methodologies are described in section 9.4.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="8.7">Reporting</head><p>The DUNE project has published regular monthly reports since the final design and construction of ProtoDUNE began in earnest in summer 2016. Technical coordination currently plans to continue to compile and publish these reports. The DUNE project provides regular reports to the LBNC at reviews several times a year. The JPO review office produces reports from design, production, installation, and operations reviews.</p><p>-81 --81 --81 -</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2020">JINST 15 T08009</head><p>Chapter 9</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Quality assurance 9.1 Overview of DUNE quality assurance</head><p>DUNE technical coordination monitors technical contributions from collaborating institutions and provides centralized project coordination functions. One part of this project coordination is standardizing quality assurance (QA)/quality control (QC) practices, one facet of which is to assist consortia in defining and implementing QA/QC plans that maintain uniform, high standards across the entire detector construction effort. The QA effort includes design, production readiness, and progress reviews as appropriate for the DUNE detector subsystems, as was done for ProtoDUNE-SP under technical coordination oversight. Installation and operations reviews fall under integration office oversight as is discussed in chapter 8.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.1.1">Purpose</head><p>The primary objective of the LBNF/DUNE QA program is to assure quality in the construction of the LBNF facility and DUNE experiment while providing protection of LBNF/DUNE personnel, the public and the environment. The QA plan aligns LBNF/DUNE QA activities, which are spread around the world, with the principles of the Fermilab Quality Assurance Manual. The manual identifies the Fermilab Integrated Quality Assurance Program features that serve as the basis for the LBNF/DUNE QA plan.</p><p>The LBNF/DUNE QA plan outlines the QA requirements for all LBNF/DUNE collaborators and subcontractors and describes how the requirements will be met. QA criteria can be satisfied using a graded approach. This QA plan is implemented by the development of quality plans, procedures, and guides by the consortia to accommodate those specific quality requirements.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.1.2">Scope</head><p>The LBNF/DUNE QA plan provides QA requirements applicable to all consortia, encompassing all activities performed from research and development (R&amp;D) through fabrication and component commissioning, building on the success of ProtoDUNE. Consortia are responsible for providing their deliverables, whether subsystems, components, or services in accordance with applicable agreements. All parties are responsible for implementing a quality plan that meet the requirements of the LBNF/DUNE QA plan. Oversight of the work of the consortia will be the responsibility of the DUNE TC and LBNF/DUNE QA manager.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.1.3">Graded approach</head><p>A key element of the LBNF/DUNE QA plan is the concept of graded approach; that is, applying a level of analysis, controls, and documentation commensurate with the potential for an environmental, safety, health, or quality impact. The graded approach seeks to tailor the kinds and extent of quality controls applied in the process of fulfilling requirements. Application of the graded approach entails &#8226; identifying activities that present significant ES&amp;H and/or quality risk,</p><p>&#8226; defining the activity,</p><p>&#8226; evaluating risk and control choice, and &#8226; documenting and approving the application of the graded approach.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.2">Quality assurance program</head><p>The LBNF/DUNE Systems Engineering teams maintain a LBNF/DUNE CMP <ref type="bibr">[1]</ref>, which identifies the LBNF project Configuration Items Data List (CIDL) and Interface Control matrices that provide the tier structure for the flow down of QA plans, with the LBNF/DUNE QA plan as the top tier.</p><p>With the assistance of the LBNF/DUNE QA manager, the consortia will develop specific QA plans for component or system QA. Due to the limited scope of work of some consortia, they may elect to work under the LBNF/DUNE QA plan for their scope of work. In case of conflict between sets of QA requirements, DUNE technical coordination will provide resolution.</p><p>With many institutions carrying responsibility for various aspects of the project, institutional QA plans will be reviewed by DUNE technical coordination to ensure compliance with the LBNF/DUNE QA plan. Using a graded approach, supplements to institutions existing plans will be implemented for their DUNE scope of work, if necessary.</p><p>Overall QA supervision, including all activities described above, is the responsibility of the DUNE TC.</p><p>-83 --83 --83 -</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.2.1">Responsibility for project management</head><p>The DUNE consortium leaders manage their projects and are responsible for achieving performance goals. The LBNF/DUNE QA manager is responsible for ensuring that a quality system is established, implemented, and maintained in accordance with requirements. The LBNF/DUNE QA manager reports to the DUNE TC and provides oversight and support to consortium leaders to ensure a consistent quality program. DUNE consortium leaders are responsible for quality within their project and report QA issues to the DUNE TC and LBNF/DUNE QA manager. DUNE consortium leaders designate QA representatives within their organization and delegate, as appropriate, work defined in the LBNF/DUNE QA plan, as shown in figure <ref type="figure">9</ref>  The DUNE consortium leaders retain overall responsibility for QA even though they have designated a QA representative.</p><p>-84 --84 --84 -</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.2.2">Levels of authority and interface</head><p>The DUNE Management Plan, the LBNF/DUNE PMP and the LBNF/DUNE QA plan define the responsibility, authority and interrelation of personnel who manage, perform, and verify work that affects quality. The QA plan defines the QA roles and responsibilities of the DUNE project.</p><p>All consortium members are responsible for the quality of the work that they do and for using guidance and assistance that is available. Each has the authority to stop work and report adverse conditions that affect quality of DUNE products to their respective DUNE consortium leader and the LBNF/DUNE QA manager. The consortium leader responsible for DUNE components or systems is required to determine and document their acceptance criteria. DUNE personnel at each level are responsible for evaluation of quality through self-assessments; however, independent quality assessments may also be requested by project management. The LBNF/DUNE QA manager is responsible for development, implementation, assessment, and improvement of the QA program.</p><p>The LBNF/DUNE QA manager is responsible for periodically reporting on the performance of the quality system to the DUNE TC for review and as a basis for improving the quality system. The DUNE TC may call for QA plan readiness assessments as the project nears major milestones. The DUNE TC, consortium leaders, and LBNF/DUNE QA manager are all responsible for providing the resources needed to conduct the project successfully, including those required to manage, perform, and verify work that affects quality.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.2.3">Quality assurance organization</head><p>LBNF/DUNE QA manager may request personnel from the DUNE project to act on behalf of the LBNF/DUNE QA manager to perform quality assurance functions, based on need, in accordance with the graded approach described above. The requested personnel must possess qualifications or receive the appropriate training required to perform these functions.</p><p>The DUNE QA Specialist will be responsible for the following activities:</p><p>&#8226; Cooperatively develop, monitor, and control DUNE QA procedures to assure compliance with DUNE standards and applicable laws;</p><p>&#8226; Provide assistance for QA/QC matters in project plans, including strategizing technical solutions and alternatives on QA/QC matters and assist in developing testing plans with project team members;</p><p>&#8226; Participate in audits, site inspections, accident investigations, and monitor trend analysis to identify areas of concern and implement improvements;</p><p>&#8226; Interact with all stakeholders on QA issues;</p><p>&#8226; Provide guidance and interpretation on routine and complex QA matters and problems; and</p><p>&#8226; Participate in reviews at collaborating institutions.</p><p>Each consortium selects a QA representative. Each consortium QA representative is responsible for overall coordination of quality requirements to assure they meet consortium objectives. The QA representative is expected to &#8226; oversee the consortium fabrication facilities for quality performance;</p><p>&#8226; interface with the DUNE QA specialist on consortia QA related matters;</p><p>&#8226; monitor the status of all required testing based on the consortium QC plan;</p><p>&#8226; make sufficient fabrication facility visits to determine adequacy of QC system performance: check certifications of materials and equipment delivered to the facility, spot check workmanship, observe testing procedures; and</p><p>&#8226; make or arrange production progress reviews during the fabrication cycle in coordination with technical coordination and the JPO review office.</p><p>Figure <ref type="figure">9</ref>.2 shows the interface between the LBNF/DUNE QA organization and the consortium QA representatives. These interfaces will remain when the equipment is shipped to the far site for installation, but the names may change for the consortium QA representatives. The consortium QA representatives remain responsible for QA/QC during the detector installation process.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.3">Personnel training and qualification</head><p>The DUNE consortium leaders are responsible for identifying the resources to ensure that their team members are adequately trained and qualified to perform their assigned work. Before allowing personnel to work independently, they must ensure that their team members have the necessary experience, knowledge, skills and abilities. Personnel qualifications are based on the following factors:</p><p>&#8226; previous experience, education, and training;</p><p>&#8226; performance demonstrations or tests to verify previously acquired skills;</p><p>&#8226; completion of training or qualification programs; and</p><p>&#8226; on-the-job training.</p><p>All DUNE consortium leaders are responsible for ensuring that their training and qualification requirements are fulfilled, including periodic re-training to maintain proficiency and qualifications.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.4">Quality improvement and lessons learned</head><p>Lessons learned have been developed and utilized by the consortia in the development of the latest designs. A lessons learned program guideline and worksheet has been developed for the use by the consortia DocDB 8921 <ref type="bibr">[10]</ref>. The project is now at a stage where it is utilizing the lessons learned gathered from ProtoDUNE. The lessons learned program remains active although the project is in the design phase. Lessons learned are being collected during the performance of activities associated with ICEBERG R&amp;D cryostat and electronics (ICEBERG), Ash River APA Installation Test Assembly, CERN cold box facility, and developments toward ProtoDUNE-2.</p><p>All DUNE consortium members participate in quality improvement activities that identify opportunities for improvement. They can respond to the discovery of quality-related issues and follow up on any required actions. This quality-improvement process requires that any failures and non-conformance be identified and reported to the appropriate consortium leader, and that root causes be identified and corrected. All consortium members are encouraged to identify problems or potential quality improvements and may do so without fear of reprisal or recrimination. Items, services, and processes that do not conform to specified requirements must be identified and controlled to prevent their unintended use. Inspection and test reports or similar tools will be used to implement this requirement. Each consortium leader is responsible for reporting non-conformance to the LBNF/DUNE QA manager, who will periodically report these non-conformance to DUNE technical coordination.</p><p>DUNE consortium members will perform root cause analysis and corrective and preventive actions for conditions that do not meet defined requirements. Consortium leaders may perform root cause analysis and corrective and preventive actions under their own procedures or Fermilab procedures. This problem identification, analysis and resolution process for quality consists of the following steps:</p><p>1. identify problem; 2. understand the process; 3. grade the process and identify Root Cause Analysis (RCA) method; 4. identify possible causes; 5. collect and analyze data; 6. communicate lessons learned and document RCA; and 7. implement corrective and preventative action procedure.</p><p>To promote continuous improvement, DUNE technical coordination will develop a lesson learned program based on the Fermilab Office of Project Support Services Lessons Learned Program. This program provides a systematic approach to identify and analyze relevant information for both good and adverse work practices that can influence project execution. Where appropriate, improvement actions are taken to either promote the repeated application of a positive lesson learned or prevent recurrence of a negative lesson learned. Lessons learned will be gathered throughout the project life cycle. As part of the transition to operations a lessons learned report will be submitted.</p><p>In addition, the LBNF/DUNE QA manager will periodically publish a best practices and lessons learned report. Lessons learned from the DUNE project will be screened for applicability to other organizations. The DUNE project will periodically check external lessons learned sources for applicability to the DUNE project. Sources of lessons learned include the DOE Lessons Learned List Server, the Fermilab ES&amp;H Lessons Learned Database, and DUNE team members who participate in peer reviews of other projects. Reviews of the DUNE project serve as input to quality improvement.</p><p>-87 --87 --87 -</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.5">Documents and records</head><p>Engineering and technical documents (including drawings) are prepared by DUNE personnel to define the design, manufacture, construction, and installation of their equipment. Ultimately, before these documents are put into effect they are reviewed and signed by the DUNE consortium leader or designee. The DUNE project manages all documents under the document control systems: EDMS and DUNE DocDB, as identified in the DUNE CMP <ref type="bibr">[1]</ref>. The system to control document preparation, approval, issuance to users and revision is also described there. Consortium leaders will use the graded approach described in this plan to determine work in their scope that requires LBNF/DUNE QA manager review and signature. This person also reviews project documents that contain quality requirements.</p><p>Records are prepared and maintained to document how decisions are made, for instance, decisions on how to arrive at a design, how to record the processes followed to manufacture components and the means and methods of cost and schedule change control. LBNF/DUNE will follow the guidelines for storing and maintaining records for the project in accordance with Fermilab Records Management.1 The DUNE TC, LBNF/DUNE QA manager and consortium leaders are responsible for identifying the information to be preserved. In addition to the technical, cost, and schedule baseline and all changes to it, records must be preserved as evidence that a decision or an action was taken, and to provide the justification for the decision or action.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.6">Work processes</head><p>DUNE team members are responsible for the quality of their work, and consortium leaders are responsible for procuring the resources and support systems to enable their staff to complete their work with high quality. All DUNE work will be performed using methods that promote successful completion of tasks, conformance to DUNE requirements, and compliance with the LBNF/DUNE IESHP. Work processes consist of a series of actions planned and carried out by qualified personnel using approved procedures, instructions, and equipment, and under administrative, technical, and environmental controls, to achieve a high-quality result.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.6.1">Fabrication work processes</head><p>Fabrication work on the DUNE project will be performed to established technical standards and administrative controls using approved instructions and procedures. Fabrication work processes with QA inspections and tests will be documented on travelers that are retained with the hardware item or electronically. Items, including consumables, will be identified and controlled to ensure their proper use and to prevent the use of incorrect, unaccepted, or unidentified items. Each consortium will define a system of controls to ensure that its items are handled, stored, shipped, cleaned, and preserved to prevent them from deteriorating, being damaged, or becoming lost. Equipment used for process monitoring or data collection will be calibrated and maintained.</p><p>Work must be performed safely, in a manner that ensures adequate protection for employees, the public, and the environment. Consortium members and the DUNE TC must exercise a degree of care commensurate with the work and the associated hazards. See the LBNF/DUNE IESHP <ref type="bibr">[11]</ref> for more details on LBNF/DUNE integrated safety management systems.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.6.2">Change-controlled work processes</head><p>Changes to design and fabrication requirements should follow the normal revision process for design and fabrication documents ensuring the appropriate level of verification, review and approval by the relevant consortium and technical coordination. The change control process flow for DUNE, as currently envisioned, can be found in <ref type="bibr">[1]</ref>. See figure 9.3. A Change Control Board (CCB) led by the TC advises the TC on changes.</p><p>When shop or site work must be performed before the associated design document can be formally revised and re-issued, such changes are accomplished through the development, approval, and distribution of an ECR. This applies to designs that are under configuration management. Interdisciplinary reviews are performed when the ECR subject matter may impact other subsystems. The ECR requestor indicates whether it is a one-time change or if the change is to be incorporated into the design documents. Refer to section 7.5 for more information on this process. This design change control process is applicable to design changes that may occur during fabrication and for which the change must be expedited to avoid schedule delays. These types of changes do not affect technical scope, cost, or schedule. For changes that affect these aspects, the change control process is defined in sections 2.4.3 and 3.4.3.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.7">Design</head><p>The DUNE design process provides appropriate control of design inputs and design products. The primary design inputs are the DUNE scientific and engineering requirements (e.g., physics requirements, detector requirements, specifications, drawings, engineering reports) as discussed in section A. <ref type="bibr">3</ref>.</p><p>The basis of the design process requires sound engineering judgment and practices, adherence to scientific principles, and use of applicable orders, codes, and standards. This basis of the design process naturally incorporates environment, health, and safety concerns.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.7.1">Design process</head><p>The LBNF/DUNE Systems Engineering website documentation defines the scope of design work for any given scientific/engineering work group. From this source, work groups will begin preliminary design of DUNE by breaking their work down into sets of engineering drawings, specifications and reports. This is the design output.</p><p>Throughout the design process, engineers and designers work with consortium leaders and the LBNF/DUNE QA manager to determine QA inspection criteria of fabricated products and installations. Close coordination must be made with DUNE scientists to assure the engineering satisfies the scientific requirements of the experiment. Configuration management as documented in the LBNF/DUNE CMP <ref type="bibr">[1]</ref> will be systematically implemented for DUNE. Final Design work sets the final QA parameters for the parts, assemblies and installations. Design during final design and production is confined to change-controlled changes, as above, and to minor changes necessary to facilitate production, drawing error correction, material substitutions and similar functional areas. -90 --90 --90 -</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.7.2">Design verification and validation</head><p>Design is verified and validated to an extent commensurate with its importance to safety, complexity of design, degree of standardization, state of the art, and similarity to proven design approaches. Acceptable verification methods include but are not limited to any one or a combination of (1) design reviews, (2) alternative calculations, and (3) prototype, qualification testing, and/or (4) comparison of the new design with a similar proven design if available. Verification work must be completed before approval and implementation of the design.</p><p>Design reviews will verify and validate that the following criteria are met at the appropriate milestone:</p><p>&#8226; adherence to requirements,</p><p>&#8226; technical adequacy of the design,</p><p>&#8226; adequacy of work instructions,</p><p>&#8226; thoroughness of specifications,</p><p>&#8226; test results,</p><p>&#8226; adequacy of technical reports,</p><p>&#8226; adequacy of design calculations and drawings,</p><p>&#8226; reliability and maintainability, and &#8226; calibration program for measurement and test equipment.</p><p>The DUNE Review Plan as discussed in chapter 8 describes the design reviews recommended for particular consortia.</p><p>Wherever the design method involves the use of computer software to make engineering calculations or static dynamic models of the structure, system, or a component's functionality, the software must be verified to demonstrate that the software produces valid results. The verification must be documented in a formal report of validation that is maintained in records that are accessible for inspection. However, exemptions may be made for commercially available software that is widely used and for codes with an extensive history of refinement and use by multiple institutions. Exemptions affecting systems or components will be identified to the LBNF/DUNE Systems Engineering team.</p><p>Critical software and firmware computer codes, especially those codes that are involved in controlling DUNE DAQ, are also subject to reviews for verification and validation. Some items to be considered during computer code review are &#8226; adequacy of code testing scheme,</p><p>&#8226; code release control and configuration management,</p><p>&#8226; output data verification against code configuration, -91 --91 --91 -&#8226; verification that code meets applicable standards,</p><p>&#8226; verification of code compatibility to other systems that use the data,</p><p>&#8226; verification that code meets applicable hardware requirements,</p><p>&#8226; adequacy of code maintenance plans, and</p><p>&#8226; adequacy of code and data backup systems.</p><p>Validation ensures that any given design product conforms to DUNE requirements. During reviews, validation of conformity to requirements follows verification that the engineering design or computer code meets all criteria. Engineering designs and computer codes are validated, preferably before procurement, manufacture, or construction; but no later than acceptance and use of the item; this is to ensure the design or computer code &#8226; meets DUNE requirements,</p><p>&#8226; contains or makes reference to acceptance criteria, and</p><p>&#8226; identifies all characteristics crucial to the safe and proper use of the equipment or system and its associated interfaces.</p><p>Each inspection, test, or review will feed the QA evaluation process, which is a comparison of results with acceptance criteria, to determine acceptance or rejection. Rejection identifies the need for Quality Improvement based on section 9.4. In some cases, the outcome of the Quality Improvement process may be to request one or more changes to the design requirements.</p><p>QA reporting formality escalates as the significance of the inspection, test or review nonconformance increases. Higher levels of management must be aware of and participate in the correction of the most significant nonconformance. Section 9.4 identifies the required course of action when nonconformance is encountered.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.8">Procurement</head></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.8.1">Procurement controls</head><p>Procurement controls will be implemented to ensure that purchased items and services meet DUNE requirements and comply with the LBNF/DUNE QA plan. The consortium members requesting procurement of items and services are responsible for providing all documentation that adequately describes the item or service being procured so that the supplier can understand the requirements for consortium acceptance. Development of this documentation may be achieved through the involvement of consortium leaders and established review and approval systems. The following factors will be considered for review and approval of this documentation:</p><p>&#8226; inclusion of technical performance requirements;</p><p>&#8226; identification of required codes and standards, laws and regulations; -92 --92 --92 -&#8226; inclusion of acceptance criteria, including requirements for receiving inspection and/or source inspection;</p><p>&#8226; DUNE requirements for vendor qualifications and certifications;</p><p>&#8226; DUNE intention to perform acceptance sampling in lieu of full inspection and test item acceptance.</p><p>NOTE: for vendor qualification and acceptance of purchased items or material by consortium members this may be performed under their own institution requirements.</p><p>Previously accepted suppliers will be monitored to ensure that they continue supplying acceptable items and services. Source surveillance is the recommended method to ensure that items are free of damage and that specified requirements are met. Supplier deliveries will be verified against previously established acceptance criteria.</p><p>Unacceptable supplier items or services will be documented. Records of supplier performance, Inspection Test Records (ITR), and contract-required submittals, are kept for future procurement consideration.</p><p>Inspections will be conducted to detect counterfeit and/or suspect parts. For work funded by DOE, when counterfeit or suspect parts are found, they will be identified, segregated, and disposed of in accordance with the Fermilab Quality Assurance Manual Chapter 12020 Suspect/Counterfeit Items (S/CI) Program. DUNE consortia may use their own institutional procedure for counterfeit/suspect parts.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.8.2">Inspection and acceptance testing</head><p>Inspection and testing of electrical, mechanical, and structural components, and associated services and processes by consortium members will be conducted using acceptance and performance criteria. ITR forms, travelers, and a traveler database are the primary tools used to organize this activity. Inspections will be conducted in accordance with the graded approach.</p><p>Once equipment is received at SDWF, the equipment is inspected for shipping damage and accuracy against the bill of lading. Consortium members perform any additional inspection and testing that is required by their design documents either at SDWF or underground in the clean room as the equipment is prepared for installation.</p><p>Equipment used for all inspections and tests will be calibrated and maintained. Calibration will be controlled by a system or systems making appropriate use of qualified calibration service providers. Consortium leaders must ensure that equipment requiring calibration have their calibration status identified on the item or container, are traceable back to the calibration documentation, and are tracked to ensure the equipment is calibrated at the required interval. The LBNF/DUNE QA manager oversees and supports the DUNE calibration programs.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.9">Assessments</head></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.9.1">Management assessments</head><p>Management assessments may be performed by the consortia or technical coordination to evaluate their own management processes (self-assessment) and their implementation in order to identify -93 --93 --93 -noteworthy practices, uncover issues, identify corrective actions, verify meeting of deliverables, and ensure that work being performed is satisfactory and done according to the requirements. The performance of management assessments is a critical assurance activity.</p><p>DUNE technical coordination will monitor progress of objectives and goals in the consortia to assess whether work is performed and resources are allocated to meet those objectives and goals. DUNE technical coordination is responsible for monitoring the resolution of items identified from assessments, assigning responsibility for resolution, identifying appropriate timeframes for resolution, ensuring actions are finalized with appropriate objective evidence, and documented.</p><p>The LBNF/DUNE QA manager monitors adequacy of assessments and progress of corrective actions, and sponsors or conducts periodic assessments of the effectiveness of implementation of the QA program throughout the DUNE project.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.9.2">Independent assessments</head><p>The LBNF/DUNE QA manager will plan reviews as independent assessments to assist the DUNE TC in identifying opportunities for quality or performance-based improvement, and to ensure compliance with specified requirements. Independent assessments of the DUNE projects can be requested by DUNE management. Independent assessments typically focus on quality or ES&amp;H management systems, self-assessment programs, or other organizational functions identified by management. The DUNE project uses a formal process for assigning responsibility in response to recommendations from independent assessments. These recommendations are tracked to closure.</p><p>Personnel conducting independent assessments must be technically qualified and knowledgeable in the areas assessed. A qualified lead assessor (auditor), who is a Subject Matter Expert (SME) in the technical area of assessment, is required. The team may include other SMEs to evaluate the adequacy and effectiveness of activities only if they are not responsible for the work being assessed.</p><p>The Fermilab director appoints an independent Long Baseline Neutrino Committee (LBNC) to advise it and DUNE Management. The role of this standing committee is described in the LBNF/DUNE project management plan (PMP). The DOE and other funding agencies perform external assessments that provide an objective view of performance and thus contribute to the independent assessment process. Since such assessments are not under the control of DUNE, they are not necessarily considered a part of the independent assessment criterion. However, DUNE management considers external assessment results when determining the scope and schedule of independent assessments.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.10">DUNE quality control</head><p>The DUNE consortia are a geographically diverse group of institutions, collaborating across three continents to fabricate a single integrated system. As such, careful planning and control of component fabrication, assembly and testing must be maintained. Each of the major system components will be fabricated in accordance with documented procedures and drawings. These procedures will detail the inspection and test requirements for each component to ensure that they meet the requisite specifications prior shipment to SURF. Each consortium is responsible for developing the procedures, QC plans, and test plans.</p><p>Required inspections and tests during fabrication and installation are defined in the consortium TDR sections. These inspections and tests may be performed from receipt of material, during fabrication and final acceptance. For critical equipment source inspection may be performed in addition. The inspections and tests will be documented on QC plans, travelers, test reports, as applicable. The procedures will define the documentation method.</p><p>All data from the fabrication and QC processes will be maintained in a database that allows the information to be accessed during installation. Each consortium will define the requirements for the information to be stored in the database. The consortium TDR sections contain information on how they are utilizing the database.</p><p>In the case of a nonconformance, the nonconformance will be documented by the fabrication facility and a recommended disposition will be provided and forwarded to the consortium technical lead. If the disposition is to scrap or rework so that the item meets the requirements of the specification, the notification to the consortium lead will be for information only, and work can continue on performing the disposition. If the disposition is "use as is" or "repair" (where the item is repaired to meet the functionality but remains in noncompliance with the specification requirements), work on the item stops until the disposition has been approved by the design authority, the consortium technical lead and the TC. The TC approves the disposition to ensure it does not affect any other DUNE components during integration. The item will be re-inspected or tested after completion of the disposition to ensure that it meets the requirements.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.10.1">APA quality control</head><p>Flatness of the APA support frame is a key feature and is defined as the minimum distance between the two parallel planes that contain all the points on the surface of the APA. After assembly of the APA frame, a laser survey is performed on the bare frames before delivery to an APA production site. Three sets of data are compiled into a map that shows the amount of bow, twist, and fold in the frame. A visual file is also created for each APA from measured data. During APA wiring at the production sites, a final frame survey is completed after installation of all electrical components, and the as-built plane-to-plane separations are measured to verify that the distance between adjacent wire planes meets the tolerances.</p><p>Another check performed at the APA production site before the frame is transferred to a winder is necessary to confirm sufficient electrical contact between the mesh sub-panels and the APA support frame. A resistance measurement is taken immediately after mesh panel installation for all 20 panels before wiring begins.</p><p>All components require inspection and QC checks before use on an APA. Most of these tests will be performed at locations other than the APA production sites by institutions within the consortium before the hardware is shipped for use in APA construction. This distributed model for component production and QC is key to enabling the efficient assembly of APAs at the production sites. The critical path components are the support frames (one per APA), grounding mesh panels (20 per APA), and wire carrier boards (204 per APA).</p><p>The tension of every wire will be measured during production to ensure that wires have a low probability of breaking or moving excessively in the detector. Every channel on the completed anode plane assemblies will also be tested for continuity across the APA and isolation from other channels.</p><p>-95 --95 --95 -A cold testing facility sized for DUNE APAs exists at the Physical Sciences Laboratory (PSL) at the University of Wisconsin that can be used for such tests. Throughout the construction project, it is anticipated that 10% of the produced anode plane assemblies will be shipped to PSL for cold cycling. This amounts to about one APA per year per production site during the project. All anode plane assemblies will still be cold tested during integration at SURF and before installation in the SP module. All active detector components are shipped to the SDWF before final transport to SURF. During the storage period, the wire tensions are measured on all anode plane assemblies to ensure that the transport has not damaged the wires.</p><p>After unpacking an APA, a visual inspection is performed, and wire continuity and tension are measured again. Definite guidance for the acceptable tension values will be available to inform decisions on the quality of the APA. Clear pass/fail criteria will be provided as well as clear procedures to deal with individual wires lying outside the acceptable values. In addition, a continuity test and a leakage current test is performed on all channels and the data recorded in the database.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.10.2">HV quality control</head><p>The HV consortium has developed a comprehensive QC plan for the production, shipping, and installation of the SP module HV components. Inventory tagging and tracking each component is crucial. Documentation in the form of printed checklists is maintained. Travelers will have been replaced by a system of tags ("cattle tags") attached to the units with bar codes that key to electronic QC data.</p><p>Power supplies used in a SP module are tested before installation. Output voltages and currents must be checked on a known load. The feedthrough and filters are tested at the same time, with the planned power supply. The feedthrough must be verified to hold the required voltage in TPC-quality LAr for several days.</p><p>The QC tests of the HVDBs require that all individual resistors and varistors are submitted to a warm and cold (87 K) current-voltage measurement. This forms the basis for selecting components that meet specifications; all electrical components must pass visual inspection for mechanical damage and all measurement values (resistance, clamping voltage) must be within 2&#963; of the mean for the entire sample both in warm and cold tests.</p><p>The QC process for mechanical components starts at the production factories by attaching a cattle tag with a unique code to each production element. A file linked to each code contains the individual measurements and properties contained in the QC checklists for that element.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.10.3">TPC electronics quality control</head><p>All ASICs will be tested in LN 2 before they are mounted on the FEMBs; cryogenic testing of the FEMBs is also planned. Capacitors and resistors will be cryogenically tested on a sample basis of a few components from each reel. Some other components installed on the FEMBs, e.g., voltage regulators and crystals, will be qualified in LN 2 before being mounted on the FEMBs.</p><p>The PCBs for the FEMBs will be tested by the vendor for electrical continuity and shorts. A visual inspection of the boards is then performed before installing the discrete components and the ASICs. This inspection is repeated after installation and before the functionality test, which -96 --96 --96 -for DUNE will be performed in LN 2 . After assembly, each FEMB is tested in LN 2 using the current CTS.</p><p>Checks will be performed on all cables during production at room temperature, before installation and connection to the FEMBs. These tests involve continuity and resistance measurements on the low voltage power and the bias voltage cables, and bit-error rate measurements on the clock/control and data readout cables. Connectors will be visually inspected to ensure that they show no sign of damage. Further tests will take place when the APAs are tested in the cold boxes at SURF prior to installation inside the cryostat.</p><p>On each cryostat penetration there are two flanges for the CE and one for the PD system. The crossing tubes with their spool pieces are fabricated by industry and tested by vendors to be leak and pressure proof. The flanges are assembled at consortium institutions responsible for the TPC electronics and PD system; the flanges must undergo both electrical and mechanical tests to ensure their functionality. Electrical tests comprise checking all the signals and voltages to ensure they are passed properly between the two sides of the flange and that no shorts exist. Mechanical tests involve checking that the flange itself is leak and pressure proof.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.10.4">PD quality control</head><p>Materials certification is required (in the Fermilab materials test stand and other facilities) to ensure materials' compliance with cleanliness requirements. Cryogenic testing of all materials to be immersed in LAr is done to ensure satisfactory performance through repeated and long-term exposure to LAr. Special attention will be paid to cryogenic behavior of fused silica and plastic materials (such as filter plates and wavelength-shifters), silicon photomultipliers (SiPMs), cables, and connectors. Testing will be conducted both on small-scale test assemblies (such as the small test cryostat at Colorado State University (CSU)) and full-scale prototypes (such as the full-scale CDDF cryostat at CSU). Mechanical interface testing, beginning with simple mechanical go/no-go gauge tests, followed by installation into the ProtoDUNE-SP-2 system, and finally full-scale interface testing of the PD system into the final pre-production TPC system models will be done; as well as full-system readout tests of the PD readout electronics, including trigger generation and timing, and tests for electrical interference between the TPC and PD signals.</p><p>Prior to the start of fabrication, a manufacturing and QC plan will be developed detailing the key manufacturing, inspection, and test steps. The fabrication, inspection, and testing of the components will be performed in accordance with documented procedures. This work will be documented on travelers and applicable test or inspection reports. Records of the fabrication, inspection and testing will be maintained. When a component has been identified as being in noncompliance to the design, the nonconforming condition will be documented, evaluated and dispositioned as one of (1) use-asis (does not meet design but can meet functionality as it is), ( <ref type="formula">2</ref>) rework (bring into compliance with design), ( <ref type="formula">3</ref>) repair (will be brought to meet functionality but will not meet design), or (4) scrap. For products with a disposition of use-as-is or repair, the nonconformance documentation is submitted to the design authority for approval. All QC data (from assembly and pre-and post-installation into the APA) will be directly stored to the DUNE database for ready access.</p><p>Monthly summaries of key performance metrics (to be defined) will be generated and inspected to check for quality trends. Based on the ProtoDUNE-SP model, we expect to conduct the following production testing prior to shipping from assembly site.</p><p>-97 --97 --97 -&#8226; dimensional checks of critical components and completed assemblies to ensure that system interfaces ar satisfactory;</p><p>&#8226; post-assembly cryogenic checkouts of SiPM mounting PCBs (prior to assembly into PD modules);</p><p>&#8226; module dimensional tolerances using go/no-go gauge set; and</p><p>&#8226; warm scan of complete module using motor-driven LED scanner (or UV LED array).</p><p>Following shipping to the USA reception and checkout facility but prior to storage at SDWF, we will conduct mechanical inspection, a warm scan (using identical scanner to initial scan), and cryogenic testing of completed modules (at the CSU CDDF or similar facility). Following delivery to the underground integration cleanroom, prior to and during integration and Installation, we will &#8226; conduct a warm scan (using identical scanner to initial scan);</p><p>&#8226; complete visual inspection of module against a standard set of inspection points, with photographic records kept for each module;</p><p>&#8226; conduct end-to-end cable continuity and short circuit tests of assembled cables;</p><p>&#8226; perform a FE electronics functionality check;</p><p>&#8226; perform installation QC PD system pre-installation testing, following the model established for ProtoDUNE-SP.</p><p>Prior to installation in the APA, the PD modules will undergo a warm scan in a scanner identical to the one at the PD module assembly facility and we will compare the results. The module will also undergo a complete visual inspection for defects, and a set of photographs of selected critical optical surfaces will be taken and entered into the QC record database. Following installation into the APA and cabling, an immediate check for electrical continuity to the SiPMs will be conducted. Following the mounting of the TPC CE and the PDs, the entire APA will undergo a cold system test in a gaseous argon cold box, similar to that performed for ProtoDUNE-SP. During this test and prior to installation, the PD system will undergo a final integrated system check, checking dark and LED-stimulated SiPM performance for all channels, checking for electrical interference with the CE, and confirming compliance with the detector grounding scheme.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.10.5">Calibration quality control</head><p>The manufacturer and the institutions in charge of devices will conduct series of tests to ensure the equipment can perform its intended function as part of QC. QC also includes post-fabrication tests and tests run after shipping and installation. The overall strategy for the calibration devices is to test the systems for correct and safe operation first in dedicated test stands, then at ProtoDUNE-SP-2, then as appropriate near SURF, and finally underground. Electronics and racks associated with each full system will be tested before transporting them underground. Each calibration system undergoes specific tests.</p><p>&#8226; Ionization Laser System: for assembly and operation of the laser and feedthrough interface, the test is carried out on a mock-up flange for each of the full hardware sets (periscope, feedthrough, laser, power supply, and electronics). All operational parts (UV laser, red alignment laser, trigger photodiode, attenuator, diaphragm, movement motors, and encoders) are tested for functionality before being transported underground.</p><p>&#8226; Photoelectron Laser System: the crucial test is to measure the light transmission of all fibers at 266 nm. A suitable transmission acceptance threshold will be established based on studies during the development phase. Studies to estimate the number of photoelectrons emitted as a function of intensity (based on distance of fiber output to the metallic tab) will also be undertaken.</p><p>&#8226; Laser Beam Location System: for the laser beam location system (LBLS), to ensure uniformity across all clusters, the main test is to verify that the PIN diodes are all functional and that their light detection efficiency is within a specified range. For the mirror-based system, the reflectivity of all mirrors will be tested prior to assembly.</p><p>&#8226; Pulsed Neutron Source System: the first test will be safe operation of the system in a member institution radiation-safe facility. Then the system will be validated at ProtoDUNE-SP-2. The same procedure will be carried out for any subsequent devices before the devices are transported to SURF and underground. System operation will be tested with shielding assembled to confirm safe operating conditions and sufficient neutron yields using an external dosimeter as well as with the installed neutron monitor.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.10.6">DAQ quality control</head><p>SP-DAQ-6 Data verification: the DAQ must check integrity of data at every data transfer step. It only deletes data from the local storage after confirmation that data have been correctly recorded to permanent storage. Data integrity checking is fundamental to ensure data quality. The high overall experiment uptime goal requires that the DAQ be stringently designed for reliability, fault tolerance, and redundancy -criteria that aim to reduce overall downtime. The DAQ monitors the quality of the detector data and of its own operational status, performs automated error detection, and has recovery capabilities. The event builder (EB) subsystem provides bookkeeping functionality for the raw data. This includes the documenting of simple mappings, such as which trigger is stored in which raw data file, as well as more sophisticated quality checks. For example, it will know which time windows and geographic regions of the detector are requested for each trigger, and in the unlikely event that some fraction of the requested detector data cannot be stored in the event record, it will document that mismatch.</p><p>Data Quality Monitoring: while the DAQ control, configuration and monitoring subsystem (CCM) contains an element of monitoring, here data quality monitoring (DQM) refers to a subsystem that quickly analyzes the data in order to determine the general quality of the detector and DAQ operation. This allows operators to promptly detect and respond to any unexpected changes and assures high exposure times for later physics analyses.</p><p>-99 --99 --99 -A DAQ DQM will be developed (including necessary infrastructure, visualization, and algorithms) that processes a subset of detector data in order to provide prompt feedback to the detector operators. This system will be designed to allow it to evolve as the detector and its data are understood during commissioning and early operation, and to cope with any evolution of detector conditions.</p><p>While the hardware design will be done at the institutions working in this area, the production of prototypes and final PCBs will be outsourced to companies, allowing for early identification of those companies that can guarantee a high-quality card production.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.10.7">CISC quality control</head><p>The manufacturer and the institution in charge of device assembly will conduct a series of tests to ensure the equipment can perform its intended function as part of QC. QC also includes post fabrication tests and tests run after shipping and installation. For complex systems, the entire system will be tested before shipping. Additional QC procedures can be performed underground after installation.</p><p>Slow Controls Hardware Networking and computing systems will be purchased commercially, requiring QC. However, the new servers are tested after delivery to confirm they suffered no damage during shipping. The new system is allowed to burn in overnight or for a few days, running a diagnostics suite on a loop in order to validate the manufacturer's QA process.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="9.11">ProtoDUNE to DUNE QA approach</head><p>The approach to quality assurance (QA)/quality control (QC) for DUNE is going to be very similar to the activities and oversight that was performed for ProtoDUNE. For ProtoDUNE, the major QA/QC activities included review of the consortium TDR QA/QC sections; assisting the consortia in development and review of QC plans (production and installation), fabrication, inspection and test procedures, installation plans and documentation; and the performance of production readiness reviews at eleven consortium fabrication facilities. There was also QC participation in the ProtoDUNE design reviews. The production readiness reviews looked at the following criteria:</p><p>&#8226; final QA plans for institutions not adopting the LBNF/DUNE QA Plan;</p><p>&#8226; final production drawings, specifications, and manufacturing and test procedures;</p><p>&#8226; final safety documents (i.e., hazard analysis documentation);</p><p>&#8226; component QC plan (i.e., travelers, test reports, software verification and validation documents, supplier documentation);</p><p>&#8226; final procurement documents per institution practice; and</p><p>&#8226; completion and evaluation of prototypes, and review of production process and QC results.</p><p>The reviews ensured the facilities were prepared for production and that any kinks in the processes had been identified and mitigations performed. The positive outcome of these reviews was the amount of equipment received at CERN with little to no damage.</p><p>Production progress reviews will be performed at the fabrication facilities for the DUNE detector components. This type of review has been added due to the larger number of components required and the increased number of fabrication facilities. The goal of these reviews is to ensure consistent fabrication processes between the facilities. If an issue is identified at one facility, it can be communicated to others to prevent recurrence.</p><p>For ProtoDUNE, installation was performed at CERN under the guidance of CERN policies and procedures. Installation of the DUNE detector modules at SURF will fall under similar procedures in the LBNF/DUNE QA plan.</p><p>-101 --101 --101 -</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2020">JINST 15 T08009</head><p>Chapter 10 Environment, safety, and health LBNF/DUNE is committed to protecting the health and safety of staff, the community, and the environment, as stated in the LBNF/DUNE integrated ES&amp;H plan, as well as to ensuring a safe work environment for DUNE workers at all institutions and protecting the public from hazards associated with constructing and operating DUNE. Accidents and injuries are preventable, and the ES&amp;H team will work with the global LBNF/DUNE project and collaboration to establish an injury-free workplace. All work will be performed so as to preserve the quality of the environment and prevent property damage.</p><p>The LBNF/DUNE ES&amp;H program complies with applicable standards and local, state, federal, and international legal requirements through the Fermilab Work Smart set of standards and the contract between Fermi Research Alliance (FRA) and the DOE Office of Science (FRA-DOE). Fermilab, as the host laboratory, established the SDSD to provide facility support. SDSD is responsible for support of LBNF/DUNE operations at SURF.</p><p>The LBNF/DUNE ES&amp;H program strives to prevent injuries or illness and seeks to continually improve safety and health management. To the maximum practical extent, all hazards must be eliminated or minimized through substitution, or engineering or administrative controls. Where engineering or administrative controls are not feasible, workers will use PPE.</p><p>The LBNF/DUNE ES&amp;H management system is designed to work hand-in-hand with the SURF emergency management systems to protect the public, workers, and the environment; ensure compliance with the FRA-DOE contract and Fermilab Work Smart standards; and improve the DUNE ability to meet or exceed stakeholder expectations and execute the scientific mission. DUNE uses a set of criteria to plan, direct, control, coordinate, assure, and improve how ES&amp;H policies, objectives, processes, and procedures are established, implemented, monitored and achieved.</p><p>The LBNF facilities at SURF are subject to the requirements of the DOE Worker Safety and Health Program, Title 10, Code Federal Regulations, Part 851 (10 CFR 851). These requirements are promulgated through the Fermilab Director Policy Manual,1 and the Fermilab ES&amp;H Manual2 (Fermilab Environment, Safety and Health Manual (FESHM)), which align with the SURF ES&amp;H manual. -102 --102 --102 -</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="10.1">LBNF/DUNE ES&amp;H management and oversight</head><p>The TC and project integration director have responsibility for implementation of the DUNE ES&amp;H program for the construction and installation activities, respectively. The LBNF/DUNE ES&amp;H manager reports to the TC and project integration director and is responsible for providing ES&amp;H support and oversight for development and implementation of the LBNF/DUNE ES&amp;H program. Additional ES&amp;H subject matter experts (SMEs) are available to provide supplemental support to the project through the Fermilab ES&amp;H section. The Fermilab ES&amp;H section, FRA-DOE, CERN and SURF will provide supplemental ES&amp;H oversight to validate implementation of the LBNF/DUNE ES&amp;H program. FRA-DOE maintains a daily oversight presence at the far and near sites.</p><p>The LBNF/DUNE ES&amp;H plan defines the ES&amp;H requirements applicable to installation activities at the SURF site. Regular ES&amp;H walkthroughs will be conducted by LBNF/DUNE ES&amp;H management personnel. All findings will be documented in the Fermilab Predictive Solutions database system.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="10.2">National Environmental Protection Act compliance</head><p>In compliance with the National Environmental Protection Act (NEPA) and in accordance with DOE Policy 451.1, the LBNF/DUNE project performed an assessment of environmental impacts that are possible during the construction and operation of the project. This assessment <ref type="bibr">[12]</ref> identifies the potential environmental impacts and the safety and health hazards that could occur or be present during the design, construction, and operating phases of LBNF/DUNE. The environmental assessment presented an analysis of the potential environmental consequences of the facility and compared them to the consequences of a No Action Alternative. It also included a detailed analysis of all potential environmental, safety, and health hazards associated with construction and operation of the facility. The environmental assessment has been completed and a finding of no significant impact (FONSI) <ref type="bibr">[12]</ref> issued in September 2015.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="10.3">Codes/standards equivalencies</head><p>DUNE will rely on significant contributions from international partners. In many cases, an international partner will contribute equipment for installation at Fermilab or SURF, built following international standards. Fermilab has established a process under the international agreement with CERN, detailed in FESHM <ref type="bibr">[13]</ref> chapter 2110, to establish code equivalency between USA and international engineering design codes and standards. This process allows the laboratory to accept in-kind contributions from international partners or purchase equipment designed using international standards while ensuring an equivalent level of safety.</p><p>At the time of this writing, Fermilab has completed the following code equivalencies:</p><p>&#8226; pressure vessels designed using EN13445;</p><p>&#8226; structures designed using <ref type="bibr">EN 1990</ref><ref type="bibr">, EN 1991</ref><ref type="bibr">, EN1993, EN 1999</ref> (a subset of the Eurocodes), and EN 14620;</p><p>&#8226; CE-marked pressure piping systems designed using PED 97/23 EN 13480;</p><p>&#8226; CE-marked relief valves designed using PED 2014/68/EU EN ISO 4126;</p><p>&#8226; CE-marked electrical equipment for measurement and control; and laboratory use designed using IEC 61010-1 and IEC 61010-2-030.</p><p>As necessary, the laboratory code equivalency process will be followed to establish equivalency to other international codes and standards. The current list of completed code equivalencies can be found in <ref type="bibr">[14]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="10.4">ES&amp;H requirements at collaborating laboratories and institutions</head><p>All work performed at collaborating institutions will be completed following that institution's ES&amp;H policies and programs. Equipment and operating procedures provided by the collaborating institution will conform to the DUNE project ES&amp;H and integrated safety management policies and procedures. The ES&amp;H organization at collaborating institutions provides ES&amp;H oversight for work activities carried out at their facilities.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="10.5">LBNF/DUNE ES&amp;H program at SURF 10.5.1 Site and facility access</head><p>All DUNE workers requiring access to the SURF site register through the Fermilab Global Services Office to receive the necessary user training and a Fermilab identification number that can be used to apply for a SURF identification badge, through the SURF Administrative Services Office. This is coordinated by SDSD. The SURF identification badge allows access to the SURF site as part of the SURF Site Access Control Program. The Fermilab Global Services Office has extensive experience with international collaborators.</p><p>SURF underground access will require that working groups obtain a trip action plan (TAP) for each daily access to the underground areas. All personnel within each working group must be individually listed on the TAP, per the SURF Site Access Control Program. All personnel are required to "brass in and out" via the brass board located at the entrance to the Ross Cage prior to accessing the underground facilities.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="10.5.2">ES&amp;H training</head><p>All personal performing work onsite at SURF are required to attend SURF ES&amp;H Site Orientation prior to their work at the site. This includes SURF Surface and Underground training classes, as well as associated Cultural Heritage training. Arrangements will be made for all workers to complete this training. In addition, unescorted-access training will be provided to personnel for each underground working level (4850L and 4910L) at which they will perform work. The LBNF/DUNE ES&amp;H management team will present a project-specific introductory ES&amp;H presentation.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="10.5.3">Personnel protective equipment</head><p>Personal protective equipment (PPE) is not a substitute for engineering and administrative controls. These controls will be implemented, to the extent feasible, to mitigate the hazard so that the need for PPE is reduced or eliminated.</p><p>Personnel must wear the following PPE when on site the SURF site.</p><p>&#8226; At a minimum, all workers personnel shall wear steel-toed boots, long pants and shirts with at least four-inch sleeves when performing non-office work at SURF.</p><p>&#8226; All personnel entering the work site at the Ross (or Yates) Dry shall wear hard hats (brim facing forward), gloves, safety glasses with rigid side-shields and a reflective high visibility (e.g., orange) shirt, coat, or vest (minimum ANSI Class 2). Exceptions to these minimum requirements will be approved by the LBNF/DUNE ES&amp;H manager and noted in the activityspecific HA maintained by the DUNE ES&amp;H coordinator.</p><p>&#8226; When working underground, all personnel will carry an Ocenco M20.2 self rescuer and a hard hat cap lamp. Ocenco 7.5 emergency breathing apparatus devices will be stored underground for additional emergency support.</p><p>&#8226; Hard hats must meet the ANSI Z89.1 standard as defined by 29 CFR 1926.100 and bear the Z89-.1 designation.</p><p>&#8226; Eye protection must meet the requirement of <ref type="bibr">29 CFR 1926.102</ref>. Safety glasses must be ANSI approved and be marked with the ANSI marking Z87.1 designation.</p><p>&#8226; Hearing protection must be appropriate to the work environment, as defined in the activitybased HA.</p><p>&#8226; Workers will don any specialized PPE required for specific work tasks as defined in the activity-based HA.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="10.5.4">Work planning and controls</head><p>The goal of the work planning and controls process is to determine how to do the work safely, correctly, and efficiently. All work activities are subject to the work planning and controls process which includes the development of HA documentation. The first steps are to initiate careful thought about the work, determine the scope of the job, identify the potential hazards associated with it, and determine mitigation strategies. We ensure that all affected employees understand the full work plan and what is expected of them and that they have all the appropriate materials to do the job properly. The Work Planning and HA program is documented in chapter 2060 in the FESHM manual <ref type="bibr">[15]</ref>. All work planning documentation is reviewed and approved by line management supervision, the DUNE ES&amp;H coordinator, and the DUNE installation readiness review or operational readiness review committees prior to the start of work activities.</p><p>-105 --105 --105 -A work planning meeting will be held before each shift. The meeting is led by the shift supervisor, supported by the DUNE ES&amp;H coordinator, and attended by all personnel working on site during that shift. The meeting is intended to inform the workers of potential safety hazards and hazard mitigations relating to the various work activities, ensure that employees have the necessary ES&amp;H training and PPE, answer any questions relating to the work activities, and authorize the work activities for that shift. The meeting is expected to last approximately 15 minutes, but may vary depending on the activities planned for the shift.</p><p>A Safety Data Sheet (SDS) will be available for all chemicals and hazardous materials that are used on site. All chemicals and hazardous materials brought to the SURF site must be reviewed and approved by the DUNE ES&amp;H coordinator and the SURF ES&amp;H Department before arriving at site. SDS documentation will be submitted to the DUNE ES&amp;H coordinator prior to the material arriving on site.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="10.5.5">Emergency management</head><p>Any injuries, accidents, or spills are to be reported immediately to the LBNF/DUNE ES&amp;H manager, from either the SURF Emergency Response Coordinator or the installation manager, through the DUNE far site ES&amp;H coordinators and the DUNE ES&amp;H coordinator. Any personnel that experience any injury will be sent (or transported, if needed) to the Black Hills Medical Clinic or Regional Health Lead-Deadwood hospital. The supervisor completes an initial incident investigation report and submits the report to the LBNF/DUNE ES&amp;H manager within 24 hours.</p><p>The SURF ES&amp;H Manual3 maintains the Emergency Management and Emergency Response Plan (ERP)4 for the site. All personnel will receive ERP training and the ERP flowchart for emergency notification process is posted at all telephones. For all emergencies at the SURF site, personnel contact Emergency Response personnel by using any building phone, dialing the hoist operator, or by calling 911 from any outside line (e.g., cell phone).</p><p>Emergency Response Groups that are not part of SURF but are recognized outside resources are the Lawrence County Emergency Manager, the Lead and Deadwood Fire Departments, Lawrence County Search and Rescue, Black Hills Life Flight, and the Rapid City Fire Department HAZMAT team. The SURF ERP is distributed to these resources to facilitate outside emergency response.</p><p>SDSTA will maintain an emergency response incident command system and an emergency response team (ERT) on all shifts that can access the underground sites with normal surface fire department response times. This team provides multiple response capabilities for both surface and underground emergencies but specializes in underground rescue through MSHA Metal/Non-Metal Mine Rescue training. The ERT has a defined training schedule and conducts regular walkthroughs in areas of response. The team conducts emergency drills on both the surface and underground sites, in which all personnel on site are required to participate. ERT personnel includes a minimum of one emergency medical technician (EMT) and/or paramedic per shift.</p><p>SURF implements a guide program for both the surface and underground areas. The guide program has an established training program. Visitors and other untrained personnel must be escorted by a trained guide when on site at SURF. In addition, a minimum of one guide is stationed on each level underground at all times where work is occurring. This guide provides supplemental emergency support to unescorted, access-trained personnel. Guides are trained as first responders to help in a medical emergency until the ERT arrives.</p><p>In the case of an underground emergency such as fire or ODH, evacuation to the surface takes place through the Ross or Yates Shafts. If full evacuation is not possible, the refuge chamber on the 4850L can shelter up to 144 persons for 98 hours.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="10.5.6">Fire protection, ODH and life safety</head><p>The DUNE installation team members are required to police their work areas frequently and maintain good housekeeping. Teams generating common garbage and other waste must dispose of it at frequent, regular intervals. Containers will be provided for the collection and separation of waste, trash, oily or used rags, and other refuse. Containers used for garbage and other oily, flammable, or hazardous wastes, (e.g., caustics, acids, or harmful dusts) will be equipped with covers. Chemical agents or substances that might react to create a hazardous condition, must be stored and disposed of separately, as assessed by the LBNF/DUNE ES&amp;H coordinator.</p><p>The LBNF/DUNE ES&amp;H coordinator collects SDS documentation for chemicals and hazardous materials and determines proper storage cabinets for them. The documentation is made readily available with the materials in the cabinets for the workers.</p><p>All open flame, welding, cutting, or grinding work activities require completion and approval of a Fermilab "hot" work permit. The DUNE ES&amp;H coordinator coordinates the issuance of the permit. The team completing the work will be responsible for providing all the required materials, personnel, and PPE to conduct the hot work. All hot work permits must be provided to the SURF ES&amp;H Department.</p><p>Cables installed for DUNE are chosen to be consistent with current Fermilab standards for cable insulation and must comply with recognized standards concerning cable fire resistance. This reduces the probability of a fire starting and of adverse health effects due to combustion products of cable insulation materials.</p><p>Fire and life safety requirements for LBNF/DUNE areas were analyzed in the LBNF/DUNE Far Site Fire and Life Safety Assessment DocDB 14245 <ref type="bibr">[16]</ref>. ARUP provided code analysis, fire modeling, egress calculations, and the design of the fire protection features for LBNF FSCF. Additionally, the ARUP consultant, SRK Consulting, modeled additional fire scenarios and the potential spread of toxic fumes and heat in the drifts used by LBNF/DUNE for evacuation, verifying that the system design and evacuation processes will be safe. All caverns will be equipped with fire detection and suppression systems, with both visual and audible notification. All fire alarms and system supervisory signals will be monitored in the SURF Incident Command Center. The SURF ERT will respond with additional support from the Lead and Deadwood Fire Departments and the county's emergency management department.</p><p>ODH requirements were assessed through the LBNF/DUNE ODH analysis. The caverns have been classified as ODH 1 and the drifts are classified as ODH 0. The caverns will be equipped with an ODH monitoring and alarm system, with independent visual and audible notification systems. All ODH alarms and system supervisory signals will be monitored in the SURF Incident Command Center. Each occupant entering an ODH area will receive ODH training and carry Ocenco M20.3 escape packs.</p><p>-107 --107 --107 -Emergency conditions from smoke or ODH incidents underground are primarily mitigated by the large ventillation rate in the SURF underground area.</p><p>The facility emergency management plan will be reviewed and updated as necessary during construction, installation, and operation activities based on the egress strategy defined in the ARUP Fire and Safety Report and the SURF Emergency Management Plan. <ref type="bibr">5</ref> Radon levels are presently monitored in the occupied underground facilities. This monitoring program will extend to the LBNF underground areas in coordination with Fermilab and SDSTA ES&amp;H personnel.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="10.5.7">Earthquake design standards</head><p>For surface and underground structures, the design standard is the latest edition of the International Building Code (IBC) (2018), wherein chapter 16 is Structural Design and section 1613 is Earthquake Loads. The Lead seismic region, according to the American Society of Civil Engineers (ASCE 7), is between the lowest risk (the same as that for Fermilab) and the next level up. Both are minimal risks.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="10.5.8">Material handling and equipment operation</head><p>All overhead cranes, gantry cranes, fork lifts, and motorized equipment, e.g., trains and carts, will be operated only by trained operators. Other equipment, e.g., scissor lifts, pallet jacks, hand tools, and shop equipment, will be operated only by personnel trained for the particular piece of equipment.</p><p>Hoisting and rigging operations will be evaluated and planned. A member of the trained rigging team must identify the hazards and determine the controls necessary to maintain an acceptable level of risk. A Hoisting and Rigging Lift Plan is required for complex and critical lifts. This plan must be documented using the Fermilab Hoisting and Rigging Lift Plan or similar plan accepted by Fermilab. The HA documentation will include the development of critical lift plans for specific phases of installation.</p><p>All equipment operating in the underground facility will be diesel or electric powered. Diesel is allowed due to the large ventillation rate in the underground area. There will be no gasoline or propane powered equipment in the underground facility.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="10.5.9">Stop work authority</head><p>If a worker identifies any unanticipated or unsafe conditions or non-compliant practices occurring in their work activity, the trained worker is empowered and expected to stop the activity and notify their supervisor and DUNE ES&amp;H coordinator of this action. All workers on the DUNE project have the authority to stop work in any situation that presents an imminent threat to safety, health, or the environment. Work may not resume until the circumstances are investigated and the deficiencies corrected, including the concurrence of the DUNE project integration director and LBNF/DUNE ES&amp;H manager.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="10.5.10">Operational readiness</head><p>The DUNE review process consists of design, production, installation, and operation reviews as described in chapter 8. These reviews include lifting fixture load testing and work planning and controls documentation. The JPO review office is involved at all stages of the review process. All major stakeholders (including Fermilab, SURF and DUNE collaborating institutions) will be involved as appropriate. The review office will complete both system and process readiness reviews to authorize installation activities at SURF. Operational readiness reviews will be completed prior to the operation of detector components.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="10.5.11">Lessons learned</head><p>The LBNF project is currently working with SDSTA and the engineering consultant ARUP to implement ES&amp;H procedures and protocols for training, emergency management, fire protection, and life safety. The Fermilab ES&amp;H section, DOE, and LBNF ES&amp;H have completed a series of assessments of critical SDSTA ES&amp;H programs including underground access, emergency management, electrical safety, rigging, and fire protection. The findings and lessons learned identified in these ES&amp;H program assessments are tracked within the Fermilab issues management database, iTrack.</p><p>Fermilab completed a review to identify critical lessons learned from the previous underground neutrino project NuMI/MINOS in May 2009. The findings from this exercise were documented in a report entitled Executive Summary of Major NuMI Lessons Learned. We are using the DUNE lessons learned from ProtoDUNE to further develop and enhance the DUNE engineering review and work planning and controls processes.</p><p>Lessons learned are disseminated in areas of applicability and flowed-down for appropriate implementation. Any action items associated with lessons learned are tracked in iTrack. Lessons learned are reviewed and evaluated by both Fermilab and LBNF/DUNE management. </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>A.2 Schedule milestones</head><p>A series of tiered milestones have been developed for the DUNE project. The spokespersons and host laboratory director are responsible for the tier 0 milestones. Three tier 0 milestones have been defined and the dates set:</p><p>1. Start main cavern excavation 2020 2. Start detector module 1 installation 2024 3. Start operations of detector modules #1-2 with beam 2028 These dates will be revisited after the U.S. LBNF project is reviewed. The TC, project integration director and LBNF project manager hold the tier 1 milestones. The consortia hold tier 2 milestones. Table <ref type="table">A</ref>.3 provides a high level version of the DUNE milestones from the LBNF/DUNE schedule.</p><p>To monitor progress, JPO scheduling team will maintain the LBNF/DUNE schedule that links all consortium schedules and contains milestones for each consortia. The schedules will go under change control after each consortium agrees to the milestone dates, the TDR is approved, and the LBNF project is baselined.</p><p>To ensure that the DUNE detector remains on schedule, technical coordination will monitor schedule status from each consortium and organize reviews of schedules and risks as appropriate. As schedule problems arise, technical coordination will work with the affected consortium to resolve the problems. If problems cannot be solved, the TC will take the issue to the TB and EB.</p><p>A monthly report with input from all the consortia will be published by technical coordination and provided to the LBNC. This will include updates on consortium and technical coordination technical progress against the schedule.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>A.3 Requirements</head><p>The scientific goals of DUNE as described in Volume I: Introduction to DUNE of this TDR include &#8226; a comprehensive program of neutrino oscillation measurements including the search for charge-parity symmetry violation (CPV);</p><p>&#8226; measurement of &#957; e flux from a core-collapse supernova within our galaxy, should one occur during DUNE operations; and</p><p>&#8226; a search for baryon number violation.         </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>A.6.2 Dual-phase</head><p>For each risk, the risk probability, after taking into account the planned mitigation activities, is ranked as L (low &lt; 10 %), M (medium 10 % to 25 %), or H (high &gt; 25 %). The cost and schedule impacts are ranked as L (cost increase &lt; 5 %, schedule delay &lt; 2 months), M (5 % to 25 % and 2-6 months, respectively) and H (&gt; 20 % and &gt; 2 months, respectively).       </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>A.7 Hazard Analysis Report (HAR)</head><p>A key element of an effective ES&amp;H program is the hazard identification process. Hazard identification allows production of a list of hazards within a facility, so these hazards can be screened and managed through a suitable set of controls.</p><p>The LBNF/DUNE project completed a HAR to ensure that identified hazards are mitigated early in the design process. The focus of the report is on process hazards, not activity hazards that are typically covered in a job hazard analysis. The HAR has been completed, identifying hazards anticipated in the project's construction and operational phases.</p><p>The hazard HAR looks at the consequences of a hazard to establish a pre-mitigation risk category. Proposed mitigation is applied to hazards of concern to reduce risk and then establishes a post-mitigation risk category.</p><p>As the DUNE design matures, the HAR will be updated to ensure that all hazards are properly identified and controlled through design and safety management system programs. In addition, some sections of the HAR are used to meet the safety requirements as defined in 10 CFR 851 and DOE Order 420.2C, Safety of Accelerator Facilities. Table <ref type="table">A</ref>.39 summarizes these hazards. The sections following the table describe in more detail the hazards that are most applicable to DUNE activities and the design and operational controls used to mitigate these hazards. The results of these evaluations confirm that the potential risks from construction, operations, and maintenance are acceptable. Individual activity-based HA will be developed for each work LBNF/DUNE activity at SURF. DAQ control, configuration and monitoring subsystem (CCM) A system for controlling, configuring and monitoring other systems in particular those that make up the DAQ where the CCM encompasses run control (RC). 99 charge-parity symmetry violation (CPV) Lack of symmetry in a system before and after charge and parity transformations are applied. For CP symmetry to hold, a particle turns into its corresponding antiparticle under a charge transformation, and a parity transformation inverts its space coordinates, i.e., produces the mirror image. 111 charge-readout plane (CRP) In the DP technology, a collection of electrodes in a planar arrangement placed at a particular voltage relative to some applied E field such that drifting electrons may be collected and their number and time may be measured. <ref type="bibr">55</ref> data quality monitoring (DQM) Analysis of the raw data to monitor the integrity of the data and the performance of the detectors and their electronics. This type of monitoring may be performed in real time, within the DAQ system, or in later stages of processing, using disk files as input. 99, 100</p><p>detector support system (DSS) The system used to support a SP detector module within its cryostat. time projection chamber (TPC) A type of particle detector that uses an E field together with a sensitive volume of gas or liquid, e.g., LAr, to perform a 3D reconstruction of a particle trajectory or interaction. The activity is recorded by digitizing the waveforms of current induced on the anode as the distribution of ionization charge passes by or is collected on the electrode. </p></div><note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_0"><p>-i --i -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_1"><p>-ii --ii -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_2"><p>-iii --iii -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_3"><p>-iv --iv -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_4"><p>-v --v -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_5"><p>-vi --vi -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_6"><p>-1 --1 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_7"><p>-12 --12 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_8"><p>-13 --13 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_9"><p>-14 --14 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_10"><p>-15 --15 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_11"><p>-16 --16 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_12"><p>-17 --17 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_13"><p>-19 --19 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_14"><p>-23 --23 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_15"><p>-30 --30 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="2" xml:id="foot_16"><p>Smoke or a temperature/humidity increase above normal operating levels. This could be detected inside a rack or near an instrumented feedthrough. If any of these conditions are detected, local power must be automatically switched off. If smoke is detected, a dedicated line will alert 4850L fire alarm system.</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="3" xml:id="foot_17"><p>A water leak detected near energized equipment in the DAQ underground data processing room. Water leak detectors report to the DDSS PLC and a decision will be made to either issue an alert or immediately shut down power to the room, depending on the detected magnitude of the leak. This condition would also be reported to the 4850L fire alarm system.</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_18"><p>-53 --53 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_19"><p>-54 --54 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_20"><p>-55 --55 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_21"><p>-57 --57 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_22"><p>-58 --58 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_23"><p>-59 --59 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_24"><p>1http://www.npd-solutions.com/step.html "Standard for the Exchange of Product Model Data", ISO Standard 10303. 2Navisworks&#8482; https://www.autodesk.com/products/navisworks/overview.</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_25"><p>-61 --61 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_26"><p>-62 --62 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_27"><p>-63 --63 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_28"><p>-64 --64 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_29"><p>-65 --65 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_30"><p>-67 --67 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_31"><p>-70 --70 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_32"><p>-73 --73 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_33"><p>-74 --74 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_34"><p>-78 --78 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_35"><p>-79 --79 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_36"><p>-80 --80 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_37"><p>-82 --82 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_38"><p>-85 --85 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_39"><p>-86 --86 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_40"><p>1http://ccd.fnal.gov/records.</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_41"><p>-88 --88 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_42"><p>-89 --89 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_43"><p>-94 --94 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_44"><p>-98 --98 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_45"><p>-100 --100 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_46"><p>-103 --103 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_47"><p>-104 --104 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_48"><p>3http://sanfordlab.org/esh. 4http://sanfordlab.org/esh/manual/32-emergency-response-plan-erp-policy.</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_49"><p>-106 --106 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_50"><p>5http://sanfordlab.org/ehs/manual/31-emergency-management-policy.</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_51"><p>-108 --108 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_52"><p>-109 --109 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_53"><p>-110 --110 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_54"><p>-111 --111 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_55"><p>-112 --112 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_56"><p>-113 --113 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_57"><p>-114 --114 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_58"><p>-115 --115 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_59"><p>-117 --117 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_60"><p>-120 --120 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_61"><p>-123 --123 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_62"><p>-124 --124 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_63"><p>-125 --125 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_64"><p>-127 --127 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_65"><p>-128 --128 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_66"><p>-129 --129 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_67"><p>-131 --131 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_68"><p>-132 --132 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_69"><p>-133 --133 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_70"><p>-136 --136 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_71"><p>-137 --137 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_72"><p>-140 --140 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_73"><p>-141 --141 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_74"><p>-142 --142 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_75"><p>-143 --143 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_76"><p>-144 --144 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_77"><p>-146 --146 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_78"><p>-147 --147 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_79"><p>-148 --148 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_80"><p>-149 --149 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_81"><p>-150 --150 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_82"><p>-151 --151 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_83"><p>-152 --152 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_84"><p>-153 --153 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_85"><p>-154 --154 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_86"><p>-155 --155 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_87"><p>-157 --157 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_88"><p>-158 --158 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_89"><p>-159 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_90"><p>-160 --160 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_91"><p>-161 --161 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_92"><p>-162 --162 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_93"><p>-163 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_94"><p>-166 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_95"><p>-167 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_96"><p>-168 --168 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_97"><p>-169 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_98"><p>-171 --171 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_99"><p>-172 --172 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_100"><p>-173 --173 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_101"><p>-174 --174 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_102"><p>-176 --176 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_103"><p>-177 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_104"><p>-179 --179 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_105"><p>-180 --180 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_106"><p>-181 --181 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_107"><p>-182 --182 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_108"><p>-183 --183 -</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_109"><p>-184 -</p></note>
		</body>
		</text>
</TEI>
