Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

DayShiftShifter
Thursday Sep/299am – 9pmSergei, Su Dong, Timon, Ben, Katie
Thursday – Friday9pm – 9amPeilian, Ben (->1am), Timon (->5am), Sergei (4am->)
Friday Sep/309am – 9pmSu Dong, Nicole, Sergei (->11am)
Friday – Saturday9pm – 9amTimon (->5am,10am->), Peilian, Rob (5am->)
Saturday Oct/19am – 9pmSu Dong, Rob(->10am), Ben (10am->), Timon(10am-2pm)
Saturday – Sunday9pm – 9amNo shift, LCLS at low energy. Ben and Su Dong switching cold->warm setup
Sunday Oct/2

9am – 9pm

Ben, Peter, Katie
Sunday – Monday9pm – 9amSu Dong, Nicole
Monday Oct/39am – 9pmFrancesco, Peter
Monday – Tuesday9pm – 9amBen, Rob
Tuesday9am – 9pmSu Dong, Peter, Rob
Wednesday10am-10pmMartin, Su Dong, Timon (remote)

Event Log

Sep/19-26 prep      

...

  • 8am MCC meeting got a tentative agreement to potentially let us in sporadically during MD in the afternoon (1-7pm) but no guarantee.
  • The apparent low efficiency of the RTI module from early data taking is explained by the fact the 225 calibration used at the time disabled very large fraction of the pixels. 
  • Martin calibrated RTISC4A in the lab perfectly fine with 140e noise, but setting up on the DUT platform also saw large noise. Changing LV supply and HV supply to Keithley, connecting ground wire etc all had positive or negative variations but inconclusive. The biggest effect was actually tuning off the Yfine stage holding current which we kept off and reached a setup that gave noise at 200e and  narrow threshold spread at tuning (but broadened some later). This calibration (555) is now the RTISC4A default config. Several row at the bottom and top and edge columns have some problems but most pixel away from the edges are looking fine, with just a few problematic central pixels. Another curious effect is for noise scans, one most of times have two large blocks of rows showing bad noise on every pixel in the block for a probability of ~few x10**-5. The top block always start from row 256. Since this is a low frequency effect, the setup is good enough for efficiency tests.
  • In preparation for the beam run with all components, Timon updated YARR to readout 10 clock ticks to cover the double pulse events. 
  • While trying to test an auto-trig  configuration with Caladium+RTI+FE65P2 together, the YARR server esadutlbnl1 seemed to have stuck and not responding to pings. Had to go down the pit to power cycle. Moved its power line to the first channel of the remote controlled poser strip. However, it looks like this may not help much as the PC still needs to hit a manual botton at front to start. It is back up in any case but we lost the one open window connecting to it. Also noticed from the open side panel of esadutlbnl1 that a fan on the top left corner is not spinning. 
  • 5pm: BEAM coming. Particle rate very low due to 15.3 GeV primary with 0.5mm slit10. Opened to 1mm. Quickly moved DUT to be in the beam spot. ~2 particles per crossing on DUT. 
  • Timon reprogramming YARR FPGA.
  • 17:25 Started Run 763 Caladium + RTISC4A. 2 particles/event. Telescope beam spot in the lower X half with tallest edge in the middle of MIMOSA. RTI DUT hit region X=45-70, Y=180-280. Ended at 17.59 after 10K events. Really nice clean DUT data with the new config cleaned up noise. 
  • Restarted Run control to brining in FE65P2 producer and moved telescope by -2mm in X to make the MIMOSA beam spot centered in X which is also the center of FE65P2. Last MIMOSA plane has a slightly low Y spot from the center which may be just fine for FE65P2. Telescope (an FE65P2 with it) will be kept here while we scan around DUT regions.
  • 18:10 Run 764 with centered EUDET+FE65P2. DUT Xfine cancelled telescope X move to stay at the same local area as Run 764. MCC took away beam for 10min for primary user. Ended Run 18:21 for 2K events. 
  • 18:25 started Run 765 with DUT Xfine moved -7mm to center X=15-45. Beam taken away for 10min again for primary user after 10min. Ended run for 2K events.
  • 18:48 Run 766, primary energy 15.3->13.5 GeV with 30% higher rate. Ended at 18:58 with 3.1K events for short beam off. 
  • 19:03 Run 767, Xfine -3.5mm so that we are at X=0-30 now.  Ended at 17:45 with 11K events.
  • FE65P2 data empty. Dropped its producer to let Timon investigate in parallel.
  • 20:05 After a few false start, got SLAC_1dut_FEI4B_RTISC4A setup up without FE65P2, but beam temporarily off. Down for at least 15-20min.
  • Asked for access to check FE65P2 HV,LV and module. All seemed to be up. Just pinch the partially blocked FE65P2 module connector which was slightly loose. Timon believes dataflow was OK with module standlaone operation and just without hits. maybe a calibration fixed it. Everything rounded in to the SLAC_1dut_FEI4B_RTISC4A_YARRParasitic configuration.
  • 21:05 Beam back. Start Run 775. FE65P2 hits now seen !  Only have 10min left. Ended run for 2.8 events. When they return go for 10min at high rate at slit10=4mm.         
  • Moved Yfine up by 8mm to hit lower part of RTI.
  • 21:30 Run 776 rate up to 30-40/event. We are moving DUT stage during run without stopping for a quick spray of hits everywhere for local cluster analyses only. 
  • 21:50 Ended Run 776 with 5K events.
  • This is the end of data taking for this test beam session.