1 / 21

“Technical run experience ”

“Technical run experience ”. Gianluca Lamanna (CERN) TDAQ meeting 11.12.2012. Summary (1). The technical run started in October 29 Excellent participation from all the collaboration Good support from (almost) all the sub-detectors and sub-systems experts

Download Presentation

“Technical run experience ”

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. “Technical runexperience” Gianluca Lamanna (CERN) TDAQ meeting 11.12.2012

  2. Summary (1) • The technical run started in October 29 • Excellent participation from all the collaboration • Good support from (almost) all the sub-detectors and sub-systems experts • Several stops and delays due to “external” problems: magnets, main PS power supply, doors and ….water

  3. ECN3

  4. Summary (2) • Two parts: • Test beam • Technical run • Test beam: data collected in “standalone” • Several software used (Karim’s, Lav’s, Chanti’s): reading of the input buffers (the first 2000 words) • Mainly muon runs • Technical run: data collected with the full system. Several runs collected with different: • Beam conditions (pencil, “real” (low and high intensity, muons) • Triggers (Q1*MUV3, Q1*NHOD, Q1*MUV2, Q1, Q1*MUV2*!NHOD) • Detectors included (CHANTI yes/no, detectors excluded for temporary failure,…) • Random triggers (with and without beam)

  5. Summary (3) • https://twiki.cern.ch/twiki/bin/viewauth/NA62/RunBook • The runbook information will be completed with the information from the run control • Partial list of runs (with stable conditions) compiled by Giuseppe

  6. Success or failure? • Installation of a complex system • Readout boards • Trigger distribution • Network • PCFARM, Run Control, CDR • Detectors, HV, DCS,… • Commissioning building of several pieces • Beam commissioning • Control room • ancillary systems • Collected more than 150 GB of data • Reinforcement of the collaboration • But the main success is in …

  7. Success or failure? …all the mistakeswehave made! • Each bugs, malfunction, instability, crazy behavior, etc. we observed, will help to build a “perfect” system more than the data collected!

  8. Keywords TEL62 TALK NETWORK DIM CLOCK OnlineMonitor TRIGGER RunControl ELOG CDR PCFARM DCS

  9. TALK (a.k.a. L0TP) • No major issue • Well known limitations • maximum number of NIM trigger sources (4) • maximum latency, … • Limitations due to the firmware: • limited (and hard coded) number of trigger configurations • impossibility to downscaling single triggers • mixture of trigger possible but not tested • missed automatic logging of L0TP configuration • Main problem: • apparently the trigger offset depends on the firmware • Lab investigation (not so easy)

  10. Clock & Alignment • Issue with the phase of the SOB to the LKr • Trigger offset alignment in two steps: • Coarse: looking directly the data in the output buffers • Fine: automatic scan • Trigger scan repeated before any trigger change chod lav3 cedar

  11. Clock & Alignment • Very important: Is it the SOB jitter low “enough”? (Vlado’s question) • Try to look in to the data: accuracy limited by the detector time resolution • Design a way to test the electronics in a controlled situation (in the lab and in the cavern) • Choke&Error test not completed LTU/TTCex TEL62 clock TALK TALK SOB LTU/TTCex TEL62

  12. TEL62 • Theoretical limitation to 200 kHz (in the present design) never reached due to firmware bugs • The most tricky (in the DDR part) was very difficult to be discovered in lab test • Other bugs in the SL fixed but not tested • No evidence of hardware design problems (within the tests done) • Strategy to allow extensive tests in the lab (in TR like conditions) Marco’s talk

  13. DIM • Several problems due to DIM stability • Loss of connection with CCPC • Rare loss of connection with L0TP • Something to investigate in the PCFARM • Some problem due to the network infrastructure • Fix or change the system • Extensive tests needed, redesign of the DIM service PCFARM TEL62 DNS (lkrpn2) SLM MERGER RunControl L0TP

  14. Network • Prompt help from the IT division • main structure, multicast, … • Still not everything perfect • adding a new boards require some job • The network bandwidth has not been tested • The network structure for the trigger primitives transmission has not been tested

  15. Run Control • Big improvements during the run • Several problems pointed out during the data taking has been fixed in the last version (not tested) • Most of the problems during the runs (stops, errors, black magic with the farm…) are related to DIM Nicolas’ talk

  16. PCFARM & CDR • The PCFARM worked well during the run: • Only one PC tested • Not rate test performed • Still missing L1&L2 • Problems with DIM interface (to be fixed) • Still licenses missed (we have only two) • The CDR worked well • GPN data transfer • 10 Gb fibers installation to be completed and tested

  17. Online monitor • The technical run gives a big boost to the reconstruction software and the online monitor • Still some detector needs improvement • Several “temporary”, ”last minute”, ”incompleted” solutions to be reviseted • The general structure is working: • first step for the event display

  18. DCS • A lot of job to improve the reliability of the DCS during the whole TR • Several problems remain on the stability of the OPC server • Still problems of reliability • DCS for LAVFEE was not working until the second half of the TR • Still the MUV2 control isn’t ready

  19. Elog & Twiki • Two power full tools not completelly exploited: • Experience to improve the elog interface (additional categories, electronics shift list, …) • Not all the information has been placed on Twiki

  20. Trigger primitives • A preliminary trigger primitives test has been done (Dec. 1) • A bug in some configuration scripts prevents to completed the test • The most critical parts has been tested (primitives generation and primitives transmission) • The network for the primitives transmission hasn’t been tested

  21. Nextsteps • Design the strategies to test the system without beam (electronics pulsers, leds, etc.) • Build the hardware needed • Complete the remaining firmware • Build the missed hardware (Straw tel62 interface, final L0TP, …) • New Dry Run(s) ! (one long or two short? next summer?)

More Related