Displaying reports 65261-65280 of 83017.Go to page Start 3260 3261 3262 3263 3264 3265 3266 3267 3268 End
Reports until 10:42, Tuesday 05 May 2015
H1 AOS (SUS)
kiwamu.izumi@LIGO.ORG - posted 10:42, Tuesday 05 May 2015 (18237)
oplev calibration on ETMX and ETMY

Jason, Kiwamu,

We revisted the calibration of the oplev on ETMX and ETMY which showed calibration error of a factor of a few (alog 18218). In fact, they alll had underestimated the suspension angle by roughtly a factor of two. Here is a summary table of the calibration factors:

  old calibration [urad/cnts] new calibration [urad/cnts]
ETMX PIT 81.2 222.5
ETMX YAW 115.2 263.4
ETMY PIT 77.94 172.2
ETMY YAW 53.55 115.4

We also updated the SDF so that these new values are already reflected. Note that the number I updated yesterday was not accurate enough (alog 18218) since I was using the misaligned ETMX. We calibrated it again with the aligned suspension. I attach the measurement data nad fitting codes as a zip file.

Non-image files attached to this report
H1 ISC
filiberto.clara@LIGO.ORG - posted 10:30, Tuesday 05 May 2015 - last comment - 11:03, Tuesday 05 May 2015(18238)
QPD Whitening Filter Chassis Replaced - EY
Replaced QPD Whitening Filter Chassis S1101595 with S1101628. Keita reported 900 count DC offset on segment 2. 
Comments related to this report
richard.mccarthy@LIGO.ORG - 11:03, Tuesday 05 May 2015 (18239)
Looks like the spring influx of wildlife has had ramifications on our IFO.  More testing will be done but looks like mice may have contributed to the problem with the whitening chassis.  An opAmp was covered in corrosion and other problems on the board looked like a mouse outhouse.  We have cleaned and disinfected the chassis and are waiting for it to dry before doing more tests.
See attached photo
Non-image files attached to this comment
H1 SEI
hugh.radkins@LIGO.ORG - posted 10:02, Tuesday 05 May 2015 - last comment - 12:22, Tuesday 05 May 2015(18235)
HEPI Pump Stations Pressures shown little coherence with IFO control signals during run

Similar to yesterday's plot but I've added MICH SRCL & PRCL

See the attached three panel for all the three building Pressures coherence to trhe IFO control signals.

Corner Station had coherence approaching 0.7 with Mich at ~20mHz, everything else is less.

Images attached to this report
Comments related to this report
hugh.radkins@LIGO.ORG - 12:22, Tuesday 05 May 2015 (18242)

Scanning through coherence plots from the LVEA pressure to individual platforms and DOFs finds some continuous coherence to the HPI BS RZ.  See it on the upper right panel of the attached graph.  The thin dark green is the current coherence and still not as bad as the pale thick lighter green reference line from before our controller tweeking back in Jan/Feb.  However, there is a fair swath of non zero area from a few mHz to 100mHz.  The same area where we see some coherence with MICH.

So why is the BS the most coherent.  While the pump servo does get its signal from the pressure sensors at the BS, I'm more suspicious about the very large constant drive the Z DOF on the BS is currently applied by HEPI.  When the Pump Stations are off, the BS HEPI sags so low that some of the vertical IPS are out of their linear range.  This requires the DC BIAS to be almost 400um for the Z DOF.  Maybe this gives us some Z to somethin-mich-is-sensitive-to coupling.  It is on our wish list to lift this up with the HEPI Mechanical Springs.

Images attached to this comment
H1 CDS
james.batch@LIGO.ORG - posted 09:57, Tuesday 05 May 2015 (18234)
Replaced command line nds tools, dataviewer
WP #5164

Replaced dataviewer and command line nds tools to remove warning message about communication protocol version being unexpected.
H1 CDS
james.batch@LIGO.ORG - posted 09:28, Tuesday 05 May 2015 (18233)
GDS tools updated for Ubuntu 12 control room computers.
WP #5170

Update control room GDS tools to version 2.16.17.2-1, includes awgstream (compiled against new gds libraries, no code change).

This change fixes printing to files in diaggui and foton, gives the user the ability to set very small numbers in awggui, fixes a minor bug in allowed sample rates in foton. 

For the more obscure changes, foton can be used for non-aLIGO filter development involving non-standard sample rates (using a command line option).  In diag and diaggui, multiple broadcast addresses can now be specified as a comma-separated list in the LIGO_RT_BCAST environment variable.  Also in awggui, awgstream, diag and diaggui, setting testpoints can be restricted to specific models.
H1 ISC
peter.fritschel@LIGO.ORG - posted 09:22, Tuesday 05 May 2015 (18231)
SRC alignment controls: H1 vs L1

Comparison between the control channels used for the signal recycling cavity (SRC) alignment, H1 and L1:

 

  DoF Sensor Controlled optic
H1 SRC1 AS_B RF36I SRM
SRC2 AS_C DC SR2 & SRM
L1 SRC1 AS_C DC SR2
SRC2 AS_A RF36I SRM

Both IFOs use a AS port, 36 MHz WFS to control SRM alignment, though H1 uses WFS B and L1 uses WFS A. I don't know if this difference is arbitraty or reflects some real difference in sensing. Both IFOs use the AS port QPD, AS_C, to control the alignment of SR2, though H1 also feeds this signal to the SRM, to decouple the action of this loop (SRC2) from the SRC1 loop.

The other thing to notice is that the DoF (degree-of-freedom) naming between the H1 and L1 is swapped. This is just unfortunate and should be fixed.

H1 CDS (CDS, SEI)
jeffrey.kissel@LIGO.ORG - posted 08:15, Tuesday 05 May 2015 (18227)
h1hpibs top-level front-end problems
J. Kissel

I had trouble compiling the 
/opt/rtcds/userapps/release/hpi/h1/models/h1hpibs.mdl
in that where all other HEPI top-level models had no problem, the BS wouldn't compile when the actuator output signals were connected to the DAC via a bus & tag system. I tried grabbing new busses and tags and reconnecting, I tried grabbing a new cop of the hepitemplate library part, neither of which worked. It would only compile if I directly connected the library outputs to DAC.

I'll ask the CDS crew to investigate.
Images attached to this report
H1 CDS (DAQ, ISC, SEI)
jeffrey.kissel@LIGO.ORG - posted 07:04, Tuesday 05 May 2015 - last comment - 08:45, Tuesday 05 May 2015(18223)
Beginning CDS Maintenance
J. Kissel

Plan for the morning:
- Recompile, reinstall, and restart BSC HPI models to absorb changes that were a residual from the HAM model updates
- Install ALS EX and EY models, which have been compiled against the tagged release of RCG 2.9.2 (it had only been compiled against the branch to date)
- Restart the frame builder / DAQ / h1cd0 to absorb new TCS Beckhoff channels and the updated channel list from the new BSC HEPI template.

Bringing all IFO guardians to DOWN and IMC guardian to OFFLINE, and bringing BSC Chambers to OFFLINE.
Comments related to this report
jeffrey.kissel@LIGO.ORG - 07:51, Tuesday 05 May 2015 (18224)
I've successfully installed and restarted ALSEX and EY, and successfully compiled, installed and restarted all BSC HEPIs. All chambers are back online, and I've confirmed that the IFO can reach the DRMI_LOCKED ISC_LOCK guardian state.

Sadly, the Framebuilder wasn't so happy with its restart. I tried twice, but the result is the same failure mode: the following front-ends show "02xbad" status:
h1sush56

h1susauxb123
h1susauxh2
h1susauxh34
h1susauxh56

h1asc0

h1susex

h1pemmx0
Note that all of these models are (at least superficially) unrelated to BSC HEPIs and ALS EX/EY.
I've reached the limits of my debugging abilities for the frame builder. I'll have to wait for the pros to deal with this issue.
Images attached to this comment
jeffrey.kissel@LIGO.ORG - 08:45, Tuesday 05 May 2015 (18229)
J. Kissel, J. Batch

The 02xbad error message seems to have been a result of a common occurrence -- a restart of the frame builder glitches the mx_stream process on some front ends. The first thing to try is to log on to the front end, and restart the mx_stream porcess, by running the command
sudo /etc/start_streamers.sh


Jim performed this command on all of the errant front-ends, and the bad DAQ status has cleared. 

Also -- he informed me that even installing the ALS models while the RCG is pointing to a different version will overwrite some necessary stuff and render the compilation against RCG 2.9.2 will cause badness. Jim changed the build machine's pointers briefly back to 2.9.2, recompiled and reinstalled the h1alsex and h1alsey models and I restarted them. All seems clear, and h1build pointers have been reverted back to RCG 2.9.1.
H1 ISC
eleanor.king@LIGO.ORG - posted 20:28, Monday 04 May 2015 (18220)
SRC measurement prep

Kiwamu, Elli

NF1611 photodiode taken from ISCT6 and put iinto ISCT1 in front of ASC WFS Reflair A.  There is 6mW coming from REFL-BS3, then we placed the 1611 behind a 90% 45-P beamsplitter.  There was .4mW of light incident on the 1611 when looking at a prompt reflection from the PRM.   The PSL was running at 2.3W. The aux laser was running at 500mW, 0.5mW reached the pd.  I unplugged the power to the BBPD Refl photodiode (Reflair B) to power the 1611. 

The alignment of Aux laser and carrier onto IOT2R was adjusted to maximise the power of both beams onto the 1611PD on this beam.  I tried to lock the aux laser to the carrier frequency plus a fixed offset using a servo controller, same settings as previously, but have not yet succeeded.  To be continued tomorrow.

H1 AOS
kiwamu.izumi@LIGO.ORG - posted 18:36, Monday 04 May 2015 (18218)
ETMX oplev calibration updated in yaw, we will revisit pitch tomorrow

It seems that the ETMX oplev calibration has been off by a factor of 2.3 with the oplev values smaller than that expected from the alignment biases. I have corrected the calibration of yaw, but not pitch yet. I will do the calibration of pitch tomorrow.

The attached is a plot of the oplev signal in yaw as a function of the alighnment bias before the correction. According to a least square fitting, the oplev was underestimating the angle by a factor of 1/0.436 ~ 2.3. I corrected this by multipling the same factor to the oplev pitch gain so that the gain is now 81.2 /0.436 = 186.2 urad/cnts.

Images attached to this report
H1 PSL (PSL)
jason.oberling@LIGO.ORG - posted 15:39, Monday 04 May 2015 - last comment - 09:01, Tuesday 05 May 2015(18215)
PSL Diode Chiller Interlock Trips

Summary of the PSL trips from 2015-5-1 to 2015-5-3 during the LHO mini run.  Every instance of the PSL tripping was due to the same interlock, H1:PSL-IL_DCHILFLOW, tripping with no apparent loss in coolant flow for the diode chiller, H1:PSL-OSC_DCHILFLOW.  The first three trips on 2015-5-3 were during the long interlock trip that Nutsinee reported in alog 18187.  Data for the other PSL trips over the last 10 days have been reported in alogs 18083 and 18134.  All times UTC.

Images attached to this report
Comments related to this report
jason.oberling@LIGO.ORG - 09:01, Tuesday 05 May 2015 (18230)

Submitted bug report #1057

H1 AOS
keita.kawabe@LIGO.ORG - posted 11:56, Monday 04 May 2015 - last comment - 21:32, Monday 04 May 2015(18205)
oplev receives the arm scatter

Apparently I haven't aloged it last week, but oplevs recive the IR scatter from the arm. It's not a big deal, I'm writing this just for the record.

Attached shows one 7W lock when ETMY OPLEV was not working (no light). As soon as IR resonates in the arm, ETMY oplev segments jump up  and the SUM goes to 560 counts (left and middle row). If the oplev laser was alive, this 560 counts would have been added on top of about 30k counts. Fortunately this is mostly common for all four segments, and the effect on the angle readout, when the oplev laser is alive, would have been about  0.03% of the full range, or about 0.03 urad.

The same thing happens to ETMX (right bottom) except that the oplev laser was alive and that the scatter increased the oplev SUM by only 360 counts.

For ITMs the SUM due to the arm scattering seems to be abount an order of magnitude smaller than ETMs, but the oplev power itself is also smaller (3000 to 4000 counts).

Images attached to this report
Comments related to this report
daniel.hoak@LIGO.ORG - 21:32, Monday 04 May 2015 (18221)

Along the same lines: quite a while ago during the DRMI locking, Jeff and I noticed that the BOSEMs of the HAM6 tip-tilts would pick up flashes from the DRMI lock acquisition that would generate spurious damping signals and shake the mirrors.  This isn't a problem because we don't need those optics to be quiet before DRMI locks, but we thought it was interesting.  I can't remember if the OMC SUS acquired some noise from the DRMI flashing.

After we noticed this, Jeff and I checked that it wasn't a problem for any of the corner-station mirrors that we don't actuate on to lock DRMI.  We saw no evidence that DRMI flashing generated noise in the ITMs, PR2-3, or SR2-3.  Of course it's impossible to tell if PR2, SR2, or BS OSEMs are affected by flashes since the LSC drive is banging on those optics when we're trying to acquire.

H1 AOS (DetChar)
edward.daw@LIGO.ORG - posted 17:51, Friday 01 May 2015 - last comment - 17:26, Monday 04 May 2015(18161)
Injection file for stochastic background
I have created a 10 minute injection file simulating a stochastic source at omega_GW=1 at 100Hz, and placed it on the cds system in:
/ligo/home/edward.daw/research/hardware_injections/2015_05_01/inj10mins.txt
The file was created as follows:
on the h1hwinj1 machine,
cd /ligo/home/edward.dad/research/hardware_injections/dependencies/sources/virgo/NAPNEW/SCRIPTS/IsotropicSbGenerator
python IsotropicSbGenerator.py --init IsotropicSbGenerator2.ini
This code generates a single 600 second frame which I subsequently moved to /ligo/home/edward.daw/research/hardware_injections/2015_05_01/SB_HI_L1-1114555770-600.gwf.
To convert the frame to an ascii file, I tried running a local matlab, but I couldn't get a license. I therefore shipped the frame to my laptop, and used matlab interactively:
>> [data,tsamp]=frgetvect('SB_HI_L1-1114555770-600.gwf','H1:strain',1114555770,600);
>> outfile=fopen('inj10mins.txt','w');
>> fprintf(outfile,'%g',data);
>> fclose(outfile);
...and finally I used gsisftp to move the resulting text file back to the cds machine at the above location.
The above matlab code could easily be used to scale the data by a factor, as it seems you have done with previous injections, if the existing scale proves inappropriate for the injection. Please inject this 10 minute duration signal once the machine is stable and you are ready for more injection tests.
Thanks. 
Ed
Comments related to this report
eric.thrane@LIGO.ORG - 17:26, Monday 04 May 2015 (18217)INJ
Nice work Ed, Jeff, and Giancarlo getting this ready in time for the mini run.  I have a similar question to the one posed by Jeff.

Is the output of the file in units of strain or is in units of Initial LIGO counts?  The reason I ask is because, during Initial LIGO, we used this code, or code like it, to create injection files with a frequency-dependent transfer function applied.  For aLIGO, we don't want to apply this transfer function.  Would it be possible to make a plot of the amplitude spectral density of the injection file?  It should have a power-law shape with index -3/2.
Displaying reports 65261-65280 of 83017.Go to page Start 3260 3261 3262 3263 3264 3265 3266 3267 3268 End