Displaying reports 76421-76440 of 83002.Go to page Start 3818 3819 3820 3821 3822 3823 3824 3825 3826 End
Reports until 15:32, Tuesday 18 June 2013
H1 SUS
mark.barton@LIGO.ORG - posted 15:32, Tuesday 18 June 2013 (6790)
HAUX upgrade

Following work by Joe Betzwieser at LLO (alog7141), I upgraded the h1susim model and screens to provide new-style alignment offsets (implemented with filters so that the RAMP option is available) and to reduce the DAQ data rate from 2048 to 256. This involved:

* SVN updating /opt/rtcds/userapps/trunk/sus/h1/models, just in case.

* SVN updating /opt/rtcds/userapps/trunk/sus/common/models to get new HAUX_MASTER.mdl and FOUROSEM_DAMPED_ALIGNMENT_STAGE_MASTER.mdl parts (also HTTS_MASTER.mdl ).

* SVN updating /opt/rtcds/userapps/trunk/sus/common/medm/haux to get new SUS_CUST_HAUX_OVERVIEW.adl and  SUS_CUST_HAUX_OVERVIEW_all.adl.

* Building h1susim.

* Restoring from the 12:00 hourly backup and then manually copying the old offsets (as follows) into the new screens (new names are ...M1_OPTICALIGN_P_OFFSET and ...M1_OPTICALIGN_Y_OFFSET):

H1:SUS-IM1_M1_OFFSET_P 1 2.330000000000000e+03
H1:SUS-IM1_M1_OFFSET_Y 1 -1.700000000000000e+02

H1:SUS-IM2_M1_OFFSET_P 1 -1.880000000000000e+03
H1:SUS-IM2_M1_OFFSET_Y 1 -3.000000000000000e+02

H1:SUS-IM3_M1_OFFSET_P 1 2.850000000000000e+03
H1:SUS-IM3_M1_OFFSET_Y 1 3.000000000000000e+02

H1:SUS-IM4_M1_OFFSET_P 1 -2.420000000000000e+03
H1:SUS-IM4_M1_OFFSET_Y 1 -9.800000000000000e+02

* Confirming that the new alignment offset channels were in the autoBurt.req file and saving/committing a new safe.snap.

* Getting the DAQ restarted so the new channels/rates would take effect.

NOTE: while researching what LLO had done, I discovered an error in l1susim: IM1 is supposed to be a call to the HAUX_MASTER.mdl part, but the link is broken, so it refers to a local copy (IM2-4 are OK). The local copy has the filter based alignment offsets and so works with the new screens, but the data rates for associated channels are still the old 2048 rather than the new 256.

H1 ISC
kiwamu.izumi@LIGO.ORG - posted 10:11, Tuesday 18 June 2013 (6788)
checked and tuned fiber polarization controller

[Richard, Daniel, Kiwamu]

 Richard and I took a look at the fiber connections around the fiber polarization controller in the MSR this morning because the output fiber seemed flaky yesterday (alog 6786). However we were unable to reproduce the same situation --- wiggling the fiber didn't change the power transmitted to the end station. So the symptom we saw yesterday is gone for whatever reasons.

Besides, Daniel and I tuned up the polarization controller since this seemed adding another loss of factor of 2-ish due to the wrong polarization. We rotated the knobs in the front panel of the controller box to minimize the rejected light on ISCTEY. The picture below is the setup for the polarization box after the tuning :

Images attached to this report
H1 ISC
stefan.ballmer@LIGO.ORG - posted 00:20, Tuesday 18 June 2013 - last comment - 14:29, Tuesday 18 June 2013(6786)
ALS recovery after power outage / EY drift
(Kiwamu, Chris, Alexa, Lisa, Matt, Stefan)

We had to solve a series of mysteries today:

- The green beam from ISCTEY was completely misaligned. However, HEPI, ISI and suspensions were all at the same location as last Friday. The beam was realigned on to the quadrant PDs on the TMSY.
- The BSC cable running to the beat node monitor spectrum analyser was ripped out of its connector. Our forensic analysis team concluded that someone must have entered EY, stumbled over the cable and hit the ISCTEY hard enough to misalign it in yaw.
- The IFR frequency synthesizer used for the fiber launch AOM had to be reset after the power outage.
- The fiber connectors at the polarization controller in the MSR seem broken - the transmitted power changed by a factor of 5 when we wiggled the fiber connector. In the end we lost about a factor of 2 from what we expected. (That's on top of the factor of two loss in the reference cavity power.)
- The ALS-Y PLL autolocker is completely messed up after the reboot. This needs to be looked at.

- The MC x-over is currently set 10db too high - haven't tracked down why.

- We also redid the PLL to tame our ALS-C frequency sensor: We currently have a SR560 with a gain of 5 in feed-back (resuling in a 60kHz UGF of the PLL). On top we have an SR560 with pole at 1Hz and a gain of 10 hooked up to the PLL control signal.

Comments related to this report
keita.kawabe@LIGO.ORG - 09:09, Tuesday 18 June 2013 (6787)

As for EY thing, HEPI, ISI, EY suspension are exonerated (OPLEV looks fine),  TMSY suspension is also exonerated (once ISCTEY was aligned to TMSY, we were already hitting ITMY without changing TMS offset).

It should be some strange failure mode of ISCTEY (table moved, something on the table moved etc.) or more esoteric failure mode of TMSY (e.g. table/tele moved in relation to the top without affecting the top, in-vac steering mirror moved).

We had to physically turn a knob of a steering mirror downstream of the second PZT mirror on ISCTEY to relieve a huge YAW offset on the PZT mirror 2.

This was about a half turn of the knob of 100 TPI actuator (see the pictures showing before/after), and since this is a 2" mount, the angle change is

1"/200 / 2" = 2.5 mrad

which is huge.

Images attached to this comment
lisa.barsotti@LIGO.ORG - 14:29, Tuesday 18 June 2013 (6789)
 The BSC cable running to the beat node monitor spectrum analyser was ripped out of its connector. Our forensic analysis team concluded that someone must have entered EY, stumbled over the cable and hit the ISCTEY hard enough to misalign it in yaw. 

The cable was running on the floor between the ALS electronics racks and the spectrum analyzer, right in front of the ALS table.
Images attached to this comment
LHO General
patrick.thomas@LIGO.ORG - posted 21:10, Monday 17 June 2013 (6785)
plots of dust counts
Attached are plots of dust counts requested from 5 PM June 16 to 5 PM June 17.

Both the dust monitor at location 14 in the LVEA (H2 PSL enclosure) and the dust monitor at location 16 in the LVEA (H1 PSL anteroom) are indicating calibration failures.
Non-image files attached to this report
H1 SEI
fabrice.matichard@LIGO.ORG - posted 18:59, Monday 17 June 2013 (6784)
HEPI BS offset after power outage
HEPI BS showed large offsets in H4 (~ +25000 counts) and V4 (~ -30000cts) after power outage. We disconnected the valve from the driver to check the electronics, they are fine. We closed the valves, and the offset dropped so we suspect something wrong with the Parker valves.

After playing for a while with offsets, H4 eventually dropped back to normal (8000 counts). We are driving V4 actuator overnight hoping to "unlock" this one as well. We are driving with 50s cycles, a bit below the channel frequency so that the actuator follows the drive and fluid circulates in and out. We'll check the offset tomorrow morning.



H1 PSL
richard.savage@LIGO.ORG - posted 17:41, Monday 17 June 2013 (6783)
Recovering H1 PSL after power outage
Working today on getting the PSL back up.

The measured laser output power is down by about 20 W from what it was before the power outage this weekend.
When the PMC locks on the TEM_01 mode, the transmitted power is about 10 W, only about 2 W lower than what it is when it locks on the TEM_00 mode.
Before adjusting the alignment into the PMC, I would like to understand what has changed.  Maybe it is related to the power drop from the high-power oscillator (HPO).

The power meters that measure the reflected and transmitted PMC power were giving bogus readings on the PMC MEDM screen (negative power).  Removing the power connector at the meter head and reconnecting corrected this.  The LED on the PMC locking diode is very dim, much dimmer than the ISS PDs, for instance.  It may have been this way all along.

The first time the system was restarted, it shut down after about 30 minutes.   The cause of this shut down is now known.  The chillers seem to have plenty of water and the flow rates are well above the nominal thresholds.

Left the system to warm up overnight.  Watchdogs are set on both the front end (FE) and HPO.
We will trend all the relevant diagnostic channels in the morning (diode currents, powers, temperatures, etc.) to see if we can find what might have changed with the FE or HPO.


H1 SEI
hugh.radkins@LIGO.ORG - posted 16:43, Monday 17 June 2013 (6782)
LHO Corner Station & EndY HEPI Pumps & Pump Servo Restarted

Restarted the Controllers (IOCs) and Pumps this morning ~1130 & 1230 respectively.  No unusual issues in this process

H1 SEI
hugh.radkins@LIGO.ORG - posted 16:41, Monday 17 June 2013 (6781)
WBSC3 & WHAM6 HEPI Actuators moved from Bleed to Operation Mode

Just like HAM1 BSC1 & BSC2 are in Run mode, BSC3 and HAM6 are now also in Run mode.  HAMs2 3 4 & 5 are all still in Bleed Mode.  I did this between 10 & 11 am before restarting the LVEA Pump Stations.

LHO General
justin.bergman@LIGO.ORG - posted 15:56, Monday 17 June 2013 (6780)
ops shift

Site recovering from multiple small power "outages" during the weekend.

Corner Station laser safe, End stations in laser hazard (Laser welding at EX)

910- Dave and Jim restoring/recovering CDS machines, power cycling I/O chassis

915 Hugh restoring HEPI pump controllers which had shutdown

1145-1600 Rick Savage recovering PSL

1200 HEPI pump controllers for corner station operating normally

1245 HEPI controller at EY operating normally

1430 Pablo working in H2 PSL Enclosure

1456 Hugh investigating BSC2

1500-1600 Kyle leak checking GV6---this will require craning leak detector over YBM

1530 Dave B doing BURT restore on PSL FSS back to 6/15 backup

X1 General
james.batch@LIGO.ORG - posted 15:27, Monday 17 June 2013 (6779)
All test stands restarted after power failure
I have restarted the DTS, triple test stand, quad test stand, and seismic test stand.  The test stands in the staging building have only the IOP model and daqd processes running, so the users will need to start the appropriate models for their tests.
H1 ISC
kiwamu.izumi@LIGO.ORG - posted 15:00, Monday 17 June 2013 (6777)
HAM1 chamber pictures

I have uploaded some pictures of the HAM1 chamber which were taken when we finished the in-vacuum work in this past Thursday (see alog 6755) to ResourceSpace.


 

Images attached to this report
H1 CDS
david.barker@LIGO.ORG - posted 12:26, Monday 17 June 2013 - last comment - 15:38, Monday 17 June 2013(6776)
status of the burt restore safe.snaps

During the recovery of the front end models I took the opportunity to review the status of the safe.snap files.

Of the 79 models, we had 19 safe.snap failures (24%).

here is the list of the failed models

Missing safe.snap files:

h1iopsusauxb123, h1susauxb123, h1susauxh2, h1susauxh34, h1isitst, h1hpiitmy, h1hpibs, h1hpiitmx, h1isiitmx, h1hpiham1, h1susauxey, h1asc

safe.snap files out of date:

h1susim, h1hpiham3, h1isiham2, h1isiham3, h1iscey

Also noted that some safe.snap files are not links to svn files but static files within the target area. Presumably these are not under svn control, here is the list:

h1hpiham6, h1isiham6, h1hpiham2, h1hpiham3,  h1hpiham4, h1hpiham5, h1isiham4, h1isiham5, h1pslfss, h1lsc, h1ascimc

NOTE, apologies, the hpi isi ham4,5,6 are hard linksed to their SVN files.

Comments related to this report
hugo.paris@LIGO.ORG - 15:38, Monday 17 June 2013 (6778)

I updated the safe.snap files for h1hpiham2 and h1hpiham3. Hard links were reset and checked OK.

I made a snafe.snap for h1ihpiham1, and the related hard link. 

Those snap files were commited under the svn:
h1hpiham1  -r4746
h1hpiham2  -r4747
h1hpiham3  -r4748

 
The safe.snap files of h1isiham2 and h1isiham3 need to be updated, to account for the recent addition of the oplev. I would need to turn the control off of those ISIs to update the safe.snap which cannot be performed without pertubating HIFO-Y. I will hold off for now.
H1 ISC
kiwamu.izumi@LIGO.ORG - posted 12:23, Monday 17 June 2013 (6775)
recovery of end Y laser

[Matt, Kiwamu]

We found that the end laser had become off in this past Saturday likely due to the power outage. The interlock seemed to have been initialized --- no power was supplied to the end laser. So we pressed the small red reset button for this power line at the floor in the Y end station and this recovered the end laser back on. We didn't change any current or temperature settings.

H1 CDS
david.barker@LIGO.ORG - posted 12:18, Monday 17 June 2013 (6774)
H1 front ends and DAQ back up. ECAT ini were reconfigured

Given the strange status of some of the front ends, we decided to cleanly power cycle all front end computers, IO Chassis, Timing fanouts and IRIG-B units (with the execption of the MSR timing master and IRIG-B which are on UPS).

This was done in the corner station CER, LVEA, EY and MX.

All front ends are now running.

The DAQ was restarted several times. All the EPICS gateways were restarted.

It as noted that VE signals from IOCS MR, LX and LY were unavailable from the power outage to today. We are investigating why.

Daniel provided new INI files for ECAT C1, I have added them to the DAQ and renamed the INI files to the EDCU standard.

H1 SEI
hugo.paris@LIGO.ORG - posted 09:17, Monday 17 June 2013 (6773)
HAM Status

Here is the current status of the aLIGO SEI work regarding the HAM chambers. Everything in bold is to be completed for HIFO-Y. Everything in red is a change from last week's status. Everything in green is available.

 

·         HAM 1

o    HEPI unlocked and running
      Ongoing commissioing

·         HAM2

o   ISI: previously commissioned with HEPI locked (recent performance spectra), currently unlocked, in vacuum

o   HEPI: to be commissioned, currently locked, models and electronics ready. Commissioning could start once HEPI is unlocked.

·         HAM 3

o   ISI: previously commissioned with HEPI locked (recent performance spectra), currently unlocked, in vacuum

o   HEPI: To be commissioned, currently locked, model and electronics ready. Commissioning could start once HEPI is unlocked.

·         HAM 4 

o   ISI: In chamber, Previously tested during assembly validation, currently locked, no suspension installed, in-vac cables not connected, chamber temporarily closed.
     Electronics ready, in field cables ready, in-rack cables 90%
     Simulink Model was created.
     Model is running, and MEDM screens are available in the Sitemap.

o   HEPI: Currently locked, to be commissioned
     Electronics ready, in field cables ready, in-rack cables 90%
     Simulink Model was created.
     Model is running, and MEDM screens are available in the Sitemap.

·         HAM 5

o   ISI: In Chamber, Previously tested during assembly validation, currently locked, no suspension installed, in-vac cables not connected, chamber temporarily closed.         
     Electronics ready, in field cables ready, in-rack cables 90%
     Simulink Model was created.
     Model is running, and MEDM screens are available in the Sitemap.

o   HEPI: Currently locked, to be commissioned     
     Electronics ready, in field cables ready, in-rack cables 90%   
     Simulink Model was created.

     Model is running, and MEDM screens are available in the Sitemap.

 

·         HAM 6

o   ISI: in a container. Need to be retrofitted with aLIGO censors (GS13, CPS) and to receive a new set of Actuator Cables. Cables and inertial sensors will be tested prior to installation. All this will happen chamber-side prior to installation in chamber. Commissioning will follow.
    Electronics and cables started, the rest is ordered.
    Simulink Model was created.
    Model is running, and MEDM screens are available in the Sitemap.

 

o   HEPI: Currently locked, to be commissioned
     Electronics ready, in-rack cables 90%
     Simulink Model was created.
     Model is running, and MEDM screens are available in the Sitemap.

H1 CDS
david.barker@LIGO.ORG - posted 09:15, Monday 17 June 2013 (6772)
CDS recovering from power outage

The site had several brief power glitches over the weekend, we are currently recovering CDS, GC. Greg reports LDAS is up and running. Greg in looking into DMT status.

H1 ISC
kiwamu.izumi@LIGO.ORG - posted 07:56, Saturday 15 June 2013 (6771)
ALS CARM loop engaged

[Chris and Kiwamu]

 The ALS CARM loop was engaged for the first time by feeding the ALS common beatnote signal back to the MC length. It is very stable and the longest stretch lasted for about 20 min.

This time a frequency sensor was newly added in order to mitigate the phase-frequency readout issue in the original phase frequency discriminator. The new sensor worked and gave a reasonable signal which then allowed us a smooth hand-off of the IMC length actuation from the IMC-PSL loop to ALS common loop.

 

The frequency sensor:

We added a new sensor for reading out the common beatnote signal. A cartoon diagram is shown below. With this sensor we are able to stably readout the CARM error signal which is encoded in the beatnote frequency. Some background are explained in the following paragraph.

It seems the reason why we hadn't succeeded in locking the CARM loop was due to the too advanced phase-frequency discriminator --- the discriminator switches its detection mode from the frequency sensor to phase sensor mode automatically depending on how far the frequency of the beatnote and VOC are apart. Ideally we want the phase discriminator to be within the phase sensor mode to achieve a high signal to noise ratio, although this requires a precision control of either/both the beatnote or VCO frequency to make them close to each other. Since the beatnote fluctuates more than the phase sensor range, the discriminator becomes frequency sensor and phase sensor back and forth, resulting in a unwanted noise due to a huge readout gain difference between the phase and frequency modes. When we stick this signal into the IMC length path, it kicks the IMC so hard that it unlocks the loop easily. So we guessed that the phase-frequency mode hopping was the issue preventing us from a smooth CARM lock.

Calibration and some characterization of PLL :

All the measurement was done by using a Marconi as a frequency source.

The calibration coefficient df / d (counts) was put in the gain of H1:LSC-REFL_SERVO such that the signal is calibrated in Hz. A nice thing in this PLL is that even if the input frequency is out of the locking range, the phase frequency discriminator gives us a signal with a correct sign.

Funky SHG temperature control :

The SHG oven control was found to be off. So I turned it on. However engaging the temperature control didn't seem working properly --- probably the temperature sensor is not working correctly as the temperature readout doesn't change regardless of the TEC voltage. I quickly checked the cabling but no apparent issue was found. I decided to put a bias of 1.6 V in the TEC voltage so that the crystal is warmed up close to the optimum temperature of 35 degrees. This recovered the second harmonic power to approximately 100 uW from a couple of uW. Of coursed the temperature loop needs to be fixed soon.

Perhaps PSL frequency shifted :

After the PSL recovery (alog 6769) the PLL loop at the end station lost its beatnote. It is quite possible that the PSL frequency shifted so that it is locked to a neighboring resonance of the reference cavity since the PSL was in the process of reaching some sort of thermal equilibrium. I then went to the Y end station to adjust the temperature, which is generally not preferable. Anyway I ended up changing the laser crystal temperature from 31.33 to 31.83 degrees. This much of tuning brought the beatnote within the discriminators detection range and the PLL auto-locker started working.

 

Tuning of the end laser frequency :

I changed the frequency of the Marconi which drives the AOM in the fiber distribution box at the corner station. This was for bringing the green beatnote within the detectable range of the new frequency sensor. Originally the frequency was at 79.4 MHz and I changed it to be 78.9 MHz. As a result of the tuning the green beatnote became available within the ALS comm VCO range.

Handing off :

The screen shot below is the feedback paths of the MCL and CARM_MCL (namely LSC-MC and LSC-CARM respectively) which are mainly used during the hand-off process.

 

Here is what we exactly did to close the CARM loop :

  1. Lock the PDH loop at the end station (done manually)
  2. Lock the IMC (done by Chris's auto-locker script)
  3. Dial the frequency of the ALS COMM VCO until the frequency sensor gets in the capture range (by hands but could be automated by ezcaservo or similar)
  4. Start quieting down the CARM error signal by feeding the frequency sensor signal to MC2
    1. An initial gain of -0.001 in H1:LSC-CARM_GAIN was found to be smooth. The gain ramp time can be something like 1-2 seconds.
  5. Engage a boost filter (FM3 of H1:LSC-CARM) to further quiet down the CARM error
  6. Increase the CARM gain to -0.002.
    1. Be careful --- there can be an oscillation at 100 Hz if the gain exceeds -0.004
  7. Fine-tune the ALS COMM VCO to get rid of some unwanted relative offset between the two loops
    1. This is done by looking at the H1:LSC-MC_OUT. We adjusted the VCO frequency such that the H1:LSC-MC_OUT becomes close to zero. This ensures that the two loops are not competing each other.
  8. Decrease the gain of the MC loop H1:LSC-MC_GAIN slowly to 0.3 which is nominally 1.0 for the IMC locking.
  9. Switch off the MC loop H1:LSC-MC loop by disabling the output.
    1. I think this doesn't have to be this type of sudden switch. It simply happened to be like this after several hours of trial.
  10. Engage another boost (FM2 of H1:LSC-CARM) to make the CARM loop further stable
  11. Done.

This handing process was found to be repeatable. The plot below is time series of the handing off.

 

Quick Assessments:

The resultant stability of the PSL frequency is still noisy and certainly noisier than the linewidth of the arm cavity ( ~ 83 Hz). In fact this is quite obvious in the middle right plot of the above time series where the infrared transmitted light of the Y arm (TRY) still passes through resonances even though the PSL frequency was stabilized. This is not surprising because we simply engaged the CARM control without any optimization of the noise performance. Plus the frequency sensor we are using is not something we originally planned to use. Plus, the fast control through the AOM additive offset is not yet introduced. These items must be addressed in the next week and hopefully we will have a much stable PSL light with respect to the arm cavity.

The loop transfer function needs to be analyzed and more sophisticated. We took a transfer function of the MC2 actuation loop when only the CARM was engaged by injecting a swept sine in LSC_CARM_EXC and taking TFs at right after and before of this injection point. The plot below is the result:

We interpreted this as the ordinary cross-over transfer function measurement --- if this understanding is correct, there is a unnecessary crossover at 53 Hz. This is consistent with our observation that increasing the gain by a factor of 2 leads to a 100 Hz oscillation. The control loop needs further modeling and sophistication.

 

Some settings :

Some importatn settings are saved as screenshots. They are attached.

Images attached to this report
Displaying reports 76421-76440 of 83002.Go to page Start 3818 3819 3820 3821 3822 3823 3824 3825 3826 End