Tera-Pixel APS for CALICE Jamie Crooks, Microelectronics/RAL SRAM Column Concept.

Slides:



Advertisements
Similar presentations
Monolithic Active Pixel Sensor for aTera-Pixel ECAL at the ILC J.P. Crooks Y. Mikami, O. Miller, V. Rajovic, N.K. Watson, J.A. Wilson University of Birmingham.
Advertisements

J.A. Ballin, P.D. Dauncey, A.-M. Magnan, M. Noy
6 Mar 2002Readout electronics1 Back to the drawing board Paul Dauncey Imperial College Outline: Real system New VFE chip A simple system Some questions.
Digital to Analog and Analog to Digital Conversion
Development of an Active Pixel Sensor Vertex Detector H. Matis, F. Bieser, G. Rai, F. Retiere, S. Wurzel, H. Wieman, E. Yamamato, LBNL S. Kleinfelder,
Jaap Velthuis, University of Bristol SPiDeR SPiDeR (Silicon Pixel Detector Research) at EUDET Telescope Sensor overview with lab results –TPAC –FORTIS.
Tera-Pixel APS for CALICE Progress Meeting 6 th September 2006.
1 CALICE simulation results G.Villani 06 Cell size: 50 x 50  m 2 21 hits simulated, 5  m pitch 121 extrapolated hits / pixel 961 extrapolated hits /
Jamie Crooks RAL CALICE Meeting at RAL 10/10/05. Jamie Crooks RAL Activities since last meeting OPIC testing –Promising results Ideas session with Renato.
11/29/2004EE 42 fall 2004 lecture 371 Lecture #37: Memory Last lecture: –Transmission line equations –Reflections and termination –High frequency measurements.
Microelectronics Design Group RAL - Microelectronics Open Day 28 th June 2005 Intelligent Digital Sensors Jamie Crooks.
1 Konstantin Stefanov, CCLRC Rutherford Appleton Laboratory 1 ECFA 2006, Valencia 1 MAPS-based ECAL Option for ILC ECFA 2006, Valencia, Spain Konstantin.
Terra-Pixel APS for CALICE Progress meeting 10 th Nov 2005 Jamie Crooks, Microelectronics/RAL.
Tera-Pixel APS for CALICE Progress 20 th October 2006 [JC+RT]
Tera-Pixel APS for CALICE Progress meeting, 12 th July 2006 Jamie Crooks, Microelectronics/RAL.
Tera-Pixel APS for CALICE Progress meeting, 17 th May 2006 Jamie Crooks, Microelectronics/RAL.
Low-Power CMOS SRAM By: Tony Lugo Nhan Tran Adviser: Dr. David Parent.
Tera-Pixel APS for CALICE Progress 19 th January 2007.
TeraPixel APS for CALICE Progress meeting 9th Dec 2005 Jamie Crooks, Microelectronics/RAL.
Tera-Pixel APS for CALICE Progress meeting, 17 th September 2007 Jamie Crooks, Microelectronics/RAL.
TeraPixel APS for CALICE Progress meeting 30 th March 2006 Jamie Crooks, Microelectronics/RAL.
Ivan Peric, Monolithic Detectors for Strip Region 1 CMOS periphery.
Rutherford Appleton Laboratory Particle Physics Department A Novel CMOS Monolithic Active Pixel Sensor with Analog Signal Processing and 100% Fill factor.
Ultimate Design Review G. Bertolone, C. Colledani, A. Dorokhov, W. Dulinski, G. Dozière, A. Himmi, Ch. Hu-Guo, F. Morel, H. Pham, I. Valin, J. Wang, G.
ASIC1  ASIC2 Things still to learn from ASIC1 Options for ASIC 1.01  1.1  1.2 Logic test structure for ASIC2.
SPiDeR  SPIDER DECAL SPIDER Digital calorimetry TPAC –Deep Pwell DECAL Future beam tests Wishlist J.J. Velthuis for the.
07 October 2004 Hayet KEBBATI -1- Data Flow Reduction and Signal Sparsification in MAPS Hayet KEBBATI (GSI/IReS)
7 Nov 2007Paul Dauncey1 Test results from Imperial Basic tests Source tests Firmware status Jamie Ballin, Paul Dauncey, Anne-Marie Magnan, Matt Noy Imperial.
McKenneman, Inc. SRAM Proposal Design Team: Jay Hoffman Tory Kennedy Sholanda McCullough.
SEQUENTIAL CIRCUITS Component Design and Use. Register with Parallel Load  Register: Group of Flip-Flops  Ex: D Flip-Flops  Holds a Word of Data 
MAPS for a “Tera-Pixel” ECAL at the International Linear Collider J.P. Crooks Y. Mikami, O. Miller, V. Rajovic, N.K. Watson, J.A. Wilson University of.
Development of an ASIC for reading out CCDS at the vertex detector of the International Linear Collider Presenter: Peter Murray ASIC Design Group Science.
Specifications & motivation 2  Lowering integration time would significantly reduce background  Lowering power would significantly reduce material budget.
LEPSI ir e s MIMOSA 13 Minimum Ionising particle Metal Oxyde Semi-conductor Active pixel sensor GSI Meeting, Darmstadt Sébastien HEINI 10/03/2005.
VIP1: a 3D Integrated Circuit for Pixel Applications in High Energy Physics Jim Hoff*, Grzegorz Deptuch, Tom Zimmerman, Ray Yarema - Fermilab *
J. Crooks STFC Rutherford Appleton Laboratory
PHASE-1B ACTIVITIES L. Demaria – INFN Torino. Introduction  The inner layer of the Phase 1 Pixel detector is exposed to very high level of irradiation.
Thanushan Kugathasan, CERN Plans on ALPIDE development 02/12/2014, CERN.
26 Apr 2009Paul Dauncey1 Digital ECAL: Lecture 2 Paul Dauncey Imperial College London.
Sensor testing and validation plans for Phase-1 and Ultimate IPHC_HFT 06/15/ LG1.
26 Apr 2009Paul Dauncey1 Digital ECAL: Lecture 3 Paul Dauncey, Imperial College London.
Rutherford Appleton Laboratory Particle Physics Department G. Villani CALICE MAPS Siena October th Topical Seminar on Innovative Particle and.
Memory Devices 1. Memory concepts 2. RAMs 3. ROMs 4. Memory expansion & address decoding applications 5. Magnetic and Optical Storage.
A MAPS-based readout for a Tera-Pixel electromagnetic calorimeter at the ILC Marcel Stanitzki STFC-Rutherford Appleton Laboratory Y. Mikami, O. Miller,
A. Dorokhov, IPHC, Strasbourg, France 1 Description of pixel designs in Mimosa22 Andrei Dorokhov Institut Pluridisciplinaire Hubert Curien (IPHC) Strasbourg,
Digital Circuits Introduction Memory information storage a collection of cells store binary information RAM – Random-Access Memory read operation.
ECE/CS 552: Main Memory and ECC © Prof. Mikko Lipasti Lecture notes based in part on slides created by Mark Hill, David Wood, Guri Sohi, John Shen and.
Terra-Pixel APS for CALICE Progress meeting 10 th Nov 2005 Jamie Crooks, Microelectronics/RAL.
Monolithic and Vertically Integrated Pixel Detectors, CERN, 25 th November 2008 CMOS Monolithic Active Pixel Sensors R. Turchetta CMOS Sensor Design Group.
5 May 2006Paul Dauncey1 The ILC, CALICE and the ECAL Paul Dauncey Imperial College London.
RAM RAM - random access memory RAM (pronounced ramm) random access memory, a type of computer memory that can be accessed randomly;
Andrei Nomerotski 1 Andrei Nomerotski, University of Oxford for LCFI collaboration LCWS2008, 17 November 2008 Column Parallel CCD and Raw Charge Storage.
Appendix B The Basics of Logic Design
LHC1 & COOP September 1995 Report
Digital readout architecture for Velopix
TDC per 4 pixels – End of Column Approach
David Christian Fermilab October 18, 2016
Appendix B The Basics of Logic Design
HV-MAPS Designs and Results I
Chess2 Review ASIC Configuration
TPAC1.1 progress Jamie C 4th June 2008.
Subject Name: Embedded system Design Subject Code: 10EC74
Test Beam Measurements october – november, 2016
ECE 432 Group 4 Aaron Albin Jisoon Kim Kiwamu Sato
Global chip connections
On behalf of the CEPC MOST2 Vertex detector design team
4-Bit Register Built using D flip-flops:
Preliminary design of the behavior level model of the chip
Phase Frequency Detector &
Presentation transcript:

Tera-Pixel APS for CALICE Jamie Crooks, Microelectronics/RAL SRAM Column Concept

Centralised storage: Overview Pixels contain diodes, analog circuits and comparators “Hit” signals are routed horizontally to readout columns Readout columns store pattern hit information with timestamp in the register bank Data held in the register bank is read all the time at high speed (~60Mhz) No timing code distribution to all pixels (power hungry) No memory cells inside the pixel! (More room for clever comparator, threshold trimming?) Example: 50 pixels served by a 3-pixel wide control column  6% dead space

Hit Pattern Storage 48 hit flags for 48 pixels on this row Sampled at 150ns / external trigger 48 bits “hit pattern” data DataValid (>n hits) 48 bits hit pattern T bits time code NB: See slide notes

Hit Sub-Pattern Storage Sampled at 150ns 6 bits hit pattern 3 bits col ID code T bits time code 48 hit flags for 48 pixels on this row DataValid (>1 hits) 6 bits data + 3 bit ID DataValid (>1 hits) 6 bits data + 3 bit ID DataValid (>1 hits) 6 bits data + 3 bit ID DataValid (>1 hits) 6 bits data + 3 bit ID DataValid (>1 hits) 6 bits data + 3 bit ID DataValid (>1 hits) 6 bits data + 3 bit ID DataValid (>1 hits) 6 bits data + 3 bit ID DataValid (>1 hits) 6 bits data + 3 bit ID NB: See slide notes

Hit Pattern Column Storage 48 hit flags Sampled at 150ns Clocked at 150ns / 9 =60Mhz Control Logic

Hit Pattern Column Readout Sampled at 150ns / external trig Clocked at 150ns / 9 =60Mhz Column Readout controller T+9 bit Data outputRow code

Centralised storage: Debate Requires very high density of local routing to/from “column controller” pixel. Removing memories from the pixels uses silicon area that will contribute to overall sensor dead space. Suits smaller technology (0.35um allows less dense routing, and larger logic, meaning a “local controller” can command less pixels, increasing overall dead space) hence higher costs & greater risks Needs feasibility calculations to determine how many registers per row are required to meet expected noise & physics rates. May not meet overflow probability spec  needs to be checked! Control column likely um wide, but will command ~2.5mm pixel area Removes digital logic. memories & complexity from pixel area Less Nwells in pixel will help sensitivity to charged particles Pixel essentially then contains just analog circuits (sum+comparator) Logic design is not constrained by need to minimise Nwells, and by the need to locate these Nwells in specific regions of the pixel. Timing code only distributed to control column (not every pixel) thus saving significant power dissipation Data readout only operates in one central column – less circuits/multiplexing  lower power Trigger clock distribution to restricted area, not every pixel  less skew, lower power 

Centralised Storage Feasibility? Consider N=48 pixels on the same row sharing a controller (4-6% dead space) Pixels are grouped into M=8 sub-sets A sub-set corresponds to N/M = 6 pixels If >1 pixels in a sub-set is hit, then that sub-set hit pattern is logged with time & id code Controller has S storage registers which can be used for hit pattern logging Noise hit rate 10e-5  10e-6 How many registers (S) are required per row to match the 4 regs-per-pixel requirement? Adding extra full registers is more difficult, and would be costly in silicon area Adding extra bits to accommodate larger hit-patterns is less costly in silicon area Comments Presumably there is some optimum for M, the number of sub-sets, to trade off data set size for real versus noise hits. Can also change N to optimise dead space, allowing ~150 microns for the control column Slight extra overhead of data decoding off-chip, but could easily be built in at FPGA level

Independent ROW controller N pixels forming one row etc Mask reg. Group + latch Row Pixels Time code M flags wp rp Write logic # regs ?

SRAM register bank size estimates 26 bits ~ 100um 19 registers ~ 50um Mask + sample Register write controller Read controller Time Code Readout DataSequencer control Mask + trigger signals Control ~ 50um Local data buffers for global readout

Mask register + Latch Trigger Mask SR dataValid0 hitPattern sel0 sel1