Timing scans for the barrel preshower & shower max: Update
Introduction
My previous work with the barrel preshower and shower max timing scans is documented here:
http://drupal.star.bnl.gov/STAR/blog-entry/aliceb/2009/feb/02/emc-meeting-2-february-2009
http://drupal.star.bnl.gov/STAR/blog-entry/aliceb/2009/feb/09/emc-update-february-9-2009
The suggestions from the group on how to procede are summarized in this email on hypernews:
http://www.star.bnl.gov/HyperNews-star/get/emc2/2975/2/2/1/2.html
For completeness, the runs used are given in the table below.
Run Number | TCD Delay |
8330079 | -150 |
8330088 | -100 |
8330089 | -50 |
8330090 | 0 |
8330094 | 50 |
8330097 | 100 |
8330100 | 150 |
Procedure
I take the raw ADC spectrum for the preshower and shower max detectors and pedestal subtract by hand. I produce an ADC-ped spectrum for the 8 crates of the shower max in each plane and the 4 crates of the preshower. I do not include channels that have extremely low or high pedestal values or where the pedestal was poorly fit.
For each ADC-ped spectrum I fit the slope on the right hand side of the Gaussian peak. These fits are shown in the attachments: smde_fits, smdp_fits and pre_fits for each run, in the order of the table above. There is still some jitter in the spectrum for the shower max eta and phi, but I was not able to identify the guilty channels. However I don't think this affects the fit to the slope and can probably be ignored. The preshower ADC-ped distributions, however, look bad with lots of bumps. I will try to investigate the bad channels here - a more doable task with 4100 channels instead of 18000.
Next I look at the dependence of 1/slope on the timing. These are shown for the shower max planes for each crate in: smde_slopes and smdp_slopes. I also look at the "gain deviation" in smde_dev and smdp_dev. I did not even attempt this with the preshower given the quality of the fits above.
I also added plots where, instead of fitting a slope, I take the ratio of counts in an ADC region high above pedestal (100,200) to the total number of events. These are posted as smde_sum and sudp_sum.
Comments
Using the sum instead of the 1/slope doesn't help with showing a timing dependence. It's possible something was wrong with the data taking and these timings were not, in fact, changed. I will continue to investigate QA to be done on the preshower, but don't have much hope for seeing a time dependence there.
- aliceb's blog
- Login or register to post comments