40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 76 of 344  Not logged in ELOG logo
Entry  Thu Dec 4 23:45:30 2014, Jenne, Update, CDS, Frozen? 
[Jenne, Q, Diego]
I don't know why, but everything in EPICS-land froze for a few minutes just now.  It happened yesterday that I saw, but I was bad and didn't
elog it.
Entry  Fri Dec 5 00:52:51 2014, Jenne, Update, SUS, ETMX 2nd order violin 
We looked at the spectra of POX and POY during IR lock, and Q saw a peak at 1285 in POX only.  We're actuating on the ETMs, so it must be an ETMX
violin mode, although it doesn't match the others that are in the table.
Anyhow, I added it to FM9.  While I was doing that, I realized that yesterday I had forgotten to put back the 3rd order ETM violin notch,
Entry  Fri Dec 5 02:44:43 2014, Jenne, Update, General, IFO alignment shenanigans 
[Jenne, Q, Diego]
OMG, today sucked alignment-wise.  Like, wow. 
I think that the problem with the ASS is with the input pointing part of the system.  I found that if I disable the TTs for the Yarm (iin
Entry  Fri Dec 5 15:41:45 2014, Jenne, Update, Computer Scripts / Programs, Nodus on fast GC network 
Apparently, some time ago Larry Wallace installed a new, fast ethernet switch in the old nodus rack. Q and I have just now moved nodus' GC ethernet cable
over to the new switch.  Dan Kozak is going to use this faster connection to make the data flow over to the cluster not so lag-y.
    Reply  Tue Dec 9 03:34:52 2014, Jenne, Update, ASC, POP yaw razor tuning PRC_YAW_QPDvs22_8Dec2014.pdf
With the re-do of the IFO alignment last week, I think that the beam was no longer about halfway on the POP22 razor blade.  To fix this, I locked
the PRMI on sideband, removed the razor blade, and then put it back in such that it occluded about half of the light.  
I'm not entirely sure why, but when I put the razor in, POP22 went from 104(ish) to 45(ish) but POPDC  went from 5200(ish) to 1600(ish). 
Entry  Tue Dec 9 03:41:06 2014, Jenne, Update, CDS, EPICS running slow - network issue? 
[Jamie, EricQ, Jenne, Diego]
This is something that we discussed late Friday afternoon, but none of us remembered to elog. 
We have been noticing that EPICS seems to run pretty slowly, and in fact twice last week froze for ~2 minutes or so (elog
Entry  Wed Dec 10 15:05:32 2014, Jenne, Update, Electronics, Xend QPD whitening board modified already IMG_1776.JPG
In April, Koji logged that he had made some changes to the Yend QPD whitening board (elog 9854). 
Today, I pulled the Xend board to see if it had the same modifications.  The filter shapes all seem to be the same (as in, the capacitors at the output
filters were removed, etc.), and the final gain is the same.  I just realized that I didn't explicitly check if the whitening switches were pulled
    Reply  Thu Dec 11 16:42:12 2014, Jenne, Update, Electronics, Xend QPD whitening board plan QPDwhiteningModification_11Dec2014.pdf
Here is a little PDF of what I plan to do to both of the transmission QPD whitening boards later today.  The idea is to take away the remote gain
slider inputs, and force the gains to always be at +30dB.
The red and blue notes are from Koji's elog 9854, and the green are my plans for today. 
    Reply  Fri Dec 12 02:30:25 2014, Jenne, Summary, General, PSL table optical layout 


Entry  Fri Dec 12 04:33:49 2014, Jenne, Update, ASC, ASS retuned 
[Rana, Jenne]
We decided that tonight was the night for ASS tuning. 
We started from choosing new frequencies, by looking at the transmission and the servo control signals spectra to find areas that weren't too full
    Reply  Fri Dec 12 19:54:21 2014, Jenne, Update, Electronics, Xend QPD whitening board modified QPDwhiteningModification_XtransCompleted_12Dec2014.pdfIMG_1779.JPGQPD_Xtrans_Ytrans_12Dec2014.pdfQPD_Xtrans_Ytrans_DarkVsLock_12Dec2014.pdf
Okay, I have finished modifying the Xend QPD whitening board, although I will likely need to change the gain on Monday.
Rather than following my plan in elog 10782, I removed the AD602's entirely, and just use the
AD620's as the amplifiers.  We don't need remotely adjustable gains, and the AD620s are a less noisy part.
    Reply  Mon Dec 15 22:30:50 2014, Jenne, Update, Electronics, Yend QPD modified 
Details later - empty entry for a reply.
Short story - Yend is now same as Xend filters-wise and lack of gain sliders -wise.  Both ends have 13.7k resistors around the AD620 to give
them gains of ~4.5.
    Reply  Mon Dec 15 22:45:59 2014, Jenne, Update, Electronics, Yend QPD modified QPD_Ytrans_oscillating_15Dec2014.pdfQPD_IOPchannels_Ytrans_oscillating_15Dec2014.pdf
 [Jenne, Rana, Diego]
We did some test on the modified QPD board for the Yend; we saw some weird oscillations at high frequencies, so we went and check more closely
Entry  Tue Dec 16 03:43:09 2014, Jenne, Update, LSC, PRMI loops need help PRMI_55vs165_15Dec2014.pdf
[Jenne, Rana, Diego]
After deciding that the Yend QPD situation was not significant enough to prevent us from locking tonight, we got started.  However, the PRMI
would not acquire lock with the arms held off resonance. 
    Reply  Wed Dec 17 14:42:13 2014, Jenne, Update, LSC, PRMI loops need help 
EricQ's crazy people filter has been deleted.  I'm trying to lock right now, to see if all is well in the world.
    Reply  Fri Dec 19 15:59:49 2014, Jenne, Update, LSC, Lockloss from Wed 1102929772_PCdriveRailed.png
I swapped out one of the channels on Q's lockloss plotter - we don't need POP22Q, but I do want the PC drive.  
So, we still need to look into why the PC drive goes crazy, and if it is related to the buildup in the arms or just something intrinsic in the
current FSS setup, but it looks like that was the cause of the lockloss that Q and Diego had on Wednesday.
Entry  Fri Dec 19 18:08:46 2014, Jenne, Update, CDS, SOS!!! HELP!! EPICS freeze 45min+ so far! 
[Jenne, Diego]
The EPICS freeze that we had noticed a few weeks ago (and several
times since) has happened again, but this time it has not come back on its own.  It has been down for almost an hour so far.  
    Reply  Fri Dec 19 20:44:23 2014, Jenne, Update, Computer Scripts / Programs, FSS Slow servo moved to megatron 
Today Q moved the FSS slow servo over to some init thing on megatron, and some time ago he did the same thing to the MC auto locker script.  It
isn't working though.
Even though megatron was rebooted, neither script started up automatically.  As Diego mentioned in elog
    Reply  Mon Jan 5 18:15:18 2015, Jenne, Update, CDS, iscex reboot 
Rana noted last week that TRX's value was stuck, not getting to the lsc from iscex.  I tried restarting the individual models scx, lsc and even
scy (since scy had an extra red rfm light), to no avail.  I then did sudo shutdown -r now on iscex, and when it came back, the problem was gone. 
Also, I then did a diag reset which cleared all of the unusual red rfm lights.
    Reply  Tue Jan 6 17:41:20 2015, Jenne, Configuration, CDS, DTT doesn't do envelopes?? 
[Jenne, Diego]
We are working on trying out the UGF servos, and wanted to take loop measurements with and without the servo to prove that it is working as expected. 
However, it seems like new DTT is not following the envelopes that we are giving it. 
Entry  Wed Jan 7 02:54:09 2015, Jenne, Update, LSC, Fiddling with DARM filters DARM_design_orig.pdf
One of the things that we had talked about last night was the totally tiny amount of phase margin that we have in the CARM and DARM loops.  DARM
seemed to be the most obnoxious loop last night, so I focused on that today, although the CARM and DARM loops are pretty much identical.
(Q tells me via email that the phase budget has the same ~14 degree discrepancy between what we expect and what we measure as his estimate last
    Reply  Wed Jan 7 03:04:13 2015, Jenne, Update, LSC, TRY (thorlabs pd) weird noise TRY_60Hz_peaks_5Jan2015.pdf
[Jenne, Diego, Rana]
This is a note about work done last night. 
We were starting to lock, and saw glitches in the Thorlabs TRY PD about once every 1/60th of a second.  It is not a sine wave, so it is not
    Reply  Wed Jan 7 03:09:15 2015, Jenne, Update, LSC, PRFPMI status & IFO status 
As a warm-up after the holidays, before the real locking began, I installed 1064nm bandpass filters in front of the transmission QPDs to eliminate the
stray green light that is there.
The Yend had threads epoxied to it, so that end should be good.  Steve is going to repeat that for the Xend QPD at some point.  Right
    Reply  Wed Jan 7 14:16:27 2015, Jenne, Update, LSC, trans QPDs realigned 
Now that both end transmission QPDs have the line filters, I aligned them.
I locked and aligned the IR using the ASS, then went to each end table and put the beam in the center of the QPD.
Entry  Wed Jan 7 15:53:01 2015, Jenne, Update, LSC, DC PD analog settings exposed 
I have added another block to the LSC screen (and made the corresponding sub-screen) to expose the analog settings for the DC photodiodes. 
Note that we have 2 open channels there, which are still called something like "PD2" and "PD3" from olden times.
If we ever chose to use those, we will probably want to change their names, in /cvs/cds/caltech/target/c1iscaux2/LSC_aux2.db and  /cvs/cds/caltech/target/c1iscaux/LSC_aux.db
Entry  Thu Jan 8 03:09:07 2015, Jenne, Update, LSC, Toward variable finesse locking 
[Jenne, EricQ, Rana]
Tonight we started prepping for an attempt at variable finesse locking. 
The idea is to put in a MICH offset and hold the lock with ASDC/POPDC (so that the offset can be larger than if we were just using RF signals). 
Entry  Fri Jan 9 19:18:51 2015, Jenne, Update, PSL, PMC realigned 
A few hours ago I tweaked up the alignment to the PMC.  It was really bad in pitch, and the transmission was down to about 0.711.
Entry  Tue Jan 13 00:42:15 2015, Jenne, Update, LSC, Error signals for MICH with variable finesse technique ErrSigs_vsMICHoffset_PRMI.pngErrSigs_vsMICHoffset_PRFPMI_3nmCARMoffset.pngErrSigs_vsMICHoffset_PRFPMI_1nmCARMoffset.pngErrSigs_vsMICHoffset_PRFPMI_0nmCARMoffset.pngErrSigs_vsMICHoffset_PRFPMI_3nmCARMoffset_zoom.png
In order to know where we should try to make the transition from REFL##Q to ASDC for MICH, I did a quick Optickle simulation to see what the error signals
will look like.

The idea is to try to lock the PRMI on a single REFL diode (ex. REFL33 I&Q) with some MICH offset, and then transition over to ASDC. 
Entry  Tue Jan 13 03:58:27 2015, Jenne, Update, LSC, Transitioned to ASDC MICH (PRMI and PRFPMI) 
[Jenne, Diego, EricQ]

Hopefully there will be more later, but Chiara just went down (network? other?  Q is in there right now looking at it), so this is a so-far-tonight
    Reply  Tue Jan 13 13:22:54 2015, Jenne, Update, General, AUX Y + PSL beat note at 1064nm: needs work 
I'm super excited about this new frequency readback, but I'm not sure that it's reliable yet.  Without touching any settings, the readback is currently saying 78.6MHz, and is changing slightly (as is the FSS Slow
Entry  Wed Jan 14 03:42:31 2015, Jenne, Update, LSC, Thoughts on going forward with variable finesse 
[Jenne, Rana]

We tried locking with the variable finesse MICH offset technique again today. 

A daytime task tomorrow will be to figure out where we are in MICH and CARM offset spaces.  This will require some thinking,
    Reply  Thu Jan 15 04:41:01 2015, Jenne, Update, LSC, Thoughts on going forward with variable finesse 
[Jenne, Diego]

Life would be easier with the UGF servos working.  As Diego already elogged, we aren't sure why the demod phases are changing, but that
is certainly causing the I-signals to dip below zero, which the log function can't handle (there is a limiter before the log, so that the signal can't
    Reply  Thu Jan 15 14:28:14 2015, Jenne, Update, LSC, LSC model change idea SwitchableErrorSignalProposal_Jan2015.pdf
Something that kind of drives me crazy with our current LSC model setup is that I can't make "finished" error signals before blending them. 
The blending happens before the normalization matrix, and there is no place to put an offset to help match a new error signal to the current offset. 
So.  While I'm sure this is not going to be immediately popular, here's a cartoon of a proposed model change to the LSC. 
Entry  Thu Jan 15 18:06:34 2015, Jenne, Update, Computer Scripts / Programs, Installed kerberos on Rossa 
I have installed kerberos on Rossa, so that I don't have to type my name and password every time I do an svn checkin, since I'm making some modifications
and want to be sure that everything is checked in before and afterwards. 

I ran sudo apt-get install krb5-user.  I didn't put in a default_realm when it prompted
    Reply  Thu Jan 15 18:30:18 2015, Jenne, Update, Computer Scripts / Programs, Installed kerberos on Rossa 


    Reply  Fri Jan 16 03:31:35 2015, Jenne, Update, LSC, LSC model change implemented LSCorig_15Jan2015.pngLSCpost_15Jan2015.png
Okay, it has taken me almost exactly 12 hours (with a dinner break), but I have implemented this change.

Everything was svn-ed before I did things, and then again afterward.

Here is the "before" screenshot of the LSC model:
Entry  Fri Jan 16 18:09:09 2015, Jenne, Update, PSL, PMC autolocker not running? PMCfuzz.pdf
Have we been running the PMC autolocker lately?  I can't remember, and I also can't find where it might be running.  It's
not on megatron, either in the crontab or Q's new /etc/init place.  It's also not on op340m.  

Anyhow, what prompted this was that the PMC transmission has been incredibly fuzzy today.  On the StripTool it looks like it was fine until
    Reply  Fri Jan 16 20:01:32 2015, Jenne, Update, LSC, LSC model change implemented 
Nope, I used the script.

Yesterday's changes were mostly to the generateLSCscreen/C1LSC_OVERVIEW_INPUT_MATRIX.adl sub-screen.  The UGF servos were added earlier
in the week to the LSC screen in the generateLSCscreen/C1LSC_OVERVIEW_SERVOS.adl sub-screen.
Entry  Sat Jan 17 01:10:36 2015, Jenne, Update, LSC, Some locking, may need to modify UGF part again 
I have been playing with the IFO tonight.  Mostly, I wanted to make sure that all of the scripts for the carm_cm_up sequence were working, and they
seem to all be fine. 

I also turned on all 4 UGF servos.  My big ah-ha moment for the night
    Reply  Tue Jan 20 15:09:01 2015, Jenne, Update, LSC, LSC model change implemented 


Brain not working anymore
    Reply  Tue Jan 20 19:32:06 2015, Jenne, Update, SUS, SUS Drift restore scripts 
I made little scripts to go with the sus driftmon buttons, that will servo the alignment sliders until the susyaw and suspit values match the references
on the driftmon screen. 
Entry  Tue Jan 20 20:03:17 2015, Jenne, Update, LSC, ALS lock not staying? 
The Xarm ALS has been a little funky today. 

First, the green and the arm-axis would not stay co-aligned.  I'm not sure which was moving (although neither ITMX nor ETMX seemed to
be moving very much according to their oplevs and OSEMs).  I went to the Xend table and jiggled the mounts for the steering optics, in case one was
    Reply  Wed Jan 21 15:27:47 2015, Jenne, Update, LSC, Fixed LSC model bug 
This problem with the CARM loop last night was the fault of a bug that I had put into the LSC model last week.  When I gave the input matrix and
normalization matrix double rows, I had put the goto tags for the CARM normalization matrix rows backwards.  So, even though I thought I
was not normalizing CARM, in fact I was normalizing by POPDC, which was near zero since the PRM was misaligned.
Entry  Thu Jan 22 03:21:24 2015, Jenne, Update, LSC, Locks with large MICH offsets MICHoffset65percent.pnglockloss_21Jan2015_MICHhittingRails.png
[Jenne, Diego, EricQ]

Tonight we worked on the acquisition sequence (including re-re-re-commissioning the UGF servos, hopefully for the last time...) for the PRFPMI
with large MICH offsets. 
Entry  Fri Jan 23 02:11:40 2015, Jenne, Update, LSC, CARM filters modified slightly plot.pngCARM_22Jan2015.pdf
[Jenne, Diego]

One of tonight's goals was to tweak the CARM filters, so that we could engage the lowpass filter, to avoid the detuned double cavity pole
resonance disturbing the CARM loop.
Entry  Fri Jan 23 18:08:10 2015, Jenne, Update, CDS, EPICS freezes 
So, I neglected to elog this yesterday, but yesterday we had one of those EPICS freezes that only affects slow channels that come from the fast computers. 
It lasted for about 5 minutes.

Right now, we're in the middle of another - it's been about 7 minutes so far. 
Entry  Fri Jan 23 19:38:02 2015, Jenne, Update, LSC, carm_cm_up supports both signs of CARM offset 
A small change, but now the carm_up script supports both sides of the CARM offset.  After the arms are locked with ALS it asks for a "+"
or a "-", which indicates which sign of digital CARM offset will be added.  In the past, we have been primarily using the "+"
Entry  Mon Jan 26 13:07:28 2015, Jenne, Update, PEM, Seismometers back in nominal places IMG_1800.JPGIMG_1805.JPG
I have just put the seismometers back into their nominal positions, on the concreted slabs.  The T-240 is in the vertex, and the 2 Guralps are at
the end stations.

The vertex location doesn't have a spaghetti pot right now.  There is an aluminum support for cable trays that is welded to the supports
Entry  Mon Jan 26 21:10:04 2015, Jenne, Update, Modern Control, Waking up the OAF 
I had a look at the OAF model today. 

Somehow, the screens that we had weren't matching up with the model.  It was as if the screens were a few versions old.  Anyhow,
I found the correct screens in /userapps/oaf/common/medm, and copied them into the proper place for us, /userapps/isc/c1/medm/c1oaf.  Now the screens
Entry  Tue Jan 27 04:11:21 2015, Jenne, Update, LSC, Small tweaks to the locking CARM_27Jan2015_JCD.pdfDARM_27Jan2015.pdf
[Jenne, Diego, EricQ]

We did a series of small things that may have helped with the locking, although we didn't actually get anywhere closer in CARM offset.

Removed the demodulation phase from the UGF servos.

We don't care about the phase value, just the magnitude.
ELOG V3.1.3-