1 / 9

Control/Monitoring

Control/Monitoring. Vertex Detector ODE Meeting Lausanne, 25 January 1999 P. Mato, CERN. CPU. CPU. CPU. CPU. CPU. CPU. Trigger & DAQ system. Data rates. LHC-B Detector. VDET TRACK ECAL HCAL MUON RICH. 40 TB/s. 40 MHz. Level 0 Trigger. 1 MHz.

thibodeaux
Download Presentation

Control/Monitoring

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. Control/Monitoring Vertex Detector ODE Meeting Lausanne, 25 January 1999 P. Mato, CERN

  2. CPU CPU CPU CPU CPU CPU Trigger & DAQ system Data rates LHC-B Detector VDET TRACK ECAL HCAL MUON RICH 40 TB/s 40 MHz Level 0 Trigger 1 MHz Front-End Electronics Timing & Fast Control L0 1 TB/s 40 kHz L1 Level 1 Trigger 4 GB/s 1 MHz (multiplexing onto front-end links) LAN Read-out units RU RU RU 2-4 GB/s Read-out Network Experiment Control System Trigger Level 2 & 3 Event Filter Sub-farm controllers SFC SFC Variable latency L2 ~10 ms L3 ~200 ms Control & Monitoring Storage 20 MB/s

  3. Specific Requirements • Detector Control • Infrastructure (cooling, ventilation, magnet, power, LHC...) • Monitoring and Error/Alarm handling. • Front-end & ODE electronics • Configuration, parameter downloading (thresholds, gains, timing, operation mode, etc.)

  4. Specific Requirements (2) • Trigger system • Configuration: Program activation and parameter downloading. • Commands: Enable/disable. • Monitoring and Alarm handling. • Read-out units and read-out network • Configuration: Network configuration, parameter downloading. • Run time backpressure (trigger throttle). • Monitoring and Alarm handling. • Event Filter farm • Configuration: Program activation and parameter downloading. • Monitoring and Alarm handling.

  5. Control/Monitoring structure Technologies Configuration DB, Archives, Logfiles, etc. Storage Supervision SCADA WAN LAN Process Management . . . OPC LAN Communication Protocols Controller/ PLC Other systems (LHC, Safety, ...) VME PLC FieldBus Field Management Field buses Experimental equipment Sensors/devices SCADA = supervisory control and data acquisition OPC = OLE for process control PLC = Programmable logic controller Field buses = CAN, ProfiBus, WorldFip, ...

  6. JCOP (Joint LHC experiments Controls Project Sub-projects Technologies • Participation from 4 LHC experiments + IT/CO group. • Various sub-projects • Project meetings every 2 weeks • JCOP Workshop 6-8 September 1999 • For more information:http://itcowww.cern.ch/jcop/ • Commercial SCADA systems • Market survey • Evaluations phase 1 & 2 • Very Good progress SCADA • ComponentWare evaluation • Building the system from commercial components. • No progress • OPC evaluation • Candidate for standard interface • Good progress OPC Communication Protocols • CAN bus • Investigation of CANopen protocol • Good progress PLC • Architecture • Build a common architecture • Some progress. Stop now. • Test Bench (PLC, FieldBus, OPC,..) • A setup to test products,technologies • Little progress Field buses • Interface to Safety • Liaison with safety working group • Good progress • HV control, Gas control • Collect requirements. Common specifications Sensors/devices

  7. JCOP: SCADA Evaluations • Market survey. • From 140 companies contacted reduced to 5. • Evaluation phase 1: • Each of the 5 are being tested at CERN for 6/8 weeks. • Expected completion March’99. Select 2 or 3 for next phase. • Evaluation phase 2: • Use products in “test bench” and LHC test beam activities. • 4/5 months. • September workshop • Whether or not any SCADA system is suitable for experiment’s needs. • If answer is yes, then which product is the most promising. Need specific ODE requirements NOW

  8. Requirements for ODE Electronics • We need to know the ODE specific requirements: • Bandwidth requirements for the different activities • Configuration, Data-taking, Calibration, Test, … • Nature and amount of control and monitoring data • Tables and Arrays • Which fieldbuses? And protocols? • CAN bus? • Which other buses are needed? • JTAG, I2C, VME • Few concerns • SCADA systems deal with single data items (tags). No support for arrays and tables. • Graphical synoptics are useless for controlling and monitoring electronics.

  9. Summary • The Experiment Control System covers all the areas of control that do not require fast speed (40MHz) and large bandwidth (DAQ). • The CERN Management wishes to have a common solution for the 4 LHC experiments. JCOP project. • Good progress in most of the areas. A lot of weight put on the SCADA layer. For ODE is more important the lower layers (buses, protocols, interfaces, etc.) • In the area of LHCb Electronics (ODE, ...) we need to define what are our specifics needs. Input is urgently needed.

More Related