Displaying reports 63581-63600 of 77235.Go to page Start 3176 3177 3178 3179 3180 3181 3182 3183 3184 End
Reports until 15:42, Friday 19 September 2014
LHO FMCS
john.worden@LIGO.ORG - posted 15:42, Friday 19 September 2014 (14043)
OSB - Control Room

Richard called and informed me that a circuit breaker has failed while Bubba was restarting supply fan 5 in AHU3. We cannot repair this today so those in the control room may be a little warm this weekend. There is still air flow, perhaps 1/2 of normal and currently the control room seems to be the most affected. 

The attached plot shows 4 rooms in the area and clearly the control room is the worst.

I would suggest turning off as much equipment and lighting as possible for the weekend. You may prop open the exterior doors (near the control room) which may help. Please do not let coyotes into the building.smiley

PS. The projectors are likely big heat sources. 

Images attached to this report
H1 CDS
cyrus.reed@LIGO.ORG - posted 15:37, Friday 19 September 2014 (14042)
projector1
I've installed another Mac Mini to drive the left hand side projector in the control room.  It is accessible as projector1, in the same way as projector0 which is running the seismic DMT plots - that is to say, using Screen Sharing.  Note, if you want to run DMT on this machine, you will need to talk to Jim/Dave to get it set up - any of the other tools should work as expected.
H1 SEI
hugh.radkins@LIGO.ORG - posted 12:06, Friday 19 September 2014 (14040)
WHAM6 HEPI unlocked and position controlled--But not well

With the looming weekend I bit off a mouthfull this morning when I suggested I unlock the HEPI.

I did so but while doing that I noticed much of the Actuator ranges were very consumed--talk to me if you want more info.  Range of motion tests failed on several Dofs but only because the offsets were so large that the test criteria was satisfied at the start--obviously I need to work on the test script.

Back in October 2013, TFs were run and controllers developed--I don't know who at this point.  Regardless, these loops are too aggressive and the Boosts ring up.  I've got the controllers on manually now without the boosts controlling to the cartesian position before I unlocked the platform.  However, some of the loops aren't quite getting to the Set Point.  I don't know if it is the controller without the boost or if it is interference with something in the platform.  Given that I see the Postion approaching the Set Point but not quite getting there has me leaning toward the interference issue.

To do:

* I should install the Generic 2hz loops already on HAMs 4 & 5 and see if the loops can be turned on with the boosts and if the error point will go to zero.

* Run more range of motion/linearity tests to assess interference more thoroughly.

* Collect Spectra to confirm intereference

* If motion range can be confirmed, collect Transfer Functions; if interference is a problem, see below.

* Redo filters with good TFs and get under control.

**** Do more with HAM6 ISI, currently only damping!

Interference problem solutions:

1)--May be able to remove Bellows shields and modify to give more room--not easy but not too bad.  It seems to me that building the Actuator with lots of welding distorts things enough that the ideal Actuator floating/relaxed/center position isn't always the center position.

2)--Disconnect Actuator from Foot and rezero.  May be the better solution but will take a day at least.  We are pretty good at connecting the Actuators without shifting the platform too much but that is the main risk--Disconnecting the actuator and rezeroing will lose the reference IPS position.

X1 DTS (CDS, DAQ)
james.batch@LIGO.ORG - posted 11:07, Friday 19 September 2014 - last comment - 11:22, Friday 19 September 2014(14037)
Changed daqd on DTS framewriter
The daqd executable on x1fw1 has been changed from daqd-trunk-r3626 to daqd-r3827 to test changes to trend.cc to properly record integer trend files.
Comments related to this report
james.batch@LIGO.ORG - 11:22, Friday 19 September 2014 (14038)
Test is successful, trend data is now correct for integers.  I will leave this installed and check in changes to code.
H1 ISC
alexan.staley@LIGO.ORG - posted 09:51, Friday 19 September 2014 (14022)
BS L2Y Coupling

Rana, Alexa

Since we saw a lot of YAW motion from the BS last night, we decided to look at the L2Y coupling again. The  original filter FM1 installed in the drive align was created via alog9394.

We injected a sinusiodal excitation in BS-M2_LOCK_L and examined the M3 oplevs. First we excited at 0.01Hz, and measured peak-to-peaks via StripTool at several gains. Assuming a linear relationship, we then determined the best coupling gain to be 0.0025 (at 0.01Hz). Then we excited at 4.57Hz, and found the mag, phase at two gains. This allowed us to determine the coupling gain to be 0.002203 (at 4.57Hz). We then created a filter accordingly to match the respective gain couplings at low and high frequency. The filter is installed in FM2 (see first attached image). The gain in the filter bank should be set to -1 for either FM1 or FM2.  The second image shows both FM1 (blue) and FM2 (red).

For refernce FM2: zpk([0.694211+i*0.827328;0.694211-i*0.827328],[0.642788+i*0.766044;0.642788-i*0.766044],-0.0025,"n")

Images attached to this report
H1 AOS (SUS)
borja.sorazu@LIGO.ORG - posted 09:41, Friday 19 September 2014 (14034)
How to identify which ESD quadrant we are driving from the slope of the charge measurement plots

(Borja)

please find attached a short document on how to identify which ESD quadrant we are driving from the slope of the 'oplev deflection vs VBIAS' plots we obtain during the ESD charge measurements. We know that the quadrant labelling on the Epics channels and MEDM windows do not correspond with the actual ESD quadrants being driven and the discrepancy is different between ETMX and ETMY.

Non-image files attached to this report
LHO General
corey.gray@LIGO.ORG - posted 08:49, Friday 19 September 2014 (14033)
Fri Morning Detector Meeting

ALIGO Install

Commissioning

3ifo

H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 08:05, Friday 19 September 2014 (14032)
CDS model and DAQ restart report, Thursday 18th September 2014

no restarts reported

H1 ISC
sheila.dwyer@LIGO.ORG - posted 23:53, Thursday 18 September 2014 - last comment - 21:16, Friday 19 September 2014(14027)
DRMI locking tonight

Kiwamu, Sheila, Rana

We started by locking PRMI and taking a long spectrum of the BS op Levs, it seems that Alexa's new length 2 yaw filter (alog 14022) has reduced the yaw at around 0.05 Hz by a factor of about 2 compared to alog 13997.  The first screenshot attached is a spectrum of the BS oplev with PRMI locked.

We then moved on the DRMI locking.  After debugging the guardian a little bit, we were able to catch lock infrequently.  Out first lock ended at Sept 19 4:55:19 UTC, and was about 10 minutes long.  It locked again at 5:05:36 UTC, at 5:24 UTC we left everything alone to get a clean stretch of data until 5:42:40 UTC.  At 5:33 UTC there were a few mode hopping glitches. In general the mode hopping events are not as frequenct tonight as last night, and they are reduced when we have better alignments.  The attached video is from a DRMI lock. 

We measured the loop gains.  We found that with the gain settings used last night (alog 1402 ) gave us a prcl ugf of 130 Hz, and a MICH ugf well below 10 Hz.  We now are using a PRCL gain of 6.4 (to get a UGF around 80 Hz) and a MICH gain of -50 (ugf of 10 Hz).  Measurements attached.

Kiwamu also noticed that SR3 pitch motion at 0.8 Hz was large, kiwamu implemented a SR3 oplev damping loop with an upper UGF a few Hz and a lower ugf of 0.3Hz is, copied from the PR3 oplev damping servo. 

PRMI is now locked. 

Images attached to this report
Non-image files attached to this report
Comments related to this report
rana.adhikari@LIGO.ORG - 21:16, Friday 19 September 2014 (14028)

Here's I'm plotting some signals from a long PRMI lock to look at the low frequency content.

In the first plot you see the spectra. The RMS of the UL coil is ~30k cts (DAC range is 131k cts peak).

The second plot shows the time series. The peak signals are a little over 100k. In the old configuration, the PRM was kept from saturating by driving the upper stages at DC and also by splitting the drive to PR2. By increasing the drive range of the M3 drivers by 10x, we've made it possible to lock the PRC with a single actuator (which is simple). After locking we can now smooth on the M2 driver and reduce the M3 votlage below 1 Hz by ~20-30x. (done by hand, needs to be added into the guard).

The third plot shows the BS optical lever signals in and out of lock. You can see that the noise from 10-100 mHz is dominated by the MICH control signal and its consequent cross-coupling through the imbalance of the BS suspension. After the nice work by the Seismic Gang over this past week, the yaw is no longer a problem and we should be able to reduce the remaining pitch motion in the BS OL by tuning the L2P filtration later this morning.

9/19 update: corrupted BSOL.pdf file replaced with real one

Images attached to this comment
Non-image files attached to this comment
kiwamu.izumi@LIGO.ORG - 01:54, Friday 19 September 2014 (14030)

I started preparing the online calibration stuff in h1oaf. Tonight I got the PRCL loop calibrated assuming the UGF is set at 80 Hz.

According to my model, the readout gain of the PRCL loop (which is REFL_A_RF9_I) when the DRMI is locked was estimated to be 3x1012 cnts/m. So I put the inverse of this number (which is 3.3 x 10-7 um/cnts) into the calibration filter to get the error signal converted into um.

Here is the open-loop equilvalent (a.k.a. unsuppressed- ) PRCL noise, calibrated in um/sqrtHz, but in the PRMI locking state ( and therefore the sensing gain maybe slightly different from that of the DRMI, which can result in inaccurate noise floor at high frequencies.)

 

The model open loop transfer function looks like this:

Note that FM2, 3, 4, 9 and 10 of the LSC PRCL loop are assumed to be engaged. Also FM1, 3, 4, 6 and 10 of PRM PR2 are assumed to be engaged. There is no digital filters in the PRM M3 stage. PR2 is not included in the model as is in reality.

Based on the sus models and the lateset digital filter settings, I confirmed that the cross over frequency of the PRM M2 and M3 stages in the model is at 4.5-ish Hz which agrees with Sheila's adjustment (alog 14019). The model takes the latest factor-of-10 increase in the coil driver strength of the PRM M3 stage into account.

Images attached to this comment
H1 SEI (SEI)
sebastien.biscans@LIGO.ORG - posted 18:53, Thursday 18 September 2014 - last comment - 08:03, Friday 19 September 2014(14021)
SEI Status / Future work

I am summarizing here recent progress on SEI units, and providing guidelines regarding what needs to be done next week.

BSC-ISI Nominal Configuration

A lot of different configurations have been tried in the past 10 days.

Two main conclusions:

- We don't want to put low blends on Stage 2 to avoid low frequency noise reinjection ( see logs here and here)

- We have a lot of pick up between Z and RZ. Relaxing the Z actuation (higher blend) helps in Yaw (see logs here and here)

 

The best BSC-ISI configuration so far is:

Stage 1

- X, Y, RX, RY, RZ: TSheila blend

- Z: T750mHz blend

Stage 2

- T750mHz blends on all degrees of freedom

 

HAM-ISI Sensor Correction

We've successfully implemented some sensor correction on HAM2-ISI in X (see log here).

It helps the absolute motion by a factor of ~4 in Yaw, but we have to check what the motion of the cavity looks like (see the to-do list below)

 

Scripts Improvement

A bunch of improvements have been made on the commissioning scripts (see log here). Jim is finishing up the work started on Routine_6 and should commit that pretty soon.

We also created some simple scripts to make the commissioning/debugging process faster (see log here).

 

TO DO LIST

BSC-ISI Sensor Correction

By doing some comparison with the LLO configuration (see log here), it seems that the next big step would be to implement sensor correction on the BSC-ISIs. It would help us winning a factor of a few around 0.5Hz.

We already started to look into that and we should have some exciting results soon.

 

Cavity Motion Study/Common Control

Even if we had some promising results with sensor correction on HAM2, we need to check the motion in the cavity: reducing the optical lever motion (absolute motion) doesn't mean that the cavity is quieter.

One of the idea will be to implement sensor correction using the SAME ground instrument for HAM2 and HAM3. It will be interesting to see what the cavity is doing when both of the chambers are control by the same input signal.

We need to:

- Implement sensor correction on HAM3

- Compare PRCL when the sensor correction is on and off on both chambers

Comments related to this report
rana.adhikari@LIGO.ORG - 01:02, Friday 19 September 2014 (14029)SEI

see above

DRMI locks have glitches, so best to use the long PRMI stretches. Typically, no one is touching it in PRMI mode. We are leaving it in PRMI_SB all night; you can use POPAIR 18 to find the on/off segments to check the ISI motion sensors versus the PRCL length control signals.

hugh.radkins@LIGO.ORG - 08:03, Friday 19 September 2014 (14031)

Additional Chores

TSheila Blends which are TBetter on all dof except Tcrappy on Rz, need to be added to ITMY & ETMY.

Unlock HAM6 HEPI and get it on position Isolation Loops--need to run HEPI TFs

HAM6 ISI TFs with HEPI Loops closed, develop/implement Isolationcontrollers.

HAMs 4 & 5 higher Level ISI controllers--on going.

 

Additional accomplishments with lots of help from Seb & JeffK:

Fixed HAM Isolation plot saving--many previous (HAMs 2 & 3) don't have plot s of the controllers.

Added Chamber/Date/ControlLevel info and Gain Peaking to controller plots.

H1 ISC (ISC)
daniel.hoak@LIGO.ORG - posted 18:45, Thursday 18 September 2014 (14023)
some beam propagation calculations for HAM6

Using Lisa's updated H1 optical parameters from LHO:13815, and also the as-built positions of the HAM6 optics, I've made some beam propagation calculations for the AS WFS and the beams on ISCT6.  The script and the parameters file are attached.  Here are some things to note:

Here's some data:

  ITMX ITMY
OMC Overlap 0.874 0.939
OM1 Guoy phase 108.9 120.6
OM2 Guoy phase -149.0 -148.1
OM3 Guoy phase -118.7 -117.8
OMC A spot size (radius, mm) 0.69 0.62
OMC B spot size 0.82 0.74
AS WFS A spot size 0.37 0.34
AS WFS B spot size 0.18 0.20
distance from waist -> WFS B (mm, positive is upstream) 40.8 29.6

 

I attach plots of the ITMY single-bounce beam path for the OMC and for the AS WFS.  The locations of the in-vacuum components were calculated using the closeout photos that Koji took before we closed the chamber; they are here and here.  The path lengths between optical elements are probably subject to errors of order a centimeter.

Images attached to this report
Non-image files attached to this report
H1 ISC
keita.kawabe@LIGO.ORG - posted 11:48, Thursday 18 September 2014 - last comment - 14:25, Friday 19 September 2014(13992)
REFL beam clipping scan

There was some suspicion that the REFL beam is somehow clipped on LSC REFL_A diode. Yesterday I made a long scan of RM1 and RM2, separately and at the same time.

LSC-REFL_A_LF is good, ASC-REFL_B too.

I had to move RM1 and/or RM2 by a large amount to make the LSC-REFL_A_LF drop.

ASC-REFL_B is also good, though the safe range is smaller than LSC (not surprising considering the short focal length lens in front of LSC diode).

ASC_REFL_A is unhealthy.

Something is wrong with SEG4.

It seems as if SEG4 has a lower trans impedance, in that when I steer the beam to SEG4 (all power falls on that segment) we get 18000 counts, but when I do the same thing to SEG1/2/3 they rail at 32k counts.

In the attached, the beam was in SEG3 at first, and I walked the beam to SEG4, then SEG1, then SEG2, and then back to SEG3 by turning RM1.

The problem seems to be in the WFS head, not in the WFS interface board. Connected the WFS output cable from the REFL_A head to REFL_B input and the problem is still there.

For the moment I adjusted the digital gain of SEG4 such that there's no coupling from PIT and YAW motion to the SUM (new H1:ASC-REFL_A_DC_SEG4_GAIN=1.9), but this needs to be investigated further.

The second attachment shows the REFLA SUM spectrum of before (green) and after (red) of the gain adjustment when I was modulating PIT of RM1 at 3.3Hz and YAW at 5Hz. For comparison, Blue/Brown are the REFLB SUM data which show no alignment coupling.

Could be the electronics in the head or the cable (one end of the differential signal is dead?). I hope that the diode is not damaged.

Though not impossible, I don't think it's clipping because SEG4 never went larger than 19000 counts during RM1/RM2 full scan.

Images attached to this report
Comments related to this report
keita.kawabe@LIGO.ORG - 16:16, Thursday 18 September 2014 (14017)

Followup: WFSA SEG4 DC seems to have connection issue at the chamber (Kiwamu, Keita)

I checked the analog signal coming to the WFS interface chassis using a DB15 breakout board, and sure enough, there was no signal coming from one of the SEG4 differential drivers (don't remember if it was pin4 or pin12).

To check if the problem is in the cable between the rack and the chamber, we swapped the cable for WFSA and WFSB at the chamber.

Right after they were swapped, for a few minutes both WFSA and WFSB looked good and we were confused, but eventually WFSA SEG4 (which showed up in WFSB SEG4 channel because of the cable swap) got back to crappy half-signal state.

We swapped the cables back, WFSA SEG4 got back to good state for some minutes, and again after a while it went back to the bad state.

It seems to me that a crappy feedthrough is doing its own thing. The problem feedthrough is D6-1C1 on HAM1.

(However, it's not totally impossible that the feedthrough is OK but the seg4 in-vac circuit works only for a few minutes after it is powered on because of slowly developing oscillation or thermal problem or whatever.)

We know from the cable swap excersize that it's not the WFSA in-air cable.

keita.kawabe@LIGO.ORG - 14:25, Friday 19 September 2014 (14041)

I wiggled PRM at 4.13 Hz in PIT (attached, left) and 6Hz in YAW (right).

The DC level during the measurement was: about 80 for LSC-REFL_A_LF, about 40000 for WFS DC SUM.

The OSEM witness is supposed to be calibrated in micro-radians.

Using the above information, the PRM angle to the RIN coupling for these sensors are:

About 1 RIN/urad for LSC-REFL_A_LF, about 10 for WFSs.

Images attached to this comment
H1 ISC
kiwamu.izumi@LIGO.ORG - posted 01:12, Thursday 18 September 2014 - last comment - 23:08, Thursday 18 September 2014(14002)
DRMI locked for the first time

Alexa, Rana, Sheila, Kiwamu,

We locked the DRMI tonight for the first time. It could stay locked for more than 10 minutes.

 

(A prep: PRMI locking with REFL signals)

Before moving onto the DRMI locking, we wanted to lock the PRMI on the sideband without using the AS detector. We first locked the PRMI with the conventional sensors i.e. REFL9_I for PRCL and ASAIR_45Q for MICH respectively. By exciting and looking at transfer coefficients, we figured out 

REFL45_Q = -12.5 x ASAIR_RF45_Q for MICH readout

So, we put 1/-12.5 = -0.08 in the input matrix and this worked.

Also, the large fluctuation we saw in REFL_A_RF45 yesterday (alog 13968) was visible today as well before we transitioned to REFL_RF45_Q for MICH. We checked if this behavior is also visible in REFLAIR_A_RF45. This was actually visible in REFLAIR_RF45 as well. This incidicates the fluctuation comes from some kind of common place in the REFL path or the ASAIR_A is imposing this fluctuation in the MICH through its feedback. Once we transitioned onto REFL_A, we saw both REFL_A and REFLAIR RF45 signals suppressed. On the other hand, as expected, ASAIR then started wandering.  We should check some clipping or some obvious things on the ASAIR detector tomorrow.

(DRMI lock)

We aligned the SRC by locking SRY with ASAIR_RF45. Also we adjusted the demod phase of ASAIR_B_RF90 such that the signal is maximized in in-phase. At the beginning, we adjusted the demod phase such that the PRMI carrier resonance gave negative values.  This was then flipped by 180 deg after we locked the DRMI because this signal stayed at a negative value when the DRMI was locked.

To lock the DRMI, we reduced the MICH gain by a factor of 5 according to Anamaria's DRMI document, but eventually we ended up with a gain reduction of only a factor of three which resulted in repeatable locking. We did not have to change the PRCL gain from the PRMI locking gains as expected. We guessed the SRCL gain from the same document. We fiddled with the control sign and gain for an hour or so and eventually it started locking.

We coarsely adjusted the PRM and SRM M2 stages to maintain the DRMI lock for a long time. The gains are right now based on some models/guesses. So we will revisit these values tomorrrow.

(SRC hopping ?)

We are not sure what is going on, but the SRC seems to jump back and forth between two modes. It looks as if the hopping is triggered by some slow misalignment. Depending on time, it happened as frequent as once per a couple of seconds. And sometimes it did not happen for some time like 20 seconds or so. This is visible in the dark port camera and AISAIR_RF90 which went back and forth between a high and low values. The low value went to a negative number for some reason. We need to investigate this issue more to figure out what is happening.

Comments related to this report
sheila.dwyer@LIGO.ORG - 01:14, Thursday 18 September 2014 (14004)

The attached video is of the AS port durring a DRMI lock.  Towards the end, there are a few of the mode hopping events that Kiwamu described in his alog.

Also attached is a screen shot of various settings with DRMI locked. 

We are setting the intent bit to undisturbed, since as far as we know there aren't any sseismic transfer functions starting tonight and we are leaveing DRMI locked on the sidebands.

When activity starts in the morning, it would be good if the operator could set the intent bit (on the ops screen) to commisioning.  This way det char people know when we left the IFO alone

Images attached to this comment
Non-image files attached to this comment
lisa.barsotti@LIGO.ORG - 07:36, Thursday 18 September 2014 (14007)
For some alignment state your demod phase is bad such that you get multiple zero crossings in the error signal, and you jump between these two states.
travis.sadecki@LIGO.ORG - 08:17, Thursday 18 September 2014 (14009)

Set intent bit to 'Commissioning' as per Sheila's request.

gabriele.vajente@LIGO.ORG - 08:48, Thursday 18 September 2014 (14010)
Some times ago I simulated the SRCL error signal as a function of the differential lensing in the two ITM substrate. The simulations was carried out for the full IFO, but maybe SRCL behavior is similar in DRMI.
The bottom line is that some differential lensing (like the one we have because of the ITM substrate inhomogeneities) can cause multiple zeros in SRCL signal. This might explain the SCR hopping, if the SRCL residual motion is not small enough. 
See the attached animation, which I hope will work!
Images attached to this comment
joshua.smith@LIGO.ORG - 08:59, Thursday 18 September 2014 (14011)
Congratulations all! This is a wonderful accomplishment.
kiwamu.izumi@LIGO.ORG - 23:08, Thursday 18 September 2014 (14026)

just for bookkeeping purpose:

the DRMI locking trial was taken place from 5:00-ish to 6:14-ish UTC last night. The first lock was achieved at around 6:14:00 UTC followed by some frequent short locks for 10 minutes. After the first lock there were several good locks.

H1 AOS (TCS)
alastair.heptonstall@LIGO.ORG - posted 20:23, Wednesday 17 September 2014 - last comment - 18:57, Thursday 18 September 2014(13995)
TCS X-arm CO2 laser table

Yesterday by the end of the day the main path through to the pericope had been aligned on the X-arm table.  This morning we started with a projection as described in https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=13975.  As part of this we realigned the beam through the mask to optimize the shape on the screen.

Later today we aligned the power meter, and ISS photodiodes.  The QPDs were checked and are stlil aligned.  We calibrated the photodiodes and then started to calibrate the rotation stage for the output power to the CP.  However we found a maximum throughput of only 2.5W.  Clearly  we are losing a lot of power somewhere.

The table has a second IR camera located on the optical table.  Before the adjustment during the projection the beam on this looked quite uniform.  After finding that we were losing power I looked at the image on this camera, which is taken using a 50% splitter mirror from the beam going to the CP.  The image is attached, but appears to show that we are now not well aligned through the mask.  We'll need to redo this alignment, but it is surprising that the image from the projection and the image on the table look so different.  Possibly this is just the lower resolution of the camera used to image the projected beam.

Images attached to this report
Comments related to this report
greg.grabeel@LIGO.ORG - 18:57, Thursday 18 September 2014 (14020)TCS
Alastair Heptonstall, Greg Grabeel

The projection turned out to be bad as well. Clipping had started from fairly far upstream and the only thing that had changed was the manual rotation stage being removed. The beam was steered back into alignment, but another issue came up. The beam was hitting low on the mask so the flipper mount was removed and replaced with a non-mobile but correct height mount until the flipper mount can be made to the right height. 

Here we can see just how bad the clipping was.
This was after the re-alignment and the mask mount replacement. Looking pretty good. ITMx CO2 table is now ready for testing when the TCS HWS table is put into place.
Images attached to this comment
H1 TCS
patrick.thomas@LIGO.ORG - posted 15:32, Wednesday 17 September 2014 - last comment - 19:01, Thursday 18 September 2014(13977)
TCSX rotation stage not moving
Alastair, Greg, Patrick

Alastair tried to use the TCSX rotation stage to change the power this morning. Nothing on the medm screen seemed to indicate that anything was happening.

When I request a search for home, the 'Actual Cmd Position', 'Actual Velocity' and 'Drive Time (ms)' change on the 'Rotation Stage Readback' medm, but the 'Counter Actual Angle' does not.
Comments related to this report
patrick.thomas@LIGO.ORG - 16:45, Wednesday 17 September 2014 (13985)
Vern checked and says that there is no interlock plug installed.
greg.grabeel@LIGO.ORG - 17:16, Wednesday 17 September 2014 (13986)TCS
The interlock bypass plug has appeared to fix the issue. We're not sure where what was in there before, or where it had gone, but thanks to Vern we have a good solution in place. Fingers crossed this solves the issues.
greg.grabeel@LIGO.ORG - 19:01, Thursday 18 September 2014 (14024)TCS
Here are the new interlock bypass caps that Vern rigged up for us. Seems to have solved the issues with the rotation stage as no more errors popped up while doing the projection work.
Images attached to this comment
H1 ISC
kiwamu.izumi@LIGO.ORG - posted 11:45, Thursday 11 September 2014 - last comment - 19:16, Thursday 18 September 2014(13881)
ASAIR photo diode chain check; ASAIR_A has a smaller transimpedance

I have been checking the whole ASAIR_A and _B electronics chain all the way from the diodes to the ADCs.

In summary:

Note that I used the old calibration coefficient for estimating the amount of amplitude modulation in the AM laser (see alog 9630).

 


ASAIR_A_RF45 (S1300523)

Remarks:

The transimpedance seems smaller by a factor of two than that of the test sheet at 45.5 MHz. All the signal chain after the PD looks healthy.

According to the test sheet from Caltech (S1300523), the transimpedance of the high-rf output should be 803 Ohm. However, it seems that the AM signal I obtained was smaller than the expected by a factor of two. If I we blame the transimpedance for this discrepancy, the transimpedance is smaller by a factor of two.


ASAIR_B_RF18 (S1200242)

Remarks:

The signal chain looks OK. The demodulated signal at the ADC is bigger than the expected by 12%. Good enough.

The demod board has a special one where it has a diplexer upfront. According to the test sheet (S1001003), the conversion gain of the whole demodulation box for 18 MHz is 13.8.


ASAIR_B_RF90 (S1200242)

Remarks:

The signal chain looks OK. The demodulated signal at the ADC was smaller than the expected by 13%. Good enough.

According to the test sheet (S1001003), the conversion gain of the whole demodulation box for 91 MHz is 11.4.


Transimpedance measurement of resonant-type RFPDs

To investigate the too-low-transimpedance in REFL_A(S1300523). I measured the transimpedance of S1300523 and S1300526 (whic is a spare, ) to make a comparison. Of course this measurement relies on the AM laser calibration. I believe that the calibration of the AM laser calibration is better than a factor of two and therefore I claim that the transimpedance is actually lower than 803 Ohm as measured.

I used HP4395A and the AM laser. The calibration of the data was done such that the transimpedance of S1300523 becomes 403 Ohm at 45.50298 MHz. The same calibration coefficient was applied on S1300526. The plot below shows the results. The vertical and hrizontal line indicates 45.5 MHz and 403 Ohm respectively.

From this measurement, I conlude that S1300523 is behaving fine. Also the two RFPDs consistently showed lower transimpedance gain by roughly a factor of two than that reported in the test sheets at 45.50 MHz. A possible explanation I can thinkg of at this point is that the test sheets were somehow consistently overetimsted the transimpedance gains.

Images attached to this report
Comments related to this report
kiwamu.izumi@LIGO.ORG - 19:16, Thursday 18 September 2014 (14025)

This is a follow up of the RFPD calibration.

Since we measured the transimpedance gain of ASAIR_A_RF45 to be lower by a factor of two than that of the test sheet, we were wondering if the AM laser calibrator was still accurate. So today I checked the response of an already-calibrated RFPD to see if the calibration of the AM laser is still right.

  • As a result, I conclude that the AM calibrator is still accurate and the calibration did not change within a uncertainty of roughly 20% or so.
  • Therefore, the transimpedance gain of ASAIR_A_RF45 must be actually low as measured.

 


(Measurement on an already-calibrated RFPD; REFLAIR_A_RF45)

See the previous measuerment on alog 9630. The below are the numbers I newly obtained today.

  • Drive = 0.1 Vp-p at 45.508 MHz
  • Measured RF signal at the SMA jack = 162 mVpp at 45.508 MHz
    • This is lower than the past measurement by 17%. Not too bad.
  • Measured Imon = 880 mVpp
    • This is consistent with the past value shown in alog 9630.
  • ADC counts of the beatnote at 46 Hz = 2886 cnts p-p
    • This is also consistent with the past measurement in alog 9630.
  • DC value measured at the BNC jack = 125 mV.
    • This is higher than the previous measurement by roughly 15 %.
Displaying reports 63581-63600 of 77235.Go to page Start 3176 3177 3178 3179 3180 3181 3182 3183 3184 End