HAM3 pressures as of Dec 24, 11:00 am
Cold Cathode - 5.6 e-6
Pirani - 5.6 e-3
Not a typo - both gauges read 5.6 but 3 decades apart.
1345 hrs. local -> Leaving site now
Expect to be here 30 mins.
1030 hrs. local -> HAM2-HAM3 @ 1.2 x 10-1 torr -> Relatively fast rough-down (scroll pump) due to 2" hose connection to 2.5" Vent/Purge valve as opposed to pumping through deenergized turbo pump (observed ultimate pressure of this particular scroll pump is 3 x 10-3 torr). Tumbleweed crew bailing near Y-arm penetration. 1115 hrs local -> Leaving site now.
The CDS backup disk server cdsfs1 crashed late last night and would not reboot today. We could not recover its boot disk, so we reinstalled Ubuntu 10.04LTS. The backup raid contents were preserved, so no need to rsync everything from /ligo and h1boot again. We are now re-installing the backup scripts and linking the tape backup system.
cdsfs1 had become very flakey lately, hopefully the rebuild will fix this.
Models running on h1seih16 would not run more than a few minutes. The IOP model would die with complaints of ADC channel hopping, the GDS TP screen showed ADC1 as the culprit. In an effort to find the problem, Richard McCarthy 1.) reseated all the cards in the I/O chassis, then 2.) moved the ADC card for ADC1 to a different slot so it would no longer be ADC1, 3.) Completely rearranged the cards to match the h1seih23 system (minus 2 ADC cards). In all cases, the models would stop after a period of time (up to 25 minutes) with the same complaint of ADC channel hopping and the indication that ADC1 was the problem. David Barker modified the IOP model to only use 1 ADC card and the model was restarted. So far after many hours, the IOP model is still running. All cards were left in the I/O chassis for this test. We need to troubleshoot this to find out if any 2 ADC cards cause channel hopping, or if there is a specific ADC card that is causing the issue, or some other cause.
A quiet day in the CR. The biggest news was the startup of pumping of the volume between HAM's 2 and 3. See Kyle's entry below. Kyle has his eye on the LN2 tank for CP4 which reads 31.3 today. Tumbleweeds nixed last week's scheduled fill of this tank. Dave Barker, Jim and Richard swapped ADC cards for HAM1/HAM6 SEI in an attempt to provide readouts for seismic. See Kiwamu's entry below regarding the move of IOT1. The tumbleweed crew has been working all day. Jeff Barlett, Mark Barton, Kyle and Dave Barker have placed work permits for work that will occur over the holiday break.
Will be in occasionally to check on status, record pressure and to switch over to turbo etc. -> Will make aLOG stating my intended duration when I arrive and an entry when I leave site -> Am continuing to pump down Vertex + YBM over the break for the data.
The IOT1 table [1] was transported from the squeezer bay to the place next to HAM2 where the table is supposed to be. The disk-shaped spacers were installed between the enclosure and legs after the table moved in there.
Some pictures will be uploaded shortely.
[1] LHO alog #4985
Ham 2 doors were installed and torqued and ham 1 west door was installed with 4 bolts. Viewports were installed on all ports on ham 2 doors and protective covers as well. First contact on the high quality view ports was removed by Gerardo and Douglas D.
Mark B.
I installed damping filters on BSTST per advice of Stuart. The FM1 filters are as per ITMy and the FM2 are all "lp25": cheby1("LowPass",4,1,25). It damps happily with the gains Stuart had been using at LLO:
L = -2.00
T = -5.00
V = -4.00
R = -0.20
P = -0.04
Y = -0.05
Mark B. I revisited the bug whereby the IOP DACKILL state is displayed white on some SUS screens. As Dave and I discovered the other day, it was due to an incorrect COMP argument being passed by SITEMAP.adl to SUS_CUST_QUAD_OVERVIEW.adl. It's supposed to give the text fragment to add to H1IOPSUS to give the IOP model name. For ITMy it should be COMP="B123", and I fixed that a few days ago. I recalled that there was also a lower case version comp, so today I confirmed that it was used and set it to "b123". I also established that for QUADTST and BSTST, the strings should be "QUADTST" etc. Unfortunately attempting to enter them takes the total argument string over 256 characters, which is an error, so I left them wrong.
Temporary pump connection for HAM2 + HAM3 isolated volume
This is just for a record.
The cables below are the ones that are currently not pulled or that need(ed) some modifications :
CAB_H1:ISC_2 DB25MF (wrong gender [1], already fixed by a gender changer at each end)
CAB_H1:ISC_16 DB25MF (a temporary cable will be installed)
CAB_H1:ISC_24 DB25MF (in stock: to be installed)
CAB_H1:ISC_25 DB25MF (in stock: to be installed)
CAB_H1:ISC_26 DB9MF (in stock: to be installed)
CAB_H1:ISC_27 (too short [2])
CAB_H1:ISC_28 (too short [2])
CAB_H1:ISC_48 (too short [2])
CAB_H1:ISC_206 DB25MF (in stock: to be installed)
CAB_H1:ISC_208 DB25MF (missing)
CAB_H1:ISC_209 DB25MF (missing)
CAB_H1:ISC_211 DB9MF (in stock: to be installed)
CAB_H1:IOO_270 DB9MF (wrong gender at C1. The other end will be checked)
CAB_H1:ISC_310 DB37MF (missing)
CAB_H1:ISC_311 DB37MF (missing)
CAB_H1:ISC_321 DB25MF (missing)
CAB_H1:ISC_322 DB25MF (missing)
All of these cables are more or less related to the upcoming IMC locking and the other missing cables which are fairly independet of the IMC locking are not shown. Also this list doesn't count the cables associated with IOT2.
[1] LHO alog #4567
[2] LHO alog #4978
There were a flurry of activities/measurements in the morning to get to a point where Kyle & Gerardo could start pumpdown on the MC section (HAM2, Input MC Tube, HAM3).
Morning Meeting Notes:
Day Acitvities
Mark B. I updated the safe.snap files for MC1, MC2, and MC3 to lock in Cheryl's alignment work of the last week. For good measure I also updated PR2 because I wasn't sure of the provenance of the old file (of 11/26/12). In each case I saved the old file with the modification date appended (e.g., h1susmc1_safe20121002.snap), and made a spare copy of the new file with today's date appended (e.g., h1susmc1_safe20121220.snap). Note that per current SUS policy, the suspension does _not_ come up with the offsets applied. The offset values are saved, but the offset enables are off, along with the damping enables, the test inputs and the master switch. Thus the laser needs to stay off until the offsets and master switch are reenabled.
The IOT table, which is currently in the squeezer bay, is ready to go.
All the enclosure panels are now back in place and I have wiped the interior of the enclosure with iso since the table has been exposed for a long time (~ more than a week) because some of the panels had been off. In addition to it, I put some dog-clamps on the two periscope structures, which would otherwise potentially move during the crane business. Also I confirmed that the rest of the parts (i.e. mirror mounnts and etc.) on the table are sufficiently tightened so that they won't move.
Note that the installation of the optics and electronics on the table is ongoing and will be completed after the craning.
In order to investigate the channel hopping error on the h1iopseih16 model, I powered down the h1seih16 front end and removed it from the Dolphin fabric (which allows us to reboot it without risk of crashing other front ends). I power cycled the IOChassis by removing the power cord and now the IOP model is running with no channel hopping error. We will keep h1seih16 running in this configuration to permit wiring tests for HAM1 HEPI this week.
Tumbleweed baling continues.
The buildings are relatively clear now. One lane has been opened to XMID, the crew expects this lane to be done to XEND at the end of today.
Wednesday they will start on the YARM - we need access for LN2 and work planned for the YEND station in early January. They expect to work
through the holidays except for Dec 25.