We correctly connected our circuit to power source to verify that it was functional and that our LED in the shadow sensor turned on. It did, but we also noticed a funky signal from the LED driver. We continued to attempt 1x1 levitation, but determined that the temporary flag we were using out of convenience (a long, thin cylindrical magnet) was weakly attracted to residually magnetized OSEM components. We then switched to an aluminum screw as our flag.
We resoldered and applied heat shrink to the wires connecting our coil to the BNC terminal, since they were falling apart.
We sat down with Rana and removed circuit components in the LED drive part by part to determine what was tripping up the circuit. We determined a rogue capacitor to be at fault and removed it from the circuit.
We used a spectrum analyzer to measure the frequency response of our circuit (see details in last elog). We are currently making a Simulink block diagram so we can check the stability of our setup, but are temporarily set back because our plotted calculation of the transfer function clearly doesn't match the measured one.
Razib and I were attempting to get the output of a photodiode (PD55A in this case) recorded, so that we could independently measure the slow (~1-10 Hz) fluctuations of the light incident on the camera. This would then allow us to subtract those fluctuations out, letting us get at the camera noise in the case with signal present (as opposed to just a dark noise measurement when we look at the noise with no signal present).
Originally I was thinking of using one empty patch panel BNCs used for PEM channels down by the 1Y7 rack and go through a 110B, although Alberto pointed out he had recently removed some monitoring equipment, which watched the amplitude modulation at various frequencies of the RF distribution (i.e. 33 MHz, etc). This equipment output a DC voltage proportional to the amplitude of the RF signals. The associated channel names were C1:IOO-RFAMPD_33MHZ, C1:IOO-RFAMPD_33MHZ_CAL, C1:IOO-RFAMPD_133MHZ, etc. These are slow channels, so I presume they enter in via the slow computers, probably via pentek (I didn't check that, although in hindsight I probably should have taken the time to find exactly where they enter the system). The connections them selves were a set of BNCs on the south side, half way up the 1Y2 rack.
We simply chose one, the 33 MHz channel in this case, and connected. At around this time, the MC did become unlocked, although it looked like it was due to the MC2 watchdog tripping. The initial theory was we had bumped the Mode Cleaner while looking around for some BNC cables, although from what Rana had to do last night, it probably was the connection. We were able to restore the watchdog and confirm that the optic started to settle down again. Unfortunately, I had to leave about 5 minutes later, and didn't do as thorough an investigation as was warranted.
Before I left, I disconnected the PD55, so the 33 MHz channel wasn't physically connected to anything!!! Only one end of the wire was connected to the rack while the other was free...
So it wasn't the PD connection that is responsible for MC tripping at the later time...
This is regards to zero signal being reported by the channels C1:PEM-SEIS_GUR1_X, C1:PEM-SEIS_GUR1_Y, and C1:PEM-SEIS_GUR1_Z.
I briefly swapped Guralp 1 EW and Guralp 2 EW to confirm to myself that it was not on the gurlap end (although the fact that its digital zero is highly indicative a digital realm problem). I then unplugged the 17-32, and then 1-16 channel connections to the 110B. I saw floating noise on the GUR2 channels, but still digital zero on the GUR1 channels, which means its not the BNC break out box.
There was a spare 110B, unconnected in the crate, so to do a quick test of the 110B, I turned off the crate and swapped the 110Bs, after copying the switch configuration of the first 110B to the second one. The original 110B was labeled ADC 1, while the second 110B was labeled ADC 0. The switches were identical except for the ones closest to the Dsub connectors on the front. All those switches in that set were to the right, when looking down at the switches and the Dsub connectors pointing towards yourself.
Unfortunately, the c0duc1 never seemed to come up with the new 110B (ADC 0). So we put the original 110B back. And turned the crate back on.
The fb then didn't seem to come back quite right. We tried rebooting fb40m it, but its still red with status 1. c0daqctrl is green, but c0dcu1 is red, although I'm not positive if thats due to fb40m being in a strange state. Jenne tried a telnet in to port 8087 and shutdown, but that didn't seem to help. At this point, we're going to contact Alex when he gets in around 12:30.
Summary of this week's work
Wednesday - Aligned the mode cleaner with Koji, and then measured the beam characteristics at MC2 end. Koji then taught me how to read the WFS signals
Thursday - wrote a script to measure the signals and calculated the coefficients relating mirror movement and DC signals of WFS. To know the possibility of the control, found SVD of the coeff matrix, and condition number.
Friday - Set up the measurement of QPD linear response using a laser outside the cavity. Took data.
Monday - did the calculations and plotting for the above experiment. Then played around with the MEDM screens , and also tried to see what happens to the Power Spectrum of WFS signals by changing the coefficients in teh matrix. (failed)
Tuesday - played around with WFS, tried seeing what it does when switched on at different points, and also what it does when I disturb the system while WFS has kept it locked.
Summary of this Week's Activities:
Wed. 7/7: COMSOL Busbar tutorials; began stack design; began base; Viton rubber research
Thurs. 7/8: Completed Viton rubber research; updated materials; finished designing the base layer
Fri. 7/9: Research model coupling papers; extensive eLog entry about base design and troubleshooting
Sun. 7/11: Played around with Busbar to find first eigenfrequency; continued crashing COMSOL
Mon. 7/12: Intrusions in COMSOL eLog tutorial entry; research eigenfrequency analysis; successfully got first eigenmode of rectangular bar
Tues. 7/13: Updated Poisson ratio of Viton and subsequently succeeded in running eigenfrequency tests on base stack layer. Systematic Perturbation Tests were documented in the most recent elog entry. Discussed results with Rana and decided this didn't make sense. Analytical study required.
Wed. 7/14: Went over to machine shop to experimentally extrapolate spring constant of Viton. Calculations to be done in the afternoon.
Joe got on the phone with Alex, and Alex's magic Alex intuition told him to ask about the RFM switch. The C0DAQ_CTRL's overload light was orange. Alex suggested hitting the reset button on that RFM switch, which we did. That fixed everything -> c0dcu1 came back, as did the frame builder. Rana had pointed out earlier that we could have brought back all of the other front ends, and enabled the damping of the optics even though the FB was still down. It's okay to leave the front ends & watchdogs on, and just reboot the FB, AWG, and DAQ_CTRL computers if that is necessary.
Anyhow, once the FB was back online, we got around to bringing back all of the front ends (as usual, except for the ones which are unplugged because they're in the middle of being upgraded). Everything is back online now.
After all of this craziness, all of the Guralp channels are working happily again. It is still unknown why they starting being digital zero, but they're back again. Maybe I should have rebooted the frame builder in addition to c0dcu1 last night?
We made an attempt at cleaning up the phase camera setup electronics.
We have moved a portion of the electronics onto the SP table (specifically the mixer, splitters, amplifiers, and associated power). We put away a large number of cables which were unneeded, both BNC and power cables. The Innolight Mephisto power supply and one signal generator are still behind 1Y2 on top of a non-functioning VME crate. The second VME crate was put along the south arm where two other VME crates already were. We placed a fair number of BNC cables and power cords back on their cable racks or approriate storage space, so the rats nests of cables has been reduced.
We moved one power strip from plugging in beyind 1Y1, to the far side of the SP table (closer to the 1Y3 rack), and also found and plugged in another power strip (also on the far side of the SP table) and placed this underneath the SP table to be able to power the signal generator and Innolight Mephisto laser (its not plugged in currently, but we'd like to do so next week).
I experimentally determined the spring constant of a single Vitol spring in order to obtain a rough estimate for the natural frequency of single-stack oscillation.
The procedure basically involved stacking metal bars of known mass onto the Vitol and using a caliper to measure deviations from the equilibrium length.
The plot below shows that, for small compressions, the response is linear to an R-squared of 0.98.
The experimental spring constant came out to be about 270 lb/ft, or 3900 N/m.
Previous documents have listed that the top stack takes on a load of approximately 43 kg. per individual spring. A bit of calculation yields an experimental resonant frequency of 9.5 Hz.
Compared with the theoretical COMSOL first harmonic of about 7.5 Hz, there is a reasonable amount of error. Of course, I used this calculation as a simple ballpark estimate: errors from misplacement onto the Viton were minimized through use of a level, but were still inevitable on the mm scale. Since the two methods yield answers with the same order of magnitude, we are ready to move forward and build the remaining layers of the stack.
I modified the C1ADCU_PEM.ini file in /cvs/cds/caltech/chans/daq/ (after making a backup), and added a temporary channel called C1:PEM-TEMP_9, the 9 corresponding to the labeled 9 channel on the front of the BNC breakout in the 1Y7 rack. The chnnum it was set to is 15008 (it was commented out and called C1:PEM-PETER_FE). I also set the data rate to 2048.
I then did telnet fb40m 8087, and shutdown, and also hit the blue reconfig button on the DAQ status screen for the C0DCU1 machine. The framebuilder came back up. I confirmed the temporary channel, as well as the Guralp channels were still working from C0DCU1.
We have strung a cable in the cable trays from the SP table to the 1Y7 rack, which has been labeled as "Phasecam PD". This will be used to record the output of an additional photodiode.
This is the machine which will be the new x end front end machine. Its IP is 192.168.113.86.
We changed the root and controls passwords to the usual. We have modified the controls user group to be 1001, by using "usermod -u 1001 controls" (we had to use the non-rtl kernel to get that command to work).
We changed /etc/fstab to point to /cvs/cds on Linux rather than some downs machine. We added a link to /cvs/cds/rtcds in the local /opt directory.
We modified the /etc/rc.d/rc.local file to no longer run /opt/open-mx/sbin/omx_init start, /cvs/cds/geo/target/fb/mx_stream -d scipe12:0 om1, and /cvs/cds/geo/target/fb/mx_stream -d scipe12:0 -e2 -r2 om2. We modified the /usr/bin/setup_shmem.rtl to run only c1x00 c1scx and c1spx.
I also commented out a line0 "/bin/rm -f /rtl*"
Sometimes I like to plot the spectrum of MC_F. Its a good diagnosis of whether something is wrong.
The red trace is noisier than the blue reference. What is the cause of this?
After last night's challenge (or inspiration), we levitated our magnet this morning. Since the nice Olympus camera is not currently in the 40m, we had to use my less stellar camera, but despite the poor video quality you can still see the magnet returning to its stable equilibrium position. Once we recover the better camera, we will post new videos. Also, we haven't yet figured out how to put videos in line in the elog entry, so here are the youtube links:
We adjusted the gain on coil 1 so that the resistance from the pots was 57.1k (maximum gain of 101.2,).
currents from power supply, pre-levitation: 0.08 A and 0.34 A
post levitation: 0.08 A and 0.11 A
note: we're not sure why changing the gain on coil 3 changes the current through the power supply, so we'd like to investigate that next.
[Jenne & Kyung-ha]
We suspended the mirror to one of the main frame with the ECD backplane we finished before. The hard task was to find the right balance for the mirror so that 1) it won't be tilted and 2) it'll be in the right position for the ECD backplanes so that the magnets attached to the mirror holder would be in the very center of each ECD holes. We used optical lever laser (red He/Ne) to check the balance of the mirror. We tried to use the jig for the mirror holder clamps but because of the size difference, we couldn't use it at all. (Since the magnets are very heavy, we thought the wire being not perfectly centered might work better. However, the jig dimension was way too different that the wire ended up in the middle of one of the holes.) Since there was no other clever way to attach the wire in the right position, we just tried to be as center/accurate as possible. After attaching wire to that mirror holder clamps, we hanged it to the frame. Again, we couldn't find any other accurate way to find the center so we held the wire and tried to adjust the mirror height as accurate as possible so that it can be in the right position in respect to ECD backplane and not be tilted at the same time. However, when we hanged the mirror, it was still tilted.. So we adjusted the mirror tilt using the mirror holder clamps. Since the holes on the clamps were ellipse shapes, we could adjust the position of the clamps a little bit. When we adjust the clamps, we started to tighten the screws when the mirror is NOT in the perfect position since the tightening up part changes the mirror angle anyways. Luckily, when we tightened up the last screw, the mirror was in the perfect position! After that, we poked the mirror several times to make sure that it comes back to the same place.
Amazingly, we could finish this whole hanging/adjusting process in about 30 mins! :D (Jan said it's because of his amazing moral support. :P Maybe he'll be there to support us everytime we work on the mirrors?)
I tuned the gain of WFS to 0 last night at about 3am.
I turned it back on now.
We finished setting up the new X end front end machine (still temporarily called c1scx), and attached it to its IO chassis. We're preparing for a test tomorrow, where we redirect the Limo breakout box to the new front end and IO chassis, so Kiwamu can test getting some green locking channels into his controls model.
We strung a pair of blue fibers from the timing master to the new X end (and labeled them), so we have a timing signal for the IO chassis. I also labeled the orange fiber Alex had repurposed from the RFM to timing for the new Y end when I noticed he had not actually labelled it at the timing master.
After talking with Jenne, I realized the ADC card in the c1ass machine was currently going unused. As we are short an ADC card, a possible solution is to press that card into service. Unfortunately, its currently on a PMC to PCI adapter, rather than PMC to PCIe adapter. The two options I have are to try to find a different adapter board (I was handed 3 for RFM cards, so its possible there's another spare over in downs - unfortunately I missed Jay when I went over at 2:30 to check). The other option is put it directly into a computer, the only option being megatron, as the other machines don't have full length PCI slot.
I'm still waiting to hear back from Alex (who is in Germany for the next 10 days) whether I can connect both in the computer as well as with the IO chassis.
So to that end, I briefly turned off the c1ass machine, and pulled the card. I then turned it back on, restarted all the code as per the wiki instructions, and had Jenne go over how it looked with me, to make sure everything was ok.
There is something odd with some of the channels reading 1e20 from the RFM network. I believe this is related to those particular channels not being refreshed by their source (which is other suspension front end machines), so its just sitting at a default until the channel value actually changes.
Rana and I
1) took the temperature sensors off the reference cavity;
2) wrapped copper foil around the cavity (during which I learned it is REALLY easy to cut hands with the foil);
3) wrapped electrical tape around the power terminals of the temperature sensors (color-coded, too! Red for the out of loop sensor, Blue for the first one, Brown for the second, Gray for the third, and Violet for the fourth. Yes, we went with an alphabetical coding system, excluding the out of loop sensor);
4) re-wrapped the thermal blanket heater;
5) covered the ends of the cavities with copper, ensuring that the beam can enter and exit;
6) took pretty pictures for your enjoyment!
We will see if this helps the temperature stabilization of the reference cavity.
The end of the reference cavity, with a lovely square around the beam.
The entire, well-wrapped reference cavity!
From the trend, it seems that the Reference Cavity's temperature servo is working fine with the new copper foil. I was unable to find the insulating foam anywhere, but that's OK. We'll just get Frank to make us a new insulation with his special yellow stuff.
The copper foil that Steve got is just the right thickness for making it easy to form around the vacuum can, but we just have to have the patience to wrap ~5-10 more layers on there. We also have to get a new heater jacket; this one barely fits around the outside of the copper wrap. The one we have now seems to have a good heating wire pattern, but I don't know where we can buy these.
I also turned the HEPA's Variac back down to the nominal value of 20. Please remember to turn it back up to 100 before working on the PSL.
The timing slave in the IO chassis on the new X end was not working with symptoms of no front "OK" green light, no "PPS" light, 3.3V testpoint not working and ERROR testpoint bouncing between 5-6V.
We took out the timing slave from the X end IO chassis put in to the new Y end IO chassis .
It worked perfectly there. We took the working one from Y end put in the X end IO chassis.
We slowly added cables. First we added power , it worked fine and we saw green "OK" light. Then we added 1PPS signal by a fiber and it also worked.
We turned everything off and then we added 40pin IPC cable from the chassis and infiniband cable from the computer.
When we turned ON it we didn't see the green light.
This means something in the computer configuration might be wrong not in the timing card, we now are trying to make contact with Alex.
We are comparing the setup of the C1SCX machine and the working C1ISCEX machine.
Friday night myself and Koji measured the Transfer function of the QPD circuit at MC2 side using a chopper . Following was our procedure :
We connected some wires at the input and output of the filter circuit to one of the segment of teh QPD. - seg 1.
A laser light was shined on to the QPD, it was pulsed using a chopper. The frequency of rotation of the chopper was varied.
These wires were then fed to the spectum analyser , and a transfer funstion was observed, It was nearly a low pass filter
The chopper frequency was then made variable by giving the chopper a signal from the spectrum analyser. This signal just swiped a large range of the rpm of the chopper.
Now the input signal looked like a sine wave of varying frequency. the transfer function looked like a perfect LPF, with a small SNR.
Attaching the plot of the TF in the next e-log (this one is on windows and can't access /cvs/cds)
We connected some wires at the input and output of teh filter circuit to one of the segment of teh QPD. - seg 2.
A laser light was shined on to the QPD, it was pulsed using a chopper. The frequency of rotation of teh chopper was varied.
The chopper frequency was then made variable by giving the chopper a signal from teh spectrum analyser. This signal just swiped a large range of the rpm of the chopper.
Now the input signal looked like a sine wave of varying frequency. the transfer functino looked like a perfect LPF, with a small SNR.
Attaching the plot of the TF in the next e-log (this one is on windows and cant access /cvs/cds)
Expanding on the single-layer model, I added the second, third, and fourth layers to the stack in COMSOL. Eigenfrequency analysis run times increased exponentially as the model multiplied in complexity. The following images document the some of the important eigenfrequencies:
First Eigenmode: y-translational, 3.34 Hz:
Second Eigenmode: x-translational, 3.39 Hz:
Third Eigenmode: z-rotational, 3.88 Hz:
Sixth Eigenmode: z-translational, 8.55 Hz:
As expected, the eigenfrequencies are generally lower, but still in the same range, as the single-layer model, because of greater mass but constant weight-per-spring distribution.
1) Extend a single stack to the full stack system, which consists of three stacks like this. Perform similar eigenmode analysis.
2) Analyze the mirror suspension system and incorporate a similar pendulum on the top plate.
3) Make transfer function measurements between seismic and mirror motions.
I moseyed into the control room this morning, to find ITMX and ITMY both with their watchdogs tripped. ITMY (new convention) wouldn't damp. Koji discovered that there was a sign flip in 2 of the sensors. A set of reboots of c1susvme1&2 fixed the problem.
A side note: For the ETMs, the OSEM sensor readouts are gigantic (~20,000), whereas for the similar channels on all other optics, the readouts are on the order of 1. After some looking around, it seems that this is just the way things have been (for at least 100 days), and the filters in the SUSPOS and other SUS filter banks have a high pass filter to take care of this. It's weird, but it seems to be the way it is, and the ETMs damp, so it's all good.
We plotted the transfer functions for the maglev control circuit and compared them with the plots from the spectrum
analyzer. We were stuck for sometime because
1) we had wrongly entered the value of one of the resistors which was off by a factor of 2000.
2) The plots were not done in right units. So we couldn't figure out differences quite well.
The two plots are shown below. We are still off by a factor of 3 which we'll figure out soon.
Yesterday I installed teh QPD on the table behind MC2, and observed teh signal on it.
The MC_leak is directed to it by a steering mirror.
I used the A2L_MC2 script to minimise teh pitch and yaw gains, and estimated teh spot position on teh MC2 using that.
This spot position was aligned to the center of teh QPD.
In the night while before taking measurements, I decided to turn off the Wavefront Sensor Servos, but just after that, the MC alignment went very bad, and I could not align it in the next 2 hours.
For some reason, the MC was really mad the whole day yesterday, and was getting misaligned again and again, even when the WFS feedback was on.
The table also had another IR laser in it, which I and Koji switched off.
I will continue measuring once we pump down again.
For now, I am analysing teh QPD circuit Transfer Function.
The vent is still going on. At this moment the pressure inside of the chambers is about 630 Torr.
Koji and I have replaced the 2nd instrument grade compressed air cylinder by the 3rd cylinder around 9 pm.
So far the vent speed has been nicely kept at about 1 Torr / min.
Summary of this week's activities:
7/14: Analytical calculation of Viton spring constant; updated Viton values in models; experimental confirmation of COMSOL eigenfrequencies (single stack layer)
7/15: Extensions to 2-, 3-, and 4-layer stack legs. Eigenfrequency characterizations performed for each level. Meshing issues with 4-layer stack prevented completion.
7/19: Debugged the 4-layer stack. Turned out to be a boundary condition issue because of non-sequential work-plane definitions. Successful characterization of single-leg eigenfrequencies.
7/20: Prototype three-legged stack completed, but dimensions are incorrect. Read Sievers paper for details of triple-legged stack. Sorted through many stack design binders in efforts to distinguish IOC/OOC, BSC/ITMX/ITMY, MC1/MC3, and MC2 dimensions.
7/21: Researched frequency domain analysis testing in COMSOL. Attempting to first find transfer function of a single-layer stack --> currently running into some run-time errors that will need some more debugging in the afternoon.
This past week, we levitated our small cylindrical magnet (with the flag made from heat shrink). Though the levitated magnet didn't appear very jittery to the eye, we looked at the PD current on the scope and could see oscillations that corresponded to the flag hitting the sides of the OSEM. The oscillations were more pronounced as we gently hit/vibrated the lab bench, and by pounding on the bench Rana knocked the levitated magnet completely out of the setup. So, we're currently working on building a new, stabler mount. The biggest challenge here is fixing the OSEM in place, but we're experimenting with different optics pieces to see which is the most stable for our purposes. Jenne taught us how to make through holes using the drill press so we can add slats of aluminum to adjust the height of the OSEM mount. We also plan to fix some heavy plates to the bottom of our system to decrease its vibration frequency.
We also calculated the transfer function of our circuit, which seems to match the measured frequency response to within a small factor. We're playing with Rana's Simulink models and are currently modeling our own system to determine what gains we would expect to use and get a better understanding of our circuit.
Once our system is successfully mounted stably, we plan to experimentally observe the effects of changing the gain and integrator by looking at time series measurements of the PD current, as well as using the spectrum analyzer to compare the frequency response of our system at different gain settings.
We are moving towards a first test of getting Kiwamu's green locking signals into the new front end at the new X end, as well as sending signal out to the green laser temperature control.
Towards that end, we borrowed the router which we were using as a firewall for megatron. At the moment, megatron is not connected to the network. The router (a linksys N wire router), was moved to the new X end, and setup to act as a firewall for the c1iscex machine.
At this point, we need to figure which channels of the DAC correspond to which outputs of the anti-imaging board (D000186) and coil driver outputs. Ideally, we'd like to simply take a spare output from that board and bring it to the laser temperature control. The watchdogs will be disabled when testing to avoid any unfortunate mis-sent signals to the coils. It looks like it should be something like channels 6,7,8 are free, although I'm not positive if thats the correct mapping or if there's a n*8 + 6,7,8 mapping.
The ADC should be much easier to determine, since we only have a single 16 channel set coming from the lemo breakout box. Once we've determined channels, we should be all set to do a test with the green system.
This past week I have worked on the following:
1. Setting up the infrastructure to do noise analysis: We added a temporary channel on the DAQ to connect to the PD 55 which we are using to take the power measurement. Before that, I connected the PD55 to an oscilloscope and recorded the power.
The power at PD55 as measured using the oscilloscope = 600 µV.
Then I tried to calibrate the channel by sending up a signal from the function generator and measuring up the offset.. However, the channels seems noisy enough, especially due to electronics noise as suggested by the measurements and FFT calculation.
2. I worked on trying to sync the data acquisition of the PD and the CAM. After sometime spent on fiddling with the software method such as taking images at stamped time and then lining them up with the daq timestamps, I found a hardware method as suggested by Aidan. It was putting up a shutter (Uniblitz shutter and driver VMMD1) in the setup. I synced the shutter with the camera for which I had to tear apart the previously made trigger box and add a sync output from the camera (took a while as I also had to make a new cable).
3. I worked (still working) on making a differential amplifier to blow up the signal from the PD.
The vent has been finished successfully in this morning.
The vent was finished successfully this morning.
What did you use to filter the 2f components from your error signal? A homemade low pass or what?
I am using a homemade low pass filter.
It's just a RC passive LPF with the input impedance of 50 Ohm.
- The vacuum chambers have been vented.
- The north heavy door of the BS chamber has been opened by Genie (not by the crane).
It was replaced by the light door. The door is currently closed.
- The MC has been locked with 20mW incident and aligned. MC REFL was left unchanged but lock was able to be achieved.
- The optics before MCT CCD and MCT QPD have been adjusted for the low power operation.
- The first HWP for the variable optical attanuator (HWP/PBS/HWP pair) was set to be 86deg from the maximum transmission at 126deg.
The incident power of 19mW has been measured.
- The PSL mechanical shutter has been manually opened. Two other beam blocks has been removed.
- I found the MC was totaly misaligned with no resonance.- I tried to align it based on the previous OSEM values but in vain.
• How to align the MC mirrors from the scratch
- MC1 has been aligned so as to maximize REFL PD and DC signal of WFS QPDs.
- MC3 has been aligned by looking at the scattered light on the MC2 frames. The spot is centered on the MC2 approximately.
- MC2 has been aligned so that any resonance is seen in MC_F.
• Modification of the MCT optics
- The ND filter before the MCT was removed.
- The Y1-45S mirror before the MCT CCD, which is also used to steer the beam to the MCT QPD path, was replaced to BS1-50-45P.
The reason I used 45P is to obtain higher reflectivity. Because S has higher reflectivity than P in the each layer, I expected to have higher reflectivity for S than 50%.
- The MC REFL path has not been untouched.
• Modification of the servo
- The lock was attempted after alignment of the mirrors. Here how to lock the MC is described below.
1. Run script/MC/mcloopson
2. Open the MC Servo screen in MEDM
3. Change the input gain from 6dB to 22dB.
Change offset from 0.78 to -0.464 (such that the length output has no offset).
Change VCO Gain from 3dB to 21dB
Change MC Length path Gain from 0.3 to 1.6
"They (shellfish) shall be an abomination to you; you shall not eat their flesh, but you shall regard their carcasses as an abomination." (Leviticus 11:11)
Thanks to Kiwamu, Alberto and Koji
One of the Guralps [Gur2] has been taken to the atf gyro lab, along with the breakout box.
Edit by Jenne: This means that we have no working seismometers in the 40m lab right now, so don't worry if you're looking for seismo data and you can't find any. The 6 accelerometers should all still be up and running.
It looks like something wrong happened around the PSL front end. One of the PSL channel, C1:PSL-PMC_LOCALC, got crazy.
One of the PSL channel, C1:PSL-PMC_LOCALC, got crazy.
We found it by the donkey alarm 10 minutes ago.
The attached picture is a screen shot of the PMC medm screen.
The value of C1:PSL-PMC_LOCALC ( middle left on the picture ) shows wired characters. It returns "nan" when we do ezcaread.
Joe went to the rack and powered off / on the crate, but it still remains the same. It might be an analog issue (?)
The problem seems to be a software one.
In any case, Kiwamu and I looked at the at the PMC crystal board and demod board, in search of a possible bad connection. We found a weak connection of the RG cable going into the PD input of the demod board. The cable was bent and almost broken.
I replaced the SMA connector of the cable with a new one that I soldered in situ. Then I made sure that the connection was good and didn't have any short due to the soldering.
By looking at the reference pictures of the rack in the wiki, it turned out that the Sorensen which provides the 10V to the 1Y1 rack was on halt (red light on). It had been like that since 1.30pm today. It might have probably got disabled by a short somewhere or inadvertently by someone working nearby it.
Turning it off and on reset it. The crazy LO calibrated amplitude on the PMC screen got fixed.
Then it was again possible to lock PMC and FSS.
We also had to burtrestore the PSL computer becasue of the several reboots done on it today.
So...who was working around the PSL rack this morning and afternoon? Looks like there was some VCO phase noise work at the bottom of
the rack as well as some disconnecting of the Guralp cables from that rack. Who did which when and who needs to be punished?
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
The End IO chassis have small trenton boards, which apparently only have 5 usuable PCI slots, even though there are 6 on the board. This is because of the way the the host interface board is setup and its closeness to the 2nd to last PCI slot
The PMC to PCIe adapters I was handed by Jay for use with the RFM cards require a 4 pin power connection at the top, which are not available inside the thin 1U computers.
The only solution I can come up with is swap the PMC to PCIe adapters for the RFM cards with adapters for some of the already installed ADCs and DACs which do not require power directly from the power supply. This should make it possible to mount the RFM card in the computer, at least for the ends. Since the SUS and IOO chassis will have more slots available than needed, the RFM cards can be slotted into those. The SUS has to fit in the chassis since the computer will have the Infiband host adapter and a dolphin connector for talking to the LSC machine.
There is still the problem of actually getting the RFM card into the computer, but that should be possible with a little bit of bending of the left side of the computer frame.
I re-routed around the c1lsc machine this morning. I turned the crate off, and disconnected the transmission fiber from c1lsc (which went to the receiver on c1asc). I then took the receiving fiber from c1lsc and plugged it into the receiver on c1asc.
I pulled out the c1lsc computer from the VME crate and pulled out the RFM card, which I needed for the CDS upgrade. I then replaced the lsc card back in the crate and turned it back on. Since there hasn't been a working version of the LSC code on linux1 since I overwrote it with the new CDS lsc code, this shouldn't have any significant impact on the interferometer.
I've confirmed that the RFM network seems to be in a good state (the only red lights on the RFM timing and status medm screen are LSC, ASC, and ETMX). Fast channels can still be seen with dataviewer and fb40m appears to still be happy.
The RFM card has found its new home in the SUS IO Chassis. The short fiber that used to go between c1asc and c1lsc is now on the top shelf of the new 1X3 rack.
Kiwamu and I strung an ethernet cable from the new 1X7 rack to the 1X3 rack. The cable is labeled c1iscex-daq on both ends. This cable will eventually connect c1iscex's second ethernet port to the daq router. However, for today, it plugged into the primary ethernet port and is going to a linksys router. This is the same linksys router we used to firewall megatron.
The idea is to place megatron, c1sus, and c1iscex behind the firewall to prevent any problems with the currently running while doing RFM nework tests.
The way to get into the firewalled sub-network is to ssh into megatron. The router will forward the ssh to megatron. Inside the network, the computers will have the following IPs. Router is 192.168.1.1, megatron is 192.168.1.2, c1sus is 192.168.1.3, and c1iscex is 192.168.1.4.
Over the past couple days, I discovered a simple, direct method for calculating frequency responses with a combination of COMSOL and any plotter such as Excel or MatLab. The simple case of rectangular prism of steel was analyzed using this method; details will be posted shortly on the COMSOL Wiki page. The frequency response matched theoretical reasoning: the bar acts as a simple mechanical low-pass filter, rapidly attenuating driving frequencies at the base beyond the first eigenmode.
It therefore shouldn't be too difficult to extend this analysis to the MC1/MC3 stack. The many eigenfrequencies will produce a more complicated transfer function, and so more data points will be taken.
The major shortcoming of this method involves dealing with the imaginary components of the eigenfrequencies. As of now, I haven't found a way of measuring the phase lag between the drive and the response. I also haven't found a way of changing the damping constants and therefore playing with phase components.
The control room temp is warmer than usual. The heat exchanger Office Pro 18 set point was lowered from 70 to 68F yesterday.
The MOPA headtemp is higher also. The Neslab chiller bath temp peaks around 21.6 C daily. This should be rock solid 20.00 C
It did not have any effect.
Now, I have just lowered the thermostat setting of room 101 from 73 to71F I hope Koji can take this.
[ Jenne, Koji and Kiwamu]
We have installed the PRM and the tip-tilt (TT) in the BS chamber.
We have started the in-vac work which takes about a week.
Today's mission was dedicated to installing the PRM and two TTs, one for the PRC and the other for the SRC, on the BS table in the chamber.
The work has been smoothly performed and we succeeded in installation of the PRM and a TT for the PRC.
But unfortunately the other TT got broken during its transportation from Bob's clean room.
(what we did)
- Prior to this work we screwed down the earthquake stops so that the mirror is fixed to the tower. Also we disabled the watchdog.
- When moving it we used an allen key as a lever with an screw as a fulcrum. This idea was suggested by Jenne and it really worked well.
The reason why we used this technique is that if we slide the tower by hands the tower can't go smoothly and it may sometimes skips.
After that we checked the postion from some reference screw holes by using a caliper and we made sure that it was on the right position.
- After this removal the mirrors were wrapped by aluminum foils and put in a usual clear box.
- These were also wrapped by aluminum foils and put in the box. Later we will put them back to the BS table.
- The position of the PRM were coarsely aligned since we still don't have any 1064 beam going through the PRM.
- The position of the installed TT was coarsely adjusted.
- After we brought them we removed the aluminum foils covering the TTs and we found the wire of a TT got broken.
It may have been damaged during its transportation from Bob's room because it was fine before the transportation.
(7) closed the door
(the next things to do)
* Installation of the OSEMs to the PRM
* Installation of the pick off mirror and its associated optics
* Arrangement of the pzt mirror
All 3 cranes will be load tested at 1 ton tomorrow morning between 9am and 2pm
Do not come to the 40m lab during this period. We may disturb your experiment.
Please prepare your touchy set ups to take this test.
This is the trend so far with the copper foil wrapping. According to Megan's calculation, we need ~1 mm of foil and the thickness of each layer is 0.002" (1/20th of a mm), so we need ~20 layers. We have ~5 layers so far.
As you can see the out-of-loop temperature sensor (RCTEMP) is much better than before. We need another week to tell how well the frequency is doing -
the recent spate of power cycles / reboots of the PSL have interrupted the trend smoothness so far.