Displaying reports 65441-65460 of 83069.Go to page Start 3269 3270 3271 3272 3273 3274 3275 3276 3277 End
Reports until 16:01, Tuesday 28 April 2015
H1 General
thomas.shaffer@LIGO.ORG - posted 16:01, Tuesday 28 April 2015 (18103)
Ops Day Shift Summery

815 - Richard, Filiberto to EX

840 - Dick G. in LVEA

852 - Elli in LVEA

859 - Joe in LVEA checking first aid kits

920 - Richard, Filiberto back from EX, heading to EY

929 - Jason, Ed to EY for OpLev laser replacement

939 - Corey in LVEA looking for laser in Squeezer Bay

940 - Kyle, Gerrardo to EX for Vac work

945 - Elli back

945 - Elli, Nutsinee to EY for HWS

951 - Corey out, to EX

1004 - Richard, Fil back

1012 - Karen to EY

1014 - Jason, Ed back

1018 - Jason, Ed LVEA near PSL rack

1032 - Richard, Fil in LVEA to finish SEI work

1035 - Jason, Ed out

1045 - Water delivery

1046 - Elli out

1058 - Joe out

1101 - Bubba out

1119 - Richard, Fil out

1125 - Karen Leaving EY

1141 - Elli in LVEA next to HAM1

1215 - Kyle, Gerrardo leaving EX

1230 - Kyle in LVEA to tighten valves

1230 - Jeff K. in LVEA

1234 - Jeff K. out

1237 - Elli out

1238 - Kyle out

1315 - Elli in LVEA

1334 - Elli out

1430 - Kyle to MX

1448 - Dick G. out

H1 CDS
james.batch@LIGO.ORG - posted 15:20, Tuesday 28 April 2015 (18105)
gds-2.16.17.2 removed due to ramp down issues
The GDS package has been reverted to the previous gds-2.16.12.4 version due to a bug with ramp down of excitations with the gds-2.16.17.2 version installed earlier today.
H1 SEI (CDS, DetChar)
jeffrey.kissel@LIGO.ORG - posted 13:45, Tuesday 28 April 2015 (18102)
HAM-ISI and HAM-HEPI Model Upgrades Complete
J. Kissel

I've completed the HAM-HEPI and HAM-ISI model upgrades as described by the step-by-step instructions yesterday (and today) in 18078. It should be noted, that with the amount of top-level model modifications and rearranging, one should definitely reserve two days for this update -- one for making the changes for the models which can be done "offline," and one for the model restarts and debugging.

We still have some minor MEDM screen debugging to do, but we should be able to get this done by the end of the day, and commit when ready. 

However, for LHO, this closes out the following ECRs and integration issues:
- Change the count for the saturation counters so that all of the HAMs have the values used now in HAM6. E1500186 :: II 1018
- Put a 10 sec delay on the connection monitor for the SUS Payload WD alerts. E1500196 :: II 1028
- Install parallel feed-forward paths from the Stg 0 L-4Cs and the HEPI L-4Cs; Disconnect the L4Cs from the HAM Sensor correction. E1500179 :: II 1026
- Clean up STS-2 wiring/ update the STS -> HAM inputs so that we don't overwrite last two ADC channels (which are reserved on ADC0). E1400386 :: II 942
- Put the QPD part into the HAM model for the HAM Optical Levers. E1400452 :: II 971
- Add monitor channels to the frames for the STS and displacement sensor signals in the Sensor Correction Path (done for HAM-ISIs and HAM-HEPIs only with this update). E1500216 :: II 1046
- Fix L4C routing bug in HPI template (done for HAM-HEPIs only with this update) (Bug fix -- no ECR) :: II 1045


There were a few hitches including 
- discovering how the IOP bit logic works, and that it needed inversion before going into the library part
- releasing that I needed updates to the isi/common/src directory as well as the model and medm directories
- remembering that the BSC HEPIs would be affected by the hepitemplate update
- a nasty hiccup in that somehow the version of the h1isiham6.mdl I was editing was in my home directory (where I'd never [intentionally] saved it) instead of in the userapps repo, so I was compiling something I hadn't yet edited
- a fix to the HAM3 and HAM5 HEPI models because of the differing cardNum vs block name identification of the ADCs
but I persevered in the end. 

All affected top-level models have been committed to the userapps repo for demonstrative purposes when LLO performs their upgrade.
H1 DAQ (CDS)
david.barker@LIGO.ORG - posted 13:33, Tuesday 28 April 2015 (18101)
Messy DAQ restart

Jim W had finished his TFs, so we went ahead with a DAQ restart. The restart failed due to duplicated slow channels in the corner station Beckhoff EDCU files. Both H1EDCU_ECATC1PLC1.ini and H1EDCU_ECATC1PLC12.ini had the following two channels defined:

for now I have removed them from both INI files.

h1dc0 actually starting running, with an EDCU channel count of zero. This is unusual, it would normally not start. However the other DAQ systems did not restart.

I restarted h1dc0 via port 8087 as usual, it ran correctly but the other DAQ components did not restart. I used monit to restart the frame writers, NDS and broadcaster. All systems then came online.

The EDCU is now green (I had to manually removed TCS_ITMY from the guardian INI file)

H1 SEI
jeffrey.kissel@LIGO.ORG - posted 13:11, Tuesday 28 April 2015 (18078)
The Plan for HAM Model Upgrades
J. Kissel

In prep for the HAM-ISI and HAM-HEPI Model upgrade (see SEI aLOG 708, WP #5171, E1500207, and a slew of ECRs and Integration Issues), I've put together a step-by-step instructions of all of the everything that I need to do today and tomorrow. 
Most of these upgrades were tested at Stanford and MIT, so I don't expect too many problems with the infrastructure, but they can only test/describe so much:
- they only have single chambers, not many chambers each with different top-leve needs
- those chambers don't have SUS on them that need to stay aligned to anything, 
- they don't have IOP watchdog systems, 
- they don't have settings that the really care about in any of their SDF systems, 
- they don't have multiple STSs to store with distibution chassis, and
- they don't have optical levers on their HAM-ISIs 
So this will be the first full-scale test and I wanted to get my ducks in a row before I touched anything.

See attached.
Non-image files attached to this report
H1 CDS
patrick.thomas@LIGO.ORG - posted 12:52, Tuesday 28 April 2015 (18099)
restarted Beckhoff computer at end X
Biweekly crash recovery

Logged in. Closed system manager. Said no to save current changes. Restarted computer. Errors in EPICS IOC. Closed EPICS IOC.
Restarted computer again to get screenshot of errors in EPICS IOC (see attached).

Closed EPICS IOC.

Opened LIGO TwinCAT Target Configuration GUI
Selected H1ECATX1 -> SYS, PLC1, PLC2, PLC3.
Clicked Stop. Clicked Update from source. Clicked Compile. Failed (see attached)
Ran svn update on C:SlowControls. No changes at end X. (see attached)
Ran svn st on C:SlowControls. No local modifications.

Opened LIGO TwinCAT Target Configuration GUI
Selected H1ECATX1 -> SYS, PLC1, PLC2, PLC3.
Clicked Stop. Clicked Update from source. Clicked compile. This time it completed successfully. Clicked Activate and run.
Got message: No boot project created since last download. Exit anyway? Clicked OK. Said it completed successfully.
Clicked Restart EPICS database.
PLC1 and PLC3 came back. PLC2 did not (see attached) Why is the location Corner?

Opened PLC2 from target. Logged in and selected run. PLC2 came back.

Went to /ligo/cds/lho/h1/burt/2015/04/28/00:10
Ran:
burtwb -f h1ecatx1plc1epics.snap
burtwb -f h1ecatx1plc2epics.snap
burtwb -f h1ecatx1plc3epics.snap
Images attached to this report
H1 SEI (SEI)
richard.mccarthy@LIGO.ORG - posted 12:34, Tuesday 28 April 2015 (18100)
Removal of SEI cables from STS interface
Work Permit 5175
Per ECR-E1400386 V5

In conjunction with the Model changes made by Jeff K.  we have removed the STS-2 signal cables from the STS-2 Fan out chassis for each BSC  to the Ham 3 and 5 AA chassis.  Since Hams share the front ends we did not need to duplicate the signal path.  Six cables were removed.  
H1 INJ (CAL, DetChar)
jeffrey.kissel@LIGO.ORG - posted 12:07, Tuesday 28 April 2015 (18098)
Updated CAL-INJ Library Part in CAL-CS Model, Added ODC Master IPC Connection
J. Kissel

In order to get the latest and greatest hardware injection infrastructure from LLO (for the ODC part, see LLO aLOG 17911), I've 
- svn updated the hardware injections library part,
/opt/rtcds/userapps/release/cal/common/models/CAL_INJ_MASTER.mdl
- added an SHMEM IPC sender called H1:CAL-INJ_ODC_IPC to the top level of
/opt/rtcds/userapps/release/cal/h1/models/h1calcs.mdl
- svn updated the library part
/opt/rtcds/userapps/release/sys/common/models/ODC_MASTER_PARTS_V2.mdl
- added an SHMEM IPC receiver called H1:CAL-INJ_ODC_IPC to the top level of
/opt/rtcds/userapps/release/sys/h1/models/h1odcmaster.mdl
and connected it to the last input
- compiled, installed, and restarted both models
- committed the top-level models to their respective location in the svn.

This closes WP 5172.
Images attached to this report
H1 SEI
hugh.radkins@LIGO.ORG - posted 11:22, Tuesday 28 April 2015 (18097)
LHO SEI STS2-B Moved to Concrete

Did not in the end move it except vertically a few mm as I cut out holes in the vinyl floor under the feet.  It is back under the igloo and stabilizing.

H1 CDS (ISC)
david.barker@LIGO.ORG - posted 10:38, Tuesday 28 April 2015 (18095)
ALS models compiled against RCG branch-2.9 with rfm_delay flag

Jeff, Jim, Dave [WP5174]

h1alsey and h1alsex were rebuilt against RCG branch-2.9 (all other models are built against RCG tag-2.9.1). The new rfm_delay flag is turned ON for these two models. This should eliminate the RFM IPC receive errors seen by the h1asc model. I verified that all RFM IPC channels sent by the ALS models are only received by the ASC model.

I have disabled the cron job which was performing a DIAG_RESET on the h1asc model every minute. If we get any IPC errors on the ASC they will latch ON.

I have updated the model_info.txt file (lists all running models and their DCUID number). I have regenerated the H1CDS_FE_RCG_VERSIONS_CUST.adl MEDM screen (attached). All models are running 3994 except ALS which are running 3999. Later builds show a modified RCG (3994M and 3999M) reflecting a change in the standard environment scripts to add ALS and CAL to the RCG model search path.

Images attached to this report
H1 AOS
jason.oberling@LIGO.ORG - posted 10:34, Tuesday 28 April 2015 - last comment - 11:18, Tuesday 28 April 2015(18094)
ETMy OpLev laser replaced, OpLev functionality restored

J. Oberling, E. Merilh

We replaced the laser for the ETMy optical lever laser that had overheated last week (see alog 17986).  Realignment was not necessary as the optical lever had maintained alignment.  New laser SN is 193.

Comments related to this report
hugh.radkins@LIGO.ORG - 11:18, Tuesday 28 April 2015 (18096)

Actually, that Oplev stopped working 2 plus weeks ago around the 10th.  Attached is a 20 day trend showing it gasping on the 10th.

Images attached to this comment
H1 ISC
richard.mccarthy@LIGO.ORG - posted 10:10, Tuesday 28 April 2015 (18093)
Swap of AA/AI Board ISC system
Work Permit 5173

Today we swapped both EX and EY ISC AA AI chassis with V6 AA/AI chassis.  There were 2 AA and 1 AI at each end station.  We also verified the PEM and PCal were already at V6.
Tomorrow we will continue with SUS and SEI.
H1 CDS
james.batch@LIGO.ORG - posted 09:00, Tuesday 28 April 2015 (18092)
Install new dataviewer, gds, and command line nds tools
WP #5164, 5170

Installed version branch/gds-2.16.17.2 GDS tools for Ubuntu, which includes a bug fix for printing problems in diaggui and foton.  Adds an option to foton for use with non-aLIGO filter development.  Adds enhancements to diaggui to search for awgtpman servers on multiple networks, and to restrict the search for awgtpmans to specific models (not for general use).

Installed minor updates to dataviewer and command line nds tools to recognize NDS protocol version 12.2, which was installed with the RCG 2.9.1 update last week.  Should be no functional change to those tools.
H1 SEI (CAL, ISC)
jeffrey.kissel@LIGO.ORG - posted 07:24, Tuesday 28 April 2015 - last comment - 14:35, Tuesday 28 April 2015(18091)
Beginning HAM Model, ALS model, and CAL-CS Updates
H. Radkins, J. Kissel,

Sadly we had to break the very-long-standing RF lock. I've brought all IFO / ISC guardians to DOWN, and I've reloaded the IMC guardian in hope to receive T.J.'s new "OFFLINE" state for the IMC, but there's some bug there. I've left it in INIT and misaligned MC2. Hugh is beginning to bring the platforms to OFFLINE.
Comments related to this report
thomas.shaffer@LIGO.ORG - 14:35, Tuesday 28 April 2015 (18104)

IMC_LOCK has been fixed and works now. Hopefully it stays that way. Things changed are:

  • Spelled managed properly
  • Removed MOVE_TO_OFFLINE state since it was reduntant.
  • Added checker decorators

This has now been committed to the svn.

H1 ISC
sheila.dwyer@LIGO.ORG - posted 05:23, Tuesday 28 April 2015 - last comment - 16:56, Tuesday 28 April 2015(18090)
recycling gain stable while increasing power.

Evan, Dan, Sheila. Kiwamu

This afternoon we moved the picomotors on both transmon IR QPD sleds, although we moved Y much further than X.  This was to reduce the clipping and saturation Keita pointed out in 18077.  After that we excited TMSY in both pitch and yaw, and found error signals for the ITMs that are insensitive to TMS again. 

We have closed all the loops in full lock and things seem stable,  we were able to increase the power at 12:00 UTC on the 28th and saw that the recycling gain stayed stable.  We stopped at 6 Watts because the Y QPD is near saturation.  We should probably do more picoing (most of the light is on one quadrant), and reduce the whitening gain. 

The attached screenshot shows the settings we have now, the DSOFT and CSOFT loops could have gain of 1, but we were cautious. 

We had some difficulty turning on the ASC loops earlier tonight.  One thing that we noticed was that we were able to close INP1 each time, even when we didn't close PRC2 or CHARD (or SRC).  We also had trouble closing the CHARD PIT loop, although YAW was fine. Once we manualy adjusted the alignment to improve the recycling gain and closed the ITM loops, we closed CHARD PIT with no problems.  

We have left the ASC engage commented out in the guardian, because it is not working right now.  We also attempted earlier in the evening to take Keita's advice and manually aling the green PZT durring a full lock with good recycling gain.  We had difficulty getting the build ups high while minimizing the WFS signals, we adjusted the QPD offsets to keep the build ups high but this resulted in a bad recycling gain.  Probably a more thorough attempt is waranted. 

ETMX ESD tripping

Since saturday, the ETMX ESD has been tripping almost every lockloss.  We also need to toggle BO 4 to reset it, which is not required to reset ETMY.  

Images attached to this report
Comments related to this report
sheila.dwyer@LIGO.ORG - 16:56, Tuesday 28 April 2015 (18106)

durring this 2.25 hour lock, the recycling gain stayed fairly stable.  As the  POP LF trend in the attached screenshot shows, the recylcing gain dropped by about 5% in the first half hour of the lock.  the Y trans mon QPDs see a drift in yaw on a similar timescale, although the X arm yaw loop control signal (DSOFT Y OUT) doesn't respond to this, which would indicate that the drift is from TMS, which our combination of error signals is chosen to be insensitive to.  In conclusion it seems like the QPD loops are doing their job.  As keita suggested, it is possible that the change in recycling gain in the first half hour is a thermal effect.  

H1 TCS (DetChar, PEM)
nutsinee.kijbunchoo@LIGO.ORG - posted 17:19, Monday 27 April 2015 (18087)
An evidence of HWS glitch coupled into DARM

A follow up from the alog17973

A HWS operates at 1Hz at the corner station and 57Hz at the End stations. The first plot attached is a quiet DARM and PEM magnetometer reference during a full interferometer lock when none of the HWS cameras were on. The second plot shows spectra from the same channels when only the ITM HWS were on. It is difficult to determine the 1-Hz line due to high DARM noise floor while there is no clear evidence in the corner station magnetometer channel. The third plot shows the DARM spectrum and the PEM floor magnetometer when both ITM abd ETM HWS were on. A tiny peak just above the noisefloor appears in the EX magnetometer together with a peak in DARM. The choice of the chosen magnetometer axis was arbitary. The last three plots are the trend of HWS camera switches.

Images attached to this report
H1 GRD
thomas.shaffer@LIGO.ORG - posted 17:05, Monday 27 April 2015 - last comment - 17:56, Monday 27 April 2015(18081)
New 'OFFLINE' state added to IMC_LOCK

(This will not be reloaded into the working untill the morning)

As per request, I added a new 'OFFLINE' state to the IMC_LOCK Guardian.

This state will disengage the Common Mode Servo Board inputs (H1:IMC-REFL_SERVO_IN1EN and H1:IMC-REFL_SERVO_IN2EN) and misalign MC2.

Upon exiting this state, it will reengage the inputs and realign MC2 before heading through the DOWN state to aquire lock again, if desired.

Comments related to this report
thomas.shaffer@LIGO.ORG - 17:06, Monday 27 April 2015 (18086)

New graph attached

Images attached to this comment
jameson.rollins@LIGO.ORG - 17:56, Monday 27 April 2015 (18088)

I'm looking at the code changes here (which I had to do by logging into the site, since they haven't been committed to the SVN) and I see some issues that will likely prevent it from working as intended.

TJ: I suggest you talk to me before you try to deploy this.

H1 ISC
keita.kawabe@LIGO.ORG - posted 12:53, Monday 27 April 2015 - last comment - 19:14, Monday 27 April 2015(18077)
Severe clipping on Y TR B

Summary:

Y ARM IR QPDB on TMS, which is used for CHARD and CSOFT and also for estimating recycling gain, is severly clipped. This makes both the ASC itself as well as the power recycling gain estimate fishy (LSC-TR_? comes from QPDB).

Fix it (or try fixing it) before using such a fishy signal for ASC.

Details:

Attached is the trend of one lock where Evan increased the power from 3W to 16W. The alignment of the cavity was changing during this due to power up operation.

If you see the IR QPD SUM on TMS (middle panel),  X_A, X_B and Y_A are all sort of proportional to each other, but Y_B is not, so it's apparent that it's clipping.

If you make B/A ratio for X arm it's dead flat, but that's definitely not the case for Y arm (top panel). The ratio for Y should be about the same as that of X, but Y ratio is always smaller and it gets worse as the power goes up. 

Also, at around t=370 sec, there's a kink in YB that is not related to the power kink. Though the clipping was definitely going on at t=300 and probably earlier, it seems like the clipping got worse at t=370.

Images attached to this report
Comments related to this report
keita.kawabe@LIGO.ORG - 19:14, Monday 27 April 2015 (18089)

Evan found that Y QPDB was railing in high power, and it turns out that the odd kink was indeed when the Y QPDB segment 4 started railing.

Still, the departure from the flat line right after the power started increasing from 2.4W indicates that there is a clipping.

Displaying reports 65441-65460 of 83069.Go to page Start 3269 3270 3271 3272 3273 3274 3275 3276 3277 End