You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 28 Next »

This page provides an overview of the status and inner workings of the TES Readout development and eventual implementation.

Description of TES

 

TESMap.pdf

 

Error rendering macro 'viewpdf'

com.atlassian.confluence.macro.MacroExecutionException: com.atlassian.confluence.macro.MacroExecutionException: The viewfile macro is unable to locate the attachment "TESMap.pdf" on this page

Configuration Steps

The following are an overview of the main configuration steps for the TES-SMURF detector to go from turn the system on and start collecting data.

To be completed as more information becomes available.

  1. Configure the main registers of the SMURF board (to be detailed)
  2. Set the bias of the cryogenic amplifiers. The bias are provided by the manufacturer. 
  3. Find the resonator frequencies - 
    1. Each multiplexed line must be scanned in frequency. The resonators are situated where the amplitude of the signal drops and there is a phase discontinuity. The phase discontinuity is used to determine the most precise frequency of the resonators. If 2 resonators are too close, one needs to be turned off to avoid crosstalk.
  4. SetupNotches - Find the transformation η(I,Q) = (I', Q') where η is a complex tranformation. We want to move the operation point so that we are at the (I', Q') = (1,0) point and that all variations maximized their projection on Q'. 

 

Benchmarks

This table lists the latest benchmarks.

Currently, it evaluates the average time (over 1e6 iterations) to complete the number of products indicated as well as the sum of the resulting vector. The length of the vector varies according to the number of samples.

For a fixed number of samples, the code uses if statements to directly indicates how many filters to use. For the code using the binary decision tree, the number of filters is passed as a prepocessor argument. Once we know how many filters are necessary this will become a fixed value. 

These benchmarks were obtained os psanagpu116, using O3 and vectored optimization. As a reference, 10 kHz operation gives a time window of 100 µs.

Compile flags
g++ -std=c++11 -O3 -DNDEBUG -march=native -IEigen main.cpp

 

All values are in μs.

Number of products

Number of samples

12345
1000.0610.0740.0910.108 
2000.1130.1450.1760.210 
3000.1500.1900.2410.296 
4000.2000.2660.3290.397 
5000.2390.3210.4020.486 
6000.2790.3780.4760.576 
7000.3180.4350.5490.667 
Decision tree0.0920.1170.1380.1610.203

 

Latest code :

Latest integration iteration (Working copy)

11/7/2018 The current code is functional and creates random data, selects a case and runs the inner products on a self-renewing stream. It currently integrates Eigen u_int arrays in ring buffers with Eigen float arrays for filters  with the switch case strategy to distinguish between the 6 filter cases. However it suffers from slower than expected performance which has been partially fixed and the other part is still being tracked down. It seems to be slow loop behavior however the instruction causing the loop to hang is eluding me...

 

Original codes before combinations.

Code with Eigen (Audrey)

Code with switch case (Clemens)

References

Ullom and Bennet. Review of superconducting transition sensors for X-ray and gamma-ray spectroscopy

Irwin and Hilton. Transition-edge sensors.

 

Tasks

TaskStatusComment
Create fake data vectorsNOT STARTEDUsing random number vectors
Implement event detection algorithmNOT STARTED 
Program arguments for benchmarkingDONE

Arguments for the size of the vectors and the number of array products used

Preprocessor arguments

Decision tree for event casesDONESwitch case tree for given number of filters - reusable for different cases
Input data from simulationNOT STARTED 
Create circular bufferDONE 
Optimize loop behaviorIN PROGRESS 
  • No labels