 Sun Aug 28 23:14:22 2022, Jamie, Update, Computers, rack reshuffle proposal for CDS upgrade
|
@tega This looks great, thank you for putting this together. The rack drawing in particular is great. Two notes:
In "1X6 - proposed" I would move the "PEM AA + ADC Adapter" down lower in the rack, maybe where "Old FB + JetStor"
are, after removing those units since they're no longer needed. That would keep all the timing stuff together at the top without any other random |
 Wed Oct 7 11:18:40 2009, kiwamu, Summary, Electronics, racks of electronics
|
I took the pictures of all racks of electronics yesterday, and then uploaded these pictures on the wiki.
http://lhocds.ligo-wa.caltech.edu:8000/40m/Electronics |
|
Mon Feb 14 17:16:47 2011, steve, Update, General, racks, breakers labeled
|
The south arm labels were changed from y to x to reflect reality.
So racks, manual disconnects and breakers now have their actual name. The east arm will be changed over tomorrow.
Please remove incorrect labels if you see any ! |
|
Tue Nov 6 15:37:34 2007, rob, Configuration, SUS, rampdown script
|
/cvs/cds/caltech/scripts/SUS/rampdown.pl is now in the crontab for op340m, running every half-hour at 15&45. It checks the suspension watchdog trip levels,
and reduces them by 20 if they are above 150. |
|
Sat Jan 1 16:36:16 2011, rana, Configuration, SUS, rampdown.pl was not running
|
The crontab for op340m which runs various IFO maintenance activities has been set to the wrong path for the watchdog
rampdown script since the CDS changeover.
This is a dangerous situation. With the watchdog thresholds |
|
Thu Jun 23 22:53:02 2011, kiwamu, Update, CDS, ran activateDQ.py
|
I found some DQ channels (e.g. SENSOE_UL and etc.) for C1SUS haven't been activated, so I ran activateDQ.py.
Then I restarted daqd on fb as usual. So far the DQ channels look working fine. |
|
Thu Aug 13 09:22:06 2009, rana, Update, PEM, ranger
|
Rana, Jan, Jenne
We noticed that the Ranger data was all bogus at low frequencies. So we checked it and found that the proper procedure had not been used when changing
it from horizontal to vertical last week. So the huddle test data from the weekend is not valid for the ranger; we will have to repeat it sometime. |
Mon Nov 21 11:30:01 2016, Steve, Update, PEM, rat is cut and removed 
|
| Last jump at rack Y2. |
|
Sat Apr 24 15:50:47 2010, Koji, Update, PSL, re: 2W Vertical Beam Profile
|
1. The vertical axis should start from zero. The horizontal axis should be extended so that it includes the waist. See Zach's plot http://nodus.ligo.caltech.edu:8080/40m/2818
2. Even if you are measuring only the linear region, you can guess w0 and z0, in principle. w0 is determined by the divergence angle (pi
w0/lambda) and z0 is determined by the linear profile and w0. Indeed your data have some fluctuation from the linear line. That could cause the fitting |
|
Mon Apr 26 16:51:37 2010, Kevin, Update, PSL, re: 2W Vertical Beam Profile
|
I tried Koji's suggestions for improving the fit to the vertical beam profile; however, I could not improve the uncertainties in the fit parameters.
I started retaking the data today with the same laser settings used last time and noticed that the photodiode was saturating. We were using an
ND 4.0 neutral density filter on the photodiode. Koji and I noticed that the coating on the filter was reduced in the center and added an additional ND |
|
Mon Apr 26 17:34:31 2010, Koji, Update, PSL, re: 2W Vertical Beam Profile
|
Give me the plot of the fit, otherwise I am not convinced.
Quote:
|
|
Tue Apr 27 15:29:16 2010, Kevin, Update, PSL, re: 2W Vertical Beam Profile
|
I thought that the micrometer I was using to move the razor through the laser beam was metric; however, it is actually english.
After discovering this mistake, I converted my previous measurements to centimeters and fit the data to
w = sqrt(w0^2+lambda^2*(z-z0)^2/(pi*w0)^2) with the following results: |
|
Wed Apr 28 14:22:36 2010, Kevin, Update, PSL, re: 2W Vertical Beam Profile
|
I used the Mathematica CurveFit package that we use in Ph6/7 to make the fits for the beam profile data. I wrote two functions that use CurveFit shown
in the attachment to make the fits to the error function and square root. |
|
Wed Sep 20 00:03:22 2023, Koji, Summary, Electronics, re: Filter Coefficient Loading Issue
|
I asked CDS mattermost for help. Chris (Wipf) checked it and reported it is working fine as usual (without fixing anything).
I've reverted the copied C1MCS.txt back in the chans dir (/opt/rtcds/caltech/c1/chans). The filter coefficients were loaded from the GDS
screen. The filters were properly updated. |
|
Wed Sep 20 17:28:17 2023, Radhika, Summary, Electronics, re: Filter Coefficient Loading Issue
|
I noticed the same issue today with C1RMS.txt, when trying to update the coil actuation gains for SRM. The filter changes were saved to chans/C1RMS.txt,
so next I checked chans/tmp/. There is no chans/tmp/C1RMS.txt, or chans/tmp/C1RMS.diff. The updated filters do not load.
Update from Chris:
C1RMS.txt is a remnant from some model that doesn't |
|
Thu Feb 26 20:02:46 2015, Jenne, Update, LSC, re: some thoughts
|
I have clarified my elog from last night to indicate that the sensing matrix in the "33MHz cancellation" configuration was measured with the
PRMI held on REFL55 I&Q.
Also, I just re-read my control room notes from yesterday, and I typed the wrong demod phases into the table last night. The elog has been |
|
Mon Oct 28 18:57:27 2013, Masayuki, HowTo, LSC, read 'scope and spectrum analyser datas
|
The command to get the data from spectrum analyzer right now
From command line, put ./netgpibdata -i 192.168.113.108 -d AG4395A -a 17 -f meas01 |
|
Fri Oct 5 00:29:34 2012, Den, Update, PEM, readout box power
|
Guralp readout box received +13.7 /0/ -15V instead +15V because of the broken fuse. Power provided by the source is normal.
Edit by Den: I've found a similar fuse on one of the tables and borrowed it. Guralp is not working again. |
|
Fri Oct 5 11:11:00 2012, Den, Update, PEM, readout box power
|
Quote:
Guralp readout box received +13.7 /0/ -15V instead +15V because of the broken fuse. Power provided by the source is normal. |
|
Fri May 13 01:42:35 2011, kiwamu, Update, LSC, ready for Schnupp asymmetry measurement
|
[Valera / Kiwamu]
We are able to lock each arm smoothly. It is ready for the Schnupp asymmetry measurement.
( to be done ) |
|
Mon Mar 5 17:07:58 2012, kiwamu, Update, IOO, realigned MC
|
I have slightly shifted the MC beam pointing to relax the PZT1 PITCH. As a result the TRY value went to 0.97
in a first lock trial.
However another issue arose: |
|
Mon Nov 15 15:01:51 2010, kiwamu, Update, IOO, realigned the wideband EOM
|
Since we are going to lock the MC today, I aligned it back to the default place.
Quote: #3888
|
|
Mon Feb 7 16:14:37 2022, Tega, Update, Computers, realtime system reboot problem
|
I was looking into plotting temperature sensor data trend and why we currently do not have frame data written to file (on /frames) since Friday, and
noticed that the FE models were not running. So I spoke to Anchal about it and he mentioned that we are currently unable to ssh into the FE machines, therefore
we have been unable to start the models. I recalled the last time we enountered this problem Koji resolved it on Chiara, so I search the elog for Koji's |
|
Fri Feb 19 16:40:43 2010, kiwamu, Update, Green Locking, rearrange the optics on the end table
|
Koji and kiwamu
The existing optics on the ETMX/ETMY end table were rearranged in this
morning. |
|
Thu Dec 22 19:15:22 2011, kiwamu, Update, Green Locking, rearrangement of PSL green optics
|
As planed (#6143), rearrangement of the PSL green setup has begun.
It
required to move approximately half of the green optics on the PSL table
and I finished displacing and installing the necessary optics |
|
Fri Dec 23 01:07:41 2011, kiwamu, Update, Green Locking, rearrangement of PSL green optics part II
|
After I did a fine alignment of the X green beam path on the PSL table, the X arm beat-note was also obtained.
Here is a picture of the latest setup. The blue lines represent S-polarizing green beams. |
|
Tue Oct 7 16:17:15 2014, Steve, Update, General, reason for 8 sec power outage
|
Quote:
We had a unexpected |
|
Tue Feb 25 00:00:01 2014, rana, jenne, Update, LSC, reasons that the REFL signals may be degenerate now
|
We're exploring some effects which may give some funny macroscopic detuning and cause a near phase degeneracy in the REFL RF signals (see radar plot
from Jenne below).
1) Alignment: we centered the oplevs to reduce fluctuations and then tweaked the BS and PRM alignment to build up the power. No significant change |
|
Tue Dec 7 19:34:58 2010, kiwamu, Update, CDS, rebooted DAQ and all the front end machines
|
I found that all the front end machine showed the red light indicators of DAQ on the XXX_GDS_TP.adl screens.
Also I could not get any data from both test points and DAQ channels. |
|
Wed Mar 9 23:19:04 2011, kiwamu, Update, CDS, rebooted c1ioo
|
For some reason the c1ioo machine suddenly died just 30 miteus before.
It died after we added a DAQ channel for c1gcv and rebooted the frame builder.
It didn't respond to a ping command. Therefore I rebooted the machine by clicking the physical reset button. |
|
Mon Feb 9 08:40:49 2015, Steve, Update, SUS, recent earthquake 4.9
|
Baja 4.9 m earth quake tripped suspentions, except ETMX Sus damping recovered. MC is locking.
|
|
Sun Jan 4 12:49:18 2015, Steve, Update, SUS, recent earthquakes
|
| All suspensions were tripped. Damping were restored. No obvious sign of damage. BS OSEM-UR may be sticking ? |
|
Mon Dec 29 21:30:25 2014, rana, Update, General, recovery
|
Control room is at +66 F. Brrrr.
Alignment of input beam into the IMC was wacky; locked on HOM.
Re-aligned beam
into the PMC first.
Restarted mxstream for c1sus.
Power cycled Martian router; all laptops were lost. Now better.
Aligned launch beam from PSL to get onto the MCWFS better, MC is locking OK now. Moved MC SUS a little to get back to OSEM values from 6 days ago.
|
|
Fri Mar 28 22:10:00 2014, rana, koji, Update, SUS, recovery from
|
* EQ Southeast of LA around 45 minutes ago. Callum and I felt it.
* Koji and I came in to recover. MC suspensions had been mis-aligned. ETMs both tripped their watchdogs. |
|
Mon Mar 31 08:11:00 2014, Steve, Update, SUS, recovery from earthquakes
|
Quote:
* EQ Southeast of LA around 45 minutes ago. Callum and I felt it. |
|
Sun Nov 20 14:48:55 2011, kiwamu, Update, General, recovery from the power shutdown
|
Recovery from the power shutdown
- Turned on the raid disk of linux1.
- Woke linux1 up. No fsck this time. |
|
Sun Nov 20 15:33:37 2011, rana, Update, General, recovery from the power shutdown
|
| restarted Apache on Nodus for the SVN as per wiki instructions |
|
Mon Aug 18 17:37:14 2008, rob, Update, Locking, recovery progress
|
I removed the beam block after the PSL periscope and opened the PSL shutter.
|
|
Sat Nov 17 03:30:13 2012, Den, Ayaka, Update, Alignment, red in arms
|
We aligned accurately 00 green in yarm, changed voltage on PZT2 to see red flashing at TRY at the normalized level 0.2-0.3. The plan was to lock yarm
using POY11 and green from other side, maximize red TRY by adjusting PZT2. But POY11 does not go out of the vacuum, so we adjusted TRY by flashing. 2 DOFs
of PZT2 is not enough to match 4 DOFs of red beam so we adjusted both PZT2 and cavity mirrors. TRY flashing is 0.5-0.6 and green is still locking to 00 |
|
Sat Nov 17 18:02:14 2012, Den, Update, Alignment, red in arms
|
Quote:
POY11 does not go out of the vacuum |
|
Sat Nov 17 22:50:17 2012, Koji, Update, Alignment, red in arms
|
You have constraints for the IR beams (i.e. one PZT and one BS for 8 dofs), so now you need to align the arms for the input IR beams.
The PZT and BS should be aligned so that you have the beam spots as center as possible with the above restrictions.
Then realign end greens for the given arm alignment. You can replace the mounts if necessary to align the end green. |
|
Tue Nov 20 02:57:24 2012, Ayaka, Den, Koji, Update, Locking, red in arms 8x
|
We aligned and locked x and y arms.
MCL loop makes arms lock unstable, adds a lot of noise at frequencies 60-100 Hz. We'll fix it.
At some point we were not able to lock because of ADC overflows of PO signals. They happened if whitening filters were enabled. So we reduced the |
|
Fri Jul 21 08:05:07 2017, Steve, Summary, SUS, red, blue, green laser diodes ordered
|
Also ordered 1 ea.
Blue 20mW
Green 10mW |
|
Sat Nov 6 07:26:54 2010, yuta, Summary, IOO, reduced common mode displacement of the beam through MC1 to MC3
|
(Koji, Suresh, Yuta)
Summary: |
|
Wed Aug 16 14:57:01 2017, Steve, Update, PSL, ref Cavity heating blanket power supply
|
The last entry I found relating to ref cavity was
2011 Aug 19 |
|
Fri Jul 23 08:15:59 2010, steve, Update, PSL, ref cavity ion pump
|
The ref cavity ion pump was running at 7.7kV instead of 5kV
This Digitel SPC-1 20 l/s ion pump should be running at 5kV |
|
Tue Jun 5 09:44:14 2012, steve, Update, PSL, ref cavity ion pump must be pumped
|
Quote:
The ref cavity ion pump was running at 7.7kV instead of 5kV |
|
Tue Aug 25 18:42:42 2009, steve, Update, PSL, reference cavity temp box temporarly out of order
|
Quote:
The PSL Temperature Box (D980400-B-C, what kind of numbering scheme is that?) modified at LHO/LLO ~8 years ago to have |
|
Tue Aug 25 21:36:28 2009, Alberto, Update, PSL, reference cavity temp box temporarly out of order
|
Is that the reason of the PSL craziness tonight? See attachment. |
|
Tue Aug 25 21:55:11 2009, rana, Update, PSL, reference cavity temp box temporarly out of order
|
There's no elog entry about what work has gone on today, but it looks like Peter took apart the reference cavity temperature control around 2PM.
I touched the reference cavity by putting my finger up underneath its sweater and it was nearly too hot to keep my finger in there. I looked at
the heater power supply front panel and it seems that it was railed at 30 V and 3 A. The nominal value according to the sticker on the front is 11.5 V |