- bouchet's home page
- Posts
- 2016
- 2015
- December (1)
- November (3)
- October (2)
- September (2)
- August (2)
- June (2)
- April (5)
- March (2)
- February (3)
- January (2)
- 2014
- December (2)
- November (2)
- October (3)
- September (2)
- August (3)
- July (1)
- June (3)
- May (6)
- April (6)
- March (1)
- February (2)
- January (1)
- 2013
- December (2)
- November (3)
- October (3)
- September (4)
- August (1)
- July (1)
- May (4)
- April (6)
- March (4)
- February (3)
- 2012
- 2011
- December (2)
- November (2)
- October (4)
- September (1)
- August (2)
- July (6)
- June (2)
- May (3)
- April (3)
- March (2)
- 2010
- 2009
- December (2)
- November (1)
- October (3)
- September (1)
- August (1)
- July (1)
- June (2)
- April (1)
- March (2)
- February (2)
- January (1)
- 2008
- My blog
- Post new blog entry
- All blogs
SSD chip gain calib
Updated on Tue, 2015-02-17 12:09. Originally created by bouchet on 2015-02-17 09:55.
Calibration table for SSD chip
proposal to change the gain calibration to be done at the DaqMaker level.
Pros :
1) Structure of the table
The table will have 1920 elements. Unlike the hotChip table (where the adress of chips to flag were saved), here we saved all the elements. 1 will be the default gain (meaning no gain)
2) table is initialized in StSstDbMaker
3) Access from another maker is done using the method chipGain()
4) making the calibration
Some histograms are saving the total ADC for each chips (signal of ach channel in a chip) as well as the number of counts for each chip, over a number of events processed by the BFC chain (example here)
Then the relative gain between P and N side is the ratio of the average ADC on P side over the average ADC on N side.
gain = <ADC_sideP> / <ADC_sideN>
We need to be careful to do the inversion of the chip index of N-side to associate the same chips of P and N sides.
bal blah
proposal to change the gain calibration to be done at the DaqMaker level.
Pros :
- less possible errors done in strips mapping
- possibility to do the calibration chip-by-chip, instead of wafer by wafer as it is right now
- previous calib were on the hit/cluster level ; here the plan is to correct ADC at the strip level
- histograms of the total ADC per chip and side (P,N)
- histograms of # of counts (= channels) per chip and side (P,N)
- the gain will be ratio = ( ADC_sideP / counts_sideP) / (ADC_sideN / counts_sideN )
- then the correction is done in the DaqMaker when writing spa_strip table and by correcting , if side = N , by adc * ratio
1) Structure of the table
The table will have 1920 elements. Unlike the hotChip table (where the adress of chips to flag were saved), here we saved all the elements. 1 will be the default gain (meaning no gain)
2) table is initialized in StSstDbMaker
3) Access from another maker is done using the method chipGain()
4) making the calibration
Some histograms are saving the total ADC for each chips (signal of ach channel in a chip) as well as the number of counts for each chip, over a number of events processed by the BFC chain (example here)
Then the relative gain between P and N side is the ratio of the average ADC on P side over the average ADC on N side.
gain = <ADC_sideP> / <ADC_sideN>
We need to be careful to do the inversion of the chip index of N-side to associate the same chips of P and N sides.
bal blah
»
- bouchet's blog
- Login or register to post comments