Den and Alex left things not-burt restored, and Den mentioned to me that it might need doing.
I burt restored all of our epics.snaps to the 1am today snapshot. We lost a few hours of striptool trends on the projector, but now they're back (things like the BLRMS don't work if the filters aren't engaged on the PEM model, so it makes sense).
I'm combining the IFO check-up list (elog 6595) and last week's action items list (elog 6597). I thought about making it a wiki page, but this way everyone has to at least scroll past the list ~1/week.
Feel free to cross things out as you complete them, but don't delete them. Also, if there's a WHO?? and you feel inspired, just do it!
Dither-align arm to get IR on actuation nodes, align green beam - JENNE
Arm cavity sweeps, mode scan - JENNE
ASS doesn't run on Ubuntu! or CentOS Fix it! - JENNE, JAMIE's help
Input matricies, output filters to tune SUS. check after upgrade. - JENNE
POX11 whitening is not toggling the analog whitening??? - JAMIE, JENNE, KOJI
OAF comparison plot, both online and offline, comparing static, adaptive and static+adaptive - DEN
THE FULL LIST:
cd /opt/rtcds/caltech/c1/burt/autoburt/today/ -
No leaving the OAF running until you're sure (sure-sure, not kind of sure, not pretty sure, but I've enabled guardians to make sure nothing bad can happen, and I've been sitting here watching it for 24+ hours and it is fine) that it works okay.
OAF (both adaptive and static paths) were left enabled, which was kicking MC2 a lot. Not quite enough that the watchdog tripped, but close. The LSCPOS output for MC2 was in the 10's or 100's of thousands of counts. Not okay.
This brings up the point though, which I hadn't actively thought through before, that we need an OAF watchdog. An OAF ogre? But a benevolent ogre. If the OAF gets out of control, it's output should be shut off. Eventually we can make it more sophisticated, so that it resets the adaptive filter, and lets things start over, or something.
But until we have a reliable OAF ogre, no leaving the adaptive path enabled if you're not sitting in the control room. The static path should be fine, since it can't get out of control on it's own.
Especially no leaving things like this enabled without a "I'm leaving this enabled, I'll be back in a few hours to check on it" elog!
It doesn't look all that different, but the first image didn't have that much lit up in it to begin with.
This is totally cool! You can see that the OSEM lights are almost entirely gone in the subtracted image.
Can you switch to trying with one of the *TM*F cameras? (ITMXF, ITMYF, ETMYF, ETMXF) They tend to have more background, so there should be a more dramatic subtraction. Den or Suresh should be able to lock one of the arms for you.
I just sat down in the control room, and discovered the PMC (and everything else) unlocked. I relocked the PMC, but the MC wasn't coming back. After a moment of looking around, I discovered that the WFS were on, and railing. I ran the "turn WFS off" script, and the MC came back right away, and the WFS came on as they should.
We need to relook at the WFS script, or the MC down script, to make sure that any time the MC is unlocked, no matter why it unlocked, the WFS output is off and the filter histories are cleared.
Align Ygreen beam - JENNE, YUTA
Arm cavity sweeps, mode scan - JENNE, YUTA
ASS doesn't run on Ubuntu! or CentOS Fix it! - YUTA, JENNE, JAMIE's help
Decide on plots for 40m Summary page - DEN, STEVE, JENNE, KOJI, JAMIE, YUTA, SURESH, RANA, DUNCAN from Cardiff/AEI
Look into PMC PZT drift - PZT failing? Real MC length change? - JENNE, KOJI, YUTA
...will be helpful for acquiring lock after the vent. We should install a camera at ETMX.
PMC and MC alignment are both shit, although with the WFS on, the MC is pretty good. We're leaving it for now, so that (a) we don't mess up Koji's work, and (b) we can work on the Xarm. Steve is doing Yarm oplev stuff, so we'll do Yarm later.
[Yuta, Jenne, Suresh]
We pushed on the MC SUS connectors at the back of the rack, and that helped bring MC3 back to where it should be. Then we looked at MC RFPD DC, and adjusted the optics with the WFS off, so that the refl is ~0.56. Then when we turn the WFS on, the alignment doesn't really change, so we have offloaded the WFS.
Now we're measuring the spot positions to check where the MC is. Then we'll align the arms, and align the green to the arms.
The followings are a kind of daily check. Do this without any notice:
- Align PMC.
PMC aligned. Suresh is fixing the measure MC spot positions script, then we'll remeasure MC spot positions.
The typical sign of a dying gas laser is that it glows for a few minutes only. The power supplies are fine.
Two new JDS - Uniphase 1103P lasers ( NT64-104 ) arriving on Monday, May 21
Yesterday I swapped in new He/Ne laser with output power 3.5 mW The return spot on qpd is large ~6mm in diameter and 20,500 counts
The spot size reduction require similar layout as ETMX oplev.
The oplev path is relayed and the spot size on the qpd is reduced. I still have to clean up and replace "Miki Mouse" lens holder.
Flipped the sign on the ETMY oplev servo gain, since it was wrong. (It was "-" for both, now it is "+" for both)
The ~16Hz bounce mode of some optic is showing up in the Yarm error signal.
MC is kind of 'windy' looking, so maybe it's from that? (Yuta's guess).
We need to make sure that the SUS damping and oplev paths both have notches at the correct bounce mode, not the old, old MOS frequency. If that doesn't work, may need to put a resgain in Yarm path.
Made the Bounce notch in the BounceRoll filter (ITMY OLPIT, ITMY OLYAW) wider, so it actually spans the peak we see in the error spectra. When we next lock the arm later today, I'll retake this spectra to see if the ETMY oplev fix (Koji, Yuta) and this notch fix both helped.
fix Q of Vio2 filter in SUS. - JENNE
Switch power source for beatnote PD's amplifiers from temporary power supplies under PSL table to permanent taking the power from a rack.
I was looking a little at ASS, while Yuta was doing some Green transmitted DC PD work, and I find that the output of some filters is totally insane with no deliberate input or excitation signals.
Note in the figure that the filter (which is a 2nd order butter bandpass in the C1:ASS-LOCKIN29_SIG filter bank) is ringing a lot - this needs fixing. But, more disconcertingly, sometimes (not every time) the arm flashes, the input to the filter bank gets a ~1 sample long spike that is ~9,000,000 counts. 9 million is a lot of counts. This is then making the filter go crazy.
Any ideas on how this can happen, and how we can stop / fix it? It's certainly a CDS issue, but I'm not sure where or how.
Because I keep taking a long time to search for these, since I can't remember the keywords in the different entries, here are the links:
elog 3759 : Green X end aux laser temperature setting vs. PSL laser temperature setting
elog 4439 : Green Y end aux laser temperature setting vs. PSL laser temperature setting
More words: beat note, doubling, second harmonic.
T_Xend = 8.31 + 0.9293*T_PSL
T_Yend = 6.9825 + 0.87326*T_PSL
Also, C1:GCY-SLOW_SERVO2_OFFSET was 29725 (twenty nine thousand seven hundred twenty five) cts when we sat down to start today.
C1:GCX-SLOW_SERVO2_OFFSET was 80 (eighty) cts when we sat down to start today. Why the offsets are so different, I don't know. But I was able to find the X green beatnote with this small number offset, so it is approximately correct.
I modified the lsc model (after Jamie finished) to use a new triggering scheme. It HAS NOT yet been compiled and tested, since it's way past time for us to start beatnote-ing. I will compile, test, debug, etc. tomorrow. Don't compile the LSC model tonight.
Now we also have (assuming no bugs.....) triggering capability for the filter modules in the filter banks. Yay! Testing, etc will commence tomorrow.
We tried to find the Ygreen beat note, with no success yet. We calculate from Bryan's formula that the Yend laser should be ~34.68C. But Katrin has an elog saying that she was looking around 19C. I don't know why the discrepancy, but maybe this is part of our problem? Kiwamu elog-responded that the epics output had to be high (~9V) when the temp was 19C. So maybe we need a smaller offset setting in the slow servo with the 34C temperature?
We set the "T+" on the Ygreen laser controller to 34.68C using the dial, and then tried a few large steps with the offset in the Ygreen slow servo. The idea was to see if we could swing past the beat, so we would know vaguely where it was. But we never saw a resonance on the spectrum analyzer, even with a "hold max" trace.
We confirmed that there is signal going to the SLOW input of the laser controller's front panel. Yuta watched a voltmeter while I changed the epics value, and we successfully changed the signal. However, after plugging the SLOW cable back in, we noticed that no matter what we set the epics value to, we don't see any temperature change reported on the front panel display. There is something in the manual( according to Katrin) that the "LT" display is not accurate when a cable is plugged in. But none of the display values changed. I think there is a measured temp output on the back that Bryan mentioned that we could use to see if something is really changing inside.
Anyhow, no beatnote found yet tonight. We confirmed before starting that the alignment onto the beat PD was good, so that's not the problem.
Something bad happened to c1sus and c1iscex ~20 min ago. They both have "0x2bad" 's. I restarted the daqd on the framebuilder, and then rebooted c1sus, and nothing changed. The SUS screens are all zeros (the gains seem to be set correctly, but all of the signals are 0's).
If it's not fixed when I get in tomorrow, I'll keep poking at it to make it better.
As of now, the regular LSC DoF triggers work, just as they used to. There is a problem with the filter module triggers that I haven't figured out yet.
We can't send integers (like control words for the filter banks) through Choice blocks, since those pass doubles by default. I fixed that by removing the choice block, but the triggering still isn't happening properly.
Vaguely chronological order:
Found a beat peak, thought it was puny, went to realign Ygreen at end table.
Noticed that beam out of faraday was clipping on the last lens before the steering optics. We adjusted the mirror directly before the faraday, making sure the power transmitted (measured by the Ophir) didn't go down. Now we're roughly centered on both the lens directly after the faraday, and the lens before the steering optics.
This, of course, meant that we had to completely realign the Ygreen beam to find the TEM00 resonance. We did that. Actually, this took us a really long time. We ended up putting a temporary CCD camera on the PSL table to look at the transmitted green light. This helped a lot, but the resonant modes were just totally wacky. We finally were able (after 30+ minutes, using the camera) to get to TEM01. Then Yuta adjusted ITMY a teeny bit, and green was happy to resonate. We then removed the CCD camera so that we could move on to beat stuff.
Yuta decided it's faster to sweep the PSL temp, rather than the end laser temp, since we don't have to watch that the arm maintains lock. So we set the end laser temp (T+) to 34.049C, which gave a measured temperature at the back of 34.68C (with an offset of 29425)
We then swept the SLOW adjust on the FSS screen to change the PSL temp. We went all the way, starting at 0, to +10, back to 0, then on to -10, in steps of 0.01 .
We found a puny peak at -0.96, and pretty good peak at -9.48. Height of the pretty good peak, after optimizing PSL table beat alignment was -50dBm. At this time, the PSL temp is 33.81C, while the Yend is still measured at 34.68C.
I checked the cabling, and it looks like the beat setup is still as it should be, using the old-school, non-beatbox stuff. We plugged the beat PD into the beat detection setup, removing it from the spectrum analyzer. As mentioned in my self-reminder elog, I changed the gains on the top 2 SR560's down by a factor of 2 so they weren't overloading.
We aren't really sure that we're getting any real signals into the ALS model though. C1:ALS-BEATY_COARSE_I_MON seems to be the same whether or not the arm is locked on green, therefore it seems to be the same ~500 or 600 counts whether or not there is a beat. Hmmmm. We used the offset option of the OFFSETTER2 to send an offset to the beat signal that gets sent to the ETMY. We confirmed that signals are going out to ETMY from the ALS model, but we're not sure if they are correct / non-insane signals. One symptom that we're seeing is even though we have the Yarm locked on green, and the ALS system engaged, the arm is still flashing in IR, which means the green is mostly just following the arm. We're not actually holding the arm in place.
Also, TRY and TRX are not recorded channels, so I went into the .ini file to have them acquire (uncommented them, set acquire=1, set the data rate to 2048), saved the ini file, and restarted the fb's daqd process. The new TRY_OUT_DQ channel is digital zeros, and is red in dataviewer. Also, the lsc model is no longer happily connected to the framebuilder. I then decided to try Joe's old .daqconfig script (in the scripts directory) which provides a gui for acquiring channels. Restarted the daqd process, same story. I then went back to comment out the TRY_OUT_DQ lines, set acquire=0, set data rate back to 16384. Joe's program put a bunch of spaces into the .ini file, but I don't think they do anything bad. Except that now when I restart daqd, lsc still won't connect to the framebuilder. Yuta setup pynds to save the data, if we were able to get anything useful.
We couldn't make awg, tdssine, or DTT write anything to the OFFSETTER2_EXC. This is annoying, because this is how (once we figure everything else out) we need to sweep (with a ramp or triangle) the beat signal.
Moral of the night: we learned some stuff, but ultimately failed.
Yuta is going to bring this up at the 40m meeting so it can be argued over, but we (I) want a permanent IR beat setup at the PSL table. This isn't a novel idea or anything, I just think it will save us time if we can quickly re-acquire the beat signal, so I'm bringing it up again. Eventually, as Koji suggested to me, we can make the IR beat part of a servo, so that the green beat is always within the bandwidth of the green beat PD. But for Phase 1, it's enough to just see the Ir beat on a ~1GHz PD. Suresh tells me most of the bits and pieces are around, we just have to gather them all in one place.
2 questions (so far) regarding your diagram / doc:
We are using 3 of the feed-throughs on the BS chamber, and 1 on the OMC chamber, even though we have 2 TTs on the BS table, 1 on the OMC table, and 1 on the IMC table? Just wanted to check.
Does your list / table at the bottom include all of the cables we already have, as well as the ones we need? (Or maybe we just have nothing so far, so this is a moot question).
We have too much crap in the rfm model. CPU time for the rfm model is regularly above 60us, and sometimes in the mid-70's (but sometimes jumps down briefly to ~47us, which is where I think it "used" to sit, but I don't remember when I last thought about that number)
This is potentially causing lots of asynchronous grief.
Just as Yuta and I were sitting down to look at our beatnote (really the output of the freq discriminator) on Dataviewer, all the FB net boxes on the CDS status screen were white. I restarted daqd, and most of the computers came back fine. c1iscey and c1sus still had some red bad boxes. So I restarted mx_stream on both, and they are now fine.
Somehow, this also fixed whatever I had done to the lsc model yesterday (although I think TRY is still not recorded at this time - not messing with it yet).
There is an intermittent rattling sound coming from the HEPA in the NE corner of the PSL table (right above the PMC, all of our input optics).
Steve says it might be a bad bearing, but he'll check it out in the morning and get it fixed.
MC was having a hard time staying locked, with no discernable reason from the control room (i.e. no big seismic, no PMC PZT railing). The HEPA was on 100%, so I turned it down to 50% to hopefully reduce the rattling, if that was what was wrong.
tdsavg isn't working:
controls@rossa:/opt/rtcds/caltech/c1/scripts/LSC 6$ tdsavg 10 C1:LSC-ASDC_IN1
ERROR: LDAQ - Unable to find NDS host "fb0"
ERROR: LDAQ - Unable to find NDS host "fb1"
ERROR: LDAQ - Unable to open socket to NDS.
When this command is executed inside a script, it doesn't return anything. eg:
set offset = `tdsavg 10 C1:LSC_ASDC_IN1`
returns a blank line.
Past elog research said lots of things about test points. I didn't suspect that, since there aren't many test points occupied (according to the CDS status screens), but I cleared the test points anyway (elog 6319). Didn't change anything, still broken.
LSCoffsets script, and any others depending on tdsavg will not work until this is fixed.
We can't compile any changes to the LSC or the GCV models since Jamie's new script / program isn't found. I don't know where it is (I can't find it either), so I can't do the compiling by hand, or point explicitly to the script. The old way of compiling models in the wiki is obsolete, and didn't work :(
This means we can't (a) record TRY or (b) add the Q quadrature of the beat PD to the real time system tonight.
We're going to try just using Yuta's pynds script to capture data in real time, so we can keep working for tonight.
As usual, we noticed the frame builder wasn't connecting happily with the rest of the computers just as we were about to lock some stuff (we never notice it being bad when we're not trying to use the frame builder....)
All the big rectangles by each computer were white. I restarted daqd, and that brought most things back. c1lsc and c1sus needed their mx_streams restarted manually to get everything green again.
I've had about enough whine with my computers for tonight.
Yuta claims he fixed the PRM oplev by centering it the other day, but no one has left it on and watched it for a long while, to make sure it's okay. We watched it now for ~2 min, and it was good, but we're leaving the oplevs off anyway for the night. Tomorrow we should restore PRM (it's currently restored), turn on the oplevs, and let it sit to make sure it doesn't go crazy.
I'm starting to feel like a wine-o here. Yuta wanted to glance at the PRM oplev dataviewer, and lo and behold, the fb lost connection just as he decided to do that. We had checked the front end status screen not 1 minute beforehand, and everything was green. Lame.
Yuta added channels so we can get the Q phase of all the beat PDs to the c1gcv model. I showed him how to recompile/install/start.
During the install, it couldn't find: Unable to find the following file in CDS_MEDM_PATH: LOCKIN_FILTER.adl
Unable to find the following file in CDS_MEDM_PATH: LOCKIN_FILTER.adl
On all the screens (ALS and SUS), lockin parts are white. Someone changed something, then didn't go back to fix the screens.
Otherwise, things look to be working fine.
Sorry about that. I had modified the path environment that pointed to the rtcds util. The rtcds util is now in /opt/rtcds/caltech/c1/scripts/rtcds, which is in the path. Starting a new shell should make it available again.
Added TRX and TRY and POY11_I_ERR and POX11_I_ERR to the c1lsc.mdl using a new-style DAQ Channels block, recompiled, installed, started the model, all good. Restarted the daqd on the framebuilder, and everything is green. I can go back and get recorded data using dataviewer (for the last few minutes since I started fb), so it all looks good.
Note on the new DAQ Channels block: Put the text block (from CDS_PARTS) at the same level as the channel you want to save, and name it exactly as it is in the model. The code-generator will add the _DQ for you. i.e. if you define a channel "TRY_OUT_DQ" in the lsc model, you'll end up with a channel "C1:LSC-TRY_OUT_DQ_DQ".
The LSC triggers for the individual filter modules in a filter bank now works. This is handy so that boosts can come on as soon as a cavity is locked, but will turn off when the cavity unlocks.
You choose which filter modules you want to be triggered, and which ones you want to be manually controlled.
Example: LSC-YARM FM4 and FM5 should always be on, but FM2 and FM3 are controlled by the trigger. You can set the trigger thresholds for the filter modules independently of the main DoF enable trigger thresholds.
Since the .ini files get overwritten every time a model is compiled now, we need to put all channels we want saved to frames in the DAQ Channels list inside the model.
I added the _ERR channels for all RFPDs (I and Q for each), as well as the _OUT channels for the DCPDs. I also added the _OUT channels for the DoF servos (ex. C1:LSC-DARM_OUT). I don't remember off the top of my head what else we used to save from the LSC model, but those all seemed like ones we'll possibly want access to later.
We need to go through and do this to all the models we use regularly.
Since SUS hasn't been recompiled in a while, all those channels are saved (until such time as someone does a recompile). Den has gone through and edited the PEM and OAF .ini files by hand each time he recompiles, so we have that data, although we need to put it into the model (which is the new proper way to acquire channels).
Jenne and Yuta's Summer Plan
These are the things that we'd like to accomplish, hopefully before Yuta leaves in mid-July
* Yarm mode scan
~ Measure residual motion of Yarm cavity when ALS is engaged
* Xarm mode scan
~ Align Xarm IR
~ Align Xarm green to cavity
~ Do mode scan (similar to Yarm)
~ Measure residual motion of Xarm cavity when ALS is engaged
* Hold both arms on IR resonance simultaneously (quick proof that we can)
~ Modify beatbox so we can use both X and Y at the same time (Jamie will do this Wednesday morning - we've already discussed)
* PRMI + Arms
~ Lock the PRMI (which we already know we can do) holding arms off resonance, bring both arms into resonance using ALS
* PRC mode matching - figure out what the deal is
~ Look at POP camera with video capture - use software that Eric the Tall wrote with JoeB to measure spot size
* DRMI glitches
~ Why can't we keep the DRMI locked stably?
* DRMI + Arms
~ Full lock!!
~ Make lots of useful diagnostics for aLIGO, measure sensing matricies, etc.
We have measured the out of loop residual motion of the Yarm while locked with the ALS. We see ~70pm RMS, as compared to Kiwamu's best of ~24pm RMS. So we're not yet meeting Kiwamu's best measurement, but we're certainly not in crazy-land.
The Yarm ALS was locked, I took a spectrum of POY11_I_ERR, and used the calibration that we determined earlier this evening. For reference, I attach a screenshot of our ALS loop filters - we had on all the boosts, and both resonant gain filters (~3Hz and ~16Hz).
A large part of the RMS is coming from the 60Hz power line and the 180Hz harmonic....if we could get rid of these (how were they eliminated from the measurement that Kiwamu used in the paper?? - plotted elog 6780) we would be closer.
Also, it looks like the hump (in our measurementf ~100Hz, in Kiwamu's ~200Hz) is not quite an order of magnitude higher in amplitude in our measurement vs. Kiwamu's. We have ~5e-11 m/rtHz, Kiwamu had ~7e-12 m/rtHz. This increase in noise could be coming from the fact that Yuta and Koji decreased the gain in the Ygreen PDH loop to prevent the PDH box from oscillating.
While we should still think about why we can't use the same gain that Kiwamu was able to ~6 months ago, we think that we're good enough that we can move on to doing mode scans and residual motion measurements of the Xarm.
[Yuta, Koji, Jenne]
Lots of small things happened tonight, in preparation for having both arms' ALS working simultaneously.
1. Xarm aligned in IR
1.1 ETMX oplev centered
2. Xgreen coarsely aligned to Xarm
3. X beat setup on PSL table resurrected.
3.1 Steering optics for both X and Y green (before PBS) were touched to fix clipping Xgreen on some of the first mirrors after the light exits the chambers.
3.2 Xgreen aligned to beat PD
3.3 PSL green waveplate rotated so ~half of the light goes to X beat, other ~half goes to Y beat (recall we had rotated the polarization so we had max light on the Y beat PD a few weeks ago).
3.3.1 Now we have ~80uW of PSL green going to each beat PD.
3.4 PSL green aligned to X beat PD
3.4.1 Replaced mount for mirror between PBS (which splits PSL green light) and BS (which combines PSL green and X green) so that I could get the alignment correct without having to use the full range of the knobs on the mount.
3.5 Realigned (coarsely) Ygreen to Y beat PD - the mirrors just after the chambers had been touched, so Y green was no longer directly on the PD. This will need to be done more finely when we're ready to lock the Yarm again.
3.6 Dedicated cables for the DC of each beat PD were put in place, so we have those in addition to the DC transmission PDs which we are putting in temporarily each time we align the green to the cavities. Some mystery unused cables that were running under the PSL table were removed. The power for the X beat PD was rerouted so that it's much closer to the actual diode, and out of the way.
4. Better alignment of X green to X arm.
4.1 Put Green Transmission camera into place
4.2 Noticed that the X green spot on the transmission camera is not nearly as steady as the Y green. Increased the gain of the X green refl PD on the end table to see if it helped the spot be more steady, but it's still very wiggly. We reverted the gain to what it was. We need to fix this!!!!
4.3 Removed camera, looked at X transmission DC (PD is temporarily in front of the beat PD), tried to increase the transmission.
4.4 Aligning the green to the X arm has been really tough - there were a few more iterations of camera then DC PD.
4.5 Measured X green power on the PSL table - 02 mode was ~150uW. The 00 mode is still not very stable, which is frustrating, although we have a reasonable amount of power transmitted.
4.6 The X end green shutter was moved out of the beam path since the green beam was clipping while going through the shutter. We need to put it back now that the beam is pretty much aligned. The beam size and the aperture are roughly the same, so we should look to see if there is a different place on the table where the beam is a little smaller, where we can put the shutter.
5. Whitening filters (Pomona box-style) made for the Xarm I and Q channels - these are the same as the whitening for the Y arm.
6. 30m SMA cable made to be used for 2nd delay line.
6.1 Steve reminded me this morning that we returned one of the fancy spools of cable that was purchased for the delay lines, since it was defective. We didn't get it replaced because there was debate as to what is the best kind of cable to use. We need to come to a conclusion, but for now we have a regular RG-405 cable.
7. Jamie has started work on modifying the beatbox so that we can have 2-arm ALS. Hopefully that will be done soon-ish, because we're otherwise pretty close to being ready.
ASS doesn't run on Ubuntu!
Put beatbox back, simultaneous arm ALS
Input matricies, output filters to tune SUS. check after upgrade.
POX11 whitening is not toggling the analog whitening???
Look into PMC PZT drift - PZT failing? Real MC length change?
Vent planning / organization
THE FULL LIST:
Audio system for the signals!!!! Even a crappy one!
Input matricies, output filters to tune SUS. Check after upgrade.
Fix occasional common-mode power transient in the arm transmissions. Probably an alignment thing. Would ISS help?
Drift of the green incident axis -> Assess the amount of the drift / replace the mount
Calibration of POP22 / AS110
PMC/IMC/ARM characterization (loss, finesse, reflectivity, etc)
Arm cavity sweeps, mode scan
Align AS OSA (others?)
Investigate PRMI glitches, instability
PZT or Picomotor mounts for PSL/ALS beams
ALS on the both arm simultaneously / common / diff ALS scripts
Measure green locking (Aux laser to arm) transfer functions, residual spectra
Measure oplev spectra while locking Xgreen - see if the optics are particularly noisy
Measure Xarm residual motion using POX while ALS is engaged.
Fix Vio2 filter modules on SUS
Switch power supply for amplifiers of beatnote signal to rack power
Add temp sensors for end lasers to CDS slow channels
Put windows / pickoffs on PSL table for (a) green trans camera, (b) GTRY, (c) GTRX
Capture OSA signals in CDS (the 'scope TDS1001B has a USB port in the back for connecting to the computer)
Transmon (arms) for high and low power
POX11 whitening is not toggling the analog whitening???
Install guardians to monitor EPICS values
Actuator noise level characterization (coil driver response in V/m & coil driver noise level V/rtHz)
Improvement of POP22/110/AS110 RF circuits?
Complete 40m overview screen - everything should be clickable with pseudo 3D icons
Script to generate a MEDM tree
Resurrect MEDM snapshots
New ! buttons on every screen, include wiki page
Add all screens to svn
Daily diagnosis of the MC spot positions (there must be something already...)
Daily/occasional adjustment of the incident axis on the MC
Panic button on Watchdog screen isn't working on Ubuntu
OPLEV/OSEM trending script before the IFO work for diagnosis. Put into 40m summary screen.
Auto-locker for arms
Auto-locker for PSL things
Diagnostic script for CDS - mx_stream, other stuff.
Make sure scripts are all svn-ed
If each video screen has a caption, that would be great
GUI interface of "videoswitch"
Ubuntu vs. CentOS
Upgrade Ottavia to Ubuntu, make sure connect to DTT, Dataviewer, AWG.
IPPOS beam measurement
AS beam measurement (if beam is bright enough)
Mode matching calculations, sensitivity to MC waist measurement errors, PRM position
Think up diagnostic measurement to determine mode matching to PRC while chambers are open, while we tweak MMT
Use sensoray to capture, measure beam mode at AS, POP
Scattered light measurement at the end stations: design / confirmation of the mechanical parts/optics/cameras
Align AUX laser into dark port
Assemble in-vac beam dumps - how many do we need?
OAF comparison plot, both online and offline, comparing static, adaptive and static+adaptive
Static-only OAF noise budget (Adaptive noise budget as next step)
Script for daily / weekly re-calculation of Wiener, post to elog if need changing
Prepare electronics for TTs (coil drivers)
In-air TT testing to confirm we can control / move TTs before we vent
Connect TTs to digital system and controls, lay cables if needed
Determine whether we need to add a new flange to OMC chamber
Opto Energy diode laser - purchase
Set everything up
Demod board for AS110 - so we can also have POP110?
The south end flow bench HEPA filter should be run all times. You can turn it off for a measurement or two but remember we are storing clean optics there.
The zero count bench will reach room particle count ~ 10,000 in one minute.
My bad. I turned it off last night to see if it would help make the Xgreen more stable, and then when I woke up this morning I realized that I had forgotten to turn it back on. Bad Jenne.
We locked both arms using the ALS system simultaneously! Hooray!
Video of spectrum analyzer during lock acquisition of both beats is attached.
Jamie is super awesome, since he fixed us up a beatbox speedy-quick. Thanks Jamie!!
1: Aligned PSL green optics
1.1: We added an amplifier of ~20dB after the X beat PD (more Xgreen power on the PSL table so the signal was ~3dB higher than Y, so required less amplification). The ~24dB amplifier is still in place after the Y beat PD. Both beat signals go to a splitter after their amplifiers. One side of each splitter goes to one of the channels on the beatbox. The other side of each splitter goes to a 3rd splitter, which we're using backwards to combine the 2 signals so we can see both peaks on the spectrum analyzer at the same time.
2: Found both beat notes
2.1: Y beat was easy since we knew the temps that have been working for the past several days
2.2: X beat was more tricky - the last time it was locked was the end of February (elog 6342)
2.2.1: We found it by adjusting the PSL laser temp nearly the full range - DC Adjust slider was at 8.8V or so (Y beat was found with the slider at ~1.1V tonight)
2.2.2: We then walked the beat around to get the PSL temp back to "normal" by moving the PSL temp, then compensating with the Xend laser temp, keeping the beatnote within the range of the spectrum analyzer.
2.2.3: Fine tuned the temps of all 3 lasers until we had 2 peaks on the analyzer at the same time!!
184.108.40.206: Yend - measured Temp=34.14 C, thermal Out of Slow servo=29820
220.127.116.11: Xend - displayed temp=39.33 C, thermal Out of Slow servo=5070
18.104.22.168: PSL - displayed temp=31.49 C, Slow actuator Adjust=1.100V
3: Locked both arms using ALS!!
3.1: We were a little concerned that the Xarm wasn't locking. We tried switching the cables on the beatbox so that we used the old channels for the Xarm, since the old channels had been working for Y. Eventually we discovered that the input of the filter module for ETMX's POS-ALS input was OFF, so we weren't really sending any signals to ETMX. We reverted the cabling to how it was this evening when Jamie reinstalled the beatbox.
3.1.1: We need to sort out our SUS screens - Not all buttons in medm-land link to the same versions of the SUS screens! It looks like the ALS screen was modified to point the ETMY button to a custom ETMY SUS screen which has the ALS path in the POS screen, along with LSC and SUSPOS. There is no such screen (that I have found) for ETMX. The regular IFO_ALIGN screen points to the generic SUS screens for both ETMY and ETMX, so we didn't know until Yuta searched around for the filter bank that the ALS input for ETMX was off. We just need to make sure that all of the screens reflect what's going on in the models.
3.2: See the video attached - it shows the beat peaks during locking!!! (how do I embed it? right now you have to download it)
3.2.1: First you will see both peaks moving around freely
3.2.2: Then X arm is locked briefly, then unlocked
3.2.3: Y arm is locked, steadily increasing gain
3.2.4: X arm is locked, so both arms locked simultaneously
3.2.5: Yuta clicked a button, accidentally unlocking the Xarm
4: The transmission of the X arm was not so great, and both of our green beams (although X green especially) were no longer nicely aligned with the cavities. Yuta tried to align the X arm to the X green, but it's bad enough that we really need to start over with the whole IFO alignment - we leave this until tomorrow. Since we didn't have any good IR transmission, we didn't bother to try to find and hold the Xarm on IR resonance using ALS, so we didn't measure a POX out of loop residual cavity motion spectrum. Again, tomorrow.
...Perhaps related to the fact that Jamie is copying a lot of stuff over the network to back up Ottavia before converting her to Ubuntu, perhaps totally independent.
After restarting the daqd, c1lsc was the only computer whose mx_stream came up on its own. I restarted c1sus. c1ioo, c1iscey, c1iscex by hand.
We tried to find a different place, not in the main green transmitted beam path, to place the trans camera for the green beams. There is a little bit of leakage through the 3 high reflector mirrors which steer the beams from the direction when they first come out of the chamber over to the main green beat setup. 2 of these mirrors have virtually no space behind them for a camera (the first one the green beams encounters is right next to the EOM mount, and the 2nd one is pretty close to the Input Pointing QPDs. We can potentially use the beam leaking through the 3rd steering mirror, if the camera is very close to the edge of the table (so that the camera isn't blocking the IR input pointing beams), but the X beam is so dim as to be nearly impossible to see, even when TEM00. This precludes the point of the camera, which is to see the modes when we're aligning the beams. (X power on the PSL table is pretty high - 330uW measured today, but those mirrors must transmit the Y beam's polarization more than the X beam's.)
Our other thought was to use one of the secondary beams coming out of the chambers. This is kind of Mickey Mouse, but we thought that since this is just a camera to see the modes, as opposed to a PD, maybe it's okay. This is a moot point however, since the secondary and tertiary beams (due to the wedge of the window) are clipped for the Y green. We closed the PSL shutter then removed the beam pipe between the PSL table and the chamber so I could look inside.
It looks to me like the main green transmitted beams are exiting through the window several inches from any edge, so they're definitely not clipping. But the reflection from the window back into the chamber is hitting some optic. The X green is hitting the face of the optic, while the Y green is hitting the edge of the optic and part of the mount. The reflections from this mount then go back toward the chamber window and out toward the PSL table. This isn't a big deal for the camera situation - we'll just use the leakage from one of the steering mirrors somehow, but it does mean that there is some green light reflected back onto an IR mirror, and potentially causing grief. I didn't look to see if the mirror it's hitting is the 1st in-vac IR steering mirror (I don't think so) or something in the OMC / AS path (I think it's something here), but either way, we could be making trouble for ourselves. We should try to dump the reflection from the window when we vent. Jamie has put it on the List.
We replaced the beam pipe between the PSL table and the chamber before opening the shutter on the laser. We are currently sticking with the plan of putting the camera in the main green trans path for initial alignment, then removing it for the rest of the work.
[Yuta, Jenne, Koji]
We stabilized the Xarm using the ALS and took a spectrum of POX as our out of loop sensor. We used the calibration from elog 6841 to go from counts to meters.
We find (see attached pdf) that the RMS is around 60pm, dominated by 1Hz motion.
In other, related, news, I took out the beam pipe connecting the AP and PSL tables and covered the holes with foil. This makes it much easier and faster to get to the X beat setup for alignment. Eventually we'll have to put it back, but while the AUX laser on the AP table is not being used for beating against the PSL it'll be nice to have it out of the way.
I tried to restart c1ioo becuase I can't live without him.
I couldn't ssh or ping c1ioo, so I did hardware reboot.
c1ioo came back, but now ADC/DAC stats are all red.
c1ioo was OK until 3am when I left the control room last night. I don't know what happened, but StripTool from zita tells me that MC lock went off at around 4pm.
c1ioo was still all red on the CDS status screen, so I tried a couple of things.
mxstreamrestart (which aliases on the front ends to sudo /etc/init.d/mx_stream restart) didn't help
sudo /etc/init.d/mx_stream restart
sudo shutdown -r now didn't change anything either....c1ioo came back with red everywhere and 0x2bad on the IOP
sudo shutdown -r now
eventually doing as Jamie did for c1sus in elog 6742, rtcds stop all, then rtcds start all fixed everything. Interestingly, when I tried rtcds start iop, I got the error
Cannot start/stop model 'iop' on host c1ioo, so I just tried rtcds start all, and that worked fine....started with c1x03, then c1ioo, then c1gcv.
rtcds stop all
rtcds start all
rtcds start iop
Cannot start/stop model 'iop' on host c1ioo
LSCoffsets is working again.
tdsavg (now, but didn't used to) needs "LIGONDSIP=fb" to be specified. Jamie just put this in the global environment, so tdsavg should just work like normal again.
Also, the rest of the LSCoffsets script (really the subcommand offset2) was tsch syntax, so I created offset3 which is bash syntax.
Now we can use LSCoffsets again.
We will just open the BS chamber.
- PRM flipping
- PR2, PR3 flipping
- PRC suspensions
- Cipping check in PRC
What do you mean by PR2, PR3 flipping? They are (supposed to be) flat mirrors, so obviously they should be installed correctly, but they won't change the mode matching in a huge way if they're backwards, right?
For the PRM, I recommend checking (a) the arrow inscribed on the thinner side of the optic and (b) that the arrow *actually* points to the HR side. I'm pretty sure I installed all the optics with the arrow pointing away from the OSEMs, but I never did a thorough check that the arrow always actually pointed to the HR coated side. I don't remember any optics where I said "hmmm, that's funny, the arrow is pointing backwards", but nor did I write down that I had checked.
Also, hopefully the PRM is correct. If however it's not, that means that all of the magnets are glued onto the HR side, and we'll have to redo all of the magnet gluing. The guiderods should be fine, but all 6 magnets would need redoing. If we were very, very careful and didn't break any of the magnets off of the dumbbells, it's a 24 hour turnaround due to drying time. Since inevitably we break magnets away from dumbbells, conservatively we should think about a 48 hour turnaround.
No significant change was found inside the vacuum. We still see clipping at the Faraday, and also, we saw clipping by BS coil holder. Using PZT1, we could make it better, but this might be causing PRC problem -- BS is inside the PRC, too.
Yuta just told Jamie and I that when he and Koji were looking at things yesterday, they saw that the beam spot was roughly at the center of the PRM, but was clipping on the lower OSEM holder plate on the BS. This indicates that the beam spot on the BS is much too low. The easiest way I can see this happening is poor pitch pointing with the tip tilts, which we unfortunately don't have active control over.
Recall elog 3425, where I mentioned some pretty bad pitch pointing after a TT was moved from the cleanroom, to the chamber, back to the cleanroom. I think that we may need to check the pitch pointing at the chamber before installing tip tilts in the future.
Many photos were taken by many different people....most of the fuzzy ones are by yours truely (doing a reach-around to get to hard-to-reach places), so sorry about that.
I put all the photos from yesterday and today into 6 new albums on Picasa: https://picasaweb.google.com/foteee
The album titles are generally descriptive, and I threw in a few comments where it seemed prudent.
Big note: The tip tilt on the ITMX table does, in fact, have the arrow pointing in the correct direction. Photo is in the TT album from today.