Displaying reports 70781-70800 of 77047.Go to page Start 3536 3537 3538 3539 3540 3541 3542 3543 3544 End
Reports until 10:39, Wednesday 22 May 2013
H1 SEI
hugh.radkins@LIGO.ORG - posted 10:39, Wednesday 22 May 2013 (6463)
WBSC6 EndY HEPI System taken down & Back up
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.
H1 SEI
vincent.lhuillier@LIGO.ORG - posted 10:25, Wednesday 22 May 2013 (6456)
Recompiling and installing the BSC-ISI models

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.

LHO General
patrick.thomas@LIGO.ORG - posted 09:11, Wednesday 22 May 2013 (6462)
plots of dust counts
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.
Non-image files attached to this report
H1 IOO
keita.kawabe@LIGO.ORG - posted 07:46, Wednesday 22 May 2013 - last comment - 17:02, Wednesday 22 May 2013(6460)
HAM2 pico cable missing

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).

Comments related to this report
keita.kawabe@LIGO.ORG - 17:02, Wednesday 22 May 2013 (6472)

After the correct cable was connected in the morning, I was able to move IM4 trans picos to center the beam.

H1 IOO
christopher.wipf@LIGO.ORG - posted 22:59, Tuesday 21 May 2013 (6445)
IMC WFS checkup with the diode laser
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)
H1 SUS
arnaud.pele@LIGO.ORG - posted 18:33, Tuesday 21 May 2013 - last comment - 10:52, Wednesday 22 May 2013(6459)
started ETMY TF running for 8 hours

The ISI is damped

Comments related to this report
arnaud.pele@LIGO.ORG - 10:52, Wednesday 22 May 2013 (6465)

measurement is done

X1 SUS
mark.barton@LIGO.ORG - posted 18:06, Tuesday 21 May 2013 - last comment - 09:44, Friday 24 May 2013(6443)
Quad test stand maintenance

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).

Comments related to this report
travis.sadecki@LIGO.ORG - 16:17, Tuesday 21 May 2013 (6452)

Actually, it's ETMx.

mark.barton@LIGO.ORG - 09:44, Friday 24 May 2013 (6501)

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.

H1 CDS
patrick.thomas@LIGO.ORG - posted 17:28, Tuesday 21 May 2013 - last comment - 11:09, Wednesday 22 May 2013(6458)
possible bug with bridge terminal
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.  
Comments related to this report
patrick.thomas@LIGO.ORG - 08:04, Wednesday 22 May 2013 (6461)
I did not make this entry.
sheila.dwyer@LIGO.ORG - 11:09, Wednesday 22 May 2013 (6467)
Sorry, it was me. 
LHO VE
kyle.ryan@LIGO.ORG - posted 16:55, Tuesday 21 May 2013 (6457)
~1530 hrs. local -> Started X-end purge-air system


			
			
H1 DAQ
david.barker@LIGO.ORG - posted 16:46, Tuesday 21 May 2013 (6455)
DAQ broadcaster reconfigured to send all ODC channels to DMT

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.

H1 CDS
david.barker@LIGO.ORG - posted 16:24, Tuesday 21 May 2013 (6454)
CDS EY recovery and other things

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.

H1 SEI
hugh.radkins@LIGO.ORG - posted 16:24, Tuesday 21 May 2013 (6453)
WHAM4 has ISI Installed--Chamber ready for close-up
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.
Images attached to this report
H1 CDS
sheila.dwyer@LIGO.ORG - posted 16:18, Tuesday 21 May 2013 (6451)
h1ecatc1
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.
LHO General
cheryl.vorvick@LIGO.ORG - posted 16:08, Tuesday 21 May 2013 (6446)
OPS Summary
- 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
H1 IOO
cheryl.vorvick@LIGO.ORG - posted 16:05, Tuesday 21 May 2013 (6450)
IMC alignment for flashing - no locking due to computer issues today
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

X1 SUS
mark.barton@LIGO.ORG - posted 15:25, Tuesday 21 May 2013 - last comment - 15:11, Thursday 23 May 2013(6448)
ETMx OL/gain/offset values for M0 and R0 levels
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.
Comments related to this report
travis.sadecki@LIGO.ORG - 15:52, Tuesday 21 May 2013 (6449)

 

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
mark.barton@LIGO.ORG - 12:31, Thursday 23 May 2013 (6482)

Betsy swapped in a new BOSEM for M0 F1, so I updated the OL/offset/gain measurement:

M0F1 -20369     -1.473 10184
 

travis.sadecki@LIGO.ORG - 14:14, Thursday 23 May 2013 (6486)

And serial number updated to:

M0F1  619

arnaud.pele@LIGO.ORG - 15:11, Thursday 23 May 2013 (6488)

The attached OSEM chart has been updated with the new offsets and serial number values.

Non-image files attached to this comment
Displaying reports 70781-70800 of 77047.Go to page Start 3536 3537 3538 3539 3540 3541 3542 3543 3544 End