Reports until 17:11, Monday 01 April 2019
H1 CAL
jenne.driggers@LIGO.ORG - posted 17:11, Monday 01 April 2019 (48129)
Timing slip between cal-cs and susetmx

JoeB reminded us to check on the phase between the actual suspension oscillators at the end stations, and the replicas of those oscillators used for demodulation at the corner station.  Similar to the problem that he reported back in February (LLO alog 43375), our oscillators had a fixed phase between them. 

However, the phase delays here did not correspond to integer seconds of delay, which is concerning.  At LLO (and we will copy in a week or two) they are going to move the CAL-CS model back to a computer than has an I/O chassis so that the timing will be right, and they hopefully won't get these timing slips.  That should solve the hypothesized problem of the slips coming from the timing not being right.  However, our phase delays not corresponding to integer seconds indicates that there may be yet another problem.  Unclear.

The good news is that the trick of forcing a re-sync by zeroing the frequency of the oscillator and then resetting it to its nominal value has removed the phase delay. In the attached figure, the blue reference is the phase delay that we had before re-syncing the oscillators, and current red shows that all of the delays are zero, as they should be.

Also, we pushed new EPICS records today, corresponding to the modelparams file that Lilly made earlier today (alog 48115).  Jeff will comment further on those.

With these 2 changes, the kappa_TST and kappa_PUM are reporting sensible numbers, about 1.05 each.  However, the UIM is still wonky.  As has been suggested elsewhere, perhaps since this is our lowest frequency actuator stage we are getting this one wrong due to imperfect modeling of the sensing function (which goes into the 'reference values' that are part of the kappa calculation)?  The intrepid alog reader will note that this kappa value for the lower 2 stages of 1.05 sounds quite suspiciously related to the values of 0.95 that we have put into the H1:CAL-CS_DARM_ANALOG_ETMX_L[1, 2, 3]_GAINs.  However, since those affect CAL-DELTAL_EXTERNAL, but not the DARM_ERR that is used for the kappa demodulation, setting the actuator gains to 1 doesn't change the kappas.  So, there's still some 5% business that requires more thought.  And, we need to figure out what's up with the UIM kappa.

Images attached to this report