ID |
Date |
Author |
Type |
Category |
Subject |
6699
|
Tue May 29 00:53:57 2012 |
Den | Update | CDS | problems |
I've noticed several CDS problems:
- Communication sign on C1SUS model turns to red once in a while. I press diag reset and it is gone. But after some time comes back.
- On C1LSC machine red "U" lamp shines with a period ~5 sec.
- I was not able to read data from the SR785 using netgpibdata.py. Either connection is not established at all, or data starts to download and then stops in the middle. I've checked the cables, power supplies and everything, still the same thing.
|
11252
|
Sun Apr 26 00:56:21 2015 |
rana | Summary | Computer Scripts / Programs | problems with new restart procedures for elogd and apache |
Since the nodus upgrade, Eric/Diego changed the old csh restart procedures to be more UNIX standard. The instructions are in the wiki.
After doing some software updates on nodus today, apache and elogd didn't come back OK. Maybe because of some race condition, elog tried to start but didn't get apache. Apache couldn't start because it found that someone was already binding the ELOGD port. So I killed ELOGD several times (because it kept trying to respawn). Once it stopped trying to come back I could restart Apache using the Wiki instructions. But the instructions didn't work for ELOGD, so I had to restart that using the usual .csh script way that we used to use. |
11267
|
Fri May 1 20:33:31 2015 |
rana | Summary | Computer Scripts / Programs | problems with new restart procedures for elogd and apache |
Same thing again today . So I renamed the /etc/init/elog.conf so that it doesn't keep respawning bootlessly. Until then restart elog using the start script in /cvs/cds/caltech/elog/ as usual.
I'll let EQ debug when he gets back - probably we need to pause the elog respawn so that it waits until nodus is up for a few minutes before starting.
Quote: |
Since the nodus upgrade, Eric/Diego changed the old csh restart procedures to be more UNIX standard. The instructions are in the wiki.
After doing some software updates on nodus today, apache and elogd didn't come back OK. Maybe because of some race condition, elog tried to start but didn't get apache. Apache couldn't start because it found that someone was already binding the ELOGD port. So I killed ELOGD several times (because it kept trying to respawn). Once it stopped trying to come back I could restart Apache using the Wiki instructions. But the instructions didn't work for ELOGD, so I had to restart that using the usual .csh script way that we used to use.
|
|
16991
|
Tue Jul 12 13:59:12 2022 |
rana | Summary | Computers | process monitoring: Monit |
I've installed Monit on megatron and nodus just now, and will set it up to monitor some of our common processes. I'm hoping that it can give us a nice web view of what's running where in the Martian network. |
11093
|
Tue Mar 3 11:38:11 2015 |
Steve | Update | safety | professional crane inspection |
Quote: |
Safety glasses were measured and they are all good. I'd like to measure your personal glass if it is not on this picture.
Quote: |
Safety audit went soothly. We thank all participients.
Correction list:
1, Bathroom water heater cable to be stress releived and connector replaced by twister lock type.
2, Floor cable bridge at the vacuum rack to be replaced. It is cracked.
3, Sprinkler head to be moved eastward 2 ft in room 101
4, Annual crane inspection is scheduled for 8am Marc 3, 2015
5, Annual safety glasses cleaning and transmission measurement will get done tomorrow morning.
|
|
Konecranes' Fred inspected and load tested all tree cranes at with 450 lbs |
Attachment 1: 450lbs2015.jpg
|
|
12015
|
Wed Mar 2 10:09:28 2016 |
Steve | Update | safety | professional crane inspection |
The crane inspection is scheduled for this coming Friday from 8-12
|
716
|
Tue Jul 22 16:50:09 2008 |
steve | Metaphysics | Environment | professorial clean up of work bench |
Atm1: is showing the spiritual satisfaction after work bench clean up by the professor himself.
Atm2: some items are still waiting to be placed back to their location |
Attachment 1: ranaclup.png
|
|
Attachment 2: cleanup2.png
|
|
8048
|
Fri Feb 8 23:22:48 2013 |
Den | Summary | Modern Control | progress report |
I wrote a small document on the application of LQG method to a Fabry-Perot cavity control. |
Attachment 1: LQG.pdf
|
|
7646
|
Wed Oct 31 17:11:40 2012 |
jamie | Update | Alignment | progress, then setback |
jamie, nic, jenne, den, raji, manasa
We were doing pretty well with alignment, until I apparently fucked things up.
We were approaching the arm alignment on two fronts, looking for retro-reflection from both the ITMs and the ETMs.
Nic and Raji were looking for the reflected beam off of ETMY, at the ETMY chamber. We put an AWG sine excitation into ETMY pitch and yaw. Nic eventually found the reflected beam, and they adjusted ETMY for retro-reflection.
Meanwhile, Jenne and I adjusted ITMY to get the MICH Y arm beam retro-reflecting to BS.
Jenne and I then moved to the X arm. We adjusted BS to center on ITMX, then we moved to ETMX to center the beam there. We didn't both looking for the ETMX reflected beam. We then went back to BS and adjusted ITMX to get the MICH X arm beam retro-reflected to the BS.
At this point we were fairly confident that we had the PRC, MICH, and X and Y arm alignment ok.
We then moved on the signal recycling cavity. Having removed and reinstalled the SRC tip-tilts, and realigning everything else, they were not in the correct spot. The beam was off-center in yaw on SR3, and the SR3 reflected beam was hitting low and to the right on SR2. I went to loosen SR3 so that I could adjust it's position and yaw, and that when things went wrong.
Apparently I hit something BS table and completely lost the input pointing. I was completely perplexed until I found that the PZT2 mount looked strange. The upper adjustment screw appeared to have no range. Looking closer I realized that we somehow lost the gimble ball between the screw and the mount. Apparently I somehow hit PZT2 hard enough to separate from the mirror mount from the frame which caused the gimble ball to drop out. The gimble ball probably got lost in a table hole, so we found a similar mount from which we stole a replacement ball.
However, after putting PZT2 back together things didn't come back to the right place. We were somehow high going through PRM, so we couldn't retro-reflect from ITMY without completely clipping on the PRM/BS apertures. wtf.
Jenne looked at some trends and we saw a big jump in the BS/PRM osems. Clearly I must have hit the table/PZT2 pretty hard, enough to actually kick the table. I'm completely perplexed how I could have hit it so hard and not really realized it.
Anyway, we stopped at this point, to keep me from punching a hole in the wall. We will re-asses the situation in the morning. Hopefully the BS table will have relaxed back to it's original position by then. |
7647
|
Wed Oct 31 17:18:34 2012 |
Jenne | Update | Alignment | progress, then setback - trend of BS table shift |
Here is a two hour set of second trends of 2 sensors per mirror, for BS, PRM, ITMY and MC1. You can see about an hour ago there was a big change in the BS and PRM suspensions, but not in the ITMY and MC1 suspensions. This corresponds as best we can tell with the time that Jamie was figuring out and then fixing PZT2's mount. You can see that the table takes some time to relax back to it's original position. Also, interestingly, after we put the doors on ~10 or 20 minutes ago, things change a little bit on all tables. This is a little disconcerting, although it's not a huge change. |
Attachment 1: PRM_BS_table_bumped_ITMY_MC1_no_big_change_2hoursBack.png
|
|
7649
|
Wed Oct 31 17:36:39 2012 |
jamie | Update | Alignment | progress, then setback - trend of BS table shift |
Quote: |
Here is a two hour set of second trends of 2 sensors per mirror, for BS, PRM, ITMY and MC1. You can see about an hour ago there was a big change in the BS and PRM suspensions, but not in the ITMY and MC1 suspensions. This corresponds as best we can tell with the time that Jamie was figuring out and then fixing PZT2's mount. You can see that the table takes some time to relax back to it's original position. Also, interestingly, after we put the doors on ~10 or 20 minutes ago, things change a little bit on all tables. This is a little disconcerting, although it's not a huge change.
|
what's going on with those jumps on MC1? It's smaller, but noticeable, and looks like around the same time. Did the MC table jump as well?
more looking tomorrow. |
7651
|
Thu Nov 1 01:51:37 2012 |
rana | Update | Alignment | progress, then setback - trend of BS table shift |
But these jumps in the OSEMs are all at the level of 10-20 microns. Seems like that wouldn't be enough to account for anything; 20 microns / (pend length) ~ 50-60 microradians. |
7652
|
Thu Nov 1 08:48:42 2012 |
steve | Update | Alignment | progress, then setback - trend of BS table shift |
Quote: |
But these jumps in the OSEMs are all at the level of 10-20 microns. Seems like that wouldn't be enough to account for anything; 20 microns / (pend length) ~ 50-60 microradians.
|
BS table and suspensions are fine. |
Attachment 1: alignmentstrugle2d.png
|
|
Attachment 2: alignmentstrugle2da.png
|
|
Attachment 3: befpd09252012.png
|
|
7655
|
Thu Nov 1 10:58:49 2012 |
jamie | Update | Alignment | progress, then setback - trend of BS table shift |
Here's a plot of the BS, PRM, and MC1 suspension shadow sensor trends over the last 24 hours. I tried to put everything on the same Y scale:

There definitely was some shift in the BS table that is visible in the BS and PRM that seems to be settling back now. The MC1 is there for reference to show that it didn't really move. |
7805
|
Mon Dec 10 16:28:13 2012 |
jamie | Omnistructure | Computers | progressive retrieval of online data now possible with the new NDS2 client |
Leo fixed an issue with the new nds2-client packages that was preventing it from retrieving online data. It's working now from matlab, python, and octave.
Here's an example of a dataviewer-like script in python:
#!/usr/bin/python
import sys
import nds2
from pylab import *
# channels are command line arguments
channels = sys.argv[1:]
conn = nds2.connection('fb', 8088)
fig = figure()
fig.show()
for bufs in conn.iterate(channels):
fig.clf()
for buf in bufs:
plot(buf.data)
draw()
|
|
1565
|
Fri May 8 15:40:44 2009 |
pete | Update | Locking | progressively weaker locks |
the align script was run after the third lock here. it would have been interesting to see the arm powers in a 4th lock |
Attachment 1: powers_3lock.pdf
|
|
13678
|
Mon Mar 12 13:58:37 2018 |
gautam | Update | General | projector light bulb blown |
Bulb went out ~10am today. Looks like the lifetime of this bulb was <100 days.
Steve: bulb is arriving next week
|
13208
|
Tue Aug 15 08:22:16 2017 |
Steve | Update | General | projector light bulb replaced |
BL-FS300C-PH-LE was replaced after 2,904 hrs It did not explode this time. The 4 monts life period is actually pritty good because this is a $73. cheap bulb. The best-high priced warranty is 5 months.
PS: future option_bulbless laser projector
HITACHI LP-WU3500 PROJECTOR $2,549.00
DLP, WUXGA, 3500 LUMENS, HDMI, 20K HR LASER, 5YR WARRANTY, 1.36-2.34:1 LENS, 24/7 DUTY CYCLE
45x72 IMAGE FROM 8' TO 13'10" LENS TO SCREEN, AND AT 10' APPROX. 154FL OF BRIGHTNESS ON A 1.0 GAIN SCREEN
http://www.projectorcentral.com/pdf/projector_spec_9722.pdf
This would give you everything you are requesting, plus a lamp-less design and 5yr warranty. Ground shipping would be free anywhere in the lower 48, and we would not charge sales tax on orders billing/shipping outside of AZ. If you have any questions or if you would like to order... just let me know!
|
13499
|
Wed Jan 3 15:13:55 2018 |
Steve | Update | General | projector light bulb replaced |
Bulb is replaced.
Quote: |
I noticed this behaviour since ~Dec 20th, before the power failure. The bulb itself seems to work fine, but the projector turns itself off after <1 minute after being manually turned on by the power button. AFAIK, there was no changes made to the projector/Zita. Perhaps this is some kind of in-built mechanism that is signalling that the bulb is at the end of its lifetime? It has been ~4.5 months (3240 hours) since the last bulb replacement (according to the little sticker on the back which says the last bulb replacement was on 15 Aug 2017
|
|
13695
|
Wed Mar 21 10:00:35 2018 |
steve | Update | General | projector light bulb replaced |
Light bulb replaced.
Quote: |
Bulb went out ~10am today. Looks like the lifetime of this bulb was <100 days.
Steve: bulb is arriving next week
|
|
14048
|
Tue Jul 10 14:20:09 2018 |
steve | Update | General | projector light bulb replaced |
Bulb replaced at day 110 We have now spare now.
|
14316
|
Mon Nov 26 10:22:16 2018 |
aaron | Update | General | projector light bulb replaced |
I replaced the projector bulb. Previous bulb was shattered. |
3649
|
Tue Oct 5 13:52:15 2010 |
rana | Update | CDS | proof of trend |

|
3626
|
Thu Sep 30 13:43:29 2010 |
steve | Update | SAFETY | propane gas smell in control room |
The control room's north west corner smelled like propane gas yesterday around 16:30
We all agreed that the smell was real and I called the safety office. I was told that they received 6 other calls from different parts of the campus.
The smell disappeared in about a half an hour. |
12872
|
Tue Mar 7 15:17:19 2017 |
Steve | Bureaucracy | General | property tag |
Property tag found. |
Attachment 1: property_tag.jpg
|
|
12058
|
Thu Mar 31 19:49:31 2016 |
gautam | Update | endtable upgrade | proposed layout v2 |
The major changes from the previous layout:
- I've depicted the Green reflected beam path more accurately - I approximately measured the angle of the rejected beam from the faraday from the Y-end setup. This looks like a workable solution, and is similar to what we have currently at the Y-end
- I've added some optics to monitor the DC power and RIN of the AUX laser
- I've added two lenses to the input path of the Oplev beam (the path is such that I think we can use the same lenses that are currently being used.
- I've now drawn the beams in CAD so that is marginally neater.
To do:
- Post mode matching solutions for AUX laser to doubler and green beam to arm for this proposed layout (should be identical to what we have now, which at least according to the calculation is a good solution, but I will double check - I also need to quantify what the effect of the elliptical beam is)
- Check the Gouy phase of the transmitted IR beam at the QPD - we may need to change some lenses in this path. But I think the path as such is close enough (distance-wise) to what we have currently at the X end (after accounting for the fact that the new endtable edge will be closer to the ETM) so I don't expect this to be a show-stopper.
Does any part of this layout need a radical redesign? |
Attachment 1: ETMX_proposed_layout_v2.pdf
|
|
12060
|
Mon Apr 4 10:59:12 2016 |
gautam | Update | endtable upgrade | proposed layout v3 |
I realized I had overlooked an important constraint in the layout, which is that the enclosure will have two supports that occupy some region of the table - these are denoted in blue in v3 of the layout (Attachment #1). I measured the dimensions for these from the existing Y-endtable. The main subsystem this has affected is the IR transmission monitors, but I've been able to move the photodiodes a little to accommodate this constraint.
I've also done the mode-matching calculations explicitly for the proposed new layout (Attachments #2 and #3, code in Attachment #4). While the layout was largely adopted from what Andres posted in this elog, I found that some of the parameters he used in his a la mode code were probably incorrect (e.g. distance between the 750mm lens and the ETM). More critically, I think the Gouy phase for the optimized solution in the same elog is more like 60 degrees. I found that I could get a (calculated) Gouy phase difference between the two PZT mirrors of ~81 degrees by changing the green path slightly, and making the two PZT mirrors Y7 and Y8 (instead of Y7 and Y11, for which the Gouy phase difference is more like 50 degrees). But this way the two steering mirrors are much closer to each other than they were before. Other misc. remarks about the mode matching calculations:
- The beam diameter at the locations where the Faraday isolators should go is well below 5mm, the aperture size of the Faraday isolators
- The calculated mode-matching efficiencies suggest that we don't need any cylindrical lenses though the mode from the NPRO is elliptical
- Attachment #5 is a CAD drawing of the layout with all dimensions used for the mode-matching calculations included (although they are in inches)
These changes also necessitated minor changes to the transmitted IR beampath and the Oplev system, but these changes are minor. I've also switched the positions of the AUX IR power monitoring PD and the fiber coupler as suggested by Koji. The shutter has also been included. |
Attachment 1: ETMX_proposed_layout_v3.pdf
|
|
Attachment 2: IR_modematch.pdf
|
|
Attachment 3: Green_modematch.pdf
|
|
Attachment 4: XendALaMode.zip
|
Attachment 5: ETMX_proposed_layout_dimensions.dwg
|
5527
|
Thu Sep 22 23:10:07 2011 |
Suresh | Update | IOO | proposed modifications to the C1IOO model |
Rana advised that we put in a lockin-output matrix which will allow us to excite any combination of MC mirrors so that we can excite pure translations or rotations of the MC beam axis. This would require us to direct a lockin output into all the three mirrors simultaneously with a +1 or -1 as needed in the matrix.. |
8270
|
Mon Mar 11 16:29:29 2013 |
Steve | Update | PEM | proposed seismometer locations |
Granite base 20" x 20" x 5" locations are on the CES side of our IFO arms: as shown ETMY_ south-west, ETMX_north-east, ITMX_south-east . No height limitation. This side of the tube has no traffic.
SS cover McMaster# 41815T4 (H) SS container cov |
Attachment 1: ETMY_sw.jpg
|
|
Attachment 2: ITMX_se.jpg
|
|
Attachment 3: ETMX_ne.jpg
|
|
8272
|
Mon Mar 11 19:01:21 2013 |
Jenne | Update | PEM | proposed seismometer locations |
This is my interpretation of where Steve is proposing to place the seismometers (he wrote ITMX southwest, but I'm pretty sure from the photo he means southeast).
I think his point is that these locations are on the less-used side of the beam tube, so they will not be in the way. Also, they are not underneath the tube, so we will not have any problems putting the covers on/taking them off.

|
10203
|
Tue Jul 15 17:34:01 2014 |
manasa | Update | PSL | proposing AOM re-alignment |
I am going to tweak the alignment of the beam into the AOM (before the PMC) tomorrow morning. If anybody has any objections to this, please raise a red flag.
Proposed alignment procedure:
1. Reduce PSL power to say 10%
2. Since the AOM is not on any sort of a mechanical stage, I will have to just play around carefully until I see a maximum power rejection into first order.
I am assuming that moving the AOM is not going to affect the input pointing because all these activities are happening before the PMC. So as long as I have the output beam from the AOM aligned to the PMC at the end, everyone should be happy. |
971
|
Fri Sep 19 08:09:55 2008 |
steve | Update | PSL | psl HEPAs turned on |
I have just turned on the PSL HEPA filters at 60% operational speed. |
1357
|
Wed Mar 4 23:42:45 2009 |
rana | Configuration | PSL | psl db change |
I made the following change to correct the sign of the 126MON channel:
allegra:c1aux>ezcawrite C1:PSL-126MOPA_126MON.EGUF -410
C1:PSL-126MOPA_126MON.EGUF = -410
allegra:c1aux>ezcawrite C1:PSL-126MOPA_126MON.EGUL 410
C1:PSL-126MOPA_126MON.EGUL = 410
allegra:c1aux> |
876
|
Mon Aug 25 10:51:06 2008 |
steve | Update | PSL | psl headtemp is coming down |
The laser water cooler was overflowing this morning.
I removed 500 cc water from the chiller.
The 4 days plot shows clearly:
that the capacity of the chiller is depending on the water level.
Overflowing water is a heat load for the chiller, so laser head temp goes up. |
Attachment 1: ht4dw.jpg
|
|
2943
|
Tue May 18 11:54:29 2010 |
steve | Configuration | SAFETY | psl mechanical shutter is not working |
As we learned yesterday, the PSL laser power out put mechanical shutter is not working in the remote mode. It only works in local manual mode.
Do not rely on the MEDM screen monitor readout! The position is only changing on the monitor. The main beam must be blocked before the output periscope. |
1638
|
Mon Jun 1 14:49:07 2009 |
rob | Summary | PSL | psl thoughts |
Some thoughts on what happened with the MOPA cooling.
Some unknown thing happened to precipitate the initial needle valve jiggle, which unleashed a torrent of flow through the NPRO. This flow was made possible by the fact that the cooling lines are labeled confusingly, and so flow was going backwards through the needle valve, which was thus powerless to restrict it. The NPRO got extremely cold, and most of the chiller's cooling power was being used to unnecessarily cool the NPRO. So, the PA was not getting cooled enough. At this, point, reversing the flow probably would have solved everything. Instead, we turned off the chiller and thus discovered the flaky start-motor capacitor.
Now we have much more information, flow meters in the NPRO and main cooling lines, a brand-new, functioning needle valve, a better understanding of the chiller/MOPA settings necessary for operation, and the knowledge of what happens when you install a needle valve backwards.
|
10557
|
Wed Oct 1 16:26:53 2014 |
Steve | Update | VAC | pump down #78 completed |
Pump down reached "vacuum normal" state. IFO _P1 pressure 1e-4 torr in 8 hrs actual pumping time
PSL shutter is opened. |
Attachment 1: pd78completedin25hrs.png
|
|
10553
|
Tue Sep 30 16:18:57 2014 |
Steve | Update | VAC | pump down #78 has started |
Q checked the earth quake stops of SRM and we put the ITMY & BS doors on. |
Attachment 1: pd78hastarted.png
|
|
10556
|
Wed Oct 1 10:21:19 2014 |
Steve | Update | VAC | pump down #78 stops at 3.5 Torr |
Quote: |
We stopped pumping just short of 3 hours at 320 Torr. Pumping speed was 2.7 Torr / min with partially closed RV1 and butterfly valve/
RP1&3 roughing pump hose is disconnected. Butterfly valve removed. The vac envelope is closed.
|
This is our second stop. I will be back this afternoon. IFO P1 3.5 Torr
|
Attachment 1: pd78secondStop.png
|
|
10555
|
Tue Sep 30 18:02:53 2014 |
Steve | Update | VAC | pump down #78 stops at 320 Torr |
We stopped pumping just short of 3 hours at 320 Torr. Pumping speed was 2.7 Torr / min with partially closed RV1 and butterfly valve/
RP1&3 roughing pump hose is disconnected. Butterfly valve removed. The vac envelope is closed. |
Attachment 1: 3h.png
|
|
65
|
Tue Nov 6 09:14:37 2007 |
steve | Summary | VAC | pump down 65 |
8 hr plot,
precondition: 5 days at atm,
vent objective: drag wiping mc1, mc2 & mc3 accomplished,
hardware changes: IOO access connector, mc2 chamber door south & west
were removed and reinstalled
pump down mode: slow to avoid steering up dust
One roughing pump was used with closed down valve position in the first 4 hrs
Andrey was very helpful |
Attachment 1: pd65.jpg
|
|
6930
|
Fri Jul 6 09:52:35 2012 |
steve | Update | VAC | pump down hick up |
I can not understand what really happened here with CC1 gauge or there was really a pressure glitch.
attachment 1, pump down day 3 with 4th of July fireworks in the lab
attachment 2, before and after vent in 9 days
|
Attachment 1: d3wFireworks.png
|
|
Attachment 2: pdhickup.png
|
|
5363
|
Wed Sep 7 21:45:16 2011 |
kiwamu | Update | VAC | pump stopped. Pressure is at 450 mtorr |
I stopped puming at 9:30 PM and the pressure in P1 is at 450 mtorr.
I followed exactly he procedure that Steve noted on his elog entry.
Here is a plot of the histroy of our pumping today.

Quote from #5361 |
1, close V3
2, close RV1 with torque wheel
3, turn off PR1 & 3
4, disconnect metal hose between RV1 and PR3
I will start the Maglev tomorrow morning.
|
|
7438
|
Tue Sep 25 17:21:01 2012 |
Steve | Update | VAC | pumpdown completed |
IFO P1= 1mTorr, CC1 = 5e-4 Torr. The IFO is ready for work. Be free to open the shutter and turn on HV
Jenne will double check the MC -REFL path for 1W power. There is a manual block on the PSL table.
Atm1, Pirani gauge at 9 h 10 min
Atm2, Pump configuration of pd#73 at 9h 35 min
|
Attachment 1: pd73.png
|
|
Attachment 2: pd73b.png
|
|
7441
|
Wed Sep 26 11:03:04 2012 |
Steve | Update | VAC | pumpdown completed |
The new cold cathode gauge CC1 is in place. We were at atmosphere for 28 days ......more later
|
Attachment 1: 40mpd73md1.png
|
|
Attachment 2: 28datm.png
|
|
7454
|
Mon Oct 1 09:02:17 2012 |
Steve | Update | VAC | pumpdown reached vacuum normal |
Quote: |
The new cold cathode gauge CC1 is in place. We were at atmosphere for 28 days ......more later
|
cc1 = 2.3e-5 Torr at day 6 vacuum normal |
Attachment 1: pd73md6.png
|
|
Attachment 2: pd73md6b.png
|
|
5365
|
Thu Sep 8 10:50:44 2011 |
steve | Update | VAC | pumpdown #71 comleted |
Vacuum status: " vacuum normal" CC1 pressure 5e-5 Torr
Slow roughing through butterfly valve took 11 hours at 1-2 Torr/min speed. We had a leak at the metal hose connecting o-ring that became visible at 200 Torr.
The vacuum envelope pressure rose to 500 mTorr from 450 mTorr This is 50 mTorr leak plus outgassing over 11 hrs over night stop = 5 mTorr / hr
Atm2, Maglev pumpdown details. P2 and P3 are in the foreline of the Maglev. The pressure peaks at 4 Torr beacause the 3 drypumps have little pumpimg speed at this range.
External fan is turned on during this one hour period to prevent Maglev turbo from overheating.
Same things are happenning with the two small TP2 and TP3 pumps under load. Their foreline pressure peak at 1 Torr. They slow down to 45 K RPM from 50K RPM and warm up to 36-39 C
Precondition: 36 days at atm |
Attachment 1: pd#71.jpg
|
|
Attachment 2: maglevpd.jpg
|
|
12483
|
Mon Sep 12 17:54:24 2016 |
Steve | Update | VAC | pumpdown 79 |
We are pumping down. The annuloses are below 10 mTorr
The vacuum gauges are not communicating with the medm so there is no plot available.
The main volume pumping is stopped at P1 = 220 Torr ( New SuperBee 174 Torr ) for overnight.
note: SuperBee was reading 791 Torr at atm and it was not set to 760 ! |
12488
|
Tue Sep 13 17:47:04 2016 |
Steve | Update | VAC | pumpdown 79 completed |
P1 IFO pressure is 1 mTorr, valve configuration: vacuum normal, annulosses are pumped, RGA is off, not pumped.
THANKS to Chris !
The shutters can be opened with high power.
No communication error message still exist.
I will reboot c1vac1 and c1vac2 to get gauge communication with medm tomorrow.
Quote: |
(Steve, Chris)
The pumpdown had stalled because of some ancient vacuum interlock code that prevented opening the valve V1 between the turbo pump and the main volume.
This interlock [0] compares the channels C1:Vac-P1_pressure and C1:Vac-PTP1_pressure, neither of which is functioning at the moment. The P1 channel apparently stopped reading sometime during the vent, and contained a value of ~700 torr, while the PTP1 channel contained 0. So the interlock code saw this huge apparent pressure difference and refused to move the valve.
To bypass this check, we used caput to enter a pressure of 0 for P1.
[0] /cvs/cds/caltech/state/from_luna/VacInterlock.st
|
|
12492
|
Wed Sep 14 09:44:09 2016 |
Steve | Update | VAC | pumpdown 79 completed |
The pumpdown started at 9-12-2016
The IFO is at 5e-5 Torr vacuum normal after 73 day at atm.
ITMX needed to be freed and ETMY-UL is still misbehaving occasionally.
New pirani and cold cathode gauges added at this vent. They were baked at 100 C for 6 hrs under vacuum.
Go to the Vac Rack to read IFO pressure from the gauge itself when Vac. Monitor is blank as it is now !
Quote: |
P1 IFO pressure is 1 mTorr, valve configuration: vacuum normal, annulosses are pumped, RGA is not pumped.
THANKS to Chris !
The shutters can be opened with high power.
No communication error message still exist.
I will reboot c1vac1 and c1vac2 to get gauge communication with medm tomorrow.
|
|
Attachment 1: pd79.png
|
|
Attachment 2: pd79d2.jpg
|
|
Attachment 3: CCcg.jpg
|
|