40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 332 of 344  Not logged in ELOG logo
ID Date Author Type Category Subjectup
  14826   Sun Aug 4 14:39:41 2019 gautamUpdateGeneralsome lab activity
  1. Unresponsive c1psl, c1iool0, c1auxey and c1iscaux VME crates were keyed.
  2. c1psl channels were burt-restored, did a burtrestore, and re-locked the PMC. Tweaked the pointing into the PMC on the PSL table to increase the PMC transmission from ~0.69 to ~0.71.
  3. Re-locked IMC. Ran WFS offset script to relieve the ~100 DAC counts (~10 urad) DC offset from the WFS servos to the IMC suspensions (a serious calibration of this into physical units should be made part of the planned 40m WFS activity). Now that I think about it, since we change the IMC alignment to match the input beam alignment, some post-IMC clipping could modulate the power incident on the ITMs, which is a source of error for the arm cavity loss determination using DC reflection. We need a better normalizing data stream than the IMC transmission.
  4. The IFO_OVEREVIEW medm screen was modified such that the threshold for the PMC transmitted beam to be visible was lowered from 0.7 to 0.6, so that now there is a continuous beam line from the NPRO to the PRM when the IMC is locked even when the PMC transmission degrades by 5% due to thermally driven pointing drifts on the PSL table.
  5. The wmctrl utility on pianosa wasn't working so well, I wasn't able to use my usual locking MEDM autoconfig scripts. Turned out to be due to a zombie MEDM window which I killed with xkill, now it is working okay again.
  6. The misaligned XARM was re-aligned and the loss measuring PDA520 at the AS port was removed from the beam path (mainly to avoid ADC saturations the fringing Michelson will cause).
  7. I noticed that the ETMX Oplev HeNe SUM level has degraded to ~50% of its power level from 200 days ago [Attachment #1], may need a new HeNe here soon. @Chub, do we have spare HeNes in stock?

I want to collect some data with the arms locked to investigate the possibility/usefullness of having seismic feedforward implemented for the arms (it is already known to help the IMC length and PRC angular stability at low frequencies). To facilitate diagnostics I modified the file /users/Templates/Seismic/Seismic_vs_TRXTRYandMC.xml to have the correct channel names in light of Lydia's channel name changes in 2016. Looking at the coherence data, the alignment of the cartesian coordinate system of the Seismometers at the ends and the global interferometer coordinate system can be improved.

I don't know if for the MISO filter design if there is any difference in using TRX/TRY as the target, or the arm length control signal.

Data collection started at 1249018179. I've setup a script running in a tmux shell to turn off the LSC enable in 2 hours.

  4070   Sat Dec 18 01:17:04 2010 kiwamuUpdateIOOsome more alignments

 [Koji and Kiwamu]

 We did some more vacuum works today. It is getting ready to pump down.

 (what we did) 

 - alignment of the POY mirrors. Now the beam is coming out from the ITMY chamber successfully

  - leveling of the tables (except for the IOO and OMC chamber)

  - realigned the beam axis down to the Y arm because the leveling of the BS table changed the alignments.

 - installed IP_POS mirrors

 - aligned the green beam and made it overlap with IR beam path.

 - repositioned green steering mirrors since one of them are too close to the dark beam path

 - aligned everything.

  4189   Sat Jan 22 02:11:09 2011 kiwamuUpdateGreen Lockingsome more progress

[Rana, Suresh, Kiwanu]

 We did the following things:

   *  taking the VCO stability data from the error signal instead of the feedback

   *  tried calibrating the signal but confused

   *  increased the modulation depth of the green end PDH.

--

 We found that a cable coming out from the VCO box was quite touchy. This cable was used for taking the feedback signal.

When we touched the cable it made a big noise in the feedback. So we decided to remove the cable and take the signal from the error point (i.e. just after the mixer and the LPF.)

In order to correct that signal to the one in terms of the feedback signal, we put a digital filter which is exactly the same as that of the PLL (pole at 1.5 Hz, zero at 40 Hz, G=1) .

However for some reasons the signal shown in the digital side looked completely mis-calibrated by ~ 100. We have no idea what is going on.

Anyway we are taking the data over tonight because we can correct the signal later. The 2nd round data started from AM1:40

  4190   Sat Jan 22 02:23:26 2011 KojiUpdateGreen Lockingsome more progress

What is the point to use the error instead of the feedback? It does not make sense to me.

If the cable is flaky why we don't solder it on the circuit? Why we don't put a buffer just after the test point?

It does not make sense to obtain the error signal in order to estimate the freeruning noise without the precise loop characterization.
(i.e. THE FEEDBACK LOOP TRINITY: Spectrum, Openloop, Calibration)

RA: I agree that feedback would be better because we could use it without much calibration. But the only difference between the "error signal" and the "feedback signal" in this case is a 1.6:40 pole:zero stage with DC gain of 0 dB. So we can't actually use either one without calibration and the gain between these two places is almost the same so they are both equally bad for the SNR of the measurement. I think that Suresh and Kiwamu are diligently reading about PLLs and will have a more quantitative result on Monday afternoon.

 

  5609   Mon Oct 3 23:52:49 2011 kiwamuUpdateCDSsome more tests for the Dolphin

[Koji / Kiwamu]

 We did several tests to figure out what could be a source of the computer issue.

The Dolphin switch box looks suspicious, but not 100% sure.

 

(what we did)

 + Removed the pciRfm sentence from the c1x04 model to disable the Dolphin connection in the software.

 + Found no difference in the Makefile, which is supposed to comment out the Dolphin connection sentences.

   ==> So we had to edit the Makefile by ourselves

 + Did a hand-comilpe by editing the Makefile and running a make command.

 + Restarted the c1x04 process and it ran wihtout problems.

   ==> the Dolphin connection was somehow preventing the c1x04 process from runnning.

 +  Unplugged the Dolphin cables on the back side of the Dolphin box and re-plug them to other ports.

   ==> didn't improve the issue.

 + During those tests, c1lsc frequently became frozen. We disabled the automatic-start of c1lsc, c1ass, c1oaf by editting rtsystab.

  ==> after the test we reverted it.

 + We reverted all the things to the previous configuration.

  14076   Tue Jul 17 12:46:28 2018 ranaUpdateGeneralsome notes from yesterday

For the EY, instead of balancing the table, I just moved the weight approximately so that the ETMY OSEMS were at half light, but didn't check the level since ETMY is the only optic.

 

Some notes on OMC/AS work (Aaron/Gautam can amend/correct):

- Beam is now well centered in OMC MMT. Hits input coupling mirror and cleanly exits the vacuum to the AS table.

- Didn't see much on OMC trans, but PDs are good based on flashlight test.

- just before closing, re-aligned beam in yaw so that it gets close to the east screw on the input coupler. Aaron and I think we maybe saw a flash there with the OMC length PZT being driven at full range by a triangle wave.

- with OMC Undulators (aka tip/tilt PZT mirrors) energized, the beam was low on PZT1 mirror. We pitched ITMY by ~150 micro-rad and that centered the beam on PZT1 mirror. ITMY-OL is probably not better than 100 urad as a DC reference?

- We checked the range of Undulator 1 and we were getting ~5 mrad of yaw of the beam for the full range, and perhaps half of that in pitch. Rob Ward emailed us from Oz to say that the range is robably 2.7 mrad, so that checks out.

Even if the ITMY has to be in the wrong position to get the beam to the OMC, we can still do the heater tests in one position and then do the OMC checkout stuff in the other position.

Gautam suspects that there is a possible hysterical behaviour in the Undulators which is related to the MC3 glitching and the slow machine hangups and also possibly the illuminati.

[aaron]

-We noticed a ghost beam that from MC REFL (MMT2) that should be dumped during the next vent--it travels parallel to the OMC's long axis and nearly hits one of the steering mirrors for OMC refl.

-We measured the level of the table and found it ~3 divisions off from level, with the south end tilted up

-Gautam rotated and slightly translated OM5 to realign the optic, as expected. No additional optics were added.

-Gautam and I tested the TT piezo driver. We found that 3.6V on the driver's input gave 75V (of 150V) at the output, at least for yaw on piezo 1. However, as Gautam mentioned, during testing it seemed that the other outputs may have different (nonzero) offset voltages, or some hysterisis.

  4939   Tue Jul 5 16:09:54 2011 kiwamuUpdateABSLsome photos for ABSL setup

Here I show two photos of the latest ABSL (ABSolute Length measurement) setup.

APtable.png

Figure.1 : A picture of the ABSL setup on the AP table.

  The setup has been a little bit modified from the before (#4923).

 As I said on the entry #4923, the way of sampling the ABSL laser wasn't so good because the beam, which didn't go through the faraday, was sampled.

In this latest configuration the laser is sampled after the faraday with a 90% beam splitter.

The transmitted light from the 90% BS (written in pink) is sent to the PSL table through the access tube which connects the AP and PSL table .

 

PSLtable.png

FIgure.2: A picture of the ABSL setup on the PSL table.

 The 10% sampled beam ( pink beam in the picture) eventually comes to the PSL table via the access tube (the hole on the left hand side of the picture).

Then the ABSL beam goes through a mode matching telescope, which consists of a combination of a concave and a convex lens.

The PSL laser (red line in the picture) is sampled from a point after the doubling crystal.

The beam is combined at a 50 % BS, which has been setup for several purposes( see for example #3759 and #4339 ) .

A fast response PD (~1 GHz) is used for the beat-note detection.

  11519   Thu Aug 20 11:09:10 2015 ranaUpdateIOOsome points about seismic FF
  • When plotting the subtraction performance, we mainly care about the 0.5 - 10 Hz band, so we care about the RMS in this band. Don't integrate over the whole band.
  • When calculating the Wiener filter, you must use the pre-weighting so as to not let the Wiener residual be dominated by the out of band signals. We don't want the filter to try to do anything outside of the 0.5 - 10 Hz band.
  • Somehow, we want to assign a penalty for the filter to have high frequency gain. We do NOT want to slap on an ad-hoc low pass filter. The point of the Wiener filtering is to make the optimum.
  • What is the reason for the poor filter performance from 0.5 - 2 Hz ? If we use the frequency domain (Dmass) subtraction technique, we can do better, so there's some inefficiency in this process.
  • we're getting too much of the 3 Hz stack mode coupling into MCL. I think this means that our damping filters should be using RG around the suspension eigenmodes rather than just simple velocity damping. We had this years ago, but it caused some weird interaction with the angular loops...to be puzzled out.
  998   Fri Sep 26 16:08:39 2008 robUpdateLockingsome progress
There's been good progress in locking the last couple of nights. A lot of time was wasted before I found that
all the SUS{POS,PIT,YAW} damping gains on the SRM were set to 0.1 for some reason, which let it get rung up
just a bit during bang locking. After setting these gains to 0.5 (similar to PRM and BS), the initial lock
acquisition of DRMI+2ARMs (nospring) got much quicker. Then more time was wasted by sticky sliders on the
transmon QPD whitening gain, causing the Schmitt triggered HI/LO gain PD switch not to happen. This meant
that the arm power was not reported properly when the CARM offset was reduced, and so loop gain normalizations
were not working properly. After all this, by the end of the night last night, reduced the CARM offset such
that stored power in the arms was about half of the max. Should be able to get to full power with another
good night, and then back to springy locking.
  2030   Thu Oct 1 03:12:56 2009 robUpdateLockingsome progress

Good progress in IFO locking tonight, with the arm powers reaching about half the full resonant maximum. 

Still to do is check out some weirdness with the OMC DAC, fix the wireless network, and look at c1susvme2 timing.

  3458   Mon Aug 23 19:55:31 2010 kiwamuUpdateCDSsome progress

 {Joe, Kiwamu}

Today we did the following works in order to get ready for the new CDS test.

 - solved the DAC issue.

 - checked all the channel assignments of the ADC and the DAC.

 - preparation for modification of the AA filter chassis. 

 - checked DAC cable length.

 - connected the power cables of the BO boards to Sorensens.

 

Although we performed those works, we still couldn't do the actual damping tests.

To do the damping tests, we have to modify the AA chassis to let the SCSIs go in it. Now Joe and Steve are working for this issue.

 Also we found that we should make three more 37pin Dsub - 40pin IDC cables.  

But this is not a critical issue because the cables and the connectors are already in our hands. So we can make them any time later.

 

(Notes)


 (DAC issue)

  Now all the DAC channels are working correctly.  

There had been a combination of some issues.

  When I posted the elog entry last time, the DAC was not working at all (see here).

 But in the last week Joe found that the IO process didn't correctly run. He modified the IOP file named 'c1x02.mdl' and ran it after compiling and installing it.

 This made the situation better because we then were able to see the most of the signals coming out from the DACs.

     However we never saw any signals associated with SIDE_COILs.

 We checked the DAC cards, their slots and their timing signals. But they all were fine.

At that time we were bit confused and spent a couple of days because the DAC signals appeared at a different slot some time after we rebooted the computer. Actually this issue still remains unsolved...

Finally we found that SIDE_COILs had an input matrix which didn't show up in the medm screen.

We put 1 in the matrix and we successfully got the signal coming out from the DAC.

 

(channel assignments)

We checked all the channel assignments of the DACs and the ADCs.

All the channels are assigned correctly (i.e. pin number and channel name).

 

(AA chassis)

 We have been planning to put the SCSI cables into the AA chassis to get the ADC signals.

As Joe said in the past entry (see here) , we need a modification on the AA chassis to let the SCSIs go in it.

Joe and Steve will put an extension component so that we can make the chassis wider and eventually SCSI can go in.

 

 

(DAC cable length)

 In the default plan we are going to reuse some DAC cables which are connected to the existing systems.

To reuse them we had to make sure that the length of those cables are long enough for the new CDS.

After stopping the watchdogs, we disconnected those DAC cables and confirmed they were long enough.

Now those cables are connected to the original place where they have been before.

The same test will be performed for the binary outputs.

 

(power cables to Sorensens)

 Since the binary output boards need +/- 15V power, we hooked up the power cables to Sorensens sitting on the new 1X5 rack.

After cabling them, we turned on the power and successfully saw the green LEDs shining on the back panel of the boards.

  8196   Thu Feb 28 02:43:49 2013 yutaUpdateLSCsome qualitative evidence of PRMI sideband lock

[Manasa, Yuta]

Since we have setup POP22 PD now(elog #8192), we could confirm that sideband power builds up when PRMI is sideband locked.

Plot:
  Here's some plot of PRC intra-cavity powers and MICH,PRCL error signals. As you can see from POP22, we locked at the peak of 11MHz sideband. There was oscillation at ~500 Hz, but we couldn't optimize the gain yet.
PRMIsideband.png


Movie:
  Here's 30 sec movie of AS, POP, REFL when acquiring (and losing) PRMI sideband lock. It was pretty hard to take a movie because it locks pretty seldom (~1 lock / 10 min).



Locking details:
  For MICH lock, we used ITMs instead of BS for reducing coupling between PRCL.
  Also, AS55 phase rotation angle was coarsely optimized by minimizing MICH signal in I.
  For PRCL lock, we used REFL55_I_ERR instead of REFL33_I_ERR. It had better PDH signal and we coarsely optimized phase rotation angle by minimizing PRCL PDH signal in Q.

 == PRMI sideband ==
  MICH: AS55_Q_ERR, AS55_PHASE_R = -12 deg,  MICH_GAIN = -0.1, feedback to ITMX(-1),ITMY(+1)
  PRCL: REFL55_I_ERR, REFL55_PHASE_R = 70 deg, PRCL_GAIN = -15, feedback to PRM

  We set POP22_PHASE_R = -170 deg by minimizing Q.

Issues:
 - We tried to use REFL55_Q_ERR to lock MICH, but couldn't. It looks like REFL error signals are bad.
 - We tried to use POP22_I_ERR to trigger PRCL lock, but it didn't work.

  14907   Thu Sep 26 17:56:28 2019 KojiUpdateCDSsome rebooting

Yesterday (Sep 25) evening: I had to reboot c1psl, c1iool0, and c1aux to recover nominal IMC locking

Today megatron had no response and I had to reboot it with the reset button. MCautolocker and FSSSlow were recovered and the IMC is locking as usual.

  5702   Wed Oct 19 16:53:38 2011 kiwamuUpdateCDSsome screens need labels

Untitled.png

Some of the sub-suspension screens need labels to describe what those row and column are.

  11294   Sat May 16 21:05:24 2015 ranaUpdateGeneralsome status

1) Checked the N2 pressures: the unregulated cylinder pressures are both around 1500 PSI. How long until they get to 1000?

2) The IMC has been flaky for a day or so; don't know why. I moved the gains in the autolocker so now the input gain slider to the MC board is 10 dB higher and the output slider is 10 dB lower. This is updated in the mcdown and mcup scripts and both committed to SVN. The trend shows that the MC was wandering away after ~15 minutes of lock, so I suspected the WFS offsets. I ran the offsets script (after flipping the z servo signs and adding 'C1:' prefix). So far powers are good and stable.

3) pianosa was unresponsive and I couldn't ssh to it. I powered it off and then it came back.

4) Noticed that DAQD is restarting once per hour on the hour. Why?

5) Many (but not all) EPICS readbacks are whiting out every several minutes. I remote booted c1susaux since it was one of the victims, but it didn't change any behavior.

6) The ETMX and ITMX have very different bounce mode response: should add to our Vent Todo List. Double checked that the bounce/roll bandstop is on and at the right frequency for the bounce mode. Increased the stopband from 40 to 50 dB to see if that helps.

7) op340 is still running ! The only reason to keep it alive is its crontab:

op340m:SUS>crontab -l

07 * * * * /opt/rtcds/caltech/c1/burt/autoburt/burt.cron >> /opt/rtcds/caltech/c1/burt/burtcron.log
#46 * * * * /opt/rtcds/caltech/c1/scripts/general/scripto_cron /opt/rtcds/caltech/c1/scripts/PSL/FSS/FSSSlowServo > /cvs/cds/caltech/logs/scripts/FSSslow.cronlog 2>&1
#14,44 * * * * /cvs/cds/caltech/conlog/bin/check_conlogger_and_restart_if_dead
15,45 * * * * /opt/rtcds/caltech/c1/scripts/SUS/rampdown.pl > /dev/null 2>&1
#10 * * * *  /opt/rtcds/caltech/c1/scripts/general/scripto_cron /opt/rtcds/caltech/c1/scripts/MC/autolockMCmain40m >/cvs/cds/caltech/logs/scripts/mclock.cronlog 2>&1
#27 * * * * /opt/rtcds/caltech/c1/scripts/general/scripto_cron /opt/rtcds/caltech/c1/scripts/PSL/FSS/RCthermalPID.pl >/cvs/cds/caltech/logs/scripts/RCthermalPID.cronlog 2>&1

00 0 * * * /var/scripts/ntp.sh > /dev/null 2>&1
#00 4 * * * /opt/rtcds/caltech/c1/scripts/RGA/RGAlogger.cron >> /cvs/cds/caltech/users/rward/RGA/RGAcron.out 2>&1
#00 6 * * * /cvs/cds/scripts/backupScripts.pl
00 7 * * * /opt/rtcds/caltech/c1/scripts/AutoUpdate/update_conlog.cron
00 8 * * * /opt/rtcds/caltech/c1/scripts/crontab/backupCrontab

added a new script (scripts/SUS/rampdown.py) which decrements every 30 minutes if needed. Added this to the megatron crontab and commented out the op340m crontab line. IF this works for awhile we can retire our last Solaris machine.

8) To see if we could get rid of the wandering PCDRIVE noise, I looked into the NPRO temperatures: was - T_crystal = 30.89 C, T_diode1 = 21 C, T_diode2 = 22 C. I moved up the crystal temp to 33.0 C, to see if it could make the noise more stable. Then I used the trimpots on the front of the controller to maximimize the laseroutput at these temperatures; it was basically maximized already. Lets see if there's any qualitative difference after a week. I'm attaching the pinout for the DSUB25 diagnostics connector on the back of the box. Aidan is going to help us record this stuff with AcroMag tech so that we can see if there's any correlation with PCDRIVE. The shifts in FSS_SLOW coincident with PCDRIVE noise corresponds to ~100 MHz, so it seems like it could be NPRO related.

 

  11297   Mon May 18 09:50:00 2015 ericqUpdateGeneralsome status
Quote:

Added this to the megatron crontab and commented out the op340m crontab line. IF this works for awhile we can retire our last Solaris machine.

For some reason, my email address is the one that megatron complains to when cron commands fail; since 11:15PM last night, I've been getting emails that the rampdown.py line is failing, with the super-helpful message: expr: syntax error

  11298   Mon May 18 11:59:07 2015 ranaUpdateGeneralsome status

Yes - my rampdown.py script correctly ramps down the watchdog thresholds. This replaces the old rampdown.pl Perl script that Rob and Dave Barker wrote.

Unfortunately, cron doesn't correctly inherit the bashrc environment variables so its having trouble running.

On a positive note, I've resurrected the MEDM Screenshot taking cron job, so now this webpage is alive (mostly) and you can check screens from remote:

https://nodus.ligo.caltech.edu:30889/medm/screenshot.html

  11301   Mon May 18 16:28:18 2015 ericqUpdateGeneralsome status
Quote:

4) Noticed that DAQD is restarting once per hour on the hour. Why?

It looks like daqd isn't being restarted, but in fact crashing every hour.

Going into the logs in target/fb/logs/old, it looks like at 10 seconds past the hour, every hour, daqd starts spitting out:

[Mon May 18 12:00:10 2015] main profiler warning: 1 empty blocks in the buffer                                     
[Mon May 18 12:00:11 2015] main profiler warning: 0 empty blocks in the buffer                                     
[Mon May 18 12:00:12 2015] main profiler warning: 0 empty blocks in the buffer                                     
[Mon May 18 12:00:13 2015] main profiler warning: 0 empty blocks in the buffer
...
***CRASH***

An ELOG search on this kind of phrase will get you a lot of talk about FB transfer problems. 

I noticed the framebuilder had 100% usage on its internal, non-RAID, non /frames/, HDD, which hosts the root filesystem (OS files, home directory, diskless boot files, etc), largely due to a ~110GB directory of frames from our first RF lock that had been copied over to the home directory. The HDD only has 135GB capacity. I thought that maybe this was somehow a bottleneck for files moving around, but after deleting the huge directory, daqd still died at 4PM. 

The offsite LDAS rsync happens at ten minutes past the hour, so is unlikely to be the culprit. I don't have any other clues at this point. 

  11303   Mon May 18 17:42:14 2015 rana, ericQUpdateGeneralsome status

Today at 5 PM we replaced the east N2 cylinder. The east pressure was 500 and the west cylinder pressure was 1000. Since Steve's elogs say that the consumption can be as high as 800 per day we wanted to be safe.

  1. We closed the black valve before the regulator and closed the valve on the cylinder.
  2. We unscrewed the brass fill line to the cylinder.
  3. We unchained the cylinder and put in the dolly (and attached the chains on there).
  4. We rolled in a fresh cylinder from outside using the red dolly (it should have chains).
  5. We put it in place, hooked up the chains, and screwed on the brass nozzle with the large adjustable wrench (need to put a non-adjustable here).
  6. Opened up the cylinder valve.
  7. Opened up the black valve.
  8. New east pressure reading is 2500 PSI. Regulated N2 pressure is 68 PSI.
Quote:

1) Checked the N2 pressures: the unregulated cylinder pressures are both around 1500 PSI. How long until they get to 1000?

 

  11305   Mon May 18 18:03:12 2015 ranaUpdateGeneralsome status

The c1cal model was maxing out its CPU meter so I logged onto c1lsc and did 'rtcds c1cal stop'. Let's see if this changes any of our FB / DAQD problems.

  11306   Tue May 19 00:19:23 2015 ranaUpdateGeneralsome status

There's a few hours so far after today's c1cal shut off that the summary page shows no dropouts. I'm not yet sure that this is related, but it seems like a clue.

  11315   Tue May 19 18:55:12 2015 rana, ericQUpdateGeneralsome status

After one day the pressures are east/west = 2200/450 PSI

Quote:

 

  1. New east pressure reading is 2500 PSI. Regulated N2 pressure is 68 PSI.

 

  11317   Wed May 20 03:08:27 2015 ranaUpdateGeneralsome status

I think that the real clue was that the dropouts are in some channels and not in others:

https://nodus.ligo.caltech.edu:30889/detcharsummary/day/20150519/psl/

As it turns out, the channel with no dropouts is the RAW PSL RMTEMP channel. All the others are the minute trends. So something is up with the trend making or the trend reading in the cluster.

Quote:

There's a few hours so far after today's c1cal shut off that the summary page shows no dropouts. I'm not yet sure that this is related, but it seems like a clue.

 

  11318   Wed May 20 11:41:59 2015 ericqUpdateGeneralsome status

West cyclinder is empty, east is at 2000 psi; regulated N2 pressure is 64psi. I'll replace the west one after the meeting.

  1222   Mon Jan 12 10:57:38 2009 robUpdateGeneralsome stuff

The AS beam was not hitting the AS166 diode, so I aligned the last little steering mirror and adjusted the phase for MICH locking.

I turned on the HV supplies for the OMC.

Then I realigned the beam onto the AS166 diode, since the steering mirrors came on when I turned on the HV supplies.

It took awhile to find the alignment of the beam into the OMC. Once that was done, the output beam alignment was set, so I aligned onto the AS166 diode a third time.

The bottom two Sorensens in the OMC voltage supply don't look right. They have stickers that say +-24V, but each is sitting at 17.5V and showing no current draw. What's going on here?
  15237   Mon Mar 2 16:14:47 2020 gautamUpdateCDSsome target directory cleanup

$TARGET_DIR = /cvs/cds/caltech/target

  • $TARGET_DIR/c1psl and $TARGET_DIR/c1iool0 moved to $TARGET_DIR/preAcromag_oldVME/
  • $TARGET_DIR/c1psl1 moved to $TARGET_DIR/c1psl 
  • $TARGET_DIR/c1psl/*.service and $TARGET_DIR/C1_PSL.cmd modified - i executed :%s/c1psl1/c1psl/g in vim.
  • $TARGET_DIR/preAcromag_oldVME/c1psl/autoBurt.req and $TARGET_DIR/preAcromag_oldVME/c1iool0/autoBurt.req catenated into $TARGET_DIR/c1psl/autoBurt.req. The first snapshot at 16:19 has been verified.

It remains to (Jon is taking care of these)

  • add a line to modbusIOC.service on the new c1psl machine that restores the latest burt snapshot on startup (this necessitated installation of a debian jessie libXp6 package on our debian buster machine because our shared EPICS is soooooooooooooo oooooooold)
  • change the hostname from c1psl1 to c1psl
  • update martian.hosts
  4458   Tue Mar 29 22:29:16 2011 kiwamuUpdateGeneralsome tasks tomorrow

 *  Temporary strain relief for the heliax cables on 1X2 (Steve)

 *  RF diagrams and check lists (Suresh)

      => In the lunch meeting we will discuss the details about what we will do for the RF installation.

 *  Electronics design and plan for Green locking (Aidan / Kiwamu)

      => In the lunch meeting we will discuss the details.

 *  LSC model (Koji)

 *  Video cable session (team)

 * LPF for the laser temperature control (Larisa)

  11071   Wed Feb 25 23:48:57 2015 ranaUpdateLSCsome thoughts
  • Comparing just the 2 cases with locking on 33, it seems that the 55 MHz gain has changed by 14 dB instead of the 10 dB that we expected. Is it that we need to measure the modulation drive change more carefully, or just that the PRMI was aligned differently?
  • The 165 signal changed by a factor of 60 (35 dB) which is more consistent with a ~12 dB change in Gamma2, so not so far off.
  • The fact that the whole sensing matrix increases in amplitude between 33 and 55 lock makes me think that either the alignment was very bad for the 33 lock, or that the 33 signals have a significant offset; if that's the case, then we should do as LLO and set the digital offsets in the 33 signals by locking first on 55.
  • How does the REFL33 demod phase change by 70 deg?
  5595   Sun Oct 2 02:33:32 2011 kiwamuUpdateLSCsomething funny with AS55

Just a quick report.

The AS55 signal contains more noise than the REFL signals.

Why ? Is this the reason of the instability in PRMI ?

outofloop.png

 I locked the Power-Precycled ITMY with REFL33.

As shown in the plot above, I compared the in-loop signal (REFL33) and out-of-loop signals (REFL11 and AS55).

All the signals are calibrated into the displacements of the PR-ITMY cavity by injecting a calibration peak at 283 Hz through the actuator of PRM.

AS55 (blue curve) showed a structure around 3 Hz and higher flat noise below 1 Hz.

Quote from #5582
I am suspecting that something funny (or stupid) is going on with the MICH control rather than the PRCL control.

 

  1170   Wed Dec 3 12:49:11 2008 jenneUpdateComputerssomething sketchy with NDS ... or something
Never mind...I had forgotten that you have to run mdv_config every time you open matlab, not just every time you boot a computer.

I am not able to get channels using get_data from the mDV toolbox on Allegra, Megatron or Rosalba.

The error I get while running the "hello_world" test program is:
hello_world
setting up configuration...
added paths for nds
added paths for qscan
couldn't add path for matapps_SDE
couldn't add path for matapps_path
couldn't add path for framecache
couldn't add path for ligotools_matlab
added paths for home_pwd
fetching channels for C...
Warning: get_channel_list() failed.
??? Error using ==> NDS_GetChannels
Failed to get channel list.

Error in ==> fetch_nds at 47
eval(['CONFIG.chl.' server ' = NDS_GetChannels(ab);']);

Error in ==> get_data at 100
out = fetch_nds(channels,dtype,start_time,duration);

Error in ==> hello_world at 6
aa = get_data('C1:LSC-DARM_ERR', 'raw', gps('now - 1 hour'), 32);
  4898   Tue Jun 28 14:21:41 2011 kiwamuUpdateIOOsomething wrong ? : Power incident on REFL11 and REFL55

The measured change in the REFL DC power with and without PRM aligned seems unacceptably small.  Something wrong ?

The difference in the power with and without PRM aligned should be more than a factor of 300.

         [difference in power] = [single bounce from PRM] / [two times of transmission through PRM ]

                                          = (1-T) / T^2 ~ 310,

where T is the transmissivity of PRM and T = 5.5% is assumed in the calculation.

Also the reflectivity of MICH is assumed to be 1 for simplicity.

Quote from #4894

We now have (with the PRM misaligned):

REFL11:  Power incident = 7.60 mW ;  DC out = 0.330 V  => efficiency = 0.87 A/W

REFL55:  Power incident = 23 mW ;  DC out = 0.850 V  => efficiency = 0.74 A/W

and with the PRM aligned::

REFL11:  DC out = 0.35 V  => 8 mW is incident

REFL55: DC out = 0.975 V  => 26 mW is incident

 

  4954   Thu Jul 7 14:27:16 2011 SureshUpdateIOOsomething wrong ? : Power incident on REFL11 and REFL55

Just tying up a loose end.  The next day Kiwamu and I checked to see what the trouble was.  We concluded that the PRM had not moved during my measurement though I had 'Misaligned' it from the medm screen.  So all the power levels measured here were with the PRM aligned.  The power level change was subsequently measured and e-logged

Quote:

The measured change in the REFL DC power with and without PRM aligned seems unacceptably small.  Something wrong ?

The difference in the power with and without PRM aligned should be more than a factor of 300.

         [difference in power] = [single bounce from PRM] / [two times of transmission through PRM ]

                                          = (1-T) / T^2 ~ 310,

where T is the transmissivity of PRM and T = 5.5% is assumed in the calculation.

Also the reflectivity of MICH is assumed to be 1 for simplicity.

Quote from #4894

We now have (with the PRM misaligned):

REFL11:  Power incident = 7.60 mW ;  DC out = 0.330 V  => efficiency = 0.87 A/W

REFL55:  Power incident = 23 mW ;  DC out = 0.850 V  => efficiency = 0.74 A/W

and with the PRM aligned::

REFL11:  DC out = 0.35 V  => 8 mW is incident

REFL55: DC out = 0.975 V  => 26 mW is incident

 

 

  5025   Mon Jul 25 00:35:44 2011 ranaUpdateSUSsomething wrong with ETMY LR sensor

a.png

Looks like either the LR OSEM is totally mis adjusted in its holder or the whitening eletronics are broken.

Also looks like the ETMY is just not damped at 1 Hz? How can this be?

I look at the SUS_SUMMARY screen which apparently only Steve and I look at:

bad.png

Looks like the suspensions have factor of 10-100 different gains. Why?

**  The ETMY just doesn't behave correctly when I bias it. Both pitch and yaw seem to make it do yaw. I leave this for Jamie to debug in the morning.

***  Also, the BIAS buttons are still broken - the HOPR/LOPR limits ought to be 5000 and the default slider increment be 100. Also the YAW button readback doesn't correctly show the state of the BIAS.

****  And.....we have also lost the DAQ channels that used to be associated with the _IN1 of the SUSPOS/PIT/YAW filter modules. Please put them back; our templates don't work without them.

  4269   Thu Feb 10 11:16:31 2011 steveUpdatePEMsouth arm AC turned on

The air condition was off for the south arm. I  turned it on.

  3513   Thu Sep 2 14:11:17 2010 steveSummaryPEMsouth end crane balancing is completed

The crane I -beam now leveled at all degrees of rotation.  The lower hinge was moved southward  about 1/4 of an inch.  Performance was tested at 2000 lbs

 

Atm1, work in progress

Atm2, load test at 1 Ton

Atm3, service report

  12187   Thu Jun 16 11:10:17 2016 SteveUpdateSUSspare ETMX optics preparation to be hanged

D Location

Number on

Drawing

 

Component

Name

 

 Baked Clean

 Pieces Needed

 

Pieces

In Stock

(on tower )

Notes
         
31,20,19,13 viton tips   not cut yet baked material in stock
30 6-32x0.75" stops 4 (4)  
29 steel music wire 0.017" not baked on roll  needs good wipes
28  1/4 "washer 4 (4)  
27 lock washer 4 50 install
26 Ag plated 1/4-20x1.25 4 (4)  
25 Ag plated1/4-25x.75 & not plated 20 (20)  
24 SS 4-40x.5 2 (2)  
23 SS 4-40x.38 4 (4)  
22 spring plunger 4+2 (4+2)  
         
         
18 magnets, 1.9mm od, length 3.2 mm 5 ~30 not coated, rusty

buy Ni coated ones for future use from www.electroenergy.com

 

17 guide rod, 0.635 mm od, 3.3 mm 3 6 Al
16 wire standoff, 1 mm od, 4.8 mm 2 2 Al and ruby (ruby groove not centered)
15 short OSEMs 5 6  
14 spare ETMX in 40m wiki 1 1  confirmed in cabinet
         
12 dumbbell standoff 5 6  
11 Al stiffening plate 1 (1)  
10 wire clamp B in sus block 2 (2)  
9 wire clamp A 1 (1)  
8-7 lower clamp for lifting optics 2 (2)  
6 upper clamp to hold down optic 1 (1)  
5-4 left-right side of tower  1 ea (1ea)  
3 tower base 1 (1)  
2 sus block 1 (1)  
1 lower and upper OSEM holders 1ea (1ea)  
         
48 sandind fixture for magnet&dumbbell      
45 magnet-dumbbell assemblly fixture 1 1  
43 guide-wirestandoff gluing fixture 1 1

Ok for larger RUBY,

unit is not in perfect condtition but usefull

 

         
  First contact   3-15-2013 purchase

Pick up  FC from Gary with purchasing date 7-7-2015

or later

  FCPEEK peeler ring disk for TM cleaning 10 front,10 back side  have sheets only 32&19mm ID punches ordered
  GordonBrush custom for LIGO optical cleaning ~5 1 (3/8wide nylonSS) more from Calum available
  EP30-2 epoxy have  have expiration date 9-24-2016

NOT finished, last edited 7-7

  13158   Wed Aug 2 09:40:55 2017 SteveUpdateElectronicsspare ILIGO electronics

Spare ILIGO electronics temporarly stored in the east arm. We need cabinet space.

  1387   Wed Mar 11 16:41:22 2009 steveUpdateMOPAspare NPRO power

The spare M126N-1064-700,  sn 5519 of Dec 2006 rebuilt  NPRO's power output

 measured   750mW at DC2.06A with Ohpir meter.

Alberto's controller  unit 125/126-OPN-PS,  sn516m was disconnected from lenght measurment NPRO on the AP table.

5519 NPRO  was clamp to the optical table  without heatsink and it was on for 15 minutes.

  12088   Mon Apr 25 11:07:06 2016 SteveUpdateSUSspare SOS tower

Earth quake stops need viton tips.

Wirestandoffs are still aluminum.

  12092   Wed Apr 27 09:45:56 2016 ranaUpdateSUSspare SOS tower

Bah, we need ruby slippers for all future suspensions. Prism with curved backside and smooth grooves.

No aluminum, no cry.

Quote:

Earth quake stops need viton tips.

Wirestandoffs are still aluminum.

 

  7071   Wed Aug 1 16:38:46 2012 steveUpdateSUSspare SRMU 03 optic moved

SOS optics prepared to be hanged are moved from the South Flow Bench to S15 Clean Cabinet.

SRMU 03 (1-25-2010) specification summery E080460-05-D,  older vintage SRM 01 and PRM 02 (need more specification)

There was one  NOT MARKED SOS with two broken magnets on its face. This is labeled ???

 

This was done to prepare clean space for TIP-TILT drive- test set up.

The existing cable from 1X5 can reach only to the south end:  from whitening filter to satelite amp.  This will be good for future test of suspensions.

We need to make new cable from 1 X 1 to the south end = 40m long

  7072   Wed Aug 1 17:04:22 2012 JenneUpdateSUSspare SRMU 03 optic moved

Quote:

There was one  NOT MARKED SOS with two broken magnets on its face. This is labeled ???

 While I'm not sure what specific optic this is, I think it's an older optic.  (a) All of the new optics we got from Ramin were enscribed with their #.  (b) This optic appears to have a short arrow scribe line (about the length of the guiderod), and then no scribe line (that I could see through the glass dish) on the other side.  The new optics all have a long arrow scribe line, ~1/2 the full width of the optic, and have clear scribe lines on the opposite side.

  7755   Tue Nov 27 17:45:42 2012 SteveUpdateGeneralspare optics of AP table moved to cabinet

Spare optics from the AP table were moved to glass cabinet in the east arm. I'm not sure this is the right place. We'll see what everybody thinks.

There were two UNMARKED optics. Shame on you! No pencil marks on the optics either. These optics were shipped to the FBI for finger tip analysis.

 

 

  632   Thu Jul 3 16:18:51 2008 robSummaryLockingspecgrams
I used ligoDV to make some spectrograms of DARM_ERR (1), QPDX (2), and QPDY (3). These show the massive instability from 30-40Hz growing in the XARM in the last two minutes of a reasonably high power lock (arm powers up to 30). It's strange that it only shows up in one arm.

CARM is on PO-DC, for both the MCL and the AO path.
DARM is on AS166Q.
  7517   Wed Oct 10 08:36:47 2012 SteveUpdateCOCspecial mirror mounts holder

Quote:

After looking at the in-vacuum layout I think we should make two changes during the next vent:

1) Reduce the number of mirrors between the FI and its camera. We install a large silvered mirror in the vacuum flange which holds the Faraday cam (in the inside of the viewport). That points directly at the input to the Faraday. We get to remove all of the steering mirror junk on the IO stack.

2) Take the Faraday output (IFO REFL) out onto the little table holding the BS and PRM Oplevs. We then relocate all 4 of the REFL RFPDs as well as the REFL OSA and the REFL camera onto this table. This will reduce the path length from the FI REFL port to the diodes and reduce the beam clutter on the AS table.

1)  Mirror mount holder for "large silvered mirror" inside of the 8" OD tube vacuum envelope.

  1684   Thu Jun 18 23:08:46 2009 robUpdateLockingspectrum

Here's a noise spectrum of the RSE interferometer, in anti-spring mode, with RF readout.  I'd say the calibration is "loose."

I used the Buonanno & Chen modification of the KLMTV IFO transfer functions to model the DARM opto-mechanical response.  I just guessed at the quadrature, and normalized the optical gain at the frequency of the calibration line used (927Hz, not visible on the plot).

  6183   Tue Jan 10 00:09:33 2012 kiwamuUpdateLSCspike hunting in REFL33

[John / Kiwamu]

 We tried to figure out what is causing spikes in the REFL33 signal, which is used to lock PRCL.

No useful information was obtained tonight and it is still under investigation.

 


(Background)

 One thing preventing us from doing smooth measurements of the noise budget and the sensing matrix is some sharp spikes in the LSC error signals.

For example when we lock PRMI with REFL33 and AS55 fedback to PRCL and MICH respectively, both the REFL33 and AS55 signals show some spikes in time series.

Those spikes then bring the noise spectra higher than how they should be.

So for the reason, taking the noise budget doesn't give us much information about the interferometer rather than there are spikes.

Also the sensing matrix measurement has been suffered from those spikes, which excite the impulse responses of the low pass filters in the LOCKIN detection systems a lot.

 

(What we did)

 We looked into the actual analog signals to see if there are indeed spikes or not before they are acquired to the ADCs.

But we didn't find any corresponding spikes in the signals that are after the mixers.

It maybe because the signals we looked into didn't have high enough SNR because they were coming out from the monitor lemo outputs on the demod boards.

 Then we thought the spikes are from the whitening circuits, due to some kind of saturation.

We decreased the gain of the whitening filters by a factor of 10, but it didn't help and the spikes were still there.

  6327   Mon Feb 27 19:04:13 2012 jamieUpdateCDSspontaneous timing glitch in c1lsc IO chassis?

For some reason there appears to have been a spontaneous timing glitch in the c1lsc IO chassis that caused all models running on c1lsc to loose timing sync with the framebuilder.  All the models were reporting "0x4000" ("Timing mismatch between DAQ and FE application") in the DAQ status indicator.  Looking in the front end logs and dmesg on the c1lsc front end machine I could see no obvious indication why this would have happened.  The timing seemed to be hooked up fine, and the indicator lights on the various timing cards were nominal.

I restarted all the models on c1lsc, including and most importantly the c1x04 IOP, and things came back fine.  Below is the restart procedure I used.  Note I killed all the control models first, since the IOP can't be restarted if they're still running.  I then restarted the IOP, followed by all the other control models.

controls@c1lsc ~ 0$ for m in lsc ass oaf; do /opt/rtcds/caltech/c1/scripts/killc1${m}; done
controls@c1lsc ~ 0$ /opt/rtcds/caltech/c1/scripts/startc1x04
c1x04epics C1 IOC Server started
 * Stopping IOP awgtpman ...                                                                      [ ok ]
controls@c1lsc ~ 0$ for m in lsc ass oaf; do /opt/rtcds/caltech/c1/scripts/startc1${m}; done
c1lscepics: no process found
ERROR: Module c1lscfe does not exist in /proc/modules
c1lscepics C1 IOC Server started
 * WARNING:  awgtpman_c1lsc has not yet been started.
c1assepics: no process found
ERROR: Module c1assfe does not exist in /proc/modules
c1assepics C1 IOC Server started
 * WARNING:  awgtpman_c1ass has not yet been started.
c1oafepics: no process found
ERROR: Module c1oaffe does not exist in /proc/modules
c1oafepics C1 IOC Server started
 * WARNING:  awgtpman_c1oaf has not yet been started.
controls@c1lsc ~ 0$ 
  5371   Fri Sep 9 16:16:59 2011 kiwamuUpdateIOOspot positions on MC mirrors (in-vac)

The spot positions on the MC mirrors were measured in the vacuum condition.

The obtained spot positions are quite bad and roughly at 2-3 mm level. We have to realign the beam axis and the MC mirrors.

 

    Feb 26 2011      May 08 2011 Aug 2 2011  Aug 10 2011 (in air) Aug 14 2011 (in air)

Aug 23 2011 (in air)

[NEW]  Sep 9 2011
MC1 pit [mm]   1.6   1.9  1.93 -0.858 -0.2 0.1354  -1.55
MC2 pit [mm]   6.4   9.0 9.03 -0.844 -0.8 -0.2522  -2.28
MC3 pit [mm]   1.4   2.0 2.01 -1.03 -0.1 -0.1383  -1.8
MC1 yaw [mm]   -1.5   -1.7 -1.72 -0.847 -1.1 -1.0893  -0.02
MC2 yaw [mm]   1.0   0.2 0.178 0.582 0.6 0.7122  3.52
MC3 yaw [mm]   -1.3   -1.9 -1.87 -1.06 -1.1 -1.5587  -2.145

 

  5373   Fri Sep 9 20:52:59 2011 kiwamuUpdateIOOspot positions on MC mirrors (in-vac)

The spot positions on the MC mirrors were readjusted.

All the amount of the off-center became smaller than 2 mm, which meet requirements of the beam clearance on the Faraday.

 

    Feb 26 2011      May 08 2011 Aug 2 2011  Aug 10 2011 (in air) Aug 14 2011 (in air)

Aug 23 2011 (in air)

 Sep 9 2011 [NEW] Sep 9 2011
MC1 pit [mm]   1.6   1.9  1.93 -0.858 -0.2 0.1354  -1.55  0.22
MC2 pit [mm]   6.4   9.0 9.03 -0.844 -0.8 -0.2522  -2.28  -0.34
MC3 pit [mm]   1.4   2.0 2.01 -1.03 -0.1 -0.1383  -1.8 -0.21
MC1 yaw [mm]   -1.5   -1.7 -1.72 -0.847 -1.1 -1.0893  -0.02 -1.15
MC2 yaw [mm]   1.0   0.2 0.178 0.582 0.6 0.7122  3.52 0.07
MC3 yaw [mm]   -1.3   -1.9 -1.87 -1.06 -1.1 -1.5587  -2.145 -1.07

 

 In order to improve the MC1-YAW and MC3-YAW spot positions, the angle of the incident beam has to be shifted by approximately 1/100 rad.

However it turned out to be very difficult to introduce such amount of angle only with the steering mirrors on the PSL table since we have to keep the same translation while changing the angle.

 

Quote from #5371

The obtained spot positions are quite bad and roughly at 2-3 mm level. We have to realign the beam axis and the MC mirrors.

 

ELOG V3.1.3-