Displaying reports 74301-74320 of 82999.Go to page Start 3712 3713 3714 3715 3716 3717 3718 3719 3720 End
Reports until 18:03, Monday 16 December 2013
H1 SEI (ISC)
kiwamu.izumi@LIGO.ORG - posted 18:03, Monday 16 December 2013 (8976)
BS and ITMY HEPIs restored to July 25th

Today, I found that we hadn't retored the BS and ITMY HEPIs back to the HIFO alignment. So I restored them back to the position of July 25th.

BS HEPI:

Local sensors needed to be as follows in order to get back to the HIFO alignment:

I newly set the Cartesian targets (i.e. H1:HPI-BS_IPS_X_TARGET  and etc.) to be:

ITMY HEPI:

Local sensors needed to be:

I newly set the Cartesian targets to be:

H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 17:55, Monday 16 December 2013 (8975)
Created RCG tag-2.8.2, prebuilt models in preparation for tomorrow's upgrade

In preparation for tomorrows RCG upgrade from tag-2.8 to tag-2.8.2 I have created a build area for tag-2.8.2. All release pointers now refer to 2.8.2.

I have pre-compiled all user models against tag-2.8.2. All models compiled except for h1susim and h1sushtts, which were expected to fail. These two systems will stay back at 2.8.

I ran the systems through my slow channel configuration checker script (/opt/rtcds/userapps/release/cds/common/scripts/slow_chan_config_checker.py) and they all passed. This means there no mismatches between the slow channel order defined on the front end and that used by the DAQ via the model's INI file.

Tomorrow morning we will do the final make-install and restart all models. (h1susim and h1sushtts will be restarted but will run the 2.8 code).

This will give us another data point in how quickly the PSL recovers from a front end shutdown.

H1 ISC (ISC)
sheila.dwyer@LIGO.ORG - posted 17:41, Monday 16 December 2013 (8974)
cleanroom off test over the weekend

The test over the weekend of turning off the cleanroom after running the ALS alignment servos for a while is kind of inconclusive.  the attached plot shows PZT outputs over the weekend.  The red arrow indicates the time when the cleanroom was turned off, you can see a small blip in the alignment servos, but it is small compared to the normal drift in the servos.  However, the plots attached to alog https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=7146 show similar drifts in the PZT aligment, even before the cleanroom was turned off.

One problem with the test we just did is that the green wasn't on the PD when we started, we can try this again after realigning if we need to.

Images attached to this report
LHO General
patrick.thomas@LIGO.ORG - posted 17:01, Monday 16 December 2013 (8962)
Ops Summary
Kyle opened GV1 (WP 4344)
Sheila removed two beamsplitters from the H1 PSL table
Thomas and Kiwamu aligned the optical levers at ITMX and ITMY
Dust monitor 9 dropping in and out of communication

09:09 Filiberto installing analog camera for ITMX (WP 4343)
10:10 Corey to end X to add sign to lab door
10:10 Jim B. labeling IO chassis in CER
10:25 Jim B., Jeff K. restarting h1seih23 models and IOP
11:33 Kyle done opening GV1
12:02 cardboard container pickup
12:43 Filiberto, Louis cleaning up cabling by HAM 4
13:03 - 13:09 Jim B. labeling cables for h1seib3
13:21 Jeff B. and Andres looking for parts near the LVEA test stand
13:40 Richard to end X to look at pressure gauge
13:56 cardboard container dropoff
14:12 Jeff B. and Andres done
15:13 Corey to squeezer bay to put away parts
LHO VE
kyle.ryan@LIGO.ORG - posted 16:17, Monday 16 December 2013 (8973)
Started YBM turbo (backed by LD)*Burped GV1 gate annulus into aux. cart*Valved-out IP5*Opened GV1
Tom V. and others needed GV1 open -> New combined volume pumped only by XBM turbo -> GV5 left soft-closed -> Demonstrated XBM turbo safety valve closes when foreline measured value is above setpoint
H1 AOS (AOS)
thomas.vo@LIGO.ORG - posted 13:47, Monday 16 December 2013 - last comment - 10:03, Tuesday 17 December 2013(8971)
ITM Optical Levers
KiwamuI, ThomasV

We aligned ITMX and ITMY optical levers to the position of the test masses at approximately 2013-12-16 12:00 PT. We may need to adjust the alignment if the pointing changes due to commissioning activities. 

Comments related to this report
kiwamu.izumi@LIGO.ORG - 13:55, Monday 16 December 2013 (8972)

Also, we centered the PR3 opleve in this past Friday. Sorry for not alogging.

thomas.vo@LIGO.ORG - 10:03, Tuesday 17 December 2013 (8982)
ITMX was reflecting off the compensation plate in the previous ALOG, we had shifted the alignment when trying to put the enclosure back on so we re-aligned receive the first bounce off the HR surface of the test mass.  This is verified by actuating on the main chain and the reaction chain separately and verifying that the beam spot correlates to the main chain.
LHO VE
john.worden@LIGO.ORG - posted 13:27, Monday 16 December 2013 (8970)
CP3 Ln dewar

We've been pumping on the vacuum jacket of the CP3 LN2 dewar. This morning the pressures are 2.8 e-3 torr at the scroll pump inlet and 7 microns at the TC gauge. Back in November the pressure was ~700 microns at the TC gauge.

H1 IOO (ISC)
kiwamu.izumi@LIGO.ORG - posted 12:47, Monday 16 December 2013 - last comment - 13:05, Monday 16 December 2013(8968)
IMC locking threshold changed

I changed the IMC locking thresholds because the incident laser power was increased from 300 mW to 1W.

It's locking fine.
 

Comments related to this report
kiwamu.izumi@LIGO.ORG - 13:05, Monday 16 December 2013 (8969)

And, of course, I changed the ASC triggers too: All of them are set to be 3000 counts.

H1 SUS (SUS)
sheila.dwyer@LIGO.ORG - posted 12:43, Monday 16 December 2013 (8966)
IPC receive parts added to PRM and PR2 models

Chris, Kiwamu, Sheila

On friday night, we added IPC receive parts to the h1susprm and h1suspr2 models for ISC-L, ASC_PIT, and ASC_YAW.  

There were already place holders in the model and IPC send parts in the LSC and ASC models , and everything went smoothly.

H1 SUS
arnaud.pele@LIGO.ORG - posted 11:49, Monday 16 December 2013 (8965)
PRM TFs

Since Kiwamu had issues locking the power recycling cavity using M3 actuation of PRM, I ran a quick dtt tf on middle and lowest stage of PRM in one dof (L) to check for any actuation issues. Both stages look ok (cf attachements), so I'm not sure where the problem could come from.

Non-image files attached to this report
H1 CDS (CDS, DAQ, SEI, SYS)
jeffrey.kissel@LIGO.ORG - posted 11:37, Monday 16 December 2013 - last comment - 12:43, Monday 16 December 2013(8964)
h1seih23 (ISI and HPI HAM2&HAM3) Actuation Issues
J. Kissel, J. Batch, H. Radkins, H. Paris

We discovered this morning that HAM2&HAM3 ISIs and HPIs (run on the h1seih23 [computer /  I/O chassis]) were not sending drive signals out to the chambers even though 
- Drive was requested
- The ISI & HPI overview screens indicated the ability to drive (Watchdogs all green, master switch on, "you can drive" border all green)
- The user model FEC state words were all green
- The user model GDS_TP DAC bits were all green

It turns out the only indication of badness is on the FEC STATE WORD of the IOP (in this case H1:FEC-53_STATE_WORD) -- the 8th bit (or 7th if you count from 0), marked "WD" on the CDS_OVERVIEW screen, which is a mislabeled bit representing the "DAC ENABLE" function, which can be triggered by several things other than watchdogs. A minute trend of this bit shows that it has been triggered since Dec 15th 2013 12:51 PST, 2013-12-15 20:51 UTC, 1071175876

Hugo informs me that this symptom has been seen before (I'm sure there are aLOGs, but they'd be written by four different people, each, like me, unsure of how to explain the problem exactly, and probably tagging it with different tasks or use different buzzwords), but the cause is unknown.

Jim had initially suspected the the IOP's FIFO buffer had somehow been emptied, which would cause this bit to go bad, but after looking at the front-end's log, by doing
controls@opsws3:~ 0$ ssh h1seih23
controls@h1seih23:~ 0$ dmesg
where he expected to see some error from the h1iopseih23 process indicating this fact, but no obvious error was reported.

As with all problems like this, we rebooted all front end processes and it cleared the problem and actuation ability has been restored, but the root cause remains a mystery.

@DetChar: can you take a look? If anything just to narrow down exactly when the IOP bit failed *this time*, but maybe get a long history of he channel to see how often this happens, if it only happens on this front end or if it happens on other front ends, etc. etc.

@SEI: Y'all should include the STATE WORD for the user model and the IOP on your overview screen, and include this DAC ENABLE bit in your logic for computing the "you can drive" border.
Comments related to this report
keith.thorne@LIGO.ORG - 12:43, Monday 16 December 2013 (8967)
To examine the DAC FIFO status, log into the front-end and use 'cat /proc//status'. For each DAC, it should say " DAC #x xx fifo_status xx(OK)".  If not, you have a mis-aligned DAC FIFO.  If this is due to a timing jump, you may need to power-cycle the IO chassis.  You at least will need to reboot the front-end computer.
H1 IOO (IOO, PSL)
sheila.dwyer@LIGO.ORG - posted 11:25, Monday 16 December 2013 (8963)
beam splitters removed in PSL

I removed the two beam splitters on the PSL table installed for the faraday isolation measurement, so that we can use more power to search for the POP beam.  After removing both there was no noticable change in alingment on irises on the PSL, so I did not adjust the alingment at all.  I also rotated the half wave plate which will soon be in the motorized stage, so that there is now 0.95W incident on the bottom periscope mirror.  These powers were measured with the PD300-3W power meter head with the filter on. 

This means there is 0.76mW transmitted through the bottom periscope mirror (measured with filter off) , and 59uW transmitted by IO AB BS1.  I powered up the PD that was placed after IO_AB_M12, which was saturated with this power so I moved it to the location of IO_AB_PD2 in the drawing, where there are 16uW incident on it now, resulting in -4.96V.  With the beam blocked this PD has a 60mV offset.  This is a PDA55. 

I also removed the lens, PD, beamsplitter and beam dumps that were used with the two beamsplitters for the farday measurement, I put all the components in the IO cabinet in the anteroom.  This unblocked the PATH from IO_MB_WG1, this path seems to be aligned onto  IO_AB_PD1 already.

I also unblocked the ALS path.  

H1 SUS (CDS, IOO, ISC)
jeffrey.kissel@LIGO.ORG - posted 18:56, Sunday 15 December 2013 (8961)
Final HTTS / HAUX Front-End Code Mods -- Still Battling the RCG Compiler
J. Kissel

Though folks found a temporary solution that worked for the time being while I was off-site last week (see LHO aLOG 8894 and LHO aLOGs 8901), I wanted to try sixteen more ways arranging signals in the h1susim.mdl and/or h1sushtts.mdl front-end simulink models to get what I want out of the calibrated, Cartesian ISI GS-13 signals projected to each optic's EULER basis. Still no dice. Gosh darn it.

I attach to pages of pdf. These are cartoon mimicry of the top level of a given suspension type's front-end Simulink model. I drew the cartoon so you can see a simplified view of the important parts for this discussion, and you can see into the subsystem blocks.

Pg 1 -- a cartoon of what every other suspension type (which only have one optic per model) has. Note, that here, goto/from tags and bus creators/selectors are used going straight from the IPC blocks at the top level, and skipping down two levels (both of which are separate library parts) to a cdsFilt bank. We've been told that skipping levels like this shouldn't work. But it has and does, in this configuration.

Pg 2 -- a cartoon of what I *want* to do with the HSSS, which have many suspensions per model. Here, I send the GS13 signals into a (non-library) subsystem named after the suspension type (HTTS or IM), and calibrate the GS13s once. Yes, I skip a level, but if pg 1 works, so should this. Also, the subsystem in the (HTTS or IM) block has an underscore in the block name -- trying to preserve the channel name format across sus types -- so maybe this is fooling the RCG. From there, the calibrated signal is sent up and out to the top level again, sent to the common HSSS_MASTER block renamed to reflect each of the optics in the model.

As drawn, the model doesn't compile, complaining that just about every bus selectors is not connected.

Where you see roman numerals in double square braces, e.g. [[ii]], I've tried inserting 
- dummy epicsOutputs
- Simulink gains of 1.0
- Test points
- Terminators and Grounds
and can only get it to compile in something equivalent to the temporary configuration where the IPC is fed directly to the HSSS_MASTER.mdl block. 

Very frustrating.



Images attached to this report
Non-image files attached to this report
LHO VE
kyle.ryan@LIGO.ORG - posted 15:37, Sunday 15 December 2013 (8960)
~1540 hrs. local -> Kyle leaving site now


			
			
H1 DAQ (CDS, DCS)
david.barker@LIGO.ORG - posted 12:26, Sunday 15 December 2013 (8959)
h1fw1 back online after disk recovery

Dan has repaired the h1ldasgw1 disk system, I have just restarted h1fw1. It has been writing frames for about 20 mins with no errors.

LHO VE
kyle.ryan@LIGO.ORG - posted 11:40, Sunday 15 December 2013 (8958)
1140 hrs. local -> Kyle working alone in bake oven room -> will make log entry when leaving


			
			
H1 FMP (ISC)
sheila.dwyer@LIGO.ORG - posted 12:53, Saturday 14 December 2013 (8957)
cleanroom off at X end

BSC 9 cleanroom turned off at 12:48.  

Displaying reports 74301-74320 of 82999.Go to page Start 3712 3713 3714 3715 3716 3717 3718 3719 3720 End