Displaying reports 75801-75820 of 83394.Go to page Start 3787 3788 3789 3790 3791 3792 3793 3794 3795 End
Reports until 12:42, Tuesday 24 September 2013
H1 General
andres.ramirez@LIGO.ORG - posted 12:42, Tuesday 24 September 2013 (7841)
Ops shift Summary (AM)
Ops Summary – 9/24/2013

Work at LVEA (drilling holes) – Apollo
Work at End X (cabling) – Filiberto
Work at LVEA (Packing and transporting  baffle parts) – Thomas Vo
H1ISI HAM6 restart – Hugo
Cleaning work on BSC9 and surrounding areas at End X – Christina/Cris/Karen
H1ISI HAM2/3/4 restart – Hugo
H1 SEI
hugo.paris@LIGO.ORG - posted 12:37, Tuesday 24 September 2013 (7840)
HAM-ISI : Models, MEDM & safe.snap were updated

Sebastien, Hugo
 

Started by installing/testing the update on HAM6-ISI (h1isiham6.mdl)

Ran an svn up on userapps/trunk/isi/common. Details of the svn up are attached.
 

Checker & WD - SEI aLog #257 

1 -Opened model, made sure that:
      - Channels were now set to be recorded in the science frame (including the ODC channel)
      - ISO and DAMP blocks got updated with the new logic to feed the ODC bit.
2 - Model was recompiled and restarted
------
3 - WD screens got updated ("set" and "reset" buttons available on top of the WD threshold)
4 - Safe values are correct:
      CPS:    20,000cnts
      GS13:  32,760cnts 
      L4C:    50,000cnts
      ACT:    32,760cnts
5 - If  a WD threshold is changed from its safe value, checker sets it back to the safe value, by increments of 1cnt.
6 - "set" and "reset" buttons behave as expected.
7 - Set CPS threshold to -1 -> saw it trip, and go back straight to 20,000
8 - Set CPS threshold to 2000.5 -> the checker incremets to 2001, and then increments by steps of 1count untils it reaches the safe vaule.
9 - Set the CPS threshold to 99,995cnts. Checker substract 1cnt every second. Pressed "set" and dialed 105,000cnts. Checker starts at 99,999 and counts down from there.
10- Pressed the "set" button. The counting down stoped. It started again from where it was left, 12s later.
11- Set CPS threshold to 20.0008cts. Checker brings it back to 20,000cts (Safe Value), and stops there.
12- Repeated steps 5 through 11 on the thresholds of the GS13, L4C and ACT. All is OK.
13- Set all theshold 1000cts above safe. Saw them counting down, in sync The "set theshold safe" button, which should reset all the thresholds to safe, does not work, as expected (sei aLog #257)
------
14- Turned on DAMP and ISO lv2. (no filters loaded yet).
15- tripped the ISI by lowering the threshold on the CPS -> ISO filters get turned off. Ramp time and offsets get turned to 0. Offests also get disengaged.
 

Science Frame Channels - SEI aLOG #257

- DAQ restarted
- 26 channeles were added to the science Frame (all of HAM2-ISI science frame channels, but STSs which are sent by BSC)
 name: H1:ISI-HAM6_BLND_CPSRX_IN1_DQ
  name: H1:ISI-HAM6_BLND_CPSRY_IN1_DQ
  name: H1:ISI-HAM6_BLND_CPSRZ_IN1_DQ
  name: H1:ISI-HAM6_BLND_CPSX_IN1_DQ
  name: H1:ISI-HAM6_BLND_CPSY_IN1_DQ
  name: H1:ISI-HAM6_BLND_CPSZ_IN1_DQ
  name: H1:ISI-HAM6_BLND_GS13RX_IN1_DQ
  name: H1:ISI-HAM6_BLND_GS13RY_IN1_DQ
  name: H1:ISI-HAM6_BLND_GS13RZ_IN1_DQ
  name: H1:ISI-HAM6_BLND_GS13X_IN1_DQ
  name: H1:ISI-HAM6_BLND_GS13Y_IN1_DQ
  name: H1:ISI-HAM6_BLND_GS13Z_IN1_DQ
  name: H1:ISI-HAM6_FF_RX_IN1_DQ
  name: H1:ISI-HAM6_FF_RY_IN1_DQ
  name: H1:ISI-HAM6_FF_RZ_IN1_DQ
  name: H1:ISI-HAM6_FF_X_IN1_DQ
  name: H1:ISI-HAM6_FF_Y_IN1_DQ
  name: H1:ISI-HAM6_FF_Z_IN1_DQ
  name: H1:ISI-HAM6_MASTER_H1_DRIVE_DQ
  name: H1:ISI-HAM6_MASTER_H2_DRIVE_DQ
  name: H1:ISI-HAM6_MASTER_H3_DRIVE_DQ
  name: H1:ISI-HAM6_MASTER_V1_DRIVE_DQ
  name: H1:ISI-HAM6_MASTER_V2_DRIVE_DQ
  name: H1:ISI-HAM6_MASTER_V3_DRIVE_DQ
  name: H1:ISI-HAM6_ODC_CHANNEL_OUT_DQ
  name: H1:ISI-HAM6_WDMON_STATE_IN1_DQ
  name: H1:ISI-HAM6_BLND_CPSRX_IN1_DQ
  name: H1:ISI-HAM6_BLND_CPSRY_IN1_DQ
  name: H1:ISI-HAM6_BLND_CPSRZ_IN1_DQ
  name: H1:ISI-HAM6_BLND_CPSX_IN1_DQ
  name: H1:ISI-HAM6_BLND_CPSY_IN1_DQ
  name: H1:ISI-HAM6_BLND_CPSZ_IN1_DQ
  name: H1:ISI-HAM6_BLND_GS13RX_IN1_DQ
  name: H1:ISI-HAM6_BLND_GS13RY_IN1_DQ
  name: H1:ISI-HAM6_BLND_GS13RZ_IN1_DQ
  name: H1:ISI-HAM6_BLND_GS13X_IN1_DQ
  name: H1:ISI-HAM6_BLND_GS13Y_IN1_DQ
  name: H1:ISI-HAM6_BLND_GS13Z_IN1_DQ
  name: H1:ISI-HAM6_FF_RX_IN1_DQ
  name: H1:ISI-HAM6_FF_RY_IN1_DQ
  name: H1:ISI-HAM6_FF_RZ_IN1_DQ
  name: H1:ISI-HAM6_FF_X_IN1_DQ
  name: H1:ISI-HAM6_FF_Y_IN1_DQ
  name: H1:ISI-HAM6_FF_Z_IN1_DQ
  name: H1:ISI-HAM6_MASTER_H1_DRIVE_DQ
  name: H1:ISI-HAM6_MASTER_H2_DRIVE_DQ
  name: H1:ISI-HAM6_MASTER_H3_DRIVE_DQ
  name: H1:ISI-HAM6_MASTER_V1_DRIVE_DQ
  name: H1:ISI-HAM6_MASTER_V2_DRIVE_DQ
  name: H1:ISI-HAM6_MASTER_V3_DRIVE_DQ
  name: H1:ISI-HAM6_ODC_CHANNEL_OUT_DQ
  name: H1:ISI-HAM6_WDMON_STATE_IN1_DQ
 
ODC GAIN SEI aLog #259
- Turned ISO on
- changed gain of ISO_X to 0, 0.9, and 1.1. ODC bit turns to 0 every time.
- Did the same test on every degree of freedom, and got the same result.
- Same tests were perfomed on DAMP. Same results were obtained.
 

Ported the update to all the H1 HAM-ISIs

- recompiled and restarted all the H1 HAM-ISI models
- safe.snap files were updated, and commited to the svn
controls@opsws1:burtfiles 0$ svn commit -m "HAM-ISI safe.snap files updated to match new models"  *ham*
Sending        h1isiham2_safe.snap
Sending        h1isiham3_safe.snap
Sending        h1isiham4_safe.snap
Sending        h1isiham5_safe.snap
Sending        h1isiham6_safe.snap
Transmitting file data .....
Committed revision 5734

 

Upates were completed on HAM-ISI and work as expected.

 

Start testing on HAM6-ISI (h1isiham6.mdl)
##################################################################################################################
 
 
Checker & WD - SEI aLog #257 
****************************
 
1 -Opened model, made sure that:
- Channels were now set to be recorded in the science frame (including the ODC channel)
- ISO and DAMP block got updated with the new logi to feed the ODC.
 
2 - Make, make install and restart
 
------
3 - Checked that WD screens got updated
4 - Safe values are correct:
CPS:  20,000
GS13: 32,760
L4C:  50,000
ACT:  32,760
5 - if threshold changed from safe value to above/below (i.e. 2000cts on CPSs)-> check sets it back to the safe value, by increments of 1cnt.
6 - Set and reset buttons behave as expected.
7 - Set CPS threshold to -1 -> saw it trip, and go back straight to 20,000
8 - Set CPS threshold to 2000.5 -> the checker incremets to 2001, and then increments by steps of 1count.
9 - set the CPS threshold to 99,995cnts. Checker substract 1cnt every second. Pressed "set" and dialed 105,000cnts. Checker starts at 99,999 and counts down from there.
10- Pressed set. The counting down stoped. It started again from where it was left, 12s later.
11- Set CPS threshold to 20.0008cts. Checker brings it back to 20,000cts (Safe Value), and stops there.
12- repeated steps 5 through 11 on the GS13, L4C and ACT. All is OK.
13- Set all theshold 1000cts above safe. Saw them counting down, in sync The "set theshold safe" button, which should reset all the thresholds to safe, does not work, as expected (sei aLog #257)
 
------
- Turned on DAMP and ISO lv2. (no foton filters yet).
- tripped the ISI by lowering the threshold on the CPS -> ISO filters are disengaged. Ramp time and offsets are turned to 0. Offests are also disengaged.
NOTE: DACKILL & IOP DACKILL DO NOT AFFECT THE STATE OF THE ISO. SHOULD WE CHANGE THIS???
 
 
Science Frame Channels - SEI aLOG #257
***************************************
- DAQ restarted
- 26 channeles were added to the science Frame (all but STSs which are sent by BSC)
 
 
ODC GAIN SEI aLog #259
**********************
- Turned ISO on
- changed gain of ISO_X to 0, 0.9, and 1.1. ODC bit turns to 0 every time.
- Did the same test on every degree of freedom, and got the same result.
- Same tests were perfomed on DAMP. Same results were obtained.
 
##################################################################################################################
Porting updates to all the HAM-ISI
##################################################################################################################
 
- recompiled and restarted all the H1 HAM-ISI models
- safe.snap files were updated, and commited to the svn
controls@opsws1:burtfiles 0$ svn commit -m "HAM-ISI safe.snap files updated to match new models"  *ham*
Sending        h1isiham2_safe.snap
Sending        h1isiham3_safe.snap
Sending        h1isiham4_safe.snap
Sending        h1isiham5_safe.snap
Sending        h1isiham6_safe.snap
Transmitting file data .....
Committed revision 5734.
Non-image files attached to this report
H1 ISC
alexan.staley@LIGO.ORG - posted 08:23, Tuesday 24 September 2013 (7839)
ISCT1/HAM1 work

(Alexa, Kiwamu, Daniel, Paul, Joe)

 

We started work on HAM1/ISCTI yesterday (please refer to D1000313 for HAM1 layout). In particular:

 

1) we moved the green path mirror M10 over by 4inch from its pervious location (away from M10, toward the PSL side)

2) we used the IR beam to approximiately align the green path onto the bottom periscope mirror of ISCT1 with this new location for M10

3) we moved the IR mirror M13 to be approximiately 8inch from M11 (on the HAM2 side)

4) we aligned the IR path onto the bottom periscopre mirror of the ISCT1

 

The green and IR path reach the bottom of the periscope at a suffecient seperation such that they each are centered on their own bottom periscope mirrors. We have also begun alignment of the IR path onto the SHG on ISCT1.

 

Here is a link with pictures.

LHO General
patrick.thomas@LIGO.ORG - posted 19:07, Monday 23 September 2013 (7838)
restarted and burtrestored IOC for dust monitors in LVEA
Daniel S. moved the dust monitor at location 9 and turned it on. For some reason this glitched the communications and I had to restart the IOC.
H1 AOS
keita.kawabe@LIGO.ORG - posted 18:18, Monday 23 September 2013 (7836)
TMSX restraint is on (Cheryl, Keita)

Done.

The only remaining thing is that the telescope mirrors are not protected for the moment.

I kind of remember that we used to use a sock to protect the entire TMS structure during the cartridge move at EY, and if we can do the same that should be fine.

LHO VE
kyle.ryan@LIGO.ORG - posted 16:33, Monday 23 September 2013 (7835)
~1615 hrs. local -> Spun-up YBM turbo (backed by leak detector)


			
			
LHO VE
kyle.ryan@LIGO.ORG - posted 15:27, Monday 23 September 2013 (7834)
Adjusted CP5 and CP6 dewar exhaust regulator (aka "economizer")
1/4 - turn cw -> attempt to bring dewar head pressures closer to nominal value of <10psi (value) <15psi
H1 ISC
kiwamu.izumi@LIGO.ORG - posted 12:54, Monday 23 September 2013 (7832)
ISCT1 modification : ready to go for the HAM1 in-vacuum work

[Alexa and Kiwamu]

As a preparation for the upcoming HAM1 installation work, we applied some modifications on ISCT1. ISCT1 is now ready for the HAM1 in-vacuum work.

 

Replacement of a top periscope mirror with a dual-wavelength mirror

 We replaced the upper mirror of the middle periscope by a 2" dual-wavelength mirror so that it reflects both 1064 and 532 nm at once. Note that we had three periscopes on ISCT1 (see D1201103-v13 for the diagram) and the one we modified today is the middle one which used to reflect only green light. The mirror we newly put is E1000425-v3 which we took out of the LSB clean room.

Installation of an infrared bottom periscope mirror

We installed a 2" infrared high reflector. This will take care of the PSL doubling infrared light directed by the upper mirror of the middle periscope. Unlike the usual bottom periscope mirror this one simply stands on the optical table instead of being attached on the periscope structure. We stole one of the 2" infrared mirrors from the rightmost periscope and then mounted it for this bottom mirror. Note that we are not going to use the rightmost periscope mirror any more for steering the PSL doubling light and therefore we removed it (see below).

Removal of the rightmost periscope

We removed the rightmost periscope which had been taking care of the PSL doubling light. The periscope is now put nearby the entrance of the squeezer bay.

Removal of a light pipe

We removed the light pipe which was for the lower right viewport of HAM1 since we are not going to use this port any more. The yellow cover and the lexan guillotine were put back to protect the viewport.

Removal of lexan protection plates (a.k.a. guillotines)

During the removal of the rightmost light pipe, we noticed that the rest of two light pipes somehow still had the lexan guillotine in. This is not great because we know the lexan plate does something bad (see for example alog 6073). We are not sure if they had been there all the time during HIFO-Y.  We took them out and put the metal cover on the slot because there is no point to keep them in there.

LHO VE
kyle.ryan@LIGO.ORG - posted 11:39, Monday 23 September 2013 (7831)
~1130 hrs. local -> Valved-in IP6
Had been valved-out last week during RGA scanning
H1 SEI
filiberto.clara@LIGO.ORG - posted 08:16, Monday 23 September 2013 (7827)
ISI ETMX
On friday, the IO Chassis for SEI was replaced. Second DAC card had offset voltage on some channels without any excitation signals. The offsets were also present with the front end computer off. Tried re-seatting DAC card and even replaced second DAC card, which gave same results.
LHO General
patrick.thomas@LIGO.ORG - posted 18:58, Friday 20 September 2013 (7824)
plots of dust counts
Attached are plots of dust counts requested from 4 PM September 19 to 4 PM September 20.
Non-image files attached to this report
H1 CDS
patrick.thomas@LIGO.ORG - posted 17:52, Friday 20 September 2013 - last comment - 09:27, Monday 23 September 2013(7823)
Testing conlog-1.0.0
I am running conlog-1.0.0 in 'screen' on h1conlog over the weekend as a stability test. The binary is named 'conlog' and is in /ligo/apps/linux-x86_64/conlog-1.0.0/conlog/bin/linux-x86_64. It is currently monitoring 86,948 of the 97,697 process variables listed in /ligo/lho/data/conlog/h1/pvlist_1379718940_no_HPI-PUMP.

As of 6:50 PM there are 179,869 rows in the h1conlog.data table.
Comments related to this report
patrick.thomas@LIGO.ORG - 09:00, Monday 23 September 2013 (7829)
This morning, from the outside, it appeared to still be running. The EPICS status channels are still there, and the keep alive is updating in the database. However, logging into the server reports that there is 1 zombie process and there are no terminals listed with the 'screen -ls' command.
patrick.thomas@LIGO.ORG - 09:27, Monday 23 September 2013 (7830)
I've restarted the computer and started it from the local terminal instead of in 'screen'.
H1 General
andres.ramirez@LIGO.ORG - posted 15:59, Friday 20 September 2013 (7822)
Ops shift Summary

Cabling at End X – Corey
Work on Seismic Coil Driver at End X –Filiberto
Squeezer area Transitioned to Laser Safe  status  - Alexa
Annulus Ion pump work by BSC2 – Kyle
Floor repair at End Y - Craftman
Getting Baffle parts ready for installation at LVEA – Thomas/Gerardo/G2
LHO VE
kyle.ryan@LIGO.ORG - posted 15:58, Friday 20 September 2013 (7821)
Replaced BSC2's annulus ion pump
Utilized snorkel Genie lift and Main Crane
H1 CDS
cyrus.reed@LIGO.ORG - posted 12:28, Friday 20 September 2013 (7820)
CDS Wireless Changes
I've made some changes to the CDS wireless access points, they will now only allow a certain list of known CDS computers to connect (this is in addition to the authentication already in place).  If you come across a *CDS* computer that is not working and you think it should be, let me know.  In addition, 802.11n data rates are enabled on all of the access points now that all the old OS X installs that caused issues with these data rates have been removed.  This should make things a little faster for wireless clients on the network.
H1 ISC
kiwamu.izumi@LIGO.ORG - posted 09:30, Friday 20 September 2013 - last comment - 18:42, Monday 23 September 2013(7817)
reflectivity measurement of REFL in-vacuum 95% beam splitter

Yesterday I was asked by Keita to measure the reflectivity of a beam splitter which will be installed in HAM1 next week. This is called M14 in D1000313. I measured it at the OSB optics lab.

According to my measurement :

 R = 99.4 +/- 0.1 % for S-polarizing beam at 1064 nm 45 deg.

 R = 94.8 +/- 0.9 % for P-polarizing beam at 1064 nm 45 deg.

Comments related to this report
kiwamu.izumi@LIGO.ORG - 09:29, Friday 20 September 2013 (7818)

Some details :

I used the laser which was already setup for the reference cavity and squeezer experiment in the OSB lab. Conveniently there was a PBS already setup after a Faraday on the table and I used it for specifying the polarization of the beam. I put a pick off high reflector in both the transmitted and reflected sides of the PBS so that I don't destroy the existing setup. Then I directed these beams aside and put the BS that I wanted to measure. The incident angle of the beam should be pretty close to 45 deg with an accuracy of 1 deg or so. This was established by comparing the ray trace with the hole locations on the table. Also I put an ND1 attenuator to reduce the power to less than 100 mW so that my power meter can handle.

 I measured the power of both reflected and transmitted light of the BS using the Ophir handy power meter. I assumed that loss is very small.

For S -polarization I obtained the following two numbers (also as shown in the attachment ):

   R = 42.8 mW / 43.1 mW = 99.3 %  and R = 1 - 213.1 uW / 43.1 mW = 99.5 %.

Therefore a plausible reflectivity can be

     R = (99.3 % + 99.5%) / 2 = 99.4 %.

The estimated deviation of this mean value is

   sqrt( (99.3 % - 99.4%)^2 + (99.5% - 99.4%)^2 ) / sqrt(2) = 0.1 %.

In summary R at S-pol is 99.4 +/- 0.1 %

I applied the same procedure for P-pol and obtained 94.8 +/- 0.9 %. This number is close to the specification which is "95 % P-pol".

Images attached to this comment
kiwamu.izumi@LIGO.ORG - 18:42, Monday 23 September 2013 (7837)

I have added this result in DCC as a supplimental document. See E1000871-v1.

H1 PSL
richard.savage@LIGO.ORG - posted 15:44, Thursday 19 September 2013 - last comment - 07:46, Monday 23 September 2013(7807)
PSL environmental channels trends
DougC and RickS

On Tuesday, we measured the minute trends of the environmental channels over the past week (see attached figure).  Ch. 16 is (supposedly) the particle counter in the H1 Diode Room.  Either the dust monitor is malfunctioning, or we are having a lot of dust events at the 100,000 count level.
Images attached to this report
Comments related to this report
richard.savage@LIGO.ORG - 16:26, Thursday 19 September 2013 (7809)
Bugzilla ID 413 has been opened to address this apparent H1 Diode Room dust glitch issue.
Attached are two plots, the first the trend of the particle counter (supposedly in the H1 Diode Room) over the past week and the second a detail of one of the glitches.
Images attached to this comment
richard.mccarthy@LIGO.ORG - 07:46, Monday 23 September 2013 (7826)
Did anyone enter the diode room and look at this dust monitor?
H1 ISC
stefan.ballmer@LIGO.ORG - posted 01:04, Thursday 25 July 2013 - last comment - 13:35, Sunday 22 September 2013(7215)
Input Mode Cleaner transmitted frequency noise
(Jeff, Kiwamu, Stefan)

With the H1:LSC-REFLAIR_A_RF9_I calibrated in Hz, and the open loop transfer function measured, here is the noise it sees: Input Mode Cleaner transmitted frequency noise.
Also plotted is dark noise (shutter closed).

We do not know yet what the ugly noise ~1/f^3 noise is.
Images attached to this report
Comments related to this report
stefan.ballmer@LIGO.ORG - 01:10, Thursday 25 July 2013 (7217)
The loop transfer functions are attached:

Open loop gains:
CARM_OLG_RED.txt
CARM_OLG_GREEN.txt

Closed loop gains:
CARM_CLG_RED.txt
CARM_CLG_GREEN.txt

Inverse closed loop gains
CARM_iCLG_RED.txt
CARM_iCLG_GREEN.txt


Inverse closed loop gain with a factor of 1/2 gor Green Hz to Red Hz conversion: 
CARM_iCLG_RED_g2r_special.txt
Non-image files attached to this comment
jeffrey.kissel@LIGO.ORG - 10:50, Friday 26 July 2013 (7243)
S. Ballmer, J. Kissel

We had made an estimate for the coil driver noise in low-noise mode (State 3, ACQ off, LP ON), and ruled it out. However, I've checked the state of the Binary IO switches, and MC2 is running in State 2, ACQ ON, LP OFF, and and MC1 and MC3 are running in State 1, ACQ OFF, LP OFF. We'll try for this measurement again, with the coil drivers in their lowest-noise mode.
stefan.ballmer@LIGO.ORG - 17:25, Tuesday 06 August 2013 (7366)
jeffrey.kissel@LIGO.ORG - 13:35, Sunday 22 September 2013 (7825)
I've plotted the above-attached, red and green, open loop gain transfer functions (see *_full.pdf attachment). Through trial and error, I figured out that the text file columns are (freq [Hz], magnitude [dB], phase [deg]). And remember these are IN1/IN2 measurements, so it's a measurement of - G, not G (which is why the phase margin is between the data and 0 [deg], not -180 [deg]). 

Also, because the data points around the UGF were so sparse, I interpolated a 50 point fit around the UGF to get a more precise estimate of the unity crossing and phase margin. See _zoom.pdf for a comparison of the two estimates. I get the following numbers (rounded to the nearest integer) for the raw estimate and the fit estimate:

The raw CARM UGF is: 136 [Hz], with a phase margin of: 33 [deg]
The Fit CARM UGF is: 146 [Hz], with a phase margin of: 30 [deg]
The raw CARM UGF is: 169 [Hz], with a phase margin of: 35 [deg]
The Fit CARM UGF is: 170 [Hz], with a phase margin of: 34 [deg]

Non-image files attached to this comment
Displaying reports 75801-75820 of 83394.Go to page Start 3787 3788 3789 3790 3791 3792 3793 3794 3795 End