On behalf of the LHCb VELO project

Slides:



Advertisements
Similar presentations
7 Nov 2002Niels Tuning - Vertex A vertex trigger for LHCb The trigger for LHCb ….. and the use of the Si vertex detector at the first and second.
Advertisements

27 th June 2008Johannes Albrecht, BEACH 2008 Johannes Albrecht Physikalisches Institut Universität Heidelberg on behalf of the LHCb Collaboration The LHCb.
Striplet option of Super Belle Silicon Vertex Detector Talk at Joint Super B factory workshop, Honolulu 20 April 2005 T.Tsuboyama.
Patrick Robbe, LAL Orsay, for the LHCb Collaboration, 16 December 2014
The LHCb Inner Tracker LHCb: is a single-arm forward spectrometer dedicated to B-physics acceptance: (250)mrad: The Outer Tracker: covers the large.
Tomasz Szumlak (University of Glasgow) Epiphany 2010, Jan 2010, Krakow, Poland 1 Status of the LHCb experiment Outline Introduction to the LHCb.
1 The LHCb Vertex detector 15/9/2003 Physics –Goals –Properties and consequences LHCb –Overview of the detector Vertex –Specifications –Silicon stations.
The SLHC and the Challenges of the CMS Upgrade William Ferguson First year seminar March 2 nd
Recent RD50 studies have shown that silicon irradiated at these levels still delivers a signal of ~ 8ke - / MIP LHCb upgrade rationale. After collecting.
Jeroen van Hunen The LHCb Tracking System. May 22, 2006 Frontier Detectors for Frontier Physics, Elba, Jeroen van Huenen 2 The LHCb Experiment LHCb.
1 Performance of the LHCb VELO Outline LHCb Detector and its performance in Run I LHCb Detector and its performance in Run I LHCb VELO LHCb VELO VELO performance.
Chris Parkes for VELO software Group VELO Software Overview & Shutdown Planning Organisation Milestones 3 Critical Areas.
Chris Parkes First results from the LHCb Vertex Locator Act 1: LHCb Intro. Act 2: Velo Design Act 3: Initial Performance for LHCb VELO groupVienna Conference.
Pixel hybrid status & issues Outline Pixel hybrid overview ALICE1 readout chip Readout options at PHENIX Other issues Plans and activities K. Tanida (RIKEN)
Installation and operation of the LHCb Silicon Tracker detector Daniel Esperante (Universidade de Santiago de Compostela) on behalf of the Silicon Tracker.
The CDF Online Silicon Vertex Tracker I. Fiori INFN & University of Padova 7th International Conference on Advanced Technologies and Particle Physics Villa.
LHCb VErtex LOcator & Displaced Vertex Trigger
Dec.11, 2008 ECL parallel session, Super B1 Results of the run with the new electronics A.Kuzmin, Yu.Usov, V.Shebalin, B.Shwartz 1.New electronics configuration.
1 1 The LHCb Upgrade Outline LHCb Detector LHCb Detector Selected Physics Results Selected Physics Results Upgrade Plans Upgrade Plans Summary Summary.
ATLAS Trigger Development
LHCb Vertex Detector and Beetle Chip
LHCb VELO Upgrade Strip Chip Option: Data Processing Algorithms Giulio Forcolin, Abdul Afandi, Chris Parkes, Tomasz Szumlak* * AGH-Krakow Part I: LCMS.
CHIPP meeting Appenberg, 24 Aug 2009 Preparation for LHC beam, Jeroen van Tilburg 1/15 Jeroen van Tilburg (Universität Zürich) LHCb: Preparation for LHC.
CP violation in B decays: prospects for LHCb Werner Ruckstuhl, NIKHEF, 3 July 1998.
1 Level 1 Pre Processor and Interface L1PPI Guido Haefeli L1 Review 14. June 2002.
The LHCb Vertex Locator Lars Eklund LHCb VELO Group of the LHCb Collaboration CERN (Geneva), EPFL (Lausanne), NIKHEF (Amsterdam), University of Glasgow,
LHCbComputing Computing for the LHCb Upgrade. 2 LHCb Upgrade: goal and timescale m LHCb upgrade will be operational after LS2 (~2020) m Increase significantly.
LHCb upgrade Workshop, Oxford, Xavier Gremaud (EPFL, Switzerland)
A novel approach to detector calibration parameter determination and detector monitoring Eduardo Rodrigues On behalf of the LHCb VELO Group CHEP 2010,
1 The LHCb Upgrade Outline LHCb Detector LHCb Detector Selected Physics Results Selected Physics Results Upgrade Plans Upgrade Plans Test beam campaign.
Alignment Challenge at LHCb Steven Blusk Syracuse University LHC Alignment Workshop, Aug 3-5, 2006.
November, 7, 2006 ECFA06, Valencia, Spain LumiCal & BeamCal readout and DAQ for the Very Forward Region Wojciech Wierba Institute of Nuclear Physics Polish.
Technological advances for the LHCb upgrade Marina Artuso Syracuse University.
FPGA based signal processing for the LHCb Vertex detector and Silicon Tracker Guido Haefeli EPFL, Lausanne Vertex 2005 November 7-11, 2005 Chuzenji Lake,
Performance of the LHCb Vertex Locator Thomas Latham (on behalf of the LHCb VELO group) 11/06/20111TIPP Chicago.
Use of Silicon Detectors for Proton Diagnostics Tomasz Cybulski
K + → p + nn The NA62 liquid krypton electromagnetic calorimeter Level 0 trigger V. Bonaiuto (a), A. Fucci (b), G. Paoluzzi (b), A. Salamon (b), G. Salina.
Tomasz Szumlak (Glasgow University)
Developing Radiation Hard Silicon for the Vertex Locator
The LHCb Upgrade LHCb now Upgrade motivation New trigger and DAQ
IOP HEPP Conference Upgrading the CMS Tracker for SLHC Mark Pesaresi Imperial College, London.
TELL1 A common data acquisition board for LHCb
Silicon Pixel Detector for the PHENIX experiment at the BNL RHIC
ALICE – First paper.
Simulated vertex precision
Strawman module design
LHCb Velo: commissioning, performance and High flux tests.
Vertex 2005 November 7-11, 2005 Chuzenji Lake, Nikko, Japan
The LHCb Upgrade Outline LHCb Detector Selected Physics Results
The LHC collider in Geneva
Example of DAQ Trigger issues for the SoLID experiment
UNIZH and EPFL at LHCb.
VELO Software Status Some highlights of recent work
Status of the LHCb experiment
Niels Tuning (Outer Tracker Group LHCb)
The LHCb vertex detector
Low Level HLT Reconstruction Software for the CMS SST
LHCb Trigger, Online and related Electronics
8th International Conference on Advanced Technology and
The LHCb Level 1 trigger LHC Symposium, October 27, 2001
The CMS Tracking Readout and Front End Driver Testing
Setup for testing LHCb Inner Tracker Modules
LHCb Trigger LHCb Trigger Outlook:
The LHCb VErtex LOcator
VELO Software Update TELL1 Algorithms Error analysis
The LHCb Front-end Electronics System Status and Future Development
PERFORMANCE OF THE METAL RADIATION MONITORING SYSTEMS
TELL1 A common data acquisition board for LHCb
First results from the LHCb Vertex Locator
Presentation transcript:

On behalf of the LHCb VELO project FPGA and ASIC based algorithms for the present and upgraded LHCb silicon vertex detector Outline LHCb experiment VErtex LOcator (VELO) Zero suppression procedure for the VELO Future vertex detector for upgraded LHCb Summary On behalf of the LHCb VELO project Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

LHCB Experiment Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

LHC ran at energy of 7 TeV measured cross-section for is about 290 μb The LHCb is a forward spectrometer, angular acceptance 15 – 300 (250) mrad or in other ‘pseudo-rapidity language’ η = 1.9 - 4.9 A forward spectrometer is sufficient for the physics since produced bb pairs are strongly correlated and forward peaked LHC ran at energy of 7 TeV measured cross-section for is about 290 μb But…, σbb/σTot≈10-2, in addition the most interesting events have tiny BR (10-6 – 10-9) Luminosity ~ (3 - 4)x1032 cm-2 s-1 what corresponds to 1.2 fb-1 per year HLT trigger rate ~3 kHz (~ 4 kHz in 2012) All b-hadron species produced bb B - B LHCb acceptance Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

Vertex Locator Dipole magnet TT+IT (Silicon Tracker) Calorimeters Muon system RICH detectors 300/250 mrad 15mrad OT Interaction Point

General Purpose experiment Vertex Locator Dipole magnet TT+IT (Silicon Tracker) Calorimeters Muon system RICH detectors 300/250 mrad 15mrad OT General Purpose experiment for the forward region Interaction Point Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012 6

Vertex Locator (VELO) Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

pile-up modules p LHC vacuum Modules (21+2) RF box p z x y injection p LHC vacuum beams stable Modules (21+2) RF box p - 2 retractable detector halves: ~8 mm from beam when closed, retracted by 30mm during injection - 21 stations per half with an R and a  sensor - Secondary vacuum tank - 300μm foil separates detector from beam vacuum Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

pile-up veto (R-sensors) Detector halves retractable (by 30mm) from interaction region before LHC is filled (to allow for beam excursions before stable beam) 21 tracking stations Unique R-Φ geometry, 40–100μm pitch, 300µm thick Optimized for tracking of particles originating from beam-beam interactions fast 3D tracking in two steps (R-z then Φ) ~ 1 m RF foil 3cm separation interaction point pile-up veto (R-sensors) r = 8 mm r = 42 mm 2048 strips Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

The LHCb VELO detector is an essential part of the whole spectrometer stand alone tracking reconstruct primary and secondary vertices precise position measurement around the interaction point All these critical for the physics performance of the experiment Impact parameter vertices resolutions life time … Thus quality of the data produced by the VELO is critical for the physics Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

Zero suppression procedure for the VELO Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

Common electronic acquisition read-out board – TELL1 VELO front-end TELL1 board Common electronic acquisition read-out board – TELL1 Digital/analogue input (interfaced to gigabit Ethernet) FPGA based – Altera Stratix Main goal – synchronisation, buffering and the data zero suppression (factor ~ 200) From non-zero suppressed (2048 /sensor) To zero suppressed (clusters only) Technically it is a farm of parallel stream processors Processing 36 threads at the same time Raw cluster buffer Reconstruction Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

How to control the hardware based zero suppression? not a trivial task processing runs in real time using hundred of threads huge amount of data 88 sensors x 2048 channels x 10 bits x 1 MHz Solution - high level, bit-perfect emulation runs off-line on single CPU uses real non-zero suppressed data high level model of the VHDL machine code from FPGAs calibration and monitoring Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

Non Zero Suppressed data Emulated RawEvent Emulation Cross-talk Removal Pedestal Subtraction Clusterization Reorderering Common Mode Subtraction Emulation has the same structure and operates on the same data as the real processing done in FPGAs Parameters used for readout board fixed in emulation The full set of parameters that are required for the proper operation of the TELL1 boards amounts to ~ 106 Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

Non Zero Suppressed data Emulated RawEvent Emulation Cross-talk Removal Pedestal Subtraction Clusterization Reorderering Common Mode Subtraction RawEvent Identical for bit perfect emulation Calibration Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

Pedestal following & subtraction Emulation Cross-talk Removal Pedestal Subtraction Clusterization Reorderering Common Mode Subtraction Pedestal following & subtraction first algorithm in the sequence running average algorithm following (training done off-line only) pedestals are calculated for each channel values are stored in the TELL1 memory Critical for the quality of the zero-suppressed data Any problem with pedestals will manifest itself as a change in occupancy careful monitoring required Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

Pedestal following & subtraction Emulation Cross-talk Removal Pedestal Subtraction Clusterization Reorderering Common Mode Subtraction Pedestal following & subtraction first algorithm in the sequence running average algorithm following (training done off-line only) pedestals are calculated for each channel values are stored in the TELL1 memory Critical for the quality of the zero-suppressed data Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012 Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

Pedestal following & subtraction Emulation Cross-talk Removal Pedestal Subtraction Clusterization Reorderering Common Mode Subtraction Pedestal following & subtraction first algorithm in the sequence running average algorithm following (training done off-line only) pedestals are calculated for each channel values are stored in the TELL1 memory Critical for the quality of the zero-suppressed data Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012 Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

Pedestal following & subtraction Emulation Cross-talk Removal Pedestal Subtraction Clusterization Reorderering Common Mode Subtraction Pedestal following & subtraction first algorithm in the sequence running average algorithm following (training done off-line only) pedestals are calculated for each channel values are stored in the TELL1 memory Critical for the quality of the zero-suppressed data Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012 Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012 Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

Cross-talk removal Emulation with such complicated system hard to take into all possible sources Two kinds are regarded to be dominant Beetle Header Cross Talk (front-end chip related) cross-talk related to data transfer over the copper cables (~60 meters) Test beam campaign hinted a possible issues However the time aligned and properly calibrated system shows minute effect No correction applied for the 2011 data taking Monitoring algorithms in place, though! We surely keep tabs on it! Emulation Pedestal Subtraction Cross-talk Removal Common Mode Subtraction Reorderering Common Mode Subtraction Clusterization Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

Common Mode Subtraction two stage correction (performed on chip channels /strips) uses blocks of 32 chip channels/strips first algorithm is Mean Common Mode subtractor second Linear Common Mode subtractor performance depends strongly on the occupancy hit exclusion is of the greatest importance for both algorithms tuneable exclusion parameters for both of them are determined during the calibration (per chip) wrong tuning can give visible distortion for the signal Fortunately the common mode is not a major problem for the VELO Again - detailed monitoring keeps watching the CM Emulation Pedestal Subtraction Cross-talk Removal Common Mode Subtraction Reorderering Common Mode Subtraction Clusterization Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

CM suppressedRaw Noise Common Mode Subtraction two stage correction (performed on chip channels or strips) uses blocks of 32 chip channels/strips first algorithm is Mean Common Mode subtractor second Linear Common Mode subtractor performance depends strongly on the occupancy hit exclusion is of the greatest importance for both algorithms tunable exclusion parameters for both of them are determined during the calibration wrong tuning can give visible distortion for the signal Fortunatelly the common mode is not a major problem for the VELO Again - detailed monitoring looks at the CM Emulation Pedestal Subtraction Cross-talk Removal Common Mode Subtraction Reorderering Raw Noise Common Mode Subtraction CM suppressedRaw Noise Clusterization Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

Clusterization Emulation last in the zero-suppression sequence Cross-talk Removal Clusterization Reorderering Common Mode Subtraction Pedestal Subtraction Clusterization last in the zero-suppression sequence multi stage algorithm (seeding & inclusion) – again uses 32 channel blocks of data seeding and inclusion thresholds tuned individually for each channel sensitive to the cluster shape produces the raw bank of clusters Each VELO cluster consists of main channel (closest to the cluster centre) fractional position ADC values from channels that contribute to a given cluster The raw bank constitutes the input for the track reconstruction procedure Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012 Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012 23

Clusterization Emulation last in the zero-suppression sequence Cross-talk Removal Clusterization Reorderering Common Mode Subtraction Pedestal Subtraction Clusterization last in the zero-suppression sequence multi stage algorithm (seeding & inclusion) – again uses 32 channel blocks of data seeding and inclusion thresholds tuned individually for each channel sensitive to the cluster shape produces the raw bank of clusters Each VELO cluster consists of main channel (closest to the cluster centre) fractional position ADC values from channels that contribute to a given cluster The raw bank constitutes the input for the track reconstruction procedure Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

Clusterization Emulation last in the zero-suppression sequence Cross-talk Removal Clusterization Reorderering Common Mode Subtraction Pedestal Subtraction Clusterization last in the zero-suppression sequence multi stage algorithm (seeding & inclusion) – again uses 32 channel blocks of data seeding and inclusion thresholds tuned individually for each channel sensitive to the cluster shape produces the raw bank of clusters Each VELO cluster consists of main channel (closest to the cluster centre) fractional position ADC values from channels that contribute to a given cluster The raw bank constitutes the input for the track reconstruction procedure Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012 Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012 25

The bit-perfect emulation is essential! For the present VELO we have a very strong synergy between the on-line processing (TELL1 based) and off-line processing/monitoring we cannot run high-level emulation in real time we cannot run TELL1 zero suppression without calibration Solution first we need to perform the calibration run with non-suppressed data determine a set of processing parameters upload them to the TELL1 memory banks (on-line processing) create a SQLite data base (off-line processing) run the emulation regularly to monitor the processing algorithms monitor the output of the TELL1 boards to check the quality of the calibration (cluster rates, occupancies, landaus, …) The bit-perfect emulation is essential! Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

Future vertex locator for upgraded LHCb Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

Why upgrade (is there something wrong with the current design…?) Superb performance – but 1 MHz readout is a sever limit can collect ~ 1.2 fb-1 per year, ~ 5 fb-1 for the „phase 1” of the experiment this is not enough if we want to move from precision exp to discovery exp cannot gain with increased luminosity – trigger yield for hadronic events saturates Upgrade plans for LHCb do not depend on the LHC machine we use fraction of the luminosity at the moment Move to full software trigger full event read-out @ 40 MHz completely new front-end electronics needed (on-chip zero-suppression) redesign DAQ system HLT output @ 20 kHz, more than 50 fb-1 of data for the „phase 2” can gain factor 2 in signal rate for hadronic events Expand physics scope to: lepton flavor sector, electroweak physics, exotic searches Installation ~ 2017 - 2018 Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

Pixel detector: VELOPIX based on Timepix3 chip New Velo @40 MHz readout Pixel detector: VELOPIX based on Timepix3 chip 55 μm x 55 μm pixel size Strip detector New chip R&D programme Module structure (X0) Sensor options Planar Si, Diamond, 3D CO2 cooling Electronics RF-foil of vacuum box Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

New front-end chip for the pixel/strip option TELL1 TELL40 L0 front-end 40 MHz front-end 1 MHz 40 MHz New front-end chip for the pixel/strip option New electronic acquisition board – TELL40 Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

Pixel option – VeloPix (based on Timepix3 chip) Timepix3 - square 55x55 µm pixels 256x256 pixel matrix approved project – final submission this summer equal spatial resolution in both directions IBM 130 nm CMOS process great radiation hardness potential ~ 500 Mrad Velo specific requirements large number of channels makes the occupancy tiny but the data rate is huge ~10 Gb/s on-chip compression continuous dead-timeless operation power consumption below 2 W/chip 6 bit Time over Threshold (ToT) resolution quicker time rise to reduce the timewalk < 25 ns bunch identification for each hit Comparator output Comparator threshold LE TE ToT = TE - LE Q ToT = f(Q) Conversion by time-over-threshold Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

VeloPix – read-out architecture hit detection within super pixel (4x4 pixels) structure optimal wrt data compression and sharing the hardware resources large data rate reduction (25 %, sharing bunch ID and address) all hits detected within 25 ns are sent out in the same packet column read-out logic shared between 4 super pixels VeloPix – output data format optimised to reduce the on-chip data rate Minimize the TELL40 acquisition board’s firmware complexity Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

Read-out chip for strip option completely new design - to keep balanced R&D process for upgraded VELO work started last year can be shared between other sub detectors Basic requirements IBM 130 nm CMOS technology fast shaping time, signal reminder after 1 BX ~ 30%, 2 BX ~ 0% (spill over) 6 bit ADC on-chip digital processing (zero-suppression) pedestal subtraction CM suppression Clusterization integrate 128 or 256 channels, power consumption below 2 W Time line for the development ADC block has been finished and is being submitted now analogue part is being simulated, the implementation will commence in summer zero-suppression will be first implement (emulated) using FPGAs Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

New electronic acquisition board TELL40 24 GBT serial input streams FPGA based (Altera Stratix V/VI) Input data Data packets identification (output data format optimisation helps!) Time ordering for VeloPix (packets come in random order) Decoding super pixels to individual pixels (ToT and address) Processing Zero-suppression moved to front-end Any complex algorithm will be resource intensive (40 MHz) Clusterization for pixels Interpolated centre position for strips Hits spatial ordering (for patter recognition) Output (not VELO specific) Event building and formatting Storage and filtering Ethernet frames building Considerable work has been done for the pixels – 90% of the firmware is ready Some of the code should be reusable for strips Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

Conclusions Superb performance of the LHCb experiment in 2010 and 2011 Large number of new physics results Silicon Vertex Locator is a key to this success with best spatial and impact parameter resolution in LHC Zero-suppression procedure critical for the high data quality Upgrade of the present detector essential for discovery potential of the LHCb Two options are being considered – pixels and strips New read-out electronics is needed VeloPix chip for pixel option based on existing Timepix3 design New design for the strip option On chip processing necessary to cope with the enormous data rates Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

Spares Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

typical luminosity during the data taking 3x1032 (nominal 2x1032) The actual performance of the LHCb detector significantly surpassed the design parameters during 2011 data taking typical luminosity during the data taking 3x1032 (nominal 2x1032) number of reconstructed PV up to 6 per event mean number of visible interaction per crossing 1.8 (nominal 0.7) average HLT trigger rate 3 kHZ (nominal 2 kHz) Also the physics expanded significantly beyond the plans charm physics (CPV, rare decays, spectroscopy) electroweak in forward direaction QCD lepton flavour violation Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

Measures the azimuthal angle 512 strips R sensor Φsensor 1385 outer 683 inner Measures the azimuthal angle 2) Stereo angle 20o for the inner strips (10o for the outer strips )  2 regions 3) Pitch: 36 -97 m Measures the radial distance 2) Divided in quadrants 3) Pitch: 40 -102 m Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012

For the current VELO it is done off-detector The zero-suppression for the VELO is done after the hardware trigger (L0) positive decision For the current VELO it is done off-detector by the dedicated custom made electronic processing board – TELL1 The output of this board is called raw bank Tomasz Szumlak AGH – University of Science and Technology WIT Pisa 03 – 05/05/2012