[Dsg-ft] Fwd: CSS GUI for Hall B FT Interlock System

Wed Apr 26 08:55:48 EDT 2017

hi, 
as we are discussing matters about the ft, please send to/cc all your communications about the ft detector to the dsg-ft mailing list. 
the emails are archived 
amrit 

From: "Peter Bonneau" <bonneau at jlab.org> 
To: "Nathan Baltzell" <baltzell at jlab.org> 
Cc: "Wesley Moore" <wmoore at jlab.org>, "Amrit Yegneswaran" <yeg at jlab.org>, "Brian Eng" <beng at jlab.org> 
Sent: Wednesday, April 26, 2017 8:38:49 AM 
Subject: Re: CSS GUI for Hall B FT Interlock System 

Hi Nathan, 

The Excel file named FT Hardware Interlock System Design Documentation.xlsx on the website listed below has a tab with the EPICS PV's. 

https://userweb.jlab.org/~bonneau/FT%20Hardware%20Interlock%20System/System%20Documentation/ 

The IP address for the FT cRio is 129.57.86.160. 

Regarding the cRio as an EPICS server or client, Brian has found a problem while using the client configuration on the gas system. He's discovered it doesn't always work on the newer cRio processors like the one used on the FT. He's been looking into this problem and has submitted a service ticket to National Instruments requesting a fix for this bug. So far, NI has not resolved this issue. 

The FT cRio was configured as an EPICS server to see if we can duplicate this problem in this configuration. We use the EPICS server configuration in other critical cRio applications such as the Torus and Solenoid FastDaq. I've been working on the FT cRio as an EPICS server for a week and haven't been able to duplicate this problem yet. 

Do we know which fields are missing from the NI EPICS implementation? I'd like to submit a service ticket request to NI to implement any missing fields. At the most, the interlock systems will have ~ 7 Boolean signals each in the alarm handler to indicate the operating status of the system. 

The NI EPICS fields implemented for a Boolean are: OSV, SEVR, STAT, VAL, ZSV. 

The NI EPICS fields implemented for a double are: HHSV, HIGH, HIHI, HSV, LLSV, LOLO, LOW, LSV, SEVR, STAT, VAL. 

Thanks, 

Peter 

On 4/25/2017 10:08 AM, Nathan Baltzell wrote: 

Thanks Peter,

Yes, it is definitely important to have all DSG's Hall B hardware interlocks in EPICS.  We weren't aware you were also working on cs-studio user interfaces, but that is certainly welcome! 

BQ_BEGIN

A softIOC is not needed since the FT Interlock cRio is configured as an EPICS server (IOC). 

I’m not so sure about this.  On cRios, one thing we've found necessary in the past, in order to get full EPICS functionality, is to have them read/write (e.g. at 1 Hz) to duplicate soft channels (with different names) on a real EPICS ioc.  This is due to incomplete EPICS implementation on the cRio/labview, e.g. alarm fields.  Brian has helped with this previously for all the gas cRios in Hall B.

It would be nice if we can modify and shorten the PV names on this softioc from what you have in your pdf, in order to fit the existing conventions in the rest of Hall B EPICS.  Can you provide the PV list in a format that is easily modifiable (e.g. excel, ascii)?   Then we can converge on the names and generate the softioc.

Also, we'll need to know this cRio’s ip address.

And later we can discuss what needs to go in the alarm handler ...

Thanks,
Nathan

On Apr 25, 2017, at 6:54 AM, Peter Bonneau <bonneau at jlab.org> wrote: 

BQ_BEGIN

Wesley,

Under the Detector/FT menu in the clas12_menu.opi file, there needs to be GUI's for the FT Interlock system.  
The CSS test GUI we made to test the FT EPICS interface could be used, however it does not look like the other existing CLAS12 GUI's (compact, dark colored background, etc.).  
In the new SVT svtOverview.opi, a section for hard interlocks has been added.  GUI's similar to this is needed for the FT.  
A softIOC is not needed since the FT Interlock cRio is configured as an EPICS server (IOC). 
Regarding the alarm handler, there will be a few signals for the handler to report the status of the system. We'll list them later after talking to the FT group that is coming in May.
DSG will be implementing a similar new Hardware Interlock System for the RICH in the upcoming few months. We'll also be upgrading the existing SVT Hardware Interlock System to include the EPICS interface that will use the GUI's that have been started already. I'll mention these projects in the next slow controls meeting.
Peter

On 4/24/2017 11:01 AM, Wesley Moore wrote: 

BQ_BEGIN

Peter,

It's not clear what you are asking.  It looks like you are pretty far along.  The older version of cs-studio you are using may have compatibility issues with the latest version we are testing.  But that's easy to try.  

The documentation and block diagram you doesn't really answer these things:

Do you need a softIOC to write these PVs too or did you make one?
Do you need the alarm handler setup?

You still have a standing invitation to the slow controls meetings.  But as Brian/George did for gas systems, you can keep us in the loop without attending.  

Wesley

From: "Peter Bonneau" <bonneau at jlab.org> To: "Wesley Moore" <wmoore at jlab.org> Cc: dsg-ft at jlab.org Sent: Monday, April 24, 2017 9:08:21 AM
Subject: CSS GUI for Hall B FT Interlock System
Hello Wesley,

The Hall B FT group needs a CSS GUI for the FT Hardware Interlock System. This GUI would be integrated into the other FT EPICS screens.

The FT Hardware Interlock System is an independent backup system which can disable the LV, HV, and FT chiller. The system can be monitored and trip thresholds adjusted via Labview and/or an EPICS GUI. 
DSG has completed the initial programming on the cRio for the EPICS interface. Located in the EEL building and configured as an EPICS server, the PV signals are now available via the Hall B .86 subnet. The EPICS interface has been tested via a CSS test GUI.
Detailed information on the system configuration, hardware, EPICS PV signal names,  CSS test screen .OPI file, and LabVIEW interface can be found on the FT Hardware Interlock System website here: https://userweb.jlab.org/~bonneau/FT%20Hardware%20Interlock%20System/ Peter 

BQ_END

BQ_END

BQ_END

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.jlab.org/pipermail/dsg-hallb_ft/attachments/20170426/24aa09da/attachment-0002.html>