Readout overhead in Raman exposure allocation
ID: readout-overhead-in-raman-exposure-allocation
Readout overhead in Raman exposure allocation is the detector time that consumes the acquisition budget without collecting useful probe/reference photons. For pump-on/off exposure pairs, let each frame require a fixed closed-shutter readout duration . A wall-clock budget leaves total live timeUnder the stationary-rate, independent shot noise model of exposure-time allocation for a Raman gain ratio, its minimum approximate relative variance at fixed isReadout changes the available live time, but not this optimum ratio when the overhead is fixed and independent of the on/off allocation. The live-time formula itself ceases to describe all constraints when exposures hit saturation limits or the number of pairs is variable.
The 2003 primary stimulated-Raman experiment used 97 ms exposures and 10 ms detector readout with the exposure shutter closed. The pump shutter switched state during readout, giving successive on/off measurements.[ref]
Femtosecond Broadband Stimulated Raman: A New Approach for High-Performance Vibrational Spectroscopy by David W. McCamant and others. Data Collection, exposure/readout and S1/S2 shutter sequence preceding equation 4
These reported settings give an idealized two-frame cycle of , containing live time. The paper describes the practical full cycle as approximately 220 ms, so the two-duration sum need not include every system delay.For an original comparison at fixed wall time, the 214 ms idealization has live fraction . Relative to a hypothetical zero-overhead detector at the same rates and on/off allocation, the shot-noise variance is multiplied by , and its standard deviation by about . Using 10 ms rather than 97 ms exposures with the same 10 ms readout would give a live fraction and a variance penalty of two.
Longer frames reduce the fractional overhead but cannot be extended without limit. A maximum-exposure constraint in paired Raman acquisition can arise from saturation, while drift rejection can require frequent on/off alternation. Thus minimizing readout count alone is not a complete acquisition design; the applicable frame limits and switching cadence belong in the optimization.
New to topics? Read the docs here!