Mark B. Deepak centered the OSEMs on PRM and PR3 so I rechecked settings and got the damping working. I noticed that the WD thresholds had not been set nor the filters enabled, so I fixed that and redid the safe.snap files. Damped and undamped TFs for both will commence shortly and continue through the night. The respective Measurement Status indicators will light when a measurement is in progress.
I'm using the beam that is transmitted through the bottom periscope mirror to monitor the IO beam pointing. The beam is the pick off for the OSA, and is normally (and currently) blocked when not in use for diagnostics.
The ITMy in BSC1 has been moved 8mm in the -Y direction to place it in its correct position. An attempt to improve the yaw of the suspension was also made at the same time, but will need to be rechecked upon re-suspending after SEI completes their work.
The 8mm axial position error of the ITMy was adjusted this morning. The Axial position is now 33175.7mm (distance from the total station setup at y manifold), which is 0.7mm East of the ideal position (33175.0 mm) and well within the ±3mm tolerance for axial position. We also did an approximate 1.3 mrad CCW yaw correction. This is a rough calculation since the ITMy was left locked, therefore no accurate numbers could be measured for the current lateral & vertical positions and pitch & yaw of the optic.
Volume to be left unpumped but under vacuum until further notice
The IMC lost lock tonight at about 4:00 AM local time. It is not clear why (no big drift in the control channels).
We had trouble recovering lock this morning, unitl we discovered that there were problems with the windows machine controlling the slow digital system.
After we reset the system, restore the working settings on the common mode board and readjusted the delay line value (I'm stressing this as the default setting after a reset of the system results in almost all the signal being in the Q quadrature, with a consequently unusable error signal... good to keep in mind!), we were able to reacquire lock very easily.
For future reference, the delay line pahse is set to 243.42 Deg (and can be read by the H1:IMC-REFL_A_PHASE_PHASEDEG channel)
WP3668
Thursday afternoon Dan from LDAS upgraded the last of our QFS file servers to Solaris 11. During the outage only h1fw0 was writing frames. Since the related h1nds0 is the default NDS so the data gap should not be noticable.
Yesterday, the h1hpiitmy model was installed on h1seib1. IPC channels (SUS-ISI communication) were added the BSC-ISI and the QUAD models on ITMY and ETMY.
The HEPI at EY is currently being re-commissioned with the Version 4 of the HEPI commissioning scripts (upgrade of the scripts written during the single arm test). The hydraulic pump is running with the servo controller frozen.
The PLC2 process on h1ecatc1 got stopped again [1] and because of it the MC servo board was unable to control, resulting in trouble with the IMC locking.
I did the same recovery procedure as I did before and it came back OK. The settings of the MC servo board was burtrestored to 11pm of yesterday. However we lost the settings of the delay line phase rotator (which is used to adjust the demodulation phase of the IMC PDH signal at 24 MHz) as there is no snapshot file prepared for it yet.
At the moment it is unclear to me when the process stopped and why it happened.
[1] LHO alog #5021
Transfer functions on the fourth BSC-ISI showed some unusual resonances in corner 2 (figures 2013_01_10). I have attached transfer functions from the stage 1 actuators to the L4Cs and the stage 2 actuators to the stage CPSs. After checking/re-torque bolts in this corner and changing the Vertical L4C, the new set of transfer functions look good (figures 2013_01_15). This unit looks healthy. More details will be given in the testing report.
[Patrick, Kiwamu]
Yesterday the IMC commissioning team complained that the EPICS values associated with the corner Beckoff system did't look correctly updated. This was causing confusion --- they tried zeroing the electronics offsets in the MC servo board, but the values in the MEDM screen didn't change at all. It turned out that the slow digital system itself had been running fine and had been under control regardless of whatever the values shown in a screen. Therefore it seemed that something was wrong between the Beckoff and EPICS.
We suspected that this might be due to the fact that we have so many EPICS channels managed in a single Windows machine, namely h1ecatc1. To alleviate the heavy load on the processors we have set the affinity of all the EPICS OPC servers such that they can run any of the CPUs (from CPU0 to CPU9) via the regular task manager application. Note that we have 17 OPC severs running on this machine. This solved the issue and so far it looked running OK.
Though we think we need to come up with a more reliable solution since we maybe having the same issue in some future.
Forgive the omission please. I unlocked HAM2 HEPI right after the 0815 meeting Thursday morning being fully unlocked by maybe 0930pst. Some of the signs may not be right; I'll correct hem asap.
Giacomo, Paul, Keita, Hugo, Matt, Lisa The IMC is locked and happy. The stability problems were due to the ISI, Hugo put it in a configuration which allowed us to recover a stable lock. We measured the open loop TF of the whole system, it was stable up to 30 kHz UGF. We also measured the cross-over VCO/MC2_M3: it is about 15 Hz (it can be stable as high as 100 Hz). The MC2_M3/M2 cross over is well below 1 Hz. A detailed entry with the measured transfer functions and gain settings will follow. We also centered the WFSs on IOT2 and found that a 90/10 beam splitter was used instead of a 50/50 in front of WFS_A, explaining the factor 10 power difference between the two WFSs. We leave the IMC locked for the night, and we should be able to start checking the WFSs signal path tomorrow.
We were trying to get a direct measurement of the M2/M3 cross over..we will try again tomorrow. Clean data starting at 1042513275 .
Paul has implemented a notch filter to push the UGF further up. He has measured the OLTF again and will post the new data in another entry.
The fast/slow path crossover frequency was measured by injecting an excitation signal before the MC2_M3 lock filters (H1:SUS-MC2_M3_LOCK_L_EXCMON) and taking the ratio of the signals immediatly before and after the injection point. With the settings of the relevant parameters specified below, the crossover is between 10 and 20 Hz (15 Hz? the shape of the TF is a bit funny there...). See attached plot.
Fast path gain (H1:IMC-REFL_SERVO_FASTGAIN): -2 dB
MC3 lock filters gain (H1:SUS-MC2_M3_LOCK_L_GAIN): -1000
MC3 lock filters enabled: FM5 (150:4) and FM8 (CLP100)
We used a similar setup to measure the MC3/MC2 crossover frequency, injecting an excitation signal before the MC2_M2 lock filters (H1:SUS-MC2_M2_LOCK_L_EXCMON). With the settings fo the relevant parameters specified below, the TF is well below unity at 1 Hz. See attached plot.
MC2 lock filters gain (H1:SUS-MC2_M2_LOCK_L_GAIN): 0.005
MC2 lock filters enabled: FM3 (0.1:1), FM4 (100:1) FM5 (0.01:0.1) and FM8 (ELP70)
Attached are plots of dust counts > .3 microns and > .5 microns in particles per cubic foot from approximately 6 PM Jan. 16 to 6 PM Jan. 17. Also attached are plots of the modes to show when they were running/acquiring data. Dust monitor 10 in the H1 PSL enclosure is indicating a calibration failure and will probably need to be replaced.
Attached are plots of dust counts > .3 microns and > .5 microns in particles per cubic foot from approximately 6 PM Jan. 15 to 6 PM Jan. 16. Also attached are plots of the modes to show when they were running/acquiring data. I used h1nds1 because h1nds0 was reporting an error. 6300 seconds of data was not available for each plot.
(Betsy, Gerardo)
Optic is now in the oven.
The heat cycle was initiated at ~10:30am, intending to ramp to 34 degC over 2 hours and then soak for 6 hours before returning to room temp. At 3pm the sensor on the glass probe inside the oven showed 28degC while the controller had reached 34 degC. I attempted to increase the temp of the controller and add more time to the soak, but during the hour of messing with it the temperature started to slowly drop. Apparently the controller does not like ramps less than 2 hours and could not resume heating quickly. Because we were mid cycle, I opted to kill the power since I was leary of adding more time at increased temp during unattended evening hours. A lesson learned for the next optic/glue cure cycles - set the controller temp to ~40 degC and don't mess with it mid-cycle.
The BS cure cycle was 28 degC for 4.5 hours - not quite up to spec, but going to have to be good enough. The optic was left to ramp down to RT naturally overnight.