ID |
Date |
Author |
Type |
Category |
Subject |
700
|
Fri Jul 18 19:43:55 2008 |
Yoichi | DAQ | Computers | PSL fast channels cannot be read by dataviewer |
At this moment only the PSL fast channels have trouble.
Rob restarted fb40m, c1IOVME, but no effect. |
699
|
Fri Jul 18 19:41:09 2008 |
Yoichi | Update | PSL | PMC PZT investigation |
I measured the HV coming to the PMC PZT by plugging it off from the PZT and hooking it up to a DVM.
The reading of DVM is pretty much consistent with the reading on EPICS. I got 287V on the DVM when the EPICS says 290V.
Then I used a T to monitor the same voltage while it is connected to the PZT. I attached a plot of the actual voltage measured by the DVM vs the EPICS reading.
It shows a hysteresis.
Also the actual voltage drops by more than a half when the PZT is connected. The output impedance of the HV amp is 64k (according to the schematic). If I believe this number, the impedance of the PZT should also be 64k. The current flowing the PZT is 1.6mA at 200V EPICS reading.
The impedance of the PZT directly measured by the DVM is 1.5M ohm, which is significantly different from the value expected above. I will check the actual output impedance of the HV amp later.
The capacitance of the PZT measured by the DVM is 300nF. I don't know if I can believe the DVM's ability to measure C.
I noticed that when a high voltage is applied, the actual voltage across the PZT shows a decay.
The second plot shows the step response of the actual voltage.
The voltage coming to the PZT was T-ed and reduced by a factor of 30 using a high impedance voltage divider to be recorded by an ADC.
The PMCTRANSPD channel is temporarily used to monitor this signal.
After the voltage applied to the PZT was increased abruptly (to ~230V), the actual voltage starts to exponentially decrease.
When the HV was reduced to ~30V, the actual voltage goes up. This behavior explains the weird exponential motion of the PZT feedback signal when the PMC is locked.
The cause of the actual voltage drop is not understood yet.
From the above measurements, we can almost certainly conclude that the problem of the PMC is in the PZT, not in the HV amp nor the read back. |
698
|
Fri Jul 18 19:30:20 2008 |
Masha | Update | Auxiliary locking | moving from 40m |
I will be working in the basement of Bridge probably starting next week; I moved the NPRO laser and some of the optics from my mach zehnder setup on the SP table to Bridge. Thanks for your help! |
697
|
Fri Jul 18 19:15:15 2008 |
Jenne | Update | IOO | Checking out the MC Servo Board |
Quote: | [Jenne, Max]
I haven't checked to ensure that the MC still locks, because Yoichi is doing stuff on the PSL table, but I didn't change anything on the board, and hooked all the cables back where they were, so hopefully it's all okay. |
I put the PMC back and the MC now locks. |
696
|
Fri Jul 18 17:12:35 2008 |
Jenne | Update | IOO | Checking out the MC Servo Board |
[Jenne, Max]
One of the things that Rana thinks that might be causing my MC_F calibration to be off is that the MC Servo Board's filters don't match those on the schematics. Max and I pulled the MC servo board today to check resistor and capacitor values. Alberto needed the Mode Cleaner, so we put the board back before finishing checking values. We will probably pull the board again next week to finish checking the values.
I haven't checked to ensure that the MC still locks, because Yoichi is doing stuff on the PSL table, but I didn't change anything on the board, and hooked all the cables back where they were, so hopefully it's all okay. |
695
|
Fri Jul 18 17:06:20 2008 |
Jenne | Update | Computers | Computers down for most of the day, but back up now |
[Sharon, Alex, Rob, Alberto, Jenne]
Sharon and I have been having trouble with the C1ASS computer the past couple of days. She has been corresponding with Alex, who has been rebooting the computers for us. At some point this afternoon, as a result of this work, or other stuff (I'm not totally sure which) about half of the computers' status lights on the MEDM screen were red. Alberto and Sharon spoke to Alex, who then fixed all of them except C1ASC. Alberto and I couldn't telnet into C1ASC to follow the restart procedures on the Wiki, so Rob helped us hook up a monitor and keyboard to the computer and restart it the old fashioned way.
It seems like C1ASC has some confusion as to what its IP address is, or some other computer is now using C1ASC's IP address.
As of now, all the computers are back up. |
694
|
Fri Jul 18 16:57:37 2008 |
Jenne | Update | IOO | Calibrated MC_F |
I have calibrated MC_F. The conversion factor is 137.49 MHz/count.
The calibration data taken is attached, along with a calibrated power spectrum.
On the data plot, the x axis is volts from the C1:IOO-MC_FAST_MON channel, with the calibration between FAST_MON and MC_F = -788.18 volts/count.
The linear term of the fit line = -0.085MHz/volt. Error bars are +/- 1 in the last digit of what the spectrum analyzer gave me for frequency (+/- 0.01MHz).
The net conversion factor is then (-788.18)*(-0.085)*(2) = 137.49 MHz/count. The factor of 2 is because the light passes through the AOM twice.
On the power spectrum,
REF0 and REF1 = MC unlocked, HEPAs on, MC Refl gain = 22
REF2 and REF3 = MC locked, HEPAs on, MC Refl gain = 22
REF4 and REF5 = MC locked, HEPAs on, MC Refl gain = 19
REF6 and REF7 = MC locked, HEPAs off, MC Refl gain = 19 |
693
|
Fri Jul 18 12:24:15 2008 |
josephb, Eric | Configuration | Cameras | Changed Lenses on GC750 at ETMX |
We removed the giant TV zoom lens and replaced it with a much smaller fixed zoom lens. Currently it views the entire optic. We have another (also small) zoom lens which focuses much better on the spot itself. With how far back the camera is currently placed, neither of these fixed zoom lenses can touch or hit the view port or the chamber while still attached to camera and mount, even using all of the mount's motion range. So this should be less of a safety issue.
Ideally, we'd like to get some images of the full optic (including osems and so forth) with the X-arm locked, and then use the higher zoom lens while still locked, to get images we can use to calibrate the x and y length scales. |
692
|
Thu Jul 17 20:13:34 2008 |
Yoichi | Update | PSL | PMC alignment/mode matching effort |
I'm working to improve the mode matching of PMC.
Because I noticed that the beam was hitting the aperture of the EOM for PMC, I moved the EOM a little bit to maximize the transmission.
This did not change the alignment to the reference cavity but changed the alignment of the PMC a lot.
So I adjusted it back.
The alignment of the PMC can be easily optimized but the Hermite 02 mode still remains. This means the mode matching is bad.
Moving the lenses by a small amount (a few mm) did not change the height of 02 mode.
I'm planning to move the lenses by a large amount tomorrow. But it will destroy the alignment to the PMC.
So I installed two irises in the beam path after the lenses to remember the alignment roughly.
Right now the PMC transmission is slightly worse than before because the lens positions are not good. |
691
|
Thu Jul 17 16:39:58 2008 |
Max Jones | Update | DAQ | Magnetometer Installed |
Today I installed the magnetometer near the beam splitter chamber. It is located on the BSC chamber at head height on the inner part of the interferometer (meaning I had to crawl under the arms to install it). I don't think I disturbed anything during installation but I think that's it's probably prudent to tell everyone that I was back there just in case. I plan to run 3 BNC cables (one for each axis) from the magnetometer to the DAQ input either tonight or tomorrow. Suggestions are appreciated. - Max. |
690
|
Thu Jul 17 13:08:37 2008 |
John | Summary | LSC | HOM resonances in the arms |
On Tuesday night we attempted to lock the full DRFPMI in the optical spring configuration with the +f2 sideband resonant in the SRC.
Despite having no problems locking on the +f2 in a DRM we couldn't lock the full IFO.
There was some discussion about whether a +f2 higher order mode resonance in the arms could cause this problem.
I calculated the positions of the first six higher order modes for the carrier and all sidebands (using Siegman p 762 (23) with a plus sign).
Plot attached. Colors indicate different frequency components, numbers are the mode index (m+n). Thick lines are fundamental modes of
the sidebands. Heights of HOM indicators have been scaled by 1/(m+n)^2.
It appears that the first order transverse mode of the +166 is indeed partially resonant. We might try to tweak the sideband frequencies a
little to see if this helps us. It would probably be prudent to measure the MC length first.
Numbers used:
L = 38.5750; %average of Alberto's recent measurements elog #556
Retm = 57.375;
f166 = 165.977195e6;
f33 = 33.195439e6; |
689
|
Thu Jul 17 12:15:21 2008 |
Eric | Update | PSL | Swept PMC PZT voltage range |
I unlocked the PMC and swept over C1:PSL-PMC_RAMP's full range a couple of times this morning. The PMC should now be relocked and returned
to normal. |
688
|
Thu Jul 17 08:30:15 2008 |
steve | Update | PSL | PMC relocked manually |
The PMC pzt HV and the servo gain adj. are railing at max this morning
Why is it on the decreasing side of FSS_RTTEMP slope? |
687
|
Thu Jul 17 00:59:18 2008 |
Jenne | Summary | General | Funny signal coming out of VCO |
While working on calibrating the MC_F signal, Rana and I noticed a funny signal coming out of the VCO. We expect the output to be a nice sine wave at about 80MHz. What we see is the 80MHz signal plus higher harmonics. The reason behind the craziness is to be determined. For now, here's what the signal looks like, in both time and frequency domains.
The first plot is a regular screen capture of a 'scope. The second is the output of the SR spectrum analyzer, as seen on a 'scope screen. The leftmost tall peak is the 80MHz peak, and the others are the harmonics. |
686
|
Wed Jul 16 22:29:05 2008 |
Masha | Update | Auxiliary locking | long measurement |
Quote: | I'm taking a measurement on the SR785 spectrum analyzer at low frequencies, so I'm going to leave it by the symmetric port table for a while. Please don't move it! |
all done thanks. |
685
|
Wed Jul 16 17:51:58 2008 |
Masha | Update | Auxiliary locking | long measurement |
I'm taking a measurement on the SR785 spectrum analyzer at low frequencies, so I'm going to leave it by the symmetric port table for a while. Please don't move it! |
684
|
Wed Jul 16 17:36:51 2008 |
John | DAQ | PSL | FSS input offset |
I changed the nominal FSS input offset to 0 from 0.3. Tolerance remains unchanged at +/-0.05. |
683
|
Wed Jul 16 16:59:07 2008 |
Alberto | Update | General | Aligment |
I think the two beams are aligned again - they both pass the Faraday, they match at the irises and all along the optical path on the AP table. Although the NPRO beam does not show up at the AS port. |
682
|
Wed Jul 16 16:28:14 2008 |
josephb | Configuration | Computers | Fixed IP address on Switch |
Realized today that the change I made back on June 30th to the switch was to the wrong switch. I had disabled the DHCP setting and mislabeled the switch in the control room (which seems to not have affected anything).
I've turned DHCP back on and labeled it correctly using the Netgear "Smartwizard discovery" program. |
681
|
Wed Jul 16 15:59:04 2008 |
josephb, Eric | Configuration | Cameras | PMC trans camera path |
In order to reduce saturation, we placed a Y1 plate (spare from the SP table) in transmission just before the GC650 camera looking at the PMC transmision. The reflection (most of the light) was dumped to a convient razor blade dump. We also removed the 0.3 and 0.5 ND filters and placed them in the 24 hour loan ND filter box.
Good exposure values to view are now around 3000 for that camera. |
680
|
Wed Jul 16 11:26:47 2008 |
Max Jones | Update | | This Week |
Baffles.
I got a battery for the magnetometer today which is slightly too large (~2 mm) in one dimension. Not sure what I'm going to do.
I'm attempting to calibrate the magnetometer but I'm having a hard time calibrating the axis that I cannot simply put through a coil parallel to the coils length. I have attempted to use the end fields of the solenoid but the measurements from the magnetometer are significantly different from the theoretical calculations.
I would appreciate suggestions. - Max. |
679
|
Wed Jul 16 11:00:15 2008 |
Masha | Update | Auxiliary locking | improving ADC input for the mach zehnder setup and completely unrelated happenings |
For most of last week, the SURFs + Jenne were helping Mike and Ken with "stray light control for
Enhanced LIGO", i.e. cleaning and baking many many baffles which will catch scattered light in the
interferometer.
Otherwise, the two channels of the Mach Zehnder which will be used to measure fibre noise were
balanced, which should reduce the effect of laser amplitude noise in phase noise detection. I have
set up two digital channels to collect time series data from the two photodiodes and took some
preliminary noise measurements. I will be using Matlab to combine the signals as to directly measure
the phase noise, and I wrote some Matlab code to speed up this process: loading the files,
manipulating time series data, and converting into frequency domain. Currently I am building a
filter that will attenuate the signal at frequencies below 1Hz and amplify at higher frequencies in
order to whiten the spectra and reduce ADC noise. |
678
|
Wed Jul 16 10:50:55 2008 |
Eric | Summary | Cameras | Weekly Summary |
Finished unwrapping, cleaning, baking, wrapping, wrapping again, packing, and shipping the baffles.
Attempted to set up the Snap software so that it could talk directly to EPICS channels. This is not currently working due to a series of very strange bugs in compiling and linking the channel access libraries. Alex Ivanov directed Joe and me to a script and makefile that are similar to what we're trying to do and it may solve our problem, but at the moment this still doesn't work. We're currently using a workaround that involves making unix system calls to ezca command line tools, but this is too hacky to leave in the final program.
Attempted to fit Josh's PZT voltage vs power plot of the OMC (from about a year ago) to lorentzians in order to try to develop fitting tools for more recent data. This isn't working, due to systematic error distorting the shapes of the peaks. Good fits can be obtained by cutting the number of points to a very small number around the peak of resonance, but this leads to such a small percentage of the peak being used that I don't trust these results either. (In the graph (shows the very top of the tallest peak): blue is Josh's original data, green is a fit to this peak using the top 66% of the peak and arbitrary, equal values for the error on each point, red is Josh's data averaged over bins of size 0.005, teal is a fit to these bins where the error on each point is the standard deviation of each bin, and magenta is a fit to these same bins, except cropped to the top ~10% of the peak, x-axis is voltage, y-axis is transmission power). Rana suggested that I take my own sweeps of the PMC using scripts that are already written: I'm currently figuring out where these scripts are and how to use them without accidently breaking something.
We've begun running the Snap software for long periods of time to see how stable it is. Currently, its only problem appears to be that it memory leaks somewhat: it was up 78% memory usage after a little over an hour. It doesn't put much strain on the computer, using only ~20% CPU. Stress put on the network from the constant transfer of images from the camera to the computer is not yet known. |
677
|
Wed Jul 16 09:27:17 2008 |
steve | Update | ALARM | PSL-FSS_RMTEMP alarm is false |
Morning alarm sound is good for people who does not drink coffee.
Our 40m alarm is on every morning.
Those whom are not here in the morning thinks that this beeping sound is inspirational.
Would someone change this sound into less punishing form, like mockingbird chirp....
The C1PSL_SETTINGS.adl (40mm PSL Settings ) indicating that
C1:PSL-FSS_INOFFSET (Input Offset Adjust ) should be 0.3 +-0.05 V (red warning tag )
Alarm Handler: 40M pointing to yellow grade warning of PSL-FSS_RMTEM
This is a false alarm.
Two years trend of these channels are here: |
676
|
Tue Jul 15 19:15:57 2008 |
rana | Summary | SUS | ETMX Dewhitening characterization |
Since the boys found that the ETM dewhitening transient was kicking the IFO out of lock we
decided to investigate.
First, we wrote a script to diagnose and then tune the DC gain of the dewhitening filters'
digital compensation filter (a.k.a. FM9 or SimDW). It is in the scripts/SUS/ directory
and is called dwgaintuner. It puts in an offset on each coil's DAC channel and
then reads back the Vmon on the coil driver with the DWF on and off. It reports the ratio of these
voltages which you can then type into the FM9/SimDW filter's gain field. We learned that the
difference between the analog DWF path and the bypass path was ~3% (which is consistent with
what you expect from the use of 1% resistors). We need to repeat this for all of the rest of
the suspended optics except for MC1 and MC3.
This Vmon method is better than what's used at the sites so we will export this new technology.
The attached plot shows some switching transients with only the local damping on:
BLUE: Output of filter bank during an FM9 turn off. This is the transient which goes to the DAC.
The transients are mostly of the same magnitude as this.
RED: This is the input of the filter module during another such transient.
GREEN: Tried another switch; this time I filtered the time series in DTT by typing the SimDW into
the Triggered Time Series filter field. This should be simulating what comes out of the
output of the DW board - to convert to volts multiply by 15/32768.
PURPLE: Same kind of filtering as the GREEN, but with also a double 30 Hz highpass to remove the low
frequency damping control signals. You can see that the total transient is only ~5 counts
or ~1 mV at the coil driver output. This is comparable to the relative offset in the bypass
and filter paths.
|
675
|
Tue Jul 15 12:44:08 2008 |
John | Summary | Locking | DRFPMI with DC readout |
Rob, John
Last night, despite suspect alignment, we were again able to reduce the CARM offset to zero using
the RF signal.We were also able to transfer to dc readout taking calibrated spectra in both states.
DC readout shows a marked improvement over RF above ~1kHz but introduces some noise around 100Hz.
Broadband sensitivity appears to be more than ten times worse than previously. The calibration
being used remains to be confirmed.
Engaging the ETMY dewhitening caused lock to be lost. We'll check this today. The OMC alignment loops
may also need some attention.
We looked at REFL_166 as a candidate for CARM, at present POX still looks better.
The DARM filters were modified to reduce excess noise around 3Hz. Updating filter coefficients does
not cause loss of lock. |
674
|
Tue Jul 15 12:23:22 2008 |
Jenne | Update | General | MC2 Watchdog tripped |
Alberto, Jenne
Mode Cleaner was unlocked. We checked, and found that MC2's watchdog was tripped. It didn't look like anything bad was going on, so we turned the optic back on, and tried to relock the MC. It looks like the Mode Cleaner is now locked, but the lock bit on the LockMC screen is still red. I don't know what's up. |
673
|
Tue Jul 15 11:47:56 2008 |
Jenne | DAQ | PEM | Accelerometer channels in ASS Adapt MEDM screen |
Jenne, Sharon
We have traced which accelerometers correspond to which channels in the C1ASS_TOP MEDM screen.
Accelerometer Channel
------------- --------------------------
MC1-X C1:ASS-TOP_PEM_2_ADAPT_IN1
MC1-Y C1:ASS-TOP_PEM_3_ADAPT_IN1
MC1-Z C1:ASS-TOP_PEM_4_ADAPT_IN1
MC2-X C1:ASS-TOP_PEM_5_ADAPT_IN1
MC2-Y C1:ASS-TOP_PEM_6_ADAPT_IN1
MC2-Z C1:ASS-TOP_PEM_7_ADAPT_IN1
SEISMOMETER C1:ASS-TOP_PEM_1_ADAPT_IN1 |
672
|
Tue Jul 15 10:24:57 2008 |
steve | Update | PSL | PMC temp & pzt voltage |
The PMC pzt HV was happy with no HEPA temp stability.
Can we thermally insulate the pmc ? |
671
|
Tue Jul 15 10:09:42 2008 |
Eric | DAQ | Cameras | Did anyone kill the picture taking process on Mafalda? |
Did anyone kill the process on Mafalda that was taking pictures of the end mirror of the x-arm last Friday? I need to know whether or not it crashed of its own accord. |
670
|
Tue Jul 15 09:47:09 2008 |
steve | Update | PEM | lab temps and particles |
All air condtion units were serviced last Friday.
AC filters are trying to control our particle counts but they have no capacity to match bad Pasadena conditions.
IFO room filters at CES were really clean.
Air make up filters inside and outside were dirty.
They showed the construction effect.
Control room and clean assembly units needed all filters replaced.
Note: the PSL-FSS_RCTEMP droped o.1C when enclouser HEPAs were turned back on
The RC temp controller should be better than that! |
669
|
Mon Jul 14 21:34:10 2008 |
Alberto | Update | General | abs cavity length measurement experiment |
Quote: | Lately I've been dealing with the alignment of the interferometer to have a good beam spot at the AS port. Today the alignment script kept failing because of computer problems (failure of the frame builder) and also because the IFO was probably too far from the range where the automatic alignment works.
An other problem I keep having with the alignment of the optics on the AP table is with multiple reflection beams of the NPRO beam at the Farady.
Although I believe that now the two beams are quite well aligned, I don't see any reflection of the secondary beam from the IFO anymore.
It's like the more I try to improve the alignment, the worse I get from the beam matching. I'll keep working on this. |
Realigning the OSA I also had to move a little bit the mirror that reflects the IFO beam of at the AS port in order to raise the beam height. This had the effect of changing the position of the AS spot on the camera and on the monitors.
Tonight with John, we made sure that the AS beam was still aligned to the PD. |
668
|
Mon Jul 14 19:15:43 2008 |
Alberto | Update | General | abs cavity length measurement experiment |
Lately I've been dealing with the alignment of the interferometer to have a good beam spot at the AS port. Today the alignment script kept failing because of computer problems (failure of the frame builder) and also because the IFO was probably too far from the range where the automatic alignment works.
An other problem I keep having with the alignment of the optics on the AP table is with multiple reflection beams of the NPRO beam at the Farady.
Although I believe that now the two beams are quite well aligned, I don't see any reflection of the secondary beam from the IFO anymore.
It's like the more I try to improve the alignment, the worse I get from the beam matching. I'll keep working on this. |
667
|
Mon Jul 14 12:43:07 2008 |
John | Summary | Computers | Restarted fb40m, tpman and c1ass |
|
666
|
Mon Jul 14 10:57:00 2008 |
Koji | Frogs | Environment | Someone at 40M sent LHO water of life |
Someone at the 40m sent Mike@LHO a pound of peets coffee with the name of Koji Arai.
It was a good surprise! Thanks, we will enjoy it!
I will return to Pasadena next week. See you then. |
665
|
Mon Jul 14 00:36:19 2008 |
John | Summary | PSL | Slow sweep of laser temp - PMC PZT response |
John, Rana
Follow up to # 663
Top trace: C1: PSL-PMC_PZT
Middle: C1: PSL-FSS_SLOWDC
Bottom: C1: PSL-PMC_PMCTRANSPD
The only calibration I could find for the PMC PZT (LLO e-log Sep 3 2003 - 23 MHz/V) predicts 31V for an FSR. I did a rough calibration and got our FSR to be around 210 V. I assumed 713 MHz for an FSR and applied this calibration (~3.4 MHz/ V) to the PZT data.
In terms of volts per metre our PZT gives 2.54 nm/ V whereas the LLO PZT is 17.16 nm/ V. |
664
|
Sun Jul 13 22:39:16 2008 |
John | Summary | General | Edited medm screens |
I've edited the FSS and PMC screens so that red boxes are shown around the appropriate slider if a gain or offset is not within the limits defined in C1PSL_SETTINGS_SET.adl
With the current setting of 0 V the FSS input offset is red. According to the settings screen the nominal value is 0.3 +/- 0.050. Are there any objections to editing the nominal value?
I changed the LockMC screen so that red boxes are not shown when the up/down scripts are not running; when they are active you should see a green box. |
663
|
Sun Jul 13 17:19:29 2008 |
rana | Summary | PSL | MOPA SLOWM Calibration |
John, Rana
We first unlocked the FSS and ramped the SLOW actuator. With the PMC locked we observed the PMC PZT voltage
as a function of SLOWM (SLOW loop actuator voltage). We believed this to be ~1-5 GHz / V. Since this is
not so precise we then ran a slow (2 min. period) triangle wave into the slow actuator and looked at the
ref cav transmission peaks to calibrate it.
Plot is attached>
We assume that the reference cavity length = 203.2 mm then the FSR = 737.7 MHz. So looking at the plot
and using our eye to measure the SLOWM calibration is 1054 +/- 30 MHz/V. This is probably dominated by
our eye method.
Note: we tried to get the length from T010159-00-R (Michele, Weinstein, Dugolini). In that doc,
the length used is 203.3 mm whereas its 203.2 mm in the PSL FDD (?). The calculation of the FSR is also
incorrect (looks like they used c = 299460900 instead of 299792458 m/s). We took the length from the PSL FDD
(T990025-00-D) but not the FSR, since they also did not find the right value of 'c'. I guess that the speed
of light just ain't what it used to be. |
662
|
Sat Jul 12 23:28:31 2008 |
rana | Update | PSL | PMC needs help |
As everyone has noticed recently, the PMC seems to have a PZT problem. It often zooms
of to one of its rails after locking as if the PZT range has decreased dramatically.
WE should check this on Monday by disabling the FSS and applying a slow triangle wave to
the NPRO frequency. The PMC will track this frequency change and this will allow us to
diagnose its problems.
If it has real problems, I have a spare in W. Bridge which we can swap in temporarily.
The attached plot shows 3 years of trend; looks like it went bad in summer of last year.
This also seems to be the cause of our ISS saturation problems: lowering the gain of the PMC
even slightly increased the intensity noise enough to cause saturation. Increasing the gain
even slightly increased the intensity noise enough to cause saturation due to PMC servo oscillation. |
661
|
Fri Jul 11 23:55:25 2008 |
alan | Update | Locking | RF common mode at zero offset |
Quote: | rob, john, yoichi
Last night we succeeded in reducing the CARM offset to zero.
|
Congratulations! Well done! I look forward to hearing the details and further progress! |
660
|
Fri Jul 11 20:16:01 2008 |
Eric | DAQ | Cameras | Taking data from the GC 750 Camera |
Mafalda has been set up with a background process to constantly take data from the GC 750 camera (at the end of the x-arm) for the weekend. This camera will otherwise be inoperable until then.
In the small chance that this slows either Mafalda or the network to a crawl, the process to kill should have PID 26265. |
659
|
Fri Jul 11 09:29:02 2008 |
steve | Update | PSL | the PMC still hangs up |
Morning alarms:
PMC high voltage is railing, it's auto locker is frosen
I have to move DC Output Adjust slider by hand and it locks immediately
PSL_ISS is saturating. Saturation goes away when PMC is locked.
Laser chiller water is overflowing again: removed 450 cc water |
658
|
Fri Jul 11 00:30:24 2008 |
rob | Metaphysics | Computers | strange SUS controllers |
rob, johnnieM
We were hampered early tonight by the fact that someone sneakily turned off the HP RF Ampflier on the AS table.
After that, we were hampered further by mode cleaner strangeness. It would occasionally spontaneously unlock & blow its watchdogs. It never made it through the ontoMCL script (putting DC-CARM onto the MCL). After some investigation, we found that c1susvme1 and c1susvme2 were running stochastically late (SYNC_FE != 0), even though their computation times never got above 61. Also, the end SUS controllers were never late.
Weird.
After rebooting the vertex SUS controllers and the c1lsc, things appear to be working again. |
657
|
Thu Jul 10 23:27:57 2008 |
John | Metaphysics | Cameras | Secret handshakes |
Rob and I have joined the ranks of the illuminati and exercised our power.
Quote: | Osamu showed me the secret way to change the video labels for the quads and
so we fixed them. He made me swear not to divulge this art.
- Rana Adhikari |
|
656
|
Thu Jul 10 19:12:07 2008 |
Alberto | Update | General | abs cavity length measurement experiment |
Yesterday morning, when I started, I found the IFO beam on a different position and the beam spot at the AS port looked very deformed. The overlapping with the secondary beam was not good enough to observe the beats anymore. Restoring the alignments of the interferometers did not work because, as John found out later, some of the photodiodes had offsets and gain which made the restore script ineffective. After resetting the parameters, we had to align every mirror of the interferometers and save the configuration twice. The second times was because on the first time the alignment had been done with the illuminators on. To avoid that in the future, John wrote an alarm to warn about the status of the lights.
After that we fixed the IFO beam, I had to realign the optics in the table to match the secondary beam to the IFO beam. I got the two beam overlapping and, even though the NPRO spot looked distorted, I could observe again some signal of the beat. To do that it was also necessary to have all the interferometer mirrors aligned so that we had more power from the ifo beam although it also made the spot flash. Ideally, to avoid the flashing (which we would also impede the PLL to work) we should work with the interferometer locked. Since that doesn't seem actually possible, we should just keep one of the ITM aligned and improve the beam matching so that we can observe the beats even with less power.
Today I spent the day trying to improve the alignement of the optics to observe the beats with only the ITM aligned, resetting the alignment of both beams with the ireses, with the Farady and all the rest. It was a rather long and tiring process but I think I'm close to the target and maybe tomorrow. |
655
|
Thu Jul 10 14:59:01 2008 |
rob | Update | Locking | RF common mode at zero offset |
rob, john, yoichi
Last night we succeeded in reducing the CARM offset to zero.
We handed off control of the common mode servo from PO-DC to POX-I.
We pushed the common mode servo bandwidth to ~19kHz. Without the boosts, it had ~80 degs of phase margin. Didn't measure it after engaging the boosts (Boost + 1 superboost). Trying to engage the second superboost stage broke the lock.
The process is fully scripted, and the script worked all the way through several times.
The DARM ugf was ~200Hz. The RSE peak could clearly be seen. No optical spring, as expected (we're locking in anti-spring mode).
Engaging test mass de-whitening filters did not work (broke the lock).
I'm attaching a lock control sequence diagram and a trend of the arm power during a scripted up-sequence. I think the script can be sped up significantly (especially the long ramp period).
Up next:
Calibrated DARM spectrum
Noise hunting (start with dewhites)
DC - Readout
Lock to the springy side. |
654
|
Thu Jul 10 13:47:12 2008 |
Yoichi | HowTo | Computers | svn access via https |
Now you can access to the svn repository on nodus by https.
To perform a checkout, you can use the following command
svn co --username svn40m https://nodus.ligo.caltech.edu:30889/svn/trunk/chans
This will check out "chans" directory.
The password for svn40m is written in the usual place.
You can also access the URL by a web browser to see the repository in a very primitive way.
A nice web interface for browsing the repository is planed but not yet implemented. |
653
|
Wed Jul 9 17:58:19 2008 |
John | Summary | General | Illuminator alarms |
This morning some time was wasted on alignment due to the illuminators.
I added the illuminators to the alarm handler. They will give a RED alarm whenever
they are turned on. You can find the alarms in 40M->Misc->Illuminators.
To do this I edited the Illuminators.db file and restarted c1aux by telneting and typing Ctl-X.
I then added the groups and channels to 40M.alhConfig. |
652
|
Wed Jul 9 15:04:22 2008 |
steve | Metaphysics | Photos | SURFs helping hands |
Surf students are helping out with baffle cleaning. |
651
|
Wed Jul 9 12:42:14 2008 |
John | Update | Locking | Hand off to RF CARM |
Rob, Yoichi, John
Last night we were able to reduce the CARM offset to around 80. This was achieved by increasing the DARM gain and
switching to AS_I when AS_Q went bad. This is probably a temporary solution, we will probably switch to DC readout
for DARM as we bring the arms on resonance.
Having reduced the arm offset enough to get us into the linear region of the RF_CARM signal (POX_I) we worked on
analogue conditioning of this signal to allow us to hand over. Lock was maintained for over 20 minutes as we did
this work.
We were able to partially switch over both the frequency and length paths to this new signal before losing lock. |