- genevb's home page
- Posts
- 2024
- 2023
- 2022
- September (1)
- 2021
- 2020
- 2019
- 2018
- 2017
- December (1)
- October (3)
- September (1)
- August (1)
- July (2)
- June (2)
- April (2)
- March (2)
- February (1)
- 2016
- November (2)
- September (1)
- August (2)
- July (1)
- June (2)
- May (2)
- April (1)
- March (5)
- February (2)
- January (1)
- 2015
- December (1)
- October (1)
- September (2)
- June (1)
- May (2)
- April (2)
- March (3)
- February (1)
- January (3)
- 2014
- 2013
- 2012
- 2011
- January (3)
- 2010
- February (4)
- 2009
- 2008
- 2005
- October (1)
- My blog
- Post new blog entry
- All blogs
TPC T0 vs. TOF corrections
Updated on Thu, 2019-09-26 14:07. Originally created by genevb on 2019-09-26 09:47.
This post is just to document some thoughts...
I think part of the recent back-and-forth about resolving the TPC T0 for fixed target comes from not distinctly separating the following:
I think part of the recent back-and-forth about resolving the TPC T0 for fixed target comes from not distinctly separating the following:
- the time of the collision event with respect to the trigger, and
- the time-of-flight (TOF) of the particles into the TPC.
We have always corrected for these two things separately:
- T0 correction when determining the z of TPC hits, and
- TOF correction in the tracking code.
In the past, we have treated T0 as a constant for a given year or colliding system. But now we are finding this to deviate observably from a constant event-by-event because of the longer bunches (more distributed ion arrival times at STAR) in RHIC.
Ideally, one would want to have both of these corrections in place before tracking even begins. However, due to not knowing exactly where in z tracks originate, the TOF correction is held off until we have a better idea of the origin of the tracks, i.e. the z at which they point along the beamline, so that more accurate speed (from momentum under the assumption of a pion mass currently) and distance-of-travel can be calculated for use in determining TOF. Regardless of collision or fixed target or from where in the RHIC bunches the collision comes, this z projection to the beamline is already reasonably accurate in the current code; the time of flight has been corrected since 2007 when Yuri introduced the correction into Sti (see version 2.105 of StiKalmanTrackNode.cxx and subsequent commits). Nothing needs to change for any year or colliding system for the TOF correction code. It is solid. [NB: Lasers tracks are appropriately corrected, by cosmic rays are not.]
The fact that the time of the collisions with respect to the trigger can be considered no longer a constant does not mean the correction for that time should be delayed until after track-finding. In fact, track-finding does not tell us anything about the time of the collision with respect to the trigger. Irakli has found that other detectors with timing information can in fact be used to help determine the collision time with respect to the trigger. For fixed target, this likely means timing information from a single detector, like the east-side EPD. For collision data, this would need to be determined from multiple detectors, like the average of time from the east-side and west-side EPDs, to avoid correcting in the T0 for the position of the collision (which is already handled in the TOF correction).
One last note... The T0 will be wrong for some TPC hits in two cases, which I believe are acceptable to ignore:
One last note... The T0 will be wrong for some TPC hits in two cases, which I believe are acceptable to ignore:
- hits on tracks that originate from a pile-up collision within the same bunch crossing (this will have a small time displacement from the time of the triggered collision), and
- hits on tracks that originate from a pile-up collision from a different bunch crossing (this will have a large time displacement).
-Gene
»
- genevb's blog
- Login or register to post comments