[Alastair, Travis]
I wanted to check on the general status of everything in the fiber pulling lab ahead of scheduled monolithic installs. The fiber pulling machine and profiler have had their computers replaced recently and both are running fine. I pulled a fiber and profiled it, and it meets required shape criteria. Everything seems good to go down there. We should order more of the practice stock material (Suprasil 2, 3mm diameter) as that is running low.
Both X and Y lasers are now locking using their Guardian scripts. The feedback loops seem reasonably robust so I'm leaving both lasers running overnght to see how they handle longer periods of locking.
Cheryl, Dave, Carlos:
Cheryl noticed that the IO GIGE1,2 cameras are not working in the PSL enclosure. Their last good data points were at the Sat 16th Sep 08:12 PDT site power outage.
IO GIGE2 is ping-able, but the code will not start. IO GIGE1 is not ping-able. Carlos is going to cleanly power cycle these cameras (they are POE) to see if we can clear the error. If this works, the same will be done on the other non-functioning cameras (listed below)
h1digivideo0: 02(MC Refl), 03(MC Trans), 09(HWS CAM 0)
h1digivideo1: 18(AS Air), 19(OMC Refl), 20(OMC Trans)
h1digivideo2: 28(IO GIGE1), 29(IO GIGE2)
J. Kissel, D. Barker, D. Sigg Dave and I've made all the necessary model changes to account for re-shuffling of the suspension electronics (see LHO aLOGs 38796, 38753, 38778). Those changes are summarized in the screen-capture below, and follow the ADC / DAC arrangement sketched out by Daniel in D0902810-v8 and D1002740-v7. "Current" was the O1 / O2 configuration, "New" is the O3 configuration. The numbers following the model names are the DCUIDs.In words, I've: - Created coil driver monitors in h1susauxh2 and h1susauxh56 for all new suspensions, re-arranging as mentioned above - Updated the FOUROSEM_MONITOR_MASTER to use full filter banks instead of just test points and EPICs Monitors - Changed the stored channel name list to include the "VOLTMON_??_OUT" needed for filter banks as opposed to the test point which was just named "VOLTMON_??"" - Only IMs, RMs, and OMs, use this library part so there's no need to recompile other susaux models - Changed the PR3 optical lever ADC channel assignment in the h1susim model on the h1sush2b computer and removed the HAM2 table optical lever (these were picked up by h1sush2b sent out over the dolphin PCIE network to h1sush2a for consumption in the h1suspr3 model) - Removed the OMs for the h1sushtts model (but the RMs remained), and changed the h1sushtts model to run on the second user model core (specific_cpu=3) of h1sush2b computer - Changed the ASC control IPC receiver channels from shared memory (SHMEM) to over the dolphin PCIE network (PCIE) - Terminated all of the OM inputs to the HTTS ODC vector - Installed the OMs into the h1susomc model of h1sush56 computer - Brought in an ADC1 block for the OMs - Changed all the ASC control IPC receiver channels from SHMEM to PCIE - Did NOT create any new ODC vector, so terminated all the status output from each HSSS_MASTER block - Modified the h1asc model IPC outputs for the RMs and OMs to use PCIE instead of SHMEM - Found that IM4 TRANS (sent by h1ascimc on h1asc0) was never received by the h1asc model (on h1asc0), so we hooked up the receiver... but are still suspicious how initial alignment ever worked without this... - Created a new model h1susopo - Installed ZMs using HSSS_MASTER.mdl - Created new library parts VOPO_MASTER.mdl and OFIS_MASTER.mdl, and installed those as control in top-level model I attach a bunch of screenshots of tghe finalized models to guide the eye -- and to guide the install at LLO. The following models have been compiled, installed and are running: - h1susauxh2 - h1susim - h1sushtts The following have been compiled, but we'll wait until next Two Tuesday to install them (due to work on replacing the SRM, and our need for more electronics) - h1susomc - h1susopo - h1susaush56 Next up -- MEDM screens, and especially, re-populating the RM's control systems.
FAMIS4747
As expected, the vent has the oplev trends all over the place. This will need to be looked at more closely once we are in a more stable state.
FAMIS6542
I added 75mL of water to the crystal chiller. It looks like others have been keeping an eye on it and adding frequently.
FAMIS6917
For what its worth while we are vented, here are the spectra. HAM3 H2 is reporting high noise.
Yesterday, starting work on the HEPI Corner Station Filter change, WP 7169, we observed an interesting behavior of the BSC2 Pressure sensors on the supply lines to the LVEA HEPIs at BSC2. When the large ball valves up on the mezzanine were changed to put the system local to the Pump Stations into recirculation mode, the BSC2 pressures started climbing. At the same time, the pump stations were started to recirc the fluid rapidily to get turbulent flow in an effort to clean out the reservoir. This confused us as the BSC2 sensors are valved out so should have no knowledge of what the pump stations are doing.
Ultimately we decided it must have something to do with the head the plumbing has wrt the BSC2 pressure sensors but those numbers don't really yet make sense. Meanwhile, the pump stations were shut down over night, and as you'll see on the attached trends, you'll see that the pressures at BSC2 began falling back to zero but not until hours after the PSs were back to zero. Very interesting/confusing.
I'll restart the recirc op this morning and we'll see what happens. Could the $xxx 1-1/2" swloc ball valves be leaking...
We have way more expensive valves that leak! I was going to ask if there are any check or relief valves in the system which may also leak preferentially in one direction.
FAMIS8041
Both BRS's seem to be moving away from the closest limit, so we should be good for some time.
On the board for today:
Optical lever on the North wall near HAM5, please leave it alone.
No booting of h1sus56 until further notice.
HAM6 doors coming off Mon or Tues.
Please transition back to laser safe when finished working in the evening. This way the morning cleaning/craning/prep work can work in a safer environment.
Continuing work on getting the diagnostic breadboard (DBB) up, at least as far as the front end laser is concerned. Frequency noise: Looks pretty good actually. A factor of a couple above the reference trace for frequencies between 2 and 5 Hz. Below or equal to elsewhere. Control and error signals are consistent with the reference traces. Beam pointing: Clearly something is not quite right with this measurement. Could well be that the alignment onto the two quadrant photodetectors needs to be checked. Relative power noise: First measurement done with the DBB PMC locked. Typically a factor of ~2 higher than the reference trace, across the board. Not too dissimilar to the measurement made on Tuesday. dbb_rpn-001.pdf is with the PMC locked, dbb_rpn-002.pdf is with the PMC unlocked. One can see a small difference in the 7 to 13 Hz region, nothing to worry about really. I was interested to see if there was a difference in the first place. Mode scan: Measurement is consistent with that conducted on Monday, namely ~3% in higher order modes. ISS relative power noise: This measurement does not require the DBB but does need the "real" pre-modecleaner to be locked. Note that the alignment into the PMC is not optimised because the Picomotor controller was moved for the work around HAMs [1-3]. There's a large discrepancy between the in and out of loop sensor. That's not too surprising, although the scale of the difference is. The ISS MEDM screen indicates that PDB is the out of loop sensor, which corresponds to the blue trace.
TITLE: 09/28 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: None
CURRENT ENVIRONMENT:
Wind: 6mph Gusts, 4mph 5min avg
Primary useism: 0.02 μm/s
Secondary useism: 0.11 μm/s
QUICK SUMMARY: Vent work ongoin.
Today I finished removing the 288 magnets (144 per pump) from IP7 and IP8. These 2500 L/sec ion pumps were custom built for iLIGO. Each pump consists of (40) ea. 55 L/s noble diode ion pump elements arrayed together in a single pump chamber. The "stripped" pumps will be shipped off to be refurbished.
IO work today:
Tomorrow:
- Cheryl, Corey, Ed, Keita, TJ (restored optic alignments)
LHO TCS maintenance tasks (day 3) per T1700136:
TITLE: 09/27 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY: Vent work ongoing
LOG:
I've been having a look at the CO2Y flow meter issue (aLOG 32230). If we look back at the flow rate through July of this year, we see several periods where the "flow" has dropped by up to 30% (see attached time series showing H1:TCS-ITMY_CO2_FLOWRATE). There is zero change in any of the corresponding temperature sensors (laser, manifold, beam dump - all of which are attached to things that are cooled by the water), neither do we see anything in the laser output power.
We know, from measurements at LLO, that we expect the temperature of the laser to change in response to a change in flow rate. For example, we saw a 0.4C decrease in temperature in the LLO laser in response to the flow rate increase of 0.6GPM. There is nothing remotely commensurate here at LHO when the "flow" drops from 3.1GPM to 2.6GPM in mid-July.
There is a single observed drop in temperature around July 18. However, close examination shows that this does not correspond to change in flow - the nearest change in flow rate is approximately 19 hours earlier.
This leads me to believe that the flow rate itself is unaffected and that the electronic interface to the flow meter (the CO2 laser interlock controller) is most likely the source of the problem.
Attached are my notes from Tuesday and today surveying the HAM3 ISI Optical Table and the HEPI Piers.
The ISI Optical Table in HAM3, very similar to HAM2, is tilted down from SW to NE about 0.5mm
The HEPI Piers, like at HAM2, are essentially unchanged during this full corner station sans diagonal vent. The changes are in the noise of my measurement resolutions and I see the NW change of -0.4mm as an error on rod zero or reading.
Bottom Line: The level of the Optical Table is tolerable to IO and there is no indication that the vent has appreciably changed the tilt of HEPI => ISI Stage0.
Addressing the ISIs' table level would require changing locker shims and table balance; or, refloating HEPI and relocking to untilt the table. Both doable, but neither fast--at least a day.
The CER switch ports do not show any link lights. We will investigate tomorrow in the LVEA to ensure there is an intact cable run up to the cameras through the patch panels.