LHC Collimation Project Integration into the control system

LHC Collimation Project Integration into the control system Michel Jonker External Review of the LHC Collimation Project 1 July 2004

LHC Collimation system • Up to 120 collimators including tertiary, scrapers, absorbers, phase 2, etc • Distributed over 6 points with a large concentration in point 3 and 7 • Jaw positions are correlated primary – secondary – tertiary Also during movements! they have to stay in sync

Collimator control A single collimator has • 5 stepper motors • 5 resolvers (position measurements coupled to the motor axes) • Other position measurements – Potentiometers – LVDT’s • Operational condition sensors – – – Temperature gauges Water pressure Water flow Accelerometers Audio recorder

Local Collimator Control • Stepper motor control • Position readout and survey Under study: • PLC or • Integrated electronic system • Readout of other parameters • May include the redundant position measurements. • Generation of beam dump signal • PLC Local position control • Position Control

Position Control System subject of a market survey A position control system assembly • controls multiple motors (up to 100 per assembly) • may be either: – A PLC based system Responsibility for the development of PLC software should be part of the market survey. – An integrated electronic control system (e. g. like in LEP) In either case we need: – a communication interface with the system based on the modbus protocol (or equivalent). I. e the assembly looks like a PLC. – to have the right and the support to modify embedded software. (I. e. have the possibility to in-source the maintenance. ) The real issues here are: – Low electric noise in motor control (no chopper supplies) – Control over long distances

Collimator Control Architecture Control Applications Feedback Application Beam Loss Signals Central Collimator Control . . . Local position control Beam dump Timing distribution Modbus on Ethernet Local position control Setting Database

Modes of operation Based on various operational scenarios Used to define functional requirements a) Without beam present • Unsynchronized movements b) With beam present • • Synchronized & position-surveyed movements Unsynchronized fine adjustments of individual collimator jaws

Modes of operation Unsynchronized movements • When No beam present – Position calibration procedures – Prepare for injection • No global synchronisation required. • Both sides of a jaw have to remain within 1 mm – Is the responsibility of local position control Mechanical speed limit: < 10 mm/s • Time to detect problems 100 ms (is acceptable)

Modes of operation Synchronized position-surveyed movements • When Beam present – Movements during the ramp or during the squeeze • Global synchronisation required (movements start at the same time) • Detection of positioning errors during movements. – – Maximum tolerable error may vary (can be as small as 25 m) Drive speed limit = max error / system response time E. g. 25 m / 100 ms = 0. 25 mm/s In case this is in the resonance range of the assembly, the speed should be further reduced. (Continuous single step mode).

Modes of operation Unsynchronized fine adjustments (individual jaws) a) b) • Under control of the operator Driven by feedback from beam-loss systems When Beam present • At injection, the end of the ramp, or in preparation of physics • • No global synchronisation required (mostly one or two motors per command) Commands to move by a few (1 – 5) steps at the time Command rate up to 10 Hz (feedback driven) Speed: a few times 50 m/s

Functional Requirements Motor Control • Controlled by preloaded movement functions: – Movement functions are triggered by a common hardware or software signal (common to the assembly). – Movement functions can be simple or complex. • Simple functions are used for tweaking collimator positions. • Complex functions for calibration, ramp

Functional Requirements – Examples of movement functions Simple function • start condition, • time, displacement • stop condition Displacements are either absolute or relative Complex function • start condition, • n x { time, displacement} • Stop, pause, conditions Displacements are either absolute or relative

Functional Requirements Motor Control (cont. ) • Movements are interruptible by external stop signals (hardware and/or software) • Actual motor position can be re-initialized. • External hardware conditions are recorded by the system and are reported to the supervisory system. • The theoretical positions can be read at any time by the supervisory system. • The system maintains a history in terms of executed motor steps. The history is kept in non volatile memory. (Post mortem analysis)

Functional Requirements Resolver Readout • Autonomous readout and position error detection by the system: – The system continuously measures and compares, independent of a supervisory system. – Position errors are signalled by HW output signals and by software reports to the supervisory system. (different error thresholds? ) • Acquisition and position error detection is also active during movement: – Needs to receive functions that specify position and tolerance. – Needs to receive time synchronisation signals (to follow motor control functions)

Functional Requirements – Error thresholds vary during movement (they are more strict when closer to the beam) – Error thresholds can be asymmetric • Can be represented by a minimum and a maximum bound function. – Use similar function format as for motor control

Functional Requirements Resolver Readout (cont. ) • sampling speed (adjustable? ) – @ 50 ms: 14 bits = precision 2. 5 um (40 mm /16384) – @ 10 ms: 13 bits = precision 5 um (40 mm / 8192) • The resolver readout system uses same hardware start and stop signals as the motor control. • The actual positions can be read at any time by the supervisory system. • A history is kept in non-volatile memory for post mortem analysis.

Central Collimator Control • Provides a ‘standard equipment’ view to the LHC control Feedback Beam Loss Control Applications Setting Database system. Application Signals – Accepts command ramp Central Collimator Central for Collimator Control – Accepts actual setting trims. Beam dump – Coordinates the movements between the individual collimator Timing distribution assemblies. Modbus on Ethernet – Reports changes to the application layer for logging. . . Local position control • Listens for error reports and acts on them. • Acts as a gateway to relay FB information from the Beam Loss systems to the local position control systems. • Implemented on a VME system running Lynx. Os

Conclusions: Local Collimator Control Readout of collimator operational conditions does not pose any problem (PLC based). Details of the local architecture still uncertain due to the uncertainty of the local motor control system. – There is one potential candidate that may provide an integrated electronic assembly. (Based on the electronics for the Lep System) – There are possibly many PLC based solutions but which needs to demonstrate their capability to comply with the low electric noise requirements. – Essential points • Low electric noise, long distances • Function driven motor control • Position Acquisition: precise, fast, autonomous, including position error detection capabilities • Post mortem history buffers.

Conclusions: Central Collimator Control • Functionally very similar to other LHC equipment. • Based on common LHC control architecture. Phased implementation ? – Simple setting control for day 1 – Use of functions and position survey during movements – Feedback based on beam loss signals However, all these modes of operation have to be foreseen in the control system right from the beginning.