Elog from ~5am last night:
Tonight was just several trials of PRFPMI locking, while trying to pay more attention to the lockloss plots each time.
General notes:
I tried once to acquire DRMI on 1f while the arms were held off resonance. I wasn't catching lock, so I went back to PRMI+arms. I aligned the PMC, which I noted in a separate elog.
I was able to hold the PRMI on REFL33I&Q, and have ALS CARM and DARM at zero CARM offset. The arm would "buzz" through the resonance regularly. I use the word buzz because that's kind of what it sounded like. This is the noise of the ALS system.
I think we want to add the transmission QPD angular signals to the frames. Right now, we just keep the sums. It would have been handy to glance at them, and see if they were wiggling in the same way that some other signal was waggling.
All the data files are in /opt/rtcds/caltech/c1/scripts/LSC/LocklossData. Each folder is one lockloss. It includes text files for each trace, as well as any plots that I've made, and any notes taken. The text files are several MB each, so I'm not going to bog the elog down with them. There are a few folders that end in "_notInteresting". These ones are, as one might guess, not interesting. 2 were MC locklosses (I'm not actuating on MC2, so I declared these independent from my work) and one was when I knew that my ALS was bad - the beatnotes weren't in good places, and so the ALS noise was high.
Folder: 1100342268_POP22goesLow
Working notes: Lost lock because POP22 went too low. PRCL and MICH triggered off. After this, changed PRCL and MICH "down" thresholds to 0.5, from 10.
Plots:
  
Conclusion: Easy fix. Changed the down thresholds for MICH and PRCL to be lower, although still low enough that they will trigger off for a true lockloss. Why though do we lose so much sideband power when the arm transmission goes high? POP22 dipped below 10 when TRX went above 29. Does this happen on both sides of the CARM offset? Quick simulation needed.
------------------------------------------------------------------------
Folder: 1100330534_maybePRCLangular
Working notes: PRFPMI, reducing CARM offset to arm powers of 7. CARM on sqrtInv, DARM on DCtrans. PRMI on REFL33 I&Q. Don't know why I lost lock. Maybe angular stuff in PRC? I think POP spot was moving in yaw as it started to go bad.
Note, later: regathered data to also get POP angular stuff. Don't think it's POP angular. Not sure what it is.
Plots:
 
Conclusion: I'm not sure what this lockloss was caused by, although it is not something that I can see in the POP QPD (which was my initial suspicion). It is, like many of the rest of the cases, one where I see significant bounce and roll mode oscillations (error and control signals oscillating at 16 and 24 Hz). I don't think those are causing the locklosses though.
--------------------------------------------------------------------
Folder: 1100334680_unknown_highArmPowers
Working notes: PRFPMI, carm_up script finished, sitting at arm powers of 8. CARM, DARM on DC trans. PRMI on REFL33. Don't know why lost lock.
Plots:
[Don't have any? - I'll make some]
Conclusion: Again, I see 16 and 24 Hz oscillations, but I don't think those are causing the lockloss.
---------------------------------------------------------------------
Folder: 1100331950_unknown
Working notes: PRFPMI, arms about 8. CARM, DARM on DC trans. PRMI on REFL33. Don't know why I lost lock.
Plots:
Conclusion: Don't have an answer.
--------------------------------------------------------
Folder: 1100345981_unknown
Working notes: Lockloss while going to arm powers of 7ish from 6ish. Not POP angular, POP22 didn't go low.
Plots:
 
Conclusions: This one wasn't from POP22 going too low, but again, I don't see anything other than 16 and 24Hz stuff.
|