[INSTRM-2050] Make pressure alarms and control more robust Created: 28/Jul/23  Updated: 01/Feb/24

Status: In Progress
Project: Instrument control development
Component/s: ics_xcuActor
Affects Version/s: None
Fix Version/s: None

Type: Task Priority: Normal
Reporter: cloomis Assignee: cloomis
Resolution: Unresolved Votes: 0
Labels: near-term
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Relates
relates to INSTRM-1807 Persist ionpump "shutdown by itself' ... Open

 Description   

Add a new pressure keyword, giving both a measurement and the selected measurement source. I can't decide on a name, but maybe:

cryostatPressure=$source,$pressure
  where $source is:
    - "interlock" above 1 Torr
    - "iongauge" below that, if the ion gauge is working.
    - "ionpumps" if the gauge is broken but both pumps are on. Use average of two.
    - "ionpump1" or "ionpump2" if only one is working.
    - "none" if nothing is working

Switch to using only that measure to control whether to raise a pressure-high alarm or to shut the ion pumps down. Have different thresholds for the two actions. Apply a short de-glitching filter.

Keep all existing gauge/pump/interlock keywords.

Keep per-pump shutdown logic, but raise the threshold fairly significantly, and apply a de-glitching filter.

Add a setTemporaryLimit <pressure> <minutes> manual override for humans turning the pumps on. The human becomes entirely responsible during that time.

Besides this software work, we should make one hardware reconfiguration: the two ion pumps for any given camera should be split across the two 4UHV controllers. The intent would be to avoid any problems on one controller affecting both pumps on one cryostat. Or possibly both pumps on two cryostats.

Since we don't want to do this again can, say, fmadec and rousselle comment?



 Comments   
Comment by fmadec [ 28/Jul/23 ]

that's ok to me.

By de-glitching filter you mean something that will not turn Off ionpumps in case of big glitch ? so this is the most important

Comment by rousselle [ 30/Aug/23 ]

I think spreading both camera ionpumps on different controllers is a good idea and doable. 

We could start by implementing this setup with the new SMs and then find a good opportunity to change the existing ones.

Generated at Sat Feb 10 16:42:29 JST 2024 using Jira 8.3.4#803005-sha1:1f96e09b3c60279a408a2ae47be3c745f571388b.