- stevens4's home page
- Posts
- 2014
- 2013
- 2012
- 2011
- December (1)
- November (2)
- October (1)
- September (1)
- August (2)
- July (3)
- June (7)
- May (2)
- April (2)
- March (5)
- February (2)
- January (2)
- 2010
- November (1)
- October (1)
- September (3)
- August (3)
- July (3)
- June (1)
- May (1)
- April (3)
- March (4)
- February (4)
- January (8)
- 2009
- December (4)
- November (3)
- October (4)
- September (5)
- August (1)
- July (2)
- June (2)
- April (1)
- March (1)
- February (2)
- January (1)
- 2008
- My blog
- Post new blog entry
- All blogs
2010 200 GeV AuAu BTOW Pedestal and Status Tables
2010 200 GeV AuAu BTOW Pedestal and Status Tables
The pedestals and status tables from the 200 GeV portion of Run 10 were determined using the L2 pedestal algorithm output (generated online) that is saved on the "online machines" during data taking. The L2 pedestal algorithm is attached to a minimum bias trigger during data taking and provides a raw ADC distribution for each tower. Summing these raw ADC distributions over several runs within a fill provides enough statistics to determine the towers pedestal value, and check the status of the tower. This procedure results in at least one pedestal and status table per fill and sometimes more.
There is a summary here of the runs used to generate the pedestal and status tables, as well as the (ped subtracted) ADC distributions for all 4800 towers for each table. By clicking the "BTOW" link for each row you can see the individual ADC distributions in a PDF file.
Alice Ohlson and Elena Bruna did some very helpful QA of the status tables, including checking how many times towers changed status over the course of the entire 200 GeV running period and checking if those changes in status are real changes in tower behavior, or just a problem with how the status was determined. After a few iterations we converged on the final tables.
Attached below is a .csv file which lists the towers that have status!=1 for each status table available. I hope this is close to the "fix-it" list Oleg requested.
Note: Before run 11028004 the L2 algos were not running so the raw ADC distributions (from vpd-mb trigger) were generated with the daqReader from daq files. The pedestal and status tables were determined using the same status checking algorithm, just the input was not from the L2Ped algorithm but instead from daq files for these early runs.
To Do:
- Load tables to DB
- Check-in code to CVS
Below are the status code definitions (same as previous years) and some example tower ADC spectra
Status Code Definitions
000 == channel does not exist or is masked in L2ped
001 == channel is good
002 == channel is either hot or cold (see bit 16)
004 == channel has a weird pedestal (see bit 32)
008 == channel has a stuck bit (see bits 64 and 128)
016 == if off, hot (10x as many hits); if on, cold tower (10x fewer hits)
032 == if off, pedestal mean is out of bounds; if on, pedestal width is too large/small
064 == bit stuck on
128 == bit stuck off
254 == identical channel
Some plots of example towers (all distributions are pedestal subtracted):
Good Tower
Cold Tower
Hot Tower
Wide Pedestal
Stuck Bit
Identical Channels
- stevens4's blog
- Login or register to post comments