1 / 10

P ossible replacement of VME

P ossible replacement of VME. Is VME not adequate for future systems?. RODs If we keep the same readout architecture and the same functional boundaries VME can still do the job Monitoring tasks could run in PC connected to ROD through Ethernet Trigger modules

owen
Download Presentation

P ossible replacement of VME

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Possible replacement of VME Philippe Farthouat, CERN

  2. Is VME not adequate for future systems? • RODs • If we keep the same readout architecture and the same functional boundaries • VME can still do the job • Monitoring tasks could run in PC connected to ROD through Ethernet • Trigger modules • Additional ad’hoc backplanes necessary (as today) • However, it’s difficult to predict what VME will be in the years 2022–2035 (HL-LHC) • First designs in VME beginning of the 80’s (previous century)...

  3. What could be a replacement? • There are several possibilities • VXS or VPX as a natural successor of VME • ATCA or µTCA • Although µTCA seems a bit small wrt our I/O problems • Direct readout in PCs • As proposed by A. Kugel for the new ITK ROD • No standard • Define a BIN with Fan Trays and power supplies • (GB)Ethernet interfaces on each board • Ethernet switches and PCs • i.e. a poor man ATCA... • Currently, most of the developments for long term upgrades in ATLAS are using ATCA

  4. Interest in ATCA • High speed connections between boards could be very useful for the calorimeters upgrades and is very useful for the FTK Short cables to LVL1 70m optical cable FEB ROD • In the case of an architecture change with a merge of the ROD and the ROS on the same physical system • Not at all the baseline!

  5. How do we proceed? • Small group formed with one representative per sub-system • Selected by the project leaders • Mandate • Define the standard to be used for the new RODs • In the (likely) case an industrial standard is selected, define as much as possible opened options • E.g. Power supplies, user defined backplanes, cooling • Define the possible ancillary equipment to be used • E.g. shelf manager, IPMC, ... • Schedule • Finish the work at the end of the year (?) • Deliver a draft standard and recommendation asap

  6. People in the group • Benedetto Gorini (DAQ upgrade) • John Hill (Strips) • Markus Joos(DAQ) • Giovanna Lehmann Miotto (Forward) • Lorne Levinson (TGC) • Peter Lichard (TRT) • Paolo Morettini(Pixel) • Guy Perrot (LAr) • David Sankey(L1 Calo) • Alberto Valero Biot(Tile) • Riccardo Vari (RPC) • Joseph Vermeulen (MDT) • Philippe Farthouat • Representatives for FTK and CSC to be added

  7. Wish list • Whatever the selected new standard will be we’ll need the following: • Integration in the existing infrastructure • Cooling with vertical air-flow • Or check that another solution is feasible and cost effective • E.g. cold and warm allées • Compatibility with the main power distribution • Integration in DCS • Common family of crates (as done for VME) • Not too many variants • Controller (Shelf manager & control software, embedded CPU?) • Purchasing and maintenance contracts I.e. the same kind of support we have today with VME

  8. What ‘s going on elsewhere • CMS willing to use µTCA for their calorimeter trigger • LHCb willing to replace their current TELL1 system (VME64 bin, no VME backplane, credit card PC) with an ATCA system • Phase-1 upgrade • If we select ATCA we could/should have a lot of commonalities with them • ALICE is PC based • CERN PH electronics group (ESE) looking at µTCA and ATCA

  9. Meeting today • Aims at reviewing different possibilities and the on-going developments • Inside and outside ATLAS • ATCA being the most popular platform, presenters of new developments have been asked to answer a list of questions • Keep enough time for discussion What is the expected usage of the backplane? Do you use the fat pipes. If yes which protocol? Would you agree for a control through Ethernet? Do you use synchronisation signals and common clocks? Do you plan to use redundancy and/or hot swapping? Do you plan full mesh or dual star backplane? Do you need a local processor? Which shelf manager do you plan to use? Which IPMC do you plan to use? Typical expected power consumption? Which crate size to you plan to use (i.e. how many slots available)? Do you plan implementation with AMC mezzanine and a mother board? How sure are you you need ATCA. Could you envisage µTCA? Do you need zero, one or more ATCA switch blades in your ATCA shelf? Which kind of switch? Which MMC do you want to use on your AMC or in uTCA?

  10. Agenda Introduction - FARTHOUAT, Philippe Available options for the replacement of VME - JOOS, Markus TDAQ upgrade options - VERMEULEN, Joseph CMS plans - HANSEN, Magnus ALICE plans - ENGEL, Heiko LHCb plans - CACHEMICHE, Jean-Pierre PC based readout scheme - KUGEL, Andreas ATCA developments and experience at SLAC - BARTOLDUS, Rainer On-going developments for the LAr - PERROT, Guy On-going developments for the Tile - VALERO BIOT, Alberto On-going developments for the FTK and RoI Builder - ZHANG, Jinlong On-going developments for the L1 calo - Dr. SANKEY, David xTCA evaluation activities at CERN - BOBILLIER, Vincent Software tools available in the ROD crate - SPIWOKS, Ralf Discussion

More Related