The fluid level in the reservoir was looking very low and the level switch could not be lowered any further. Re WP 3909, I ramped the pressure down slowly but the ISI still tripped. Fluid was added to the reservoir and the level switch adjusted accordingly. Ramped the motor speed back up, slowly, to ~80psi. Pump driven at 15.2hz; the servo is in manual. We have been unable to get this to drive the VFD; still working on this.
The BSC-ISI models (ITMX, BS, ITMY, ETMY) were modified and recompiled to accommodate the sensor correction path. The test model h1isitst was also recompiled.
The convention for the STS-2s in the seismic model is:
- STS2 - A - Input arm - plugged on BSC1
- STS2 - B - Beer garden - plugged on BSC2
- STS2 - C - Output arm - plugged on BSC3
with A, B, C, the letters used to define the different STS-2s in the simulink models.
At the end stations, STS-2s will be plugged on the B inputs.
The seitst computer (former seib8) was fixed by the CDS group. BSC3 testing on the teststand (without payload) can start.
Attached are plots of dust counts > .3 microns and > .5 microns in particles per cubic foot requested from 5 PM May 20 to 5 PM May 21. Also attached are plots of the modes to show when they were running/acquiring data.
MC2 transmission QPD (HAM3) was centered using picomotors.
Couldn't center IM4 (HAM2) transmission, picomotors didn't move. Turns out that the cable was not routed from the chamber to IOT2L. Right now a seemingly incorrect cable (SUS something something) is connected to the pico feedthrough (D4-3C2).
After the correct cable was connected in the morning, I was able to move IM4 trans picos to center the beam.
A much-delayed alog: I completed DC and RF calibration checks on both IMC WFS using the 980 nm AM laser. The conclusion is that the WFS work, by and large. For two segments of WFS_B, the readout is about 15% lower than expected. And for both WFS, segments (1, 2, 3, 4) in the DC outputs apparently correspond to segments (4, 3, 2, 1) in the RF outputs. Details below. Devices tested WFS_A: head S1300267 / demod S1001018 WFS_B: head S1300268 / demod S1001034 WFS interface chassis S1200441 AM laser source 4 mW nominal output 0.1 Vpp RF drive at 24.078473 MHz RF input calibration is 13 mW/V => RF power is 1.3 mW Calibration factors WFS PD responsivity at 980 nm is in the range 0.5-0.6 mA/mW WFS PD DC transimpedance is 1 V/mA WFS_A PD RF transimpedance is (0.38, 0.43, 0.37, 0.38) V/mA for segments (4, 3, 2, 1) WFS_B PD RF transimpedance is (0.46, 0.47, 0.40, 0.46) V/mA for segments (4, 3, 2, 1) WFS interface DC gain is 1 (gain setting = LOW) Gain through demod board is 5 V(dc)/V(rf) (front panel) or 10 V(dc)/V(rf) (differential output to ADC) ADC conversion is 1638 ct/V Results Colored as follows: up to 5% deviation 5-10% deviation 10-15% deviation)
Parameter | Measured WFS_A | Measured WFS_B | Expected value |
---|---|---|---|
DC SUM output (ct) | 3820 | 3760 | 3300-3900 (4 mW * 0.5 or 0.6 mA/mW * 1 V/mA * 1 * 1638 ct/V) |
Responsivity at 980 nm (mA/mW) | 0.58 | 0.57 | 0.5-0.6 |
DC SEG1 output (ct) | 940 | 470 | bigger than zero, smaller than the DC SUM |
DC SEG2 output (ct) | 800 | 840 | bigger than zero, smaller than the DC SUM |
DC SEG3 output (ct) | 1210 | 1200 | bigger than zero, smaller than the DC SUM |
DC SEG4 output (ct) | 870 | 1250 | bigger than zero, smaller than the DC SUM |
I/Q SEG1 output (V p-p) | 0.330 | 0.560 | A:0.330 B:0.570 (A: capture fraction 870/3820 * 1.3 mW * 0.58 mA/mW * 0.38 V/mA * 5) (B: capture fraction 1250/3760 * 1.3 mW * 0.57 mA/mW * 0.46 V/mA * 5) |
I/Q SEG2 output (V p-p) | 0.440 | 0.460 | A:0.440 B:0.470 (A: capture fraction 1210/3820 * 1.3 mW * 0.58 mA/mW * 0.37 V/mA * 5) (B: capture fraction 1200/3760 * 1.3 mW * 0.57 mA/mW * 0.40 V/mA * 5) |
I/Q SEG3 output (V p-p) | 0.320 | 0.340 | A:0.340 B:0.390 (A: capture fraction 800/3820 * 1.3 mW * 0.58 mA/mW * 0.43 V/mA * 5) (B: capture fraction 840/3760 * 1.3 mW * 0.57 mA/mW * 0.47 V/mA * 5) |
I/Q SEG4 output (V p-p) | 0.350 | 0.180 | A:0.350 B:0.210 (A: capture fraction 940/3820 * 1.3 mW * 0.58 mA/mW * 0.38 V/mA * 5) (B: capture fraction 470/3760 * 1.3 mW * 0.57 mA/mW * 0.46 V/mA * 5) |
I/Q SEG1 output (ct p-p) | 1040 | 1800 | A:1070 B:1860 (A: expected SEG1 Vpp * 2 * 1638 ct/V) (B: expected SEG1 Vpp * 2 * 1638 ct/V) |
I/Q SEG2 output (ct p-p) | 1400 | 1500 | A:1450 B:1550 (A: expected SEG2 Vpp * 2 * 1638 ct/V) (B: expected SEG2 Vpp * 2 * 1638 ct/V) |
I/Q SEG3 output (ct p-p) | 1000 | 1100 | A:1110 B:1270 (A: expected SEG3 Vpp * 2 * 1638 ct/V) (B: expected SEG3 Vpp * 2 * 1638 ct/V) |
I/Q SEG4 output (ct p-p) | 1120 | 600 | A:1150 B:700 (A: expected SEG4 Vpp * 2 * 1638 ct/V) (B: expected SEG4 Vpp * 2 * 1638 ct/V) |
The ISI is damped
measurement is done
Betsy reported that the ITMx ETMx assembly team in the staging building were near the point of needing the X1 quad test stand but that it had lost its settings, so I took a look. It turned out that there was no safe.snap file in /opt/rtcds/tst/x1/target/x1susquad/x1susquadepics/burt , so I created a symlink to /opt/rtcds/userapps/trunk/sus/x1/burtfiles/x1susquad_safe.snap which existed from 11/18/11. It also turned out that /opt/rtcds/tst/x1/userapps/release/cds/x1/medm/X1SITEMAP.adl , was pointing to .../userapps/release/sus/common/medm/quad/SUS_CUST_QUAD_OVERVIEW.adl , which was way too new, so I redirected it to .../userapps/release/sus/x1/medm/quad/SUS_CUST_QUAD_OVERVIEW.adl/SUS_CUST_QUAD_OVERVIEW.adl . The preferred commands for getting the sitemap are now sitemap1 for the quad (login as controls) and sitemap2 for the triple (login as controls3).
Actually, it's ETMx.
On Wed/Thu 5/22-23 I did some more tweaking:
* I redirected the R0 overview screen link on the main screen to .../userapps/release/sus/x1/medm/quad/ .
* I tested the Matlab scripts switch_align.m, switch_comm.m, switch_damp.m, switch_dampin.m, switch_lock.m, switch_lockin.m, switch_master.m, switch_test.m, and switch_testin.m (from ^/trunk/Common/MatlabTools), fixed a few bugs and removed the warning about being untested on X1.
* I tested the Matlab script ^/trunk/Common/MatlabTools/SchroderPhaseTools/Matlab_TFs.m, and fixed a few issues. In particular, it was trying to write the AWG output to a temp file in a directory owned by controls3, so I had Jim Batch set that directory group writable. Also it was trying to log channels X1:SUS-L1_WIT_LMON etc that didn't have _DQ versions, so I commented them out for now.
The Y end system manager has a few times stopped receiving values from the bridge terminal, causing a communications error. going into the system manager, generating mappings and activating the configuration solves the problem, even though the configuration was already activated and other beckhoff modules were already receiving signals.
I did not make this entry.
Sorry, it was me.
WP3908. reconfigured h1broadcast0 to send all ODC_CHANNEL_OUT_DQ channels to DMT. Increased ini file by 29 channels and added 1MB/s.
This closes WP3908.
EY: Cyrus and Jim, hooked up remaining DAQ switch, timing, Beckhoff and RefCav laser lines. Power cycled timing fanout and IRIGB. Power cycled all FE and IO Chassis. IRIGB error on h1seiey, which then diminished and went good. Beckhoff had not link light, rewired the single mode fiber SC connectors to match CDS patch standard of left FC connector in MSR being the transmit to the remote station. Also rewired EX pair inside the MSR Beckhoff. As part of the restarts, Keita installed new h1sustmsy model, DAQ was restarted for its INI changes.
LVEA: Jim completed the swapout of h1seitst's IRIG-B pcie card, and its IRIG-B went good. h1susbstst needed its Dolphin reattached, it in turn showed the IRIGB timing error, which drifted good.
cdsfs0: went into read-only mode at 08:30, Jim rebooted and it came back OK.
Cyrus upgraded opsws2,3 to Ubuntu 12:04LTS. So now only opsws6 in the general workstation pool is Ubunut11. We still need to upgrade the operator station and the VE/FMCS imac.
h1seitst appeared to freeze when Vincent started his new h1seitst model. Needed a power cycle, we were not able to reproduce this error. He install new BSC ISI models on H1.
DAQ was restarted many times today to support the above work.
As this was our next to last ISI install, everything went pretty smoothly. No issues but still a lot of work and pretty much non-stop from 9 to noon. But we got it in and the trolly fixture out by lunch. After lunch we removed and secured all the lifting/trolly pads and the crane debris cover from the table. Lockers are loose; ISI held by shipping braces; 4 bolts in and torqued on each side--remainder will be installed when the shipping braces are removed. Thanks to JimW & Apollo-Zack, Mick, Mark & Bubba A few photos below show why prep is 95% of the job. DaleI had a video camera running, we'll see how that went.
Patrick and Sheila- After the fiber swap today, Cheryl pointed out that the beckhoff channels were not working, the epics channels had values but weren't updating. I looked at the PLC in the h1ecatc1 machine, PLC1 was running ( and values were updating) but in PLC2 nothing was updating. I tried reset all, and then hit run, and the values would update once each time I did that. I tried stopping the PLC and rerunning the installation scripts, then I tried restarting the computer, the behavior was the same after that. Then Patrick took over- The short version: This seemed to be caused by losing communication to the end Y chassis. The communication was lost because after the fiber cleaning the transmit and receive fiber pairs for this connection were swapped. I have no idea why losing communication to the end Y chassis would stop the values updating in PLC2. The slightly longer version: Looking at the H1ECATC1 system manager file, there was no communication with the end Y chassis. When I disabled the terminal for this connection, I could get the values to update in PLC2. Later Dave B. swapped the transmit and receive fiber pairs at the end Y EK1521-0010 terminal inside the H1 Corner MSR chassis. I then reenabled this terminal in the system manager and the communication was restored. The PLC2 variables also continued to work. Dave confirmed that the connection inside the chassis did not match our standard and swapped the transmit and receive pairs for end X as well.
- septic tank servicing - Jim to SEI test stand to swap cable and reboot - Cyrus/Filiberto/Jim to EY to hook up fibers - Pablo in H2 PSL (or H0 LE?) with a laser on, doing p-cal work - Doug at EX doing IAS work - Volker in H1 PSL enclosure to look at oscillating ISS (trouble started last week) - Patrick reboots of weather and dust - Dave/Vincent multiple DAC reboots - Sheila EY to Laser Hazard - Hanford Fire here to check a panel, #9020, OSB, and was OK - probably a small power glitch that cleared itself Current Issues: - Beckoff in the LVEA is acting up - Patrick/Sheila/Dave are looking into it
Alignment DOF "slider to match M3 BOSEMs during recent short locks", "slider when last getting short locks" MC1 changed the most, MC2 and MC3 are essentially the same. MC1 P 308, 334 Y -921, -895 MC2 P 453, 450 Y 238, 240 MC3 P 224, 224 Y -1009, -1006
Mark B and Travis. Travis installed the top level OSEMs and retracted them fully. The OL values with gains and offsets are: prettyOSEMgains(logOLs('X1','QUAD'),'QUAD') M0F1 -25790 -1.163 12895 M0F2 -29266 -1.025 14633 M0F3 -30618 -0.980 15309 M0LF -24822 -1.209 12411 M0RT -25030 -1.199 12515 M0SD -21983 -1.365 10992 R0F1 -28836 -1.040 14418 R0F2 -22844 -1.313 11422 R0F3 -25991 -1.154 12996 R0LF -26764 -1.121 13382 R0RT -24718 -1.214 12359 R0SD -22399 -1.339 11200 To get this to work I had to add X1 support to both the Matlab functions.
The corresponding serial numbers for these BOSEMs are: M0F1 502 M0F2 486 M0F3 414 M0LF 580 M0RT 507 M0SD 479 R0F1 426 R0F2 497 R0F3 504 R0LF 468 R0RT 418 R0SD 434
Betsy swapped in a new BOSEM for M0 F1, so I updated the OL/offset/gain measurement:
M0F1 -20369 -1.473 10184
And serial number updated to:
M0F1 619
The attached OSEM chart has been updated with the new offsets and serial number values.