Displaying reports 54941-54960 of 83128.Go to page Start 2744 2745 2746 2747 2748 2749 2750 2751 2752 End
Reports until 18:16, Tuesday 09 August 2016
H1 ISC
koji.arai@LIGO.ORG - posted 18:16, Tuesday 09 August 2016 - last comment - 09:01, Friday 12 August 2016(28969)
HAM6 vent work - ISC part completed

[Corey, Betsy, Fil, Peter, Calum, Stefan, Koji]

Summary

- The ISC portion of the HAM6 vent work has been completed.

- Shield isolation of the in-vacuum cables was confirmed.

- The fast shutter was reinstalled on the table after some modifications.

=> Ready for the SEI mass balancing and other exiting procedures. OMC PZT HV is still on. Remeber to turn it off before pumping down.


Some details

- Shield isolation: It is always confusing to check the shiels isolation on HAM6 because of several reasons.

  1. All the OMC cables (OMC DCPDs, OMC QPDs, and OMC PZT) are sharing their shield on the OMC breadboard. Therefore one needs to remove the related three DB25 cables from the flange when the shield shorting is checked for them.
  2. The beam diverters connects the shields of their cables shorted to the ISI table. Therefore the shorting needs to be checked with the beam diverter disconnected at the mighty mouse connectors. When the test is done, the connectors need to be restored and the function of the beam diverters should be checked again.
  3. The picomotors don't short the shields on the table. Check them as usual.

We initially had several cables shorting to the chamber but all of them but one happened at the slack of the cables right inside of the flange. The last one happened on the DB25 cable before it climb up to the vertical wall of the ISI.

- The fast shutter modification / reinstallation

(Photos are supposed to come later.)

  1. The new bobbin came in for replacing the moving part of the shutter.
  2. The wire stays were modified to have the bobbin wires more relaxed. Also it should allow us to have more clearance of the wires from the beam towards OM1.
  3. To allow this modification, the direction of a coil wire (shorter, negative, lower slot) in the terminal block was flipped (Corey's attachment 1).
  4. The shutter was placed on the ISI table. Then we found that clearance of the wire is in fact poor. We bent one of the wire clamps (Corey's attachment 2: The clamp at the right side of the shutter) and also adjusted the wire length to have 8~9mm clearance from the beam now. (Corey's attachment 3: The clearance does not look great in the photo but in reality the beam is clearly away from the wire.)
  5. The shutter function was tested with the shutter test controller. No HV was used during the test.
  6. The beam alignment from the shutter to the gold coated tube was checked. The beam is on the tube but close to the top edge of the tube aperture when the shutter mirror wobbles. We believe this does not create any issue even if the beam falls off from the dump as there is nothing sensitive behind the tube beam dump.
  7. Related to the entry  LHO ALOG 28958, we found the shutter height was too low. The distance between the top of the shutter mirror and the beam was ~9mm. The nominal distance is 6mm. We adjusted the height of the shutter to have the nominal height. (Corey's attachment 4)
Comments related to this report
corey.gray@LIGO.ORG - 12:30, Wednesday 10 August 2016 (28984)

Photos From Yesterday's Fast Shutter Work

Photos are on Resourcespace here:

https://ligoimages.mit.edu/?c=1705

Images attached to this comment
corey.gray@LIGO.ORG - 12:58, Wednesday 10 August 2016 (28986)

Cable Grounding Check

(Corey, Fil, Koji)

Documents of interest:

  • Overall HAM6 Cabling document (D1300122)
  • HAM6 Flange Feedthru document (D1002877)
  • Rich Abbott's Grounding & Sheild document (T1200131)

We went through as many of the ISC/SUS cables as we could, which is mainly all the DB25 connectors (most were on a single flange, D6).  The non D6 cables [i.e. SUS OMC & WFS Heads] were checked at the CDS rack (east of HAM6) & the SUS rack (south west of HAM6).  We did not check the RF WFS cables at D5 (not sure how to make check on these connectors, and Koji was worried about disconnecting the connectors since it could make things worse.  We also did not check SEI since those cables were not touched and are nicely clamped & out of the way.

Some notes:

OMC Cables (D6:  F1, F2, & F3):  These cables all go to a harness on the OMC breadboard.  Their sheilds are all tied to each other.  Since we checked these cables at the flange, You must disconnect all three cables at the same time.  Then you can do the ground loop check (otherwise, if you do one at a time, you will trick yourself into seeing ground loops, but this is because their sheilds are all connected).

For the Picomotor cables, I thought Koji said we should disconnect the cable from the picomotor and then check for grounding, but I can't remember if that is really necessary.

Bird's Nest!:  We found some shorts.  When one finds a short, the job is to go in chamber and then "wiggle" the cable in question until you no longer see the short.  I believe we were able to do this in-chamber right next to the D6 flange.  This is where there is a "bird's nest" of ISC cables (unfortunate...I reckon we could clean this up by carefully clamping ISC cables down to HAM6's Stage0.).  

At any rate, whenver one fixes a cable with a ground loop, one must then re-check all cables!  This is because all these cables are in this "bird's nest".  And if you remedied one by moving it around, you don't know whether you made things worse for a neighboring cable in the "nest".  

At the end of the day, we were happy with our ground loop checks for these cables.

OH, a To Do Item:

At the D6 Flange, it was easier for Fil to plug/unplug cables when he removed some protective bars were removed from the flange protector.  At the nearest convenience, those bars should get re-installed.

betsy.weaver@LIGO.ORG - 13:13, Wednesday 10 August 2016 (28987)

Images attached to this comment
hugh.radkins@LIGO.ORG - 14:11, Wednesday 10 August 2016 (28991)

Re the To Do Item--removal of the 'protective bars' aka strain relief, to make it easier to unplug cables.  These should be replaced and returned to relieving strain by the remover.  There is plenty of instances where this has not been done and I expect is the SOP, sadly.  The job is always so much easier if you don't have to return to it later, after you've remembered it.

koji.arai@LIGO.ORG - 16:14, Wednesday 10 August 2016 (28998)

> For the Picomotor cables, I thought Koji said we should disconnect the cable from the picomotor and then check for grounding,
> but I can't remember if that is really necessary.

No. It turned out that the picomotors have no shields at the mighty mouse connectors and have no shorting the the table.

betsy.weaver@LIGO.ORG - 09:01, Friday 12 August 2016 (29051)

HAM6 CC wafer placement - it is now back in the same place as the last one was pulled from.

Images attached to this comment
H1 CDS
david.barker@LIGO.ORG - posted 17:53, Tuesday 09 August 2016 - last comment - 06:41, Wednesday 10 August 2016(28968)
MSR cooling system fan noise

Bubba, Jim, Dave:

UNIT-1 cooling in the MSR developed a very noisy fan this afternoon. It has been opened as FRS-6039. This system was turned off and the other two units had their set points reduced from 70F to 67F after the room became noticably warmer.

The room temperature can be monitored via the Beckhoff channels H1:pEM-C_MSR_RACK[1,2]_TEMPERATURE. It shows the temp increased from 18C to 26C (64F to 78F).

Comments related to this report
richard.mccarthy@LIGO.ORG - 06:23, Wednesday 10 August 2016 (28975)
With the system at 80degF last night I had Tara open the door to the room to get some cooler air in.  Seems to have stabilized the temperature.
richard.mccarthy@LIGO.ORG - 06:41, Wednesday 10 August 2016 (28976)
This morning Bubba lubricated a bushing and has started the fan back up.  If the noise starts again we will have to shut it down again.  Bubba is looking into a replacement motor.
H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 17:48, Tuesday 09 August 2016 (28967)
CDS maintenance summary

Completed the timing FPGA upgrades

Daniel, Ansel, Richard, Jim, Dave:

The remaining timing systems were upgraded to the "non-blinking" FPGA code. The units upgraded today were: master in MSR, two fanouts in CER, fanout in EY (EX was upgraded last week). All front end IO Chassis were power cycled for the upgrade.

Prior to the power down of the h1oaf0 chassis, the TCS chiller control cables were unplugged from the chillers (located on the Mech Room Mezzanine). These were reconnected when the reboots were completed.

Prior to the power up of the SEI IO Chassis, the AI chassis were powered down following the procedure in DCC-T1600332. Similarly, the AI chassis for ISC and PSL were powered down prior to IO Chassis power up. The AI chassis were restored to power when all front end code was running.

All front ends in MSR, EX, EY, MX and MY were power cycled. IRIG-B in MSR was power cycled, IRIG-B at EX, EY were not.

Removal of Binary IO Cards from SEI H16 and H23

Richard, Fil, Jim:

unused BIO cards were removed from the IO Chassis for h1seih16 and h1seih23

Addition of Binary IO Card into PSL

Richard, Jim, Dave:

A new BIO card was added to the IO Chassis for h1psl0. This is the first BIO card for this system and will be used for next week's new ISS tests.

New SUS QUAD code

Jeff, Jim, Dave:

Jeff completed his new QUAD code install on h1susitmx, h1susitmy, h1susetmx, h1susetmy. DAQ restart was needed to add slow channels.

LHO VE (VE)
gerardo.moreno@LIGO.ORG - posted 16:56, Tuesday 09 August 2016 (28965)
GV3 Annulus Ion Pump

Chandra R, Gerardo M

Removed and replaced annulus ion pump for GV3.  after replacement, we pumped on the system with an aux-cart for 2.5 hours, then the ion pump was able to support the system on its own.  Work done under WP 6064.
We used the crane to support the annulus pipes, the crane was returned to its parking spot and turned off.
The aux-cart was turned off and removed from the annulus system and moved back to its parking spot near HAM7.

LHO VE
kyle.ryan@LIGO.ORG - posted 16:40, Tuesday 09 August 2016 - last comment - 19:27, Tuesday 09 August 2016(28964)
Bagged and leak tested Vertex RGA assembly
Today I leak tested the entire Vertex RGA assembly simultaneously via encapsulating all of the components within a single bag and while the Cal-Gas isolation valves were open.  The motivation for this is the result of having detected Argon in the RGA scan but not having been able to find a leak to atmosphere via testing the joints individually.  Six bag penetrations were necessary (the 2 1/2" Vertex isolation valve, the pump port used to connect the leak detector, the pump port isolation valve, two lines for the two O2 sensors used and a line for the helium) and these were sealed off as best as could be done via tape.  The helium line entered the bag at the top of the bag and the two lines for the two O2 sensors (w/internal pumps) entered the bottom of the bag.  A very large (excessive) volume of helium was applied and a large flow could easily be heard as could the obvious inflation of the bag etc. (recruited Chandra to witness this spectacle!).  No response was observed at the LD during the application of helium.  An external fan sitting on the floor was utilized to keep helium from entering the LD's exhaust.  The helium baseline was off scale low during testing.  Also, the external helium calibration bottle was valved-in prior to changing the test conditions or cycling any internal valves to demonstrate helium sensitivity/calibration and show that the mass spec. was sampling at the test port.  

Note:  Both of the O2 sensors used had expired and non-functioning chemical sensors.  Both displayed on error to this effect upon startup but then displayed believable values of 20.2% O2 and 20.4% O2 after the errors were cleared.  I demonstrated their non-functioning status via exhaling into the inlet tubes and noting that the %O2 displayed did not react.  Thus, I could not measure the O2 concentration at the bottom of the bag but they still acted as pumps and provided an escape for the helium displaced air.  
Images attached to this report
Comments related to this report
chandra.romel@LIGO.ORG - 19:27, Tuesday 09 August 2016 (28970)
Will the cal leaks clean up with an in-situ bake?
H1 SUS (IOO, SUS)
cheryl.vorvick@LIGO.ORG - posted 16:25, Tuesday 09 August 2016 (28963)
alignment recovery of input optics, SRs, and OMs - beam in HAM6 - OMC alignment continues

State of alignment: restored and beam is in HAM6

Assistance: JeffK, Jenne

Activities:

Images attached to this report
H1 SEI
jim.warner@LIGO.ORG - posted 16:11, Tuesday 09 August 2016 - last comment - 09:49, Wednesday 10 August 2016(28960)
.7 hz feature on ETMY ISI St2

I was taking some measurements on the BSCs earlier today, and I noticed a feature at about .73 hz in the OAF CARM and DARM suspoint channels that didn't show up in the OAF MICH suspoint spectra. I then looked at the GS13s on ETMY and there is a pretty sharp feature that seemed to have appeared after recovery this morning. A quick cruise through the Summary pages, though, showed that there is some intermittent feature that  has been there off and on since at least the end of June. I thought it might be the RX/RY loops on ST2 I've been trying, but turning those off had no effect. I then took the ISI St2 to damped, but the feature was still there. Jeff said that the TMS has a resonance about .73 hz, so I turned the damping off and that made the feature much worse, but it also rang up a bunch of other features. Whatever this is, it has to be very intermittent since I hadn't noticed it before today, and I look at ETMY pretty frequently, and I've never noticed it before.

Attached plot is the ST2 RX GS13, which showed this the strongest, though RY and Y also saw it. The CPS also saw this in all configurations, even damped. The TMS sees this, though not as big, and the quad sees even less and only in pitch. ST1 of the ISI does not see this.

Images attached to this report
Comments related to this report
jeffrey.kissel@LIGO.ORG - 09:49, Wednesday 10 August 2016 (28981)
For future reference, recall that H1's TMSY is the only "first article" TMTS, slightly different from every other "production" TMTS. The mode that is close to this frequency is modeled to be at 0.734 Hz.

*If* this resonance is the source of the feature seen in the ISI, I suspect the coupling to ST2 rotational DOFs is because the TMS is mounted far from the center of the optical table.

I've taken a damped and undamped transfer function this morning to confirm that this mode is "well" damped when damping loops are on. 
RED is current damped
BLUE is current undamped and
BLACK is some previous test in June of 2015.
Indeed, the undamped resonance is at 0.73 Hz (and there's actually a cluster of three resonances from various other modes cross-coupling into the measurement), but as the damped measurement confirmed, the Q is a low ~15-30, as designed.
Images attached to this comment
H1 General
jeffrey.bartlett@LIGO.ORG - posted 16:02, Tuesday 09 August 2016 (28961)
Ops Day Shift Summary
Title:  08/09/2016, Day Shift 15:00 – 23:00 (08:00 –16:00) All times in UTC (PT)
State of H1: IFO is unlocked. HAM6 Vent, Tuesday maintenance day
Commissioning: 
Outgoing Operator:  N/A
 
Activity Log: All Times in UTC (PT)

15:00 (08:00) Start of shift
15:00 (08:00) Vern – De-energized PSL rotational stage 
15:24 (08:24) Carlos – Going to roof to clean sky camera lens cover
15:30 (08:30) Carlos – Back from roof 
15:36 (08:36) Gerardo – Going to GV3 to work on Ion Pump replacement – Craning (WP #6064)
15:41 (08:41) Krishna – Going into LVEA to work on compact BRS
15:45 (08:45) Karen – Going to clean End and Mid Y
15:45 (08:45) Christina – Going to clean End and Mid X
15:59 (08:59) Kyle – Going to End-Y to turn down RGA bake 
16:15 (09:15) Richard – Going into CER to pull binary I/O cards WP #6067
16:16 (09:16) Hugh & Marc – Replace ITMX Corn2 Coil Driver WP #6063
16:17 (09:17) Jim B. & Dave – Going to CER to pull binary I/O cards WP #6067
16:22 (09:22) Corey & Filiberto – Going to HAM6 for ground checks
16:25 (09:25) Norco N2 delivery to End-Y CP7
16:31 (09:31) Daniel – Going to End-Y to work on Timing change WP #6066
16:34 (09:34) Christina – Finished at End-X – Going to Mid-X then to the CS
16:36 (09:36) Karen - Finished at End-Y – Going to Mid-Y then to the CS 
16:39 (09:39) Jim & Ian – Going to End-X
16:39 (09:39) Kyle – Back from End-Y
16:42 (09:42) Betsy & Steven – Going into Optics Lab
16:46 (09:46) Dave B. – Going to End-X, Mid-X, End-Y & Mid-Y for reboots WP #6066
16:48 (09:48) Beverage service on site to stock machines
16:58 (09:58) Daniel – Back from End-Y
17:02 (10:02) Jim & Ian – Back from End-X
17:08 (10:08) Norco N2 delivery to LVEA CP2
17:10 (10:10) Cleaning service on site to change out mats
17:25 (10:25) Hugh – Going to End-X and End-Y to check HEPI Pumps
17:35 (10:35) Richard – Going to HAM6 area for ground testing
17:43 (10:43) Richard – Out of the LVEA
17:56 (10:56) Dave & Jim – In the CER for PSL reboot
18:04 (11:04) Kyle – Going into LVEA HAM4 area RGA WP #6068
18:06 (11:06) Joe – Going into LVEA battery and wash station checks 
18:07 (11:07) Dave B – Going to Mid-X
18:11 (11:11) Hugh – Going to HAM6 to re-payload ISI
18:18 (11:18) Calum, Peter, Betsy, Corey – Going into LVEA to work on shutter
18:23 (11:23) Joe – Out of the LVEA
18:30 (11:30) Richard – Transitioned LVEA to Laser safe
19:06 (12:06) Gerardo & Chandra – Out of LVEA – Crane is parked & AUX cart is running
19:22 (12:22) Corey – Out of the LVEA
20:15 (13:15) Corey & Filiberto – Going to HAM6 for grounding checks
20:42 (13:42) Betsy – Out of LVEA
20:45 (13:45) Koji – Going to HAM6
20:55 (14:55) Gerardo – Going into LVEA to check on Ion Pump at GV3
21:30 (14:30) Krishna – Taking student on tour of the LVEA
21:37 (14:37) Steven – Going into the Optics lab
22:01 (15:01) LVEA transitioned to Laser Hazard
22:02 (15:02) Betsy – Going to HAM6
22:21 (15:21) Cheryl – Going to HAM6
22:30 (15:30) Cheryl – Out of the LVEA
22:40 (15:40) Calum & Travis – Going to HAM6
22:54 (15:54) Gerardo – Going to shutdown AUX cart at GV3


Title: 08/09/2016, Day Shift 15:00 – 23:00 (08:00 – 16:00) All times in UTC (PT)
Support:  
Incoming Operator: N/A

Shift Detail Summary: IFO is unlocked due to HAM6 vent for OMC repairs.
Tuesday maintenance day. Close out work continues at HAM6. 
H1 ISC (ISC)
jenne.driggers@LIGO.ORG - posted 14:42, Tuesday 09 August 2016 - last comment - 19:41, Tuesday 09 August 2016(28958)
Fast shutter

[Stefan, Jenne]

We have been looking at different PD signals to see if we can set up a guardian check that the fast shutter indeed closes upon lockloss.  Right now we don't have a good way to code it in guardian yet, so Stefan has made a template for the lockloss script that we can run every lockloss. 

Note that AS_C and ASAIR_B are both before the shutter, so should not see a change in light upon shutter close.  AS_A, AS_B, and OMC_DCPD are all after the shutter, and should lose light if the shutter successfully closes. 

For now, we have some DTT snapshots.  NDS2 is under maintenence, so not all plots have the same traces, sorry.

Once NDS2 is back online, we'll post a few more plots of a few more locklosses, with both ASAIR and OMC DCPD included. 

Also, we don't want to use signals such as the OMC input pointing QPDs that are whitened for this fast information. 

Images attached to this report
Comments related to this report
jenne.driggers@LIGO.ORG - 16:16, Tuesday 09 August 2016 (28962)

NDS is back.  Here are several plots, one where the shutter failed, and 5 where it worked.  We see that this "bounce" is very repeatable. 

The problem is that the big pulse of power can come before, during or after the bounce, so it is possible that we still send high power light to the AS WFS and the OMC unintentionally.  As long as the PZT shutter has worked, the DCPDs will be protected, but the black glass dumps and AS WFS will not be.  See in particular the 28July 20:19utc plot for an example when the big pulse comes just after the fast shutter originally closes.

Rich saw this bounce behavior when testing the fast shutters (see T1400335 starting at page 8), so this is a known issue, but we need to fix it. 

Images attached to this comment
jenne.driggers@LIGO.ORG - 17:10, Tuesday 09 August 2016 (28966)

Optical way of looking every acquisition whether the shutter is moving:

The fast shutter is kept closed through DRMI lock, and only opened when we're ready to start using the AS WFS in the DHARD_WFS state.  So, we can look to see that there is some power at the ASAIR PDs, or also the AS_C diode.  Initially, there should be no light on the AS WFS or going to the OMC. However, after the shutter is requested to be opened, we should suddenly see signal on those diodes. 

Attached are 2 instances of this behavior, so it shouldn't be too hard to write a guardian check to ensure that the fast shutter is moving during every lock acquisition sequence.  If instead we see light on the AS WFS as soon as DRMI is locked, and there isn't a sudden change when the shutter is requested open, then we should get warnings so that we know the shutter is perhaps stuck open.

Images attached to this comment
peter.fritschel@LIGO.ORG - 19:41, Tuesday 09 August 2016 (28974)

Hopefully the new shutter installation will solve the problem that Jenne mentions where the shutter let light pass for about 20 msec after the original closing. We believe that the previous shutter was too low (9 mm between the beam and the top of the shutter mirror), so that the downward 'bounce' of the shutter was enough to let the beam by. The shutter is now 3 mm higher than it was, so hopefully it will continue blocking the beam even during the downward part of the shuttering cycle.

H1 SUS (GRD, ISC, SUS)
jeffrey.kissel@LIGO.ORG - posted 13:59, Tuesday 09 August 2016 (28959)
Individual L2 Stage Switching on QUADs -- Updates complete and confirmed Functional; Ready to Add to COIL_DRIVERS ISC_LOCK State
J. Kissel
ECR E1500045
FRS 6014
WP 6051

I've completed the installation of the infrastructure for individual switch-ability for all QUAD's PUM / L2 actuation stage coil drivers. This stage should now have the same functionality as the BS M2, and all of the M3 stages of the HSTSs (the MCs, the PRs, and the SRs). I've created EUL2OSEM burt files for the walk through switching the state of each coil, so the only step that remains to take advantage of the new infrastructure is to modify the ISC_LOCK guardian's COIL_DRIVERS state to include the QUADs.

Details:
-------------
This update includes (this should double as an installation checklist for LLO)
- Updates to the ITM and ETM QUAD library parts: (see screenshots in LHO aLOG 28906)
      /opt/rtcds/userapps/release/sus/common/models/
      QUAD_MASTER.mdl                  << Modified the BIO block to use the new Individually Controlled 
                                          PUM library block, arranged connections from BIO to L2 
                                          blocks accordingly
      QUAD_ITM_MASTER.mdl              << (same as above) Modified the BIO block to use the new 
                                          Individually Controlled PUM library block, arranged 
                                          connections from BIO to L2 blocks accordingly
      STATE_BIO_MASTER.mdl             << Created new library block for individual control of PUM driver
      FOUROSEM_DAMPED_STAGE_MASTER_WITH_DAMP_MODE.mdl     << Modified COILOUTF bank to accept individual control
                                                       and switched EUL2OSEM matrix from static to ramping
- Corresponding updates to the impacted ITM and ETM QUAD MEDM screens,
      /opt/rtcds/userapps/trunk/sus/common/medm/quad/
      SUS_CUST_QUAD_OVERVIEW.adl
      SUS_CUST_QUAD_ITM_OVERVIEW.adl
      SUS_CUST_QUAD_BIO.adl
      SUS_CUST_QUAD_ITM_BIO.adl
      SUS_CUST_QUAD_L2_EUL2OSEM.adl
- Restored the nominal L2 EUL2OSEM matrix values, given the new channel names from the ramp matrix part
- Installed a ramp time of 8.0 sec for the EUL2OSEM matrix, as is the case for the other Triples that have been modified previously
- Restored the nominal coil driver state and test/coil enable for each coil individually (LHO likes these to be in State 2 (acq ON lp OFF) in the DOWN state, currently)
- Creating new burt configuration files for the EUL2OSEM matrices as each coil is turned off. These now live and been committed here:
      /opt/rtcds/userapps/trunk/isc/h1/scripts/sus/
      ?tm?_l2_out_ll.snap
      ?tm?_l2_out_lr.snap
      ?tm?_l2_out_normal.snap
      ?tm?_l2_out_ul.snap
      ?tm?_l2_out_ur.snap
- Reconciling the SDF system such that 
      - All new EUL2OSEM matrix channels are accepted and monitored
      - All new individual BIO channels are accepted and monitored
      - The EUL2OSEM ramp time has been accepted and monitored

This closes out the above mentioned work permits and FRS for H1.
Images attached to this report
H1 SEI
thomas.shaffer@LIGO.ORG - posted 13:19, Tuesday 09 August 2016 (28957)
OPS: reset of HEPI L4C Accumulated WD Counters Tuesday 9 Aug 2016

No resets needed, all saturation counts 0.

FAMIS# 7066

Images attached to this report
H1 General
jeffrey.bartlett@LIGO.ORG - posted 12:18, Tuesday 09 August 2016 (28956)
Pet Swipe & 4" Witness Wafer from HAM6
   Took pet swipe in HAM6 on 08/02/2016 when doors were removed. Swipe was from -X side of OMC weldment to side of table, (see photo). 

   At the same time, removed 4" witness wafer from HAM6. Sample has been prepared for analysis (DCC T1600336). See photo for location of wafer.   
Images attached to this report
H1 AOS
krishna.venkateswara@LIGO.ORG - posted 11:20, Tuesday 09 August 2016 (28955)
Compact-BRS transfer function measurement underway

Krishna

I'm driving a piezo stack placed under the c-BRS platform with a function generator (drive frequency 5-200 mHz, 10V pk-pk) located on the floor in the CER. This setup is temporary and will be removed in a few hours.

H1 PSL
edmond.merilh@LIGO.ORG - posted 11:13, Tuesday 09 August 2016 (28954)
PSL Weekly 10 Day Trends - FAMIS# 6585

There are no significant changes from last week. OSC DB3 still showing incorrect current measurement and AMP chiller flow rate showing very slkow steady decrease.

Images attached to this report
H1 ISC
koji.arai@LIGO.ORG - posted 11:11, Tuesday 09 August 2016 (28953)
Calibration of the power in HAM6 in relative to AS_C QPD SUM

[Betsy TJ Koji]

We measured the optical powers in HAM6 before OM1-3 and OMC as well as at the transmission of OM1 and OM3.
Taking the ratio of these powers and AS_C QPD SUM, we get the calibration of the optical powers in HAM6.
This will be used for throughput calculation of the entire IFO output optics.

The ratio is

(Power into HAM6)/(AS_C QPD SUM) = 0.0162 +/- 0.0005 [mW/cnt]

Caveat: Our measurements were dominated by the systematic error of the power meter (as usual). Estimated size of the error is +/-3%.
Without having a better power meter, I don't expect I can improve this number.


As you can see in the spread sheet, each measurement has small statistical error like 0.1~0.5%. The numbers for AS_C QPD SUM was taken by the data downloaded from CDS.

However, two measurements of the optical power before OM1 (blue) showed 5% discrepancy. Also tracing the power along the main HAM6 path, the fluctuation of the power measurement (blue plot) exceeds the expected reduction of the power (orange plot) by measured transmissions. (Note that OM1 and OM3 has 800ppm and 1.6% transmission, that is consistent with the measurement in 2015.)

Therefore, this big fluctuation was concluded to be a systematic error of the measurement, particulary of the power meter (Ophir diode type sensor head), considering the stability of the AS_C QPD SUM.
From the two measurement of the optical power before OM1, and the plot, the systematic error was estimated to be +/-3%.

Images attached to this report
Non-image files attached to this report
H1 ISC
stefan.ballmer@LIGO.ORG - posted 16:46, Monday 08 August 2016 - last comment - 19:40, Tuesday 09 August 2016(28938)
Setting top-mass offloading gains

SInce the ETMs were available, I carefully tuned the PUM to TOP mas offloading gain for PIT and YAW. To do this, I drove the PUM at 0.1Hz with 20000cts on the L2_LOCK_[P/Y]_EXC, and set the gain on the TOP mass to exactly cancel the signal in the optical lever.

For YAW this can easily be done with sub-percent precision. The PIT TOP/PUM ratio features a lag filter with a complex pole zero douple-pair at 0.52Hz and 0.56Hz, which can be seen in the QUAD model. I designed a lead filter with those frequencies, but Qs low enough to match the phase at 0.1Hz exactly. The corresponding lead filter is in the M0_LOCK_P FM7 module:
   zpk([0.325+i*0.405925;0.325-i*0.405925],[0.349999+i*0.437149;0.349999-i*0.437149],0.999999,"n")

The regquired gains in the M0_LOCK filter modules were:

ETMX PIT    898      *1e-6
ETMX YAW 1428.7  *1e-6
ETMY PIT    1294    *1e-6
ETMY YAW 1650    *1e-6

I put gain of 898, 1428.7, 1294 and 1650 into the M0_LOCK FM6 modules. By selecting FM4, FM5, FM6 (and FM7 for PIT) this implements a xross-over at exactly 0.1Hz. (pictues).

 

The same has to be done for the ITMs, and the guardian has to be updated to use those filters.

Images attached to this report
Comments related to this report
stefan.ballmer@LIGO.ORG - 19:40, Tuesday 09 August 2016 (28973)

Also set the PUM to TOP cross-over to 0.1Hz for the ITMs, following the same procedure as for the ETMs. The gains were tweaked in the OFFLOADED configuration. The required gains were:

ITMX PIT    1147    *1e-6
ITMX YAW 1547    *1e-6
ITMY PIT    1155    *1e-6
ITMY YAW 1573    *1e-6

I also moved the gain filters to FM3 (removing the old +10dB filter), so it can be switched before the integrator. This was done for all 4 test masses, pit and yaw. With these filters, the settings shown in the attached screen shot result in a 0.1Hz x-over.

 

The guardian was updated to set this x-over just before engaging the soft loops. I havent switched the guardian to use the offloaded design for the ITMs though.

 

Images attached to this comment
Displaying reports 54941-54960 of 83128.Go to page Start 2744 2745 2746 2747 2748 2749 2750 2751 2752 End