I installed and ran the new FSS autolocker code. Changes include:

- Ability to engage the autolocker when the FSS is already locked - without killing the lock!
- Three independent delay epics records for states 1, 2 and 3. Their names and for now reasonable operating values are:
    H1:PSL-FSS_AUTOLOCK_DELAY1 = 5 sec
    H1:PSL-FSS_AUTOLOCK_DELAY2 = 1 sec
    H1:PSL-FSS_AUTOLOCK_DELAY3 = 0.1 sec
- On state 4 lock-loss, hold temperature output and try state 2 again (ramping up FSS gain)
- A switching integrator in FM1 of the TEMP_LOOP. I loaded the following filters:
    FM1: p0:z0.05 (pole at 0Hz, zero at 0.05Hz, high frequency gain of 1 - this is the switchable integrator.)
    FM2: p500:g0.01 (pole at 500Hz, low frequency gain of 0.01).
    FM10 (not used) a copy of the old lowpass (the two new filters together are equal to the old lowpass, except that we now have a true integrator instead of a pole at 0.005Hz)
  The FM1 switchable integrator is turned off in state 0 and 1 to clear the integrator history.

I didn't have a mode cleaner tonight, so we will have to check the fast-recovery feature through state 2 tomorrow.
Other than that, the system behaved as advertised.


Related items that will need to be checked in to the svn (I am holding off to test is a bit more before propagating it to LLO without warning.):
/opt/rtcds/userapps/release/psl/common/medm/PSL_FSS.adl
/opt/rtcds/userapps/release/psl/common/models/pslfss.mdl
/opt/rtcds/userapps/release/psl/common/src/fss/FSS_AUTOLOCKV2.c  (new file - already in svn)


PS: On request from Christina I left the FSS and TEMP loop off overnight - the PSL temperature is still recovering form the fan speed change.