Introduction

  • The beam splash dump to P5 was foreseen to start the Friday 6th November 2009 in the afternoon and last until Monday morning 9th November 2009 with the schedule reported at https://twiki.cern.ch/twiki/bin/view/CMS/Splash2009.
  • The first splash events were available (and recorded!) from Saturday evening at ~20.10

  • 3 are the runs with splash events:
    • 120015: lasted order 3 hours. FIRST BEAM OF 2009 big grin
    • 120017: lasted only few mins
    • 120020: lasted order ~10 hours

CSCTF Configuration

During the entire week-end CSCTF was configured with key 21109:

  • 21109 (algo bit 54). BEAM2 configuration:
    • Only ME+ is triggering.
    • No singles.
    • No halo delay.
    • Only halo trigger on: the rate for cosmics is ~0.5 Hz.
    • Capability to still monitor the CSCTF rate for the minus endcap.

During the late evening of Friday, while waiting for beam 2 to arrive, there was a trip in the turbines and CSC lost two crates: VMEp1/8 and VMEp1/9 which corresponds to sector 4 and the first 6 links. During the entire beam splash exercise we had these two crates masked at the CSCTF level and no data were provided by the respective chambers. More details here.


A snapshot of the crates status is shown here:
LinkError-Splash-run120015_2025.png

CSC had the HV set to STANDBY, which combined with the halo rate only trigger setting was providing 0 rate during cosmics data taking. Thus, if we fired events, this should have come from the BEAM SPLASH

Rate Response

During the beam splash runs, CSCTF was set to be the "backup" trigger. It means that the CSCTF was not sending the L1A and algo bit 54 (beam halo) was switched off at the GT. Ecal was the trigger defining the timing and only in case Ecal would have lost the event, CMS would have switched to use the CSCTF beam halo. Ecal performed perfectly so there was no need to use the beam halo. Nevertheless, CSCTF was recording rate from both endcap, allowing us to understand its performances.


  • Snapshot of the total rate monitor from Friday night 7th November 2009:

ConditionBrowser_run120015.png

  • Snapshot of the rate monitor sector-by-sector:
Arrow blue right Show RateSectorBySector Hide RateSectorBySector
RateStatus-Splash-run120015_2027.png

  • Snapshot of the rate monitors comparison between no beam splash and beam splash event recorded:
Arrow blue right Show RateComparison Hide RateComparison
RateStatus-Splash-run120015_2018.png → → → → RateStatus-Splash-run120015_2017.png

Interestingly enough the CSCTF did not trigger on all sectors at the same time from the counters.

Timing Results

Two are the timing studies to be carried on:

  • The chamber-by-chamber results → these are reported on Joe's timing analysis twiki page
  • Since the ecal trigger is used as baseline we can monitor how the CSCTF behaves w.r.t. ecal trigger by looking at the timing distributions. It was observed that the CSCTF on the downstream endcap (ME+ for beam 2) was early 1/2 bx while on the upstream endcap (ME- for beam 2) was early 2/3 bx. So between run 120015 and run 120020 the upstream endcap was delayed 2 bx (maximum delay allowed by modifying the TTCrx coarse delay). This can be visible in the time shift for the event recorded by the CSCTF for the minus endcap

Arrow blue right Show CSCTFTrackTiming Hide CSCTFTrackTiming .

  • SECTOR 1:


                RUN 120015                         RUN 120020

timing1_run120015.pngtiming1_run120020.png


  • SECTOR 2:


                RUN 120015                         RUN 120020

timing2_run120015.pngtiming2_run120020.png


  • SECTOR 3:


                RUN 120015                         RUN 120020

timing3_run120015.pngtiming3_run120020.png


  • SECTOR 4:


                RUN 120015                         RUN 120020

timing4_run120015.pngtiming4_run120020.png


  • SECTOR 5:


                RUN 120015                         RUN 120020

timing5_run120015.pngtiming5_run120020.png


  • SECTOR 6:


                RUN 120015                         RUN 120020

timing6_run120015.pngtiming6_run120020.png


  • SECTOR 7:


                RUN 120015                         RUN 120020

timing7_run120015.pngtiming7_run120020.png


  • SECTOR 8:


                RUN 120015                         RUN 120020

timing8_run120015.pngtiming8_run120020.png


  • SECTOR 9:


                RUN 120015                         RUN 120020

timing9_run120015.pngtiming9_run120020.png


  • SECTOR 10:


                RUN 120015                         RUN 120020

timing10_run120015.pngtiming10_run120020.png


  • SECTOR 11:


                RUN 120015                         RUN 120020

timing11_run120015.pngtiming11_run120020.png


  • SECTOR 12:


                RUN 120015                         RUN 120020

timing12_run120015.pngtiming12_run120020.png

CSCTF Occupancy

Another series of plots to look at is the chamber occupancy during the run:
  • Online DQM Occupancy Plot
Arrow blue right Show CSCTFDQMOccupancy Hide CSCTFDQMOccupancy .

  • OCCUPANCY PLOTS FROM ONLINE DQM:


                RUN 120015                         RUN 120020

CSCTF_Chamber_Occupancies-120015.pngCSCTF_Chamber_Occupancies-120020.png

During run 120015 it is visible the hole due to the lack of VMEp1/8 and VMEp1/9. During the nightly run 120020 a problem with the high voltage happened and it should have been responsible for the lack of data in the minus endcap. This lack is also confirmed by the CSC Summary plots. More details on the HV error occurred are here and here.

  • Local TF DQM Occupancy Plot
Arrow blue right Show CSCTFLocalDQMOccupancy
Hide CSCTFLocalDQMOccupancy
.

  • OCCUPANCY PLOTS FROM LOCAL TF DQM:


                RUN 120020 (ME+)                         RUN 120020 (ME-)

occupancyLCTsPlus_run120020.pngoccupancyLCTsMinus_run120020.png

It seems we are getting a strange pattern for the occupancy which is sort of confirmed by the CSC Summary plots, e.g. the segment distribution:

Sglobal_station_1_run120020.png Sglobal_station_2_run120020.png

It is not clear to me the reason why, maybe it is due to the chamber decision making when the chambers is full of LCTs.

Interesting Links:

-- GianPieroDiGiovanni - 08-Nov-2009

Topic attachments
I Attachment History Action Size Date Who Comment
PNGpng CSCTF_Chamber_Occupancies-120015.png r1 manage 24.8 K 2009-11-08 - 19:11 GianPieroDiGiovanni  
PNGpng CSCTF_Chamber_Occupancies-120020.png r1 manage 22.9 K 2009-11-08 - 19:11 GianPieroDiGiovanni  
PNGpng ConditionBrowser_run120015.png r1 manage 18.5 K 2009-11-09 - 12:07 GianPieroDiGiovanni  
PNGpng LinkError-Splash-run120015_2025.png r1 manage 26.3 K 2009-11-08 - 16:51 GianPieroDiGiovanni  
PNGpng RateStatus-Splash-run120015_2017.png r1 manage 19.9 K 2009-11-08 - 16:52 GianPieroDiGiovanni  
PNGpng RateStatus-Splash-run120015_2018.png r1 manage 17.2 K 2009-11-08 - 16:52 GianPieroDiGiovanni  
PNGpng RateStatus-Splash-run120015_2027.png r1 manage 76.5 K 2009-11-08 - 16:52 GianPieroDiGiovanni  
PNGpng Sglobal_station_1_run120020.png r1 manage 77.8 K 2009-11-08 - 19:26 GianPieroDiGiovanni  
PNGpng Sglobal_station_2_run120020.png r1 manage 85.3 K 2009-11-08 - 19:26 GianPieroDiGiovanni  
PNGpng occupancyLCTsMinus_run120020.png r1 manage 112.6 K 2009-11-08 - 19:25 GianPieroDiGiovanni  
PNGpng occupancyLCTsPlus_run120020.png r1 manage 128.6 K 2009-11-08 - 19:25 GianPieroDiGiovanni  
PNGpng timing10_run120015.png r1 manage 27.4 K 2009-11-08 - 18:19 GianPieroDiGiovanni  
PNGpng timing10_run120020.png r1 manage 30.4 K 2009-11-08 - 18:19 GianPieroDiGiovanni  
PNGpng timing11_run120015.png r1 manage 27.3 K 2009-11-08 - 18:20 GianPieroDiGiovanni  
PNGpng timing11_run120020.png r1 manage 29.9 K 2009-11-08 - 18:20 GianPieroDiGiovanni  
PNGpng timing12_run120015.png r1 manage 27.1 K 2009-11-08 - 18:20 GianPieroDiGiovanni  
PNGpng timing12_run120020.png r1 manage 28.6 K 2009-11-08 - 18:20 GianPieroDiGiovanni  
PNGpng timing1_run120015.png r1 manage 25.3 K 2009-11-08 - 17:56 GianPieroDiGiovanni  
PNGpng timing1_run120020.png r1 manage 29.3 K 2009-11-08 - 17:57 GianPieroDiGiovanni  
PNGpng timing2_run120015.png r1 manage 25.5 K 2009-11-08 - 18:01 GianPieroDiGiovanni  
PNGpng timing2_run120020.png r1 manage 27.9 K 2009-11-08 - 18:01 GianPieroDiGiovanni  
PNGpng timing3_run120015.png r1 manage 25.9 K 2009-11-08 - 18:02 GianPieroDiGiovanni  
PNGpng timing3_run120020.png r1 manage 29.0 K 2009-11-08 - 18:02 GianPieroDiGiovanni  
PNGpng timing4_run120015.png r1 manage 25.4 K 2009-11-08 - 18:02 GianPieroDiGiovanni  
PNGpng timing4_run120020.png r1 manage 25.4 K 2009-11-08 - 18:03 GianPieroDiGiovanni  
PNGpng timing5_run120015.png r1 manage 27.2 K 2009-11-08 - 18:03 GianPieroDiGiovanni  
PNGpng timing5_run120020.png r1 manage 28.0 K 2009-11-08 - 18:03 GianPieroDiGiovanni  
PNGpng timing6_run120015.png r1 manage 27.8 K 2009-11-08 - 18:03 GianPieroDiGiovanni  
PNGpng timing6_run120020.png r1 manage 29.3 K 2009-11-08 - 18:04 GianPieroDiGiovanni  
PNGpng timing7_run120015.png r1 manage 27.5 K 2009-11-08 - 18:18 GianPieroDiGiovanni  
PNGpng timing7_run120020.png r1 manage 28.9 K 2009-11-08 - 18:18 GianPieroDiGiovanni  
PNGpng timing8_run120015.png r1 manage 27.4 K 2009-11-08 - 18:18 GianPieroDiGiovanni  
PNGpng timing8_run120020.png r1 manage 28.4 K 2009-11-08 - 18:18 GianPieroDiGiovanni  
PNGpng timing9_run120015.png r1 manage 27.9 K 2009-11-08 - 18:19 GianPieroDiGiovanni  
PNGpng timing9_run120020.png r1 manage 29.0 K 2009-11-08 - 18:19 GianPieroDiGiovanni  
Edit | Attach | Watch | Print version | History: r2 < r1 | Backlinks | Raw View | WYSIWYG | More topic actions
Topic revision: r2 - 2009-11-09 - GianPieroDiGiovanni
 
    • Cern Search Icon Cern Search
    • TWiki Search Icon TWiki Search
    • Google Search Icon Google Search

    Main All webs login

This site is powered by the TWiki collaboration platform Powered by PerlCopyright &© 2008-2024 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
or Ideas, requests, problems regarding TWiki? use Discourse or Send feedback