Who is UMA ? Peter Fischer, I. Peric, F. Giesen, V. Kreidl Lehrstuhl für Schaltungstechnik und...

9
Who is UMA ? Peter Fischer , I. Peric, F. Giesen, V. Kreidl Lehrstuhl für Schaltungstechnik und Simulation Institut für Technische Informatik Universität Mannheim tation given at the EUDET / JRA-1 Brainstorming, 3.11.2005, DESY

Transcript of Who is UMA ? Peter Fischer, I. Peric, F. Giesen, V. Kreidl Lehrstuhl für Schaltungstechnik und...

Page 1: Who is UMA ? Peter Fischer, I. Peric, F. Giesen, V. Kreidl Lehrstuhl für Schaltungstechnik und Simulation Institut für Technische Informatik Universität.

Who is UMA ?

Peter Fischer, I. Peric, F. Giesen, V. Kreidl

Lehrstuhl für Schaltungstechnik und Simulation

Institut für Technische Informatik

Universität Mannheim

Presentation given at the EUDET / JRA-1 Brainstorming, 3.11.2005, DESY

Page 2: Who is UMA ? Peter Fischer, I. Peric, F. Giesen, V. Kreidl Lehrstuhl für Schaltungstechnik und Simulation Institut für Technische Informatik Universität.

Mannheim introduction Peter Fischer, Uni Mannheim, Page 2Schaltungstechnik

Simulationund

UMA = University of Mannheim

Mannheim University

Faculty of Mathematics& computer science

circuit design & simulation

Institute for computer engineering

(‘Technische Informatik’)

……

Page 3: Who is UMA ? Peter Fischer, I. Peric, F. Giesen, V. Kreidl Lehrstuhl für Schaltungstechnik und Simulation Institut für Technische Informatik Universität.

Mannheim introduction Peter Fischer, Uni Mannheim, Page 3Schaltungstechnik

Simulationund

Institute competence

7 chairs (‘Lehrstühle’) = research groups Some research interests:

– Special purpose FPGA coprocessors– Trigger processors (R. Männer)– Virtual reality medical training systems– Reliable communication, DSL– High speed computer links for clusters– computer vision & image processing– Optoelectronics– Circuit design, Sensor readout

Student education:– Diploma ‘Technische Informatik’

– One main focus:hardware design with competence in FPGAs, analog circuit design, full custom layout, digital synthesis, automated design flows.

Page 4: Who is UMA ? Peter Fischer, I. Peric, F. Giesen, V. Kreidl Lehrstuhl für Schaltungstechnik und Simulation Institut für Technische Informatik Universität.

Mannheim introduction Peter Fischer, Uni Mannheim, Page 4Schaltungstechnik

Simulationund

My group & research projects

Group has been started 3 years ago – myself coming from Bonn Still small, growing ‘naturally’ Presently: 1 Postdoc (Ivan Peric), 3 PhD students, 2 - 5 diploma students Projects:

– DEPFET pixel detectors, mainly steering & readout chips– pixel chips for hybrid detectors– monolithic pixel sensors– high rate time measurement for PET– front end and time stamping for CBM– differential logic– transconductors with low gm– light weight, high speed serial links

Page 5: Who is UMA ? Peter Fischer, I. Peric, F. Giesen, V. Kreidl Lehrstuhl für Schaltungstechnik und Simulation Institut für Technische Informatik Universität.

Mannheim introduction Peter Fischer, Uni Mannheim, Page 5Schaltungstechnik

Simulationund

Involvement in JRA-1

Validation of Infrastructure with a DEPFET matrix detector Mannheim involvement is 24 PM (12 from EUDET) This task is a common enterprise between Bonn / MPI / Mannheim

Sharing of the required work will be defined in the first project year. Integration with telescope prototype start in second project year

Page 6: Who is UMA ? Peter Fischer, I. Peric, F. Giesen, V. Kreidl Lehrstuhl für Schaltungstechnik und Simulation Institut für Technische Informatik Universität.

Mannheim introduction Peter Fischer, Uni Mannheim, Page 6Schaltungstechnik

Simulationund

Present DEPFET ‘Mini-DAQ’

PC based, Windows based. Very light weight and simple to add components.

Hardware interface to our telescope: PCI Hardware Interface to the DEPFET: USB

Software is divided into many parallel tasks:– Producer tasks read the hardware– a Writer task bundles events, writes to file and sends subsets for monitoring– Online - Monitoring tasks display various information. They request a fraction of the data

from the writer– A buffer monitor task and a main controller– ‘Reader’ can re-inject data into Monitoring

Central data flow element: ‘shared buffers’– Used between Producers and Writer and between Writer and Monitors– Events have unambiguous ID in the buffers for later sorting– Mutexes are used to control access of the buffers– Uses begin-of-run, data, end-of-run events.

Page 7: Who is UMA ? Peter Fischer, I. Peric, F. Giesen, V. Kreidl Lehrstuhl für Schaltungstechnik und Simulation Institut für Technische Informatik Universität.

Mannheim introduction Peter Fischer, Uni Mannheim, Page 7Schaltungstechnik

Simulationund

Present DEPFET ‘Mini-DAQ’

Hardware Hardware Hardware

fileWriter

telescope‘producer’ task

DEPFET‘producer’ task

other‘producer’ tasks

Monitoring 1 Monitoring 1

buffer

Page 8: Who is UMA ? Peter Fischer, I. Peric, F. Giesen, V. Kreidl Lehrstuhl für Schaltungstechnik und Simulation Institut für Technische Informatik Universität.

Mannheim introduction Peter Fischer, Uni Mannheim, Page 8Schaltungstechnik

Simulationund

Advantages of our small DAQ

Pipelined operation

Small tasks keep units simple Clearly defined interface at buffer ends Extensions are simple

Can send buffers through TCP/IP (work in progress) to relief main DAQ computer Several small monitoring tasks can run in parallel Preprocessed data (tracks) can be included into the data flow and be used by

monitoring tasks

Still needed:– Overall control task– Better control over detector configuration– Logfile– …

Page 9: Who is UMA ? Peter Fischer, I. Peric, F. Giesen, V. Kreidl Lehrstuhl für Schaltungstechnik und Simulation Institut für Technische Informatik Universität.

Mannheim introduction Peter Fischer, Uni Mannheim, Page 9Schaltungstechnik

Simulationund

Some requirements for DAQ from the user side

Trigger hardware must guarantee same event ID’s in all detectors Must be able to inject dummy triggers Would be nice to get event time w.r. to main clock (TDC)

Integration of new devices or groups of devices must be simple Access to all detector data (raw or preprocessed) for monitoring must be simple System should not require very special hardware Stand alone operation must be possible (in lab, for beam preparation)

Questions:– should both OSs (WIN, LINUX) be possible ?

- nice GUIs are simpler in Windows,- multi tasking may be simpler in Linux

– what hardware interfaces should be supported ? I would prefer serial links. Is the speed high enough ?