ECLOUD in PS 2 PS SPS Miguel Furman

  • Slides: 30
Download presentation
ECLOUD in PS 2, PS+, SPS+ Miguel Furman Center for Beam Physics LBNL CARE-HHH-APD

ECLOUD in PS 2, PS+, SPS+ Miguel Furman Center for Beam Physics LBNL CARE-HHH-APD LHC-LUMI-06 IFIC, Valencia, 16 -20 October 2006 LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) M. Furman, “ecloud in PS 2, PS+, SPS+” p. 1

Summary ã New results for LHC (nominal case, tb=25 ns spacing) ã Results for

Summary ã New results for LHC (nominal case, tb=25 ns spacing) ã Results for LHC upgrades (tb=12. 5, 25 & 75 ns)(*, **) ã Results for injector upgrades (SPS, SPS+, …)(**) I am grateful for many discussions with F. Zimmermann and W. Fischer. (*) In collaboration with summer student Michael Carrié (INP Grenoble, ENSPG). (**) Very recent; not tested for numerical convergence, especially PS 2 and PS+. Some cases yet to be done. LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) M. Furman, “ecloud in PS 2, PS+, SPS+” p. 2

POSINST code fixes and improvements ã Error found ~2 -3 months ago (M. Carrié,

POSINST code fixes and improvements ã Error found ~2 -3 months ago (M. Carrié, summer student) — When attempting first LHC upgrade simulations (tb=12. 5 ns) • Severe ecloud problem • Intermittent problem: exceedingly fast ecloud growth with gross violation of energy conservation, even in between bunch passages ã Traced to the Poisson solver subroutine ã Replaced with a new, multigrid solver (courtesy J. Qiang) — I have thoroughly tested it • In stand-alone mode • Convergence tests within LHC ecloud simulations — For 64 x 64 grid, it is ~as fast as old solver with 9 x 7 grid — New results show a more benign ecloud effect than the old ones — Most of the problem was due to the too-coarse grid used earlier ã I offer my embarrassed apologies LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) M. Furman, “ecloud in PS 2, PS+, SPS+” p. 3

LHC nominal case (tb=25 ns, Eb=7 Te. V): old(*) & new results Build-up of

LHC nominal case (tb=25 ns, Eb=7 Te. V): old(*) & new results Build-up of the ecloud in an arc dipole: line charge density vs. time for 1 batch old new – Other convergence tests carried out, separately and in combination – An erratum will be submitted to PRSTAB (*) Old results: M. Furman and V. Chaplin, PRST-AB 9, 034403 (March 2006) LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) M. Furman, “ecloud in PS 2, PS+, SPS+” p. 4

LHC nominal case (contd. ): ecloud heat load vs. Nb heat load vs. dmax

LHC nominal case (contd. ): ecloud heat load vs. Nb heat load vs. dmax tb=25 ns Nb=1 e 11 dmax=1. 7 old dmax=1. 7 dmax=1. 5 new dmax=1. 7 heat load vs. Nb dmax=1. 3 Solid: LTC 40: ECLOUD (F. Zimmermann, LTC mtg. #40, April 2005) Dashed: new POSINST, SEY w/o rediffused dmax=1. 5 dmax=1. 3 – New conclusion: ecloud less severe than before – dmax needs to be <1. 3 (vs. <1. 2 in the old calculation) – Very good agreement with ECLOUD if same SEY model : cooling capacity available for EC power deposition (FZ, LHC MAC mtg. #17 (2005)) LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) M. Furman, “ecloud in PS 2, PS+, SPS+” p. 5

LHC upgrades (from file lhcupgradeparams. pdf) Nominal Ultimate Shorter bunch Bigger bunch Longer bunch

LHC upgrades (from file lhcupgradeparams. pdf) Nominal Ultimate Shorter bunch Bigger bunch Longer bunch 25 25 12. 5 25 75 Nb [1 e 11] 1. 15 1. 7 3. 4 6 sigz [cm] 7. 55 3. 78 14. 4 gaussian flat LHC, Eb=7 Te. V tb [ns] Longit. bunch profile Simulation conditions: 1. 2. 3. Look only at bending dipoles at Eb=7 Te. V Assume copper chamber Primary electrons only from photoemission • 4. 5. 8. Always use the new Poisson solver with a 64 x 64 grid For the long bunch case, use a generalized parabolic longitudinal shape, Same photoelectric and SEY parameters as in “old case” (PRSTAB 9, 034403 (2006)) Study ecloud during only one “batch”, with a few spot checks to 2 and 3 batches Definition of a “batch” • • • 6. 7. For tb=12. 5 ns, 144 bunches followed by a gap, for a total of 2 ms For tb=25 ns, 72 bunches followed by a gap, for a total of 2 ms For tb=75 ns, 24 bunches followed by a gap, for a total of 2 ms For either nominal or short bunch cases, use 21 kicks per bunch. For longer bunches, use 41 kicks. LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) NB: in this case, sz/FW=0. 26 and FWHM/FW=0. 9 M. Furman, “ecloud in PS 2, PS+, SPS+” p. 6

Short bunch case (tb=12. 5 ns) heat load vs. Nb ecloud density vs. Nb

Short bunch case (tb=12. 5 ns) heat load vs. Nb ecloud density vs. Nb ã Significant heat load for dmax>1. 1 — Qualitatively consistent with ECLOUD results (file “Lumi. Upgradeparameters-and-heat-loads. pdf”) — What is the available cryo cooling capacity at tb=12. 5 ns? ã Significant difference in overall ecloud density vs. 1 -s density LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) M. Furman, “ecloud in PS 2, PS+, SPS+” p. 7

Longer bunch case (tb=75 ns) heat load vs. Nb ecloud line density vs. Nb

Longer bunch case (tb=75 ns) heat load vs. Nb ecloud line density vs. Nb ã Insignificant heat load unless dmax exceeds ~1. 7 — Qualitatively consistent with ECLOUD results (file “Lumi. Upgrade-parameters-andheat-loads. pdf”, FZ and FR) ã ecloud dominated by photoelectrons, not by secondaries ã Density significantly below beam neutralization level LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) M. Furman, “ecloud in PS 2, PS+, SPS+” p. 8

Injector upgrade (parameters from file psplusetcparams. pdf) SPS, Eb=50 Ge. V SPS, Eb=75 Ge.

Injector upgrade (parameters from file psplusetcparams. pdf) SPS, Eb=50 Ge. V SPS, Eb=75 Ge. V SPS, Eb=450 Ge. V SPS+a, Eb=50 Ge. V tb [ns] 12. 5 25 75 12. 5 25 Nb [1 e 11] 1. 9 3. 8 6. 4 1. 9 sigz [cm] 14. 3 23. 4 12. 6 SPS+b, Eb=75 Ge. V SPS+, Eb=1000 Ge. V 75 12. 5 25 75 3. 8 6. 4 1. 9 3. 8 6. 4 1. 8 3. 6 6. 2 20. 9 12. 0 14. 3 23. 4 12. 6 20. 9 12. 0 PS PS 2, Eb=50 Ge. V tb [ns] 12. 5 25 75 Simulation conditions: Nb [1 e 11] 1. 9 3. 8 6. 4 1. 2. 3. 4. sigz [cm] Look only at bending dipoles Look at one batch only Identical “batch” definitions to those on slide 6 Assume stainless steel rectangular chamber • • 5. 6. Emax=310 e. V, independent of dmax Assumed dma =1. 3, 1. 5 and 1. 7 Primary electrons only from ionization of residual gas (assumed T=300 K and P=1 e-5 Torr for simulation speed up and better numerical stability) LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) 7. 8. 57. 3 93. 5 PS+, Eb=75 Ge. V 93. 5 50. 5 83. 5 Bunch length divided into kicks such that, typically, Dt~0. 1 ns (but Dt~0. 3 ns for PS 2 and PS+) • This is coarser than for the LHC by a factor ~3 -5 New Poisson solver, 64 x 64 grid NB: for all cases with 75 ns spacing, use long bunches with sz/FW=0. 26 and FWHM/FW=0. 9 (see p. 6) M. Furman, “ecloud in PS 2, PS+, SPS+” p. 9

Ecloud density vs. dmax SPS, Eb=450 Ge. V SPS, Eb=75 Ge. V ã Significant

Ecloud density vs. dmax SPS, Eb=450 Ge. V SPS, Eb=75 Ge. V ã Significant difference in overall ecloud density vs. 1 -s density — But d 1 s >> doverall, exactly the opposite of LHC short bunch case (see slide 7)!! • Almost certainly due to longer bunches in the injectors LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) M. Furman, “ecloud in PS 2, PS+, SPS+” p. 10

Ecloud density vs. dmax (contd. ) SPS, Eb=50 Ge. V SPS, Eb=450 Ge. V

Ecloud density vs. dmax (contd. ) SPS, Eb=50 Ge. V SPS, Eb=450 Ge. V ã Significant contribution of rediffused electrons — NB: stainless steel has a larger rediffused fraction than copper • But not many measurements available of the SEY components • It would be nice to have more LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) M. Furman, “ecloud in PS 2, PS+, SPS+” p. 11

Ecloud density vs. dmax (contd. ) SPS+a, Eb=50 Ge. V SPS+b, Eb=75 Ge. V

Ecloud density vs. dmax (contd. ) SPS+a, Eb=50 Ge. V SPS+b, Eb=75 Ge. V SPS+, Eb=1000 Ge. V LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) M. Furman, “ecloud in PS 2, PS+, SPS+” p. 12

PS 2 and PS+: d 1 s PS 2, Eb=50 Ge. V PS+, Eb=75

PS 2 and PS+: d 1 s PS 2, Eb=50 Ge. V PS+, Eb=75 Ge. V ã PS 2 and PS+ exhibit quite large d 1 s — Due to long bunches ã But clear evidence of lack of numerical convergence — Need to re-do with finer calculation LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) M. Furman, “ecloud in PS 2, PS+, SPS+” p. 13

Heat load vs. dmax SPS, Eb=50 Ge. V LHC-LUMI-06 (Valencia, 16 -20 Oct. ,

Heat load vs. dmax SPS, Eb=50 Ge. V LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) SPS+, Eb=1000 Ge. V M. Furman, “ecloud in PS 2, PS+, SPS+” p. 14

Heat load vs. dmax (contd. ) PS 2, Eb=50 Ge. V PS+, Eb=75 Ge.

Heat load vs. dmax (contd. ) PS 2, Eb=50 Ge. V PS+, Eb=75 Ge. V ã Heat load non-negligible (10’s to 100’s W/m) — Except for long bunches at 75 ns — Needs to be double-checked, esp. for PS 2 and PS+ LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) M. Furman, “ecloud in PS 2, PS+, SPS+” p. 15

Conclusions ã Significant differences between electron density within the 1 -s ellipse (d 1

Conclusions ã Significant differences between electron density within the 1 -s ellipse (d 1 s) and the overall electron density (doverall) for PS and SPS upgrades — d 1 s>>doverall (typ. for long bunches), or d 1 s<<doverall (typ. for short bunches) — Keep this in mind for HEADTAIL-like instability simulations! ã Long bunches at tb=75 ns lead to very low heat load in LHC — But may be just as sensitive to instabilities and/or e growth as short bunches — I’ll provide data for d 1 s and doverall soon ã Heat load can be nontrivial in injectors — Is this an issue? ã This is a first look at ecloud for the upgraded LHC and its injectors — Not all cases studied — Numerical convergence not methodically checked — Parameter sensitivity minimally studied ã Shortcomings remain in SEY model in simulation code — Leads intermittently to “virtual cathodes” — I believe these are mostly (but not altogether) artificial, due to assumed independence of SEY on sp. ch. E-field — Iriso-Peggs maps seem not to have this deficiency (? ) LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) M. Furman, “ecloud in PS 2, PS+, SPS+” p. 16

SPS and PS upgrades LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) M. Furman, “ecloud

SPS and PS upgrades LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) M. Furman, “ecloud in PS 2, PS+, SPS+” p. 17

LHC, tb=12. 5 ns, sz=3. 78 cm LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006)

LHC, tb=12. 5 ns, sz=3. 78 cm LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) M. Furman, “ecloud in PS 2, PS+, SPS+” p. 18

Backup material LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) M. Furman, “ecloud in PS

Backup material LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) M. Furman, “ecloud in PS 2, PS+, SPS+” p. 19

Three components of secondary emission: sample spectrum at E 0=300 e. V E 0

Three components of secondary emission: sample spectrum at E 0=300 e. V E 0 E from M. F. and M. Pivi, PRST-AB 5, 124404 (2002) LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) M. Furman, “ecloud in PS 2, PS+, SPS+” p. 20

Secondary emission spectrum ã Depends on material and state of conditioning — St. sample,

Secondary emission spectrum ã Depends on material and state of conditioning — St. sample, E 0=300 e. V, normal incidence, (Kirby-King, NIMPR A 469, 1 (2001)) st. steel sample d = 2. 04 de = 6% dr = 37% dts =57% Cu sample d = 2. 05 de = 1% dr = 9% dts =90% de+dr =43% de+dr =10% – Hilleret’s group CERN: Baglin et al, CERN-LHC-PR 472. – Other measurements: Cimino and Collins, 2003) LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) M. Furman, “ecloud in PS 2, PS+, SPS+” p. 21

Electron-wall collision energy comparison w/wo rediffused electrons Four successive bunches in a 25 -ns

Electron-wall collision energy comparison w/wo rediffused electrons Four successive bunches in a 25 -ns batch ~5 ns after bunch passage: 1 st wave of electrons hits the wall (were kicked by the beam) ~5 ns later: second wave of electrons hits the wall; these were mostly rediffused electrons created when the 1 st wave hit the wall NB: the 2 nd wave is absent in the “NR” case (“no rediffused”) LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) M. Furman, “ecloud in PS 2, PS+, SPS+” p. 22

Effective SEY comparison w/wo rediffused electrons The 2 nd wave leads to a higher

Effective SEY comparison w/wo rediffused electrons The 2 nd wave leads to a higher effective SEY (deff) than in the “NR” case… [definition: deff= (no. of emitted electrons)/(no. of incident electrons) averaged over all electron-wall collisions anywhere on the chamber wall, over any given time interval] LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) M. Furman, “ecloud in PS 2, PS+, SPS+” p. 23

Average electron line density comparison w/wo rediffused electrons …which leads to ~twice the number

Average electron line density comparison w/wo rediffused electrons …which leads to ~twice the number of electrons… LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) M. Furman, “ecloud in PS 2, PS+, SPS+” p. 24

Average power deposition comparison w/wo rediffused electrons …which, in turn, leads to ~twice the

Average power deposition comparison w/wo rediffused electrons …which, in turn, leads to ~twice the power deposition. Most of the power deposition comes from the 1 st-wave electrons. The factor ~2 is mostly because there are ~twice the number of electrons. The 2 nd wave contributes an additional ~5 -10% of “direct” power deposition (small bump ~10 ns after the bunch passage) LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) M. Furman, “ecloud in PS 2, PS+, SPS+” p. 25

Conditioning ã Peak SEY dmax vs e– dose: ã dmax~1 when D~1 C/cm 2

Conditioning ã Peak SEY dmax vs e– dose: ã dmax~1 when D~1 C/cm 2 — under vacuum and steady e– current ã ECE is a self-conditioning effect — Beam conditioning observed at SPS, PSR, PEP-II, RHIC… dmax vs. dose for Ti. N/Al ~1 Kirby & King, NIMPR A 469, 1 (2001) dmax vs. dose for Cu Hilleret, 2 stream 2001 (KEK) LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) M. Furman, “ecloud in PS 2, PS+, SPS+” p. 26 C/cm 2 1 C/cm 2

Conditioning effects–contd. ã Consistent with bench results for Cu found at CERN! Copper SEY

Conditioning effects–contd. ã Consistent with bench results for Cu found at CERN! Copper SEY (CERN) — the result d(0)≈1 seems unconventional — if validated, it could have a significant unfavorable effect on the EC power deposition in the LHC • because d(0) controls the dissipation rate of the EC • large d(0) electrons survive longer in between bunches R. Cimino and I. Collins, Appl. Surf. Sci. 235(1), p. 231 (2004) LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) M. Furman, “ecloud in PS 2, PS+, SPS+” p. 27

Code features POSINST ã Detailed SEY model — distributed by Tech-X ã 2 D,

Code features POSINST ã Detailed SEY model — distributed by Tech-X ã 2 D, not self-consistent — electrons are dynamical, beam is prescribed — geared towards determining EC buildup and e– distribution in time, space and energy ã Basic ionization, photoelectric and ione– generation models ã Space-charge (2 D grid) ã Arbitrary beam fill pattern ã Field free or dipole fields ã Chamber rectangular or elliptical ã Arbitrary longitudinal bunch profile ã Transverse bunch profile: selectable from several choices ã Simple kick-drift e– mover ã Serial computation LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) WARP/POSINST ã All of POSINST, plus: ã 3 D, beam-cloud self-consistent ã Detailed ionization, ion-e– generation models and gas desorption ã Space-charge: AMR 3 D (2 D x-y and r-z modes available) ã MAD input for lattice ã Arbitrary external fields (EM or B) ã Arbitrary chamber shape ã Arbitrary 3 D bunch distribution ã PIC solver ã Hybrid Boris/drift mover for e– in B fields ã Parallel computation (MPI) ã GUI M. Furman, “ecloud in PS 2, PS+, SPS+” p. 28

BIM in the APS: benchmark code POSINST Time-averaged e– flux at wall vs. bunch

BIM in the APS: benchmark code POSINST Time-averaged e– flux at wall vs. bunch spacing (e+ beam, 10 -bunch train, field-free region) measured Simulated (code POSINST) (Furman, Pivi, Harkay, Rosenberg, PAC 01) LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) M. Furman, “ecloud in PS 2, PS+, SPS+” p. 29

PSR: benchmark code POSINST ã Bunch length >> Dt — a portion the EC

PSR: benchmark code POSINST ã Bunch length >> Dt — a portion the EC phase space is in resonance with the “bounce frequency” — “trailing edge multipacting” (Macek; Blaskiewicz, Danilov, Alexandrov, …) ED 42 Y electron detector signal 8 m. C/pulse beam 435 m. A/cm 2 electron signal (dmax=2. 05) measured (R. Macek) LHC-LUMI-06 (Valencia, 16 -20 Oct. , 2006) simulated (M. Pivi) M. Furman, “ecloud in PS 2, PS+, SPS+” p. 30