End X picos are mislabeled in the medm screen. I will fix this later.
The pico labeled as M3 (green) (motor 1) is the last one in the IR path (M14)
one labeled as M6 9 green and IR (motor 2) was dichroic (M4)
labeled as M4(IR) motor 3 was steering mirror right in front of periscope (M6)
one labeld as M14 (IR) motor 4 was first steering mirror for green path (M3)
Keita, Stefan, Sheila
The last item currently we are missing for HAM6 is a QPD sled (see 8633) from the ISC point of view. But the preparation of the sled is not going well.
ModeMaster is not functioning:
Yesterday, I was going to start preparing the sled which requires the use of a ModeMaster for the precision lens adjustment. However it seems that the germanium detector of our ModeMaster is not functioning for some reason. It worked fine with a different silicon detector, but didn't work with the germanium one. I looked at the output from the detectors with an oscilloscope. The silicone showed a square-looking, 20 Hz-modulated output and the amplitude seems depending on the amount of laser power, which makes sense to me. However, once I switched the detector to the germanium one, it showed a similar square-looking wave, but the amplitude didn't depend on the laser power. Moreover, the signal seems just railing -- it swung from -5 to 13 V in every square wave. I incline to conclude that the germanium detector became broken.
Trying to get a replacement:
I already sent an email to Adam and Valera in Livingston to see if they can lend us their ModeMaster. At the same time, I will get some technical support from the company and hopefully get some replacements.
When testing the demod concentrator readbacks at HAM6 we found more DB37 cables with unconnected pin 19. Unfortunately, this leavs the common mode potential undefined.
The RF/LO mon readbacks are all properly connected. PowerOK readback on the LSC demods does not seem to be working -- possibily because we are missing GND pin 19?
Spent all day moving top blade back and forth.
There are three problems with this approach, i.e.
Tomorrow we might move the cage using pushers to address all three problems at once.
On a brighter note there were victories also, i.e.
Daniel and I changed the beam diverter software, so the open/closed functionality at EX should no longer be swapped.
J. Kissel [[This is a more detailed version of LHO aLOG 8590, for completeness]] In-air, chamber-side testing of the H1 SUS OMC (an OMCS) has been successful, and the suspension is approved for install. The only things of note: (1) The middle mode of Pitch to Pitch transfer function, modeled to be at 1.9 [Hz], has stiffened up to higher frequency, revealing that cabling is stiffening up the SUS, as has already been seen at LLO (see LLO aLOG 9570). I've informed Koji and Jeff Lewis, and they will work on softening up the connections as best they can. Like the reaction chain on the QUADs, it doesn't really matter, because the high-frequency behavior remains equally isolated (where it counts), but we should on a target-of-opportunity, best-effort basis try to get the cabling loose enough to get to at least Livingston's level, if not back to the what the model expects (which, is cable-free). The requirement is that one is conscious of it, and spend some time on it, but on the order of 30 minutes, not 30 hours. (2) The damping loops (documented in LHO aLOG 8571) are in no-way commissioned using any quantitative metric. Thus, what little difference is seen between damped and undamped spectra is sad, but not unexpected. We'll commission these better later, I promise. (3) It really is impressive to see the amount of isolation one gets between chamberside testing and on an in-vacuum, damped only isolation platform. Way to go team SEI/SUS! ----------- Details Undamped Transfer Function data set: 2013-11-15_1830 Damped Transfer Functions data set: 2013-11-15_2153 Damped/Undamped Spectra: 2013-11-15_2200 TF Comparions: L1 OMC M1 (2013−06−16_1200): Phase 2b, chamberside, in air, damping OFF L1 OMC M1 (2013−06−19_1055733803): Phase 2b, chamberside, in air, damping ON L1 OMC M1 (2013−08−28_1030): Phase 3b, in-vacuum, damping off, ISI damping only H1 OMC M1 (2013−11−15_1830): Phase 2b, chamberside, in air, damping OFF H1 OMC M1 (2013−11−15_2153): Phase 2b, chamberside, in air, damping ON Spectra Comparisons: L1SUSOMC 2013−06−17_0900: Phase 2b, chamberside, in air L1SUSOMC 2013−10−23_1130: Phase 3b, in-vacuum, ISI damping only H1SUSOMC 2013−11−15_2200: Phase 2b, chamberside, in air All data. scripts, and plots have been committed to the SusSVN as of this entry.
The controls user environment has been modified by including setup scripts from /ligo/apps/linux-x86_64/guardian/etc and /ligo/apps/linux-x86_64/cdsutils.
Jim started a measurement for the night. Should be done by tomorrow morning.
*** HPI ***
Unlocked
*** ISI ***
Undamped
*** SUS ***
Damped
The osem signals of ITMX L1 are zeros right now. We should take a look at it tomorrow.
Filiberto changed the satellite box and the signals are now alive.
Per Arnaud's alog, looked at electronics for L1 osems. Found UIM Coil driver unit powered down. Powered unit on, but later found that the unit rocker switch breaker tripped. Continued troubleshooting and found UK satellite unit S1000283 to be missing +14V rail. Replaced unit with new satellite S1100132 to allow for check out/testing of SUS.
[Jim, Sebastien]
As we discussed during the SEI meeting today, we noticed 3 main issues on the BSC-ISI ITMX transfer functions taken by Hugo and Jim last week (https://dcc.ligo.org/DocDB/0070/E1100848/007/ITMX_TF__2013_11_19-2.pdf).
Extra resonances around 2Hz (fixed)
Two extra resonances at 2.05Hz and 2.275Hz appeared on the ST1 main transfer functions (CPSs, L4Cs and T240s). Since it shows up only on Stage1, it must be coming from the arm cavity baffle installed on Stage 0. We locked/unlocked the baffle to see if it makes any difference.
The measurement showed in the first plot were taken using DTT and a white noise excitation.
As you can see, after locking the baffle the first time, the issue seems to be gone! Our theory is that the eddy current damping wasn't working properly on the baffle. By locking and unlocking it, we changed it in some way to make it better. To comfirm that theory, the next step would be to remove the copper block from the baflle and see what happens on the ISI.
Low gain on L4C-H2 (fixed)
L4C-H2 gain was down by a factor of 2. We first though of a bad connection somewhere, preventing to have a real differential signal. After we "played around" (swaping cables, checking cables and screws), it seems to fix itself (!! see plot attached). The blue curve is the ASD before the "fix", the purple one is after.
We don't really know what action we did to make it happened, and how to reproduce the situation.
ST1-CPS-H1 high amplitude at high frequencies (not fixed yet)
The ST1-CPS-H1 main transfer function shows an unusual high amplitude level above 25Hz. We first though that something was loose, but Jim inspected everything and couldn't find anything wrong. We'll investigate more tomorrow (CPS grounding issue???)
This quick and confusing analysis is a first result and need more data to be confirmed. A full set of transfer functions will be take tonight.
This afternoon I moved the CDS wireless AP from the top of the 'test stand' racks to it's permanent location on the tray exiting the CER at the corner of the south and east bays. Signal coverage in the LVEA is largely unchanged, but now better than it was in the H1 PSL area/CER.
Koji, Rich Finished installing all available hardware into HAM6. QPD sled is coming later Now, all the optics are sitting on the X- side of HAM6 with a single screw holding them each securely. As we put each piece on the table, the inventory was carefully checked for serial number agreement. Both off-QPD sled Picomotors have been connected. We hooked up all the in-vacuum cables to the OMC and saw signs of life in the OSEM readbacks. We verified from the airside of the flange that the PZT high voltage is indeed being applied to the correct points on the OMC breadpoint, and in the proper polarity. === Optics === L1 lens mount / post #029 M4 optic #0984 / post - no number M5 optic #1017 / post - no number M6 optic #048 ("8" is barely visible) / post - M7 optic #0945 / post - no number M8 optic #69(invisible) / post #008 M9 optic #61 / post - no number M10 optic #0947 M11 optic #57 / post - no number M12 optic #16 / post #006 M13 optic #82 / post #009 M14 optic #22 / post #014 === Cables === #1 D1000225-180 S1106784 D6F1-SUS CB-1 (2nd) ==> OMC DCPD #2 D1000225-180 S1106832 D6F2-SUS CB-1 (1st) ==> OMC PZT #3 D1000225-180 S1106829 D6F3-SUS CB-2 (1st) ==> OMC QPDs #5 D1000223-216 S1202641 D6F6-CB-5 (1st) ==> D1000238-36 S1105053 CB-5 (1st) - OMCR Picomotors #9 D1000223-216 S1202643 D6F7-CB-4 (1st) ==> D1000238-36 S1105220 CB-4 (1st) - NC (QPD sled) #19 D1000225-180 S1106791 D3-1C1-SUS CB-2 (2nd) ==> OMCS BOSEMs #20 D1000225-180 S1106831 D3-1C2-SUS CB-2 (3rd) ==> OMCS BOSEMs
Valve not soft-closed as intended -> 4 minutes 16 seconds of motor operation not enough for full O-ring contact for this valve -> Apollo didn't remove spool from GV18 today but should get to it tomorrow
Not much has changed since Corey departed at 2:00 PM. Cyrus completed the move of the CDS wireless node in the LVEA. Greg Grabeel was just in the CR saying that he plans to remove TCS viewport covers on BSC1 and BSC3.
See attached PDF for approximate location of the silicon wafer holder used for the mobility experiment. It is bolted to the top of the SEI payload mass on the west side of the chamber.
After the recent sus model changes (ECR E1300578), and since some channels have been deleted, we were seeing in foton the kind of errors described below, when opening a filter file :
line 500: Unknown filter module PR2_M1_OFFLOAD_RX line 501: Illegal filter section: -1.1136890503818733 0.6048077715301807 2.0000000033150198 1.0000000033159222 line 497: Design for unknown filter module PR2_M1_OFFLOAD_RX
In order to fix it, and from Jim B's suggestion, every text file containing an error have been opened and saved under foton (apparently, foton would automatically delete the non existing channels and filters from the textfile).
This has been done for : ITMX ITMY ETMY MC1 MC2 MC3 SRM SR2 SR3 PRM PR2 PR3
Attached are the logs of what have been done so far :
1) svn_diff shows the change between the filterfile on the svn (saved before model changes) and the filterfile after the model changes
2) diff_old_new shows the change between the filterfile before and after resaving it with foton
The new filterfiles have been commited under revision 6437 of the svn
Day's Activities (from 8am-2pm, Dale covered the end of my shift)
Cleaning at EY (causing dust alarms)
Yawing the EX TMS
Frank will be heading to EX to do some electronics documentation (& possibly to EY afterward)---this should only be during the morning
Kiwamu is measuring power at H1 PSL
Kyle is soft-closing GV17 for spool/annulus work
Koji & Rich working at HAM6
First Contacting HAM3 this morning (& maybe BSC3 this afternoon)
Restarting h1omc for a new model (Dave)
Test Dust Monitor code at all locations (Patrick)
Dust Monitor #9 in the LVEA has been having status alarms throughout the day
Baling on X-arm
Insulation on Yarm (Y1)
(WP 4287) Related alogs: 8600, 8475, 8294, 8207, 8200, 8164, 8076, 8055, 7768 I'm trying to see if the dust monitor IOC crashes are due to the virtual terminals hosted by 'screen'. To this end I am trying 'procServ' instead. I stopped the IOCs running in 'screen' on h0epics and started them with 'procServ'. Equivalent commands: As controls on h0epics: cd /ligo/home/patrick.thomas/epics/iocs/dust/dust_met_one_227b_comp_ctrl/iocBoot/ioch0_dust_lvea procServ -q --noautorestart -n "h0dustlvea" 20000 ../../bin/linux-x86_64/dust st.cmd cd /ligo/home/patrick.thomas/epics/iocs/dust/dust_met_one_227b_comp_ctrl/iocBoot/ioch0_dust_lab procServ -q --noautorestart -n "h0dustlab" 20001 ../../bin/linux-x86_64/dust st.cmd cd /ligo/home/patrick.thomas/epics/iocs/dust/dust_met_one_227b_comp_ctrl/iocBoot/ioch0_dust_ey procServ -q --noautorestart -n "h0dustey" 20002 ../../bin/linux-x86_64/dust st.cmd cd /ligo/home/patrick.thomas/epics/iocs/dust/dust_met_one_227b_comp_ctrl/iocBoot/ioch0_dust_ex procServ -q --noautorestart -n "h0dustex" 20003 ../../bin/linux-x86_64/dust st.cmd cd /ligo/home/patrick.thomas/epics/iocs/dust/dust_met_one_227b_comp_ctrl/iocBoot/ioch0_dust_dr procServ -q --noautorestart -n "h0dustdr" 20004 ../../bin/linux-x86_64/dust st.cmd As controls on opsws1: cd /ligo/cds/lho/h0/burt/2013/11/19/11:00 burtwb -f h0dustlvea.snap burtwb -f h0dustlab.snap burtwb -f h0dustey.snap burtwb -f h0dustex.snap burtwb -f h0dustdr.snap
While setting the ETMx pitch offset for the TMS alignment, I mapped the ETMx pitch alignment offset using my alignment equipment. Attached is a .txt file of the raw data points. Bottom line is:
Plotted and fitted Jason's data, cf attachment.
Pitch observed = 1.25 * calibrated offset
After fixing any loose dog clamps, and retorquing, Arnaud and I took B&K hammer measurements of the HAM2 PR3, PRM, and MC1 this morning. We still need to do PR2 and MC3 (which has a temp IO alignment mirror nestled up against it's structure). We took PR3 and PRM data with vibration absorbers on and off. We only took MC1 data with the vibration absorbers on since they were already on and are difficult to remove and then replace. Plots and statements to come.
Arnaud and I snuck in and got B&K hammering done on PR2 before the transition to laser hazard.
Betsy and I hammered the last suspension missing in our list: MC3.
The results are coming soon
Results are at alog 6014
LHO aLOG 6014 are different results -- from PR3, and they don't even include the results for that measurement. Arnaud and I will be processing and post all the B&K data from the HAM2, HAM3, and and BSC3 (ITMX) next week.
Some pictures:
The output from the broken germanium detector on a oscilloscope when powered up. A 20 Hz square-looking wave is visible. The waveform didn't change with and without light.
The germanium detector when apart from the head.