1 / 8

Electronics Upgrade

Electronics Upgrade. P J Smith (University of Sheffield) J Leaver (Imperial College) 17 th June 2009. Overview. Brief overview of the work that is being undertaken in the target control electronics upgrade Interlocks into the target control system For Discussion:

flo
Download Presentation

Electronics Upgrade

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. Electronics Upgrade P J Smith (University of Sheffield) J Leaver (Imperial College) 17th June 2009

  2. Overview Brief overview of the work that is being undertaken in the target control electronics upgrade Interlocks into the target control system For Discussion: Signals to be sent to ISIS Fault Conditions with the target controller P J Smith - University of Sheffield

  3. Current Upgrade We are currently working through a 3 stage plan to upgrade the target electronics • Replace the current controller with a system that allows more flexibility and can be controlled via a PC interface. Electronics can also be queried via the PC. • Replace much of the peripheral circuitry with circuitry that also can be brought under the control of the PC interface/target controller • Replace the targets third party DAQ with our own custom target DAQ. • Tailor it to our own needs • No integration problems due to third party closed source drivers Estimate that the complete upgrade will take about 18 months with stage 1 being ready shortly after the new target is installed in the summer of 09. P J Smith - University of Sheffield

  4. Current Upgrade The current PIC based system is being replaced with a USBDAQ board. A general purpose I/O board tied to a Spartan FPGA. As the name suggests the board has a USB controller that allows it to communicate with a host PC. • Built peripheral boards that communicate with outside world based on old circuit designs. • An interface board has been designed that connects the peripheral boards to the USBDAQ board • Firmware that was programmed into the PIC is being transferred to the FPGA. However this is a ground-up reprogram as code from PIC is not transferable (completely different technologies) P J Smith - University of Sheffield

  5. P J Smith - University of Sheffield

  6. Interlocks There are 2 ‘levels’ of interlocks here. 1) Internal control interlocks to prevent the user from performing certain tasks in an incorrect order (logical) 2) External signals that enter the system In reality the correct functioning of the system is dependent upon both of these Currently the only hard wired external interlock is the target frame position and enable key. Under normal functioning we intend to implement : (-> Target Frame cannot be lowered until the target is in its hold position) -> Target Frame has to be raised before the target can be parked Ability to add up to 8 external interlocks to the target controller Controller response to a given interlock can be programmed into the FPGA (requires firmware update and a reprogram) P J Smith - University of Sheffield

  7. Signals to ISIS 15 RG178 Signal Cables were installed last summer between MICE LCR and ISIS LCR. These were put in place to allow signals to pass between these 2 locations. For MICE Cleaner Beamloss signals Cleaner Trigger Signals For ISIS (5 spare) Intention is to send ISIS various signals pertaining to the status of the target system. After discussion with Dean Adams the decision was to send the following signals: Target Position Frame Position (Actuation Signal)? (Particle Rate Signal) – Jean Sebastian? (Target System Cannot Provide) P J Smith - University of Sheffield

  8. Fault Conditions What to do in the case of a fault condition? (For Discussion) Two conditions that I’m concerned about: A fault condition that is picked up by the controller • This means that it is reportable… …but means that the target is non-functional and cannot be held out of the beam • I could send you an error signal - Although this feature has not currently been designed into the upgraded system (but it could be during stage 2 upgrade) – How do you view that signal in the MLCR? • The system could be made so that the control PC automatically raises the frame in the case of an error condition. ( James and myself discussing how we can implement this) Major failure, such as the power supply is interrupted to the target controller electronics. • It is hard to see how this can be signalled. • Control PC could raise the frame if that system is still ok This suggests that a protocol system may be useful… but we have already witnessed such a system break down –Requires formalising and some thought. P J Smith - University of Sheffield

More Related