40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  ATF eLog, Page 21 of 56  Not logged in ELOG logo
ID Date Author Type Category Subjectup
  668   Fri Mar 12 17:27:22 2010 AlastairLaserGYROIsomet shmisomet

 Here is the fft of the output of the Isomet oscillator (10mW output power, with a 50ohm attenuator on the frequency modulation input).  The input of the spectrum analyser had the input attenuator set to 20dB.

I centered the measurement around the oscillator frequency (approx 30MHz).  We see large peaks every 132kHz and smaller sidebands on each of these.

Attachment 1: isomet_oscillator.jpg
isomet_oscillator.jpg
  670   Sat Mar 13 07:32:20 2010 ranaElectronicsGYROIsomet shmisomet

Although this is bad, I'm not sure that this is the issue. We'll have to diagnose it on the bench, but I think it just may be the way you guys were powering it.

Those lines are probably from the switching power supply; the type of RF amplifier that's in there probably has no power supply rejection at all. We'd be

much better off powering this thing from a real, regulated DC power source and then make sure to put the bypass capacitors (one big, one small) right on the power pins of the AOM driver.

  671   Sat Mar 13 11:45:20 2010 AlastairElectronicsGYROIsomet shmisomet

Quote:

Although this is bad, I'm not sure that this is the issue. We'll have to diagnose it on the bench, but I think it just may be the way you guys were powering it.

Those lines are probably from the switching power supply; the type of RF amplifier that's in there probably has no power supply rejection at all. We'd be

much better off powering this thing from a real, regulated DC power source and then make sure to put the bypass capacitors (one big, one small) right on the power pins of the AOM driver.

Agreed we didn't have the capacitors right up against the AOM driver.  They were on the power supply, and the large ones could be bigger.

However we did try it with a second totally different style of power supply, and the frequency of the lines was exactly the same.  It will be interesting to see whether a regulated supply gets rid of them.

  469   Fri Dec 4 16:15:12 2009 DmassLab InfrastructureGeneralIsopropyl

We have large glass jugs of methanol and acetone - we need one of isopropyl too. I'm not sure how to go about this.

  2057   Mon Aug 1 15:33:25 2016 AidanMiscANTS!It's summer. The ants are back. I have laid down some ant bait

One in the TCS Lab. One by the ATF door. I have more ant bait available in the TCS Lab.

  2488   Thu Feb 27 14:26:52 2020 KojiSummaryLab MonitoringItem lending: Particle Counter from OMC Lab to QIL

Item lending as per Ian's request: Particle Counter from OMC Lab to QIL

The current particle class of the room was measured to be 800.

The particle counter went back to the OMC lab on Aug 10, 2020.

Attachment 1: P_20200227_134755_vHDR_On.jpg
P_20200227_134755_vHDR_On.jpg
  2489   Fri Feb 28 13:36:32 2020 Ian MacMillanSummaryLab MonitoringItem lending: Particle Counter from OMC Lab to QIL

Still trying to figure out how to set up the particle counter remotely. The current particle count is 576.

Particle counts over time
Feb. 28 at 12:30pm 576
Feb. 28 at 5:00pm 594
Mar. 2 at 8:30am 393
Mar. 2 at 11:30am 650

Note: the particle count is the number of particles detected over 0.3um size.

  1   Sun Oct 21 23:06:49 2007 ranaLab InfrastructureHVACIts too cold again
Friday evening it was a pleasant 70 deg F in the lab.

Tonight (Sunday evening) its back down to 61 deg F.

This happened ~a week ago; emailed Jeanne and Jo Ann and it got fixed. Will
try again and post results here.
  2516   Mon Nov 9 15:49:58 2020 AidanUpdate2um PhotodiodesJPL PD resurrection (cont.)

Okay - all the steps in the procedure of eLOG 2476 have been verified as working - with the exception of the RTDs in the chamber.

 With regards to taking dark noise spectra at different biases and temperatures, looks like Raymond took spectra with biases of [50, 100, 200, 400, 600, 1000]mV. If no objections, I’ll stick to that number of measurements. 

I’m a bit pushed for time with other stuff. I wonder if the shield RTD is sufficient to run tests on the system? I’ll go back through the data and see how reproducible the relationship between shield temperature and PD temperature is. If it is reliable then in the interests of time, I’m going to forgo re-installing the extra RTDs in the chamber just now.

 

  2517   Tue Nov 10 12:46:34 2020 AidanUpdate2um PhotodiodesJPL PD resurrection (cont.)

Looks like the temperature difference between the PD and the shield is relatively small. Even the transients when the heater is applied are order 5K. 

This means that, for quick purposes, the shield RTD is a good proxy for the PD temperature. 

The attached data is the difference between PD and shield RTD from circa 5th-6th February 2020.

Quote:

Okay - all the steps in the procedure of eLOG 2476 have been verified as working - with the exception of the RTDs in the chamber.

 With regards to taking dark noise spectra at different biases and temperatures, looks like Raymond took spectra with biases of [50, 100, 200, 400, 600, 1000]mV. If no objections, I’ll stick to that number of measurements. 

I’m a bit pushed for time with other stuff. I wonder if the shield RTD is sufficient to run tests on the system? I’ll go back through the data and see how reproducible the relationship between shield temperature and PD temperature is. If it is reliable then in the interests of time, I’m going to forgo re-installing the extra RTDs in the chamber just now.

 

 

Attachment 1: temperature_diff_shield_v_PD.png
temperature_diff_shield_v_PD.png
  2535   Thu Mar 4 16:12:26 2021 AidanHowto2um PhotodiodesJPL PD set up tutorial video

I recorded a 15 minute overview that describes the JPL PD set up and how to operate it. I'm in the process of embellishing the operation procedure (previous version can be found here: eLOG 2476).

 

  2613   Wed Jul 21 14:53:28 2021 KojiSummaryGeneralJul 17, 2021: Canon camera / small silver tripod / macro zoom lens / LED ring light borrowed -> QIL

See https://nodus.ligo.caltech.edu:8081/40m/16250

  2616   Fri Jul 23 20:53:40 2021 KojiSummaryGeneralJul 17, 2021: Canon camera / small silver tripod / macro zoom lens / LED ring light returned / ELectronics borrowed

[Returned] Brought one HAM-A coil driver (D1100687 / S2100619) and one Satellite Amplifier (D1002818 / S2100741) from the 40m

Also brought some power cables.

Brought ~1m of 0.0017" (~43um) misical wire. This will make the tension stress be 341MPa. The safety factor will be ~7.

 

Attachment 1: P_20210723_212158.jpg
P_20210723_212158.jpg
  745   Wed Apr 28 19:57:19 2010 DmassLaserPSLKEYS TO 35W MISSING

The keys to the 35W (as well as the gyro laser) have been removed. There is no elog entry saying who did this, where they are, or when it happened.

[Edit: We found it in one of the drawers of the console tables!]

 

  1105   Wed Oct 6 17:06:45 2010 FrankMiscPulserKeithley 2635A i-v curve config files

 - for personal use only -

pd_darkcurrent_100mV_-20V_range1uA_limit1uA.prj

  2572   Thu May 20 16:57:32 2021 KojiElectronicsGeneralKeithley Source Meter returned to Downs

I've returned the Keithley Source Meter unit
- The unit (Keithley 2450?2460?)
- A power cable
- A pair of banana clips
- the transistor test fixture & triax cable/connectors
 

Attachment 1: P_20210520_154439.jpg
P_20210520_154439.jpg
Attachment 2: P_20210520_154505.jpg
P_20210520_154505.jpg
Attachment 3: P_20210520_154523.jpg
P_20210520_154523.jpg
  2566   Mon May 10 15:38:36 2021 ranaSummary2um PhotodiodesKeithley connections

Note that the back panel connectors are Triax, not the usual Coax.

  777   Tue May 18 09:43:55 2010 AidanComputingDAQKilled the DAQD process. It restarted automatically.

I added some EPICS channels to the Hartmann sensor softIoc and then added these to be recorded in the frames.

I then killed the daqd process on fb1 so it would start afresh.

  • /cvs/cds/caltech/target/softIoc/HWS.db      - the file with the HWS EPICS channels
  • /cvs/cds/caltech/chans/daq/C4TCS.ini            - the .ini file telling the frame builder what channels to record.
  860   Tue Jul 20 18:12:02 2010 AidanComputingDAQKilled the DAQD process. It restarted automatically.

I killed and restarted the daqd process because I wanted to add some 16Hz TCS channels to the frame builder. These are from the Athena DAQ box.

I edited the following files:

  • on fb1: /cvs/cds/caltech/chans/daq/C4TCS.ini    -the .ini file telling the frame builder what channels to record
  • on tcs_daq: /target/TCS_westbridge.db  - added the names for the ADC inputs and DAC outputs for the Athena box

 

Quote:

I added some EPICS channels to the Hartmann sensor softIoc and then added these to be recorded in the frames.

I then killed the daqd process on fb1 so it would start afresh.

  • /cvs/cds/caltech/target/softIoc/HWS.db      - the file with the HWS EPICS channels
  • /cvs/cds/caltech/chans/daq/C4TCS.ini            - the .ini file telling the frame builder what channels to record.

 

  861   Wed Jul 21 13:59:29 2010 DmassComputingDAQKilled the DAQD process. It restarted automatically.

We are continuing the naming scheme with CX? I thought we were planning on making C2 the whole subbasement...

Like

C2ATF

C2PSL

C2TCS...

  862   Wed Jul 21 14:20:54 2010 JenneComputingDAQKilled the DAQD process. It restarted automatically.

Quote:

We are continuing the naming scheme with CX? I thought we were planning on making C2 the whole subbasement...

Like

C2ATF

C2PSL

C2TCS...

 Nope.  Each lab has its own number.  I think PSL is C3, TCS is C4, ATF gets C2....Frank has the full listing of these things.  Or at least that's the latest I heard a few months ago after several elogs back and forth.

  864   Wed Jul 21 20:08:53 2010 DmassComputingDAQKilled the DAQD process. It restarted automatically.

Right - I am questioning the scalability and sense of this scheme, and inquiring if this is aesthetic.... i.e. is there a reason it cannot be C2SYS for all of bridge, (possibly front end naming limitations)?

  1431   Tue May 31 19:54:14 2011 ZachElectronicsGYROLAST CALL for PDH2 comments

 I have run the design rule check on the new PCB and there are no violations. I am going to do one last run of checking dimensions (hole placement, BNC mount clearance, etc.) and then generate files. Once I have them, provided there are no more comments, I will take them to Steve or someone to purchase.

PDH2.pdf

  1528   Tue Aug 23 00:56:07 2011 ZachElectronicsGYROLC homodyne discriminator

I thought of a primitive device that could be used as a frequency discriminator in our (and similar) readouts. It is sort of like the "cable" method championed earlier this year, only instead of using an asymmetric michelson style setup for the phase shift, one uses a high-Q LC filter tuned to the carrier in one path, as below:

LC_homodyne_diagram.png

As the signal from the PD changes frequency, the phase shift from the LC filter changes, providing a linear output from the mixer proportional to the frequency shift. Using high-enough-quality components (DCR ~ 50 mOhm), we can get discriminants approaching 1 mrad/Hz, which would require hundreds of km of cable in the other case.

Feeding to the LO with the LC leg ensures that AM from the filter---which is already higher than first-order---is removed.

There are two probable issues:

  • Range: Choosing high Q for a large discriminant means a small linear range (~1-10 kHz), which means that, in the gyro case, the diurnal fluctuation in cavity length must be kept below around 10 um. We are already considering locking the cavity length to a stable reference, so this may not be an issue in the end.
  • Thermal drift: Thermal expansion of the capacitor will likely cause ugly drift in the LC resonance frequency. As far as I can tell, this is the reason something like this hasn't been suggested in the past (or at least why it's not in common use). For this, I thought of a tricky solution. Expansion causes the capacitor's plates to separate, lowering the C. Since the inductor's L is dependent on the depth of a ferrite core into the coil, it should be possible to mount the core to some substance whose dimensions and CTE are cleverly selected so that the overall effect of a temperature swing is drastically reduced. That is, as the temperature goes up, the capacitor expands and C goes down, but the cleverly chosen substance also expands, pushing the core further into the inductor, increasing L proportionally and minimizing the change in the resonance frequency. This may not even be necessary for our application, but in the event that thermal drift is measured to be several times worse than what we need, we may consider it.

I talked to Frank before thinking about this much further, and he didn't think there was anything obviously wrong with the idea. To the contrary, he thought it might be worth looking at because it could be useful for other experiments. I don't think we have good enough components to try this yet. We may have some good capacitors somewhere, and Frank mentioned that we might have a DIY inductor kit, so that's promising. Otherwise, I think we might want to order some good high-Q components and try this out.

 

  1529   Wed Aug 24 05:26:03 2011 ranaElectronicsGYROLC homodyne discriminator

The reason I went for cable length instead of LC, is that the LC is basically a version of a VCO with a PLL, except that the VCO is made of macroscopic L & C. I think the only way to be

sure about the performance is just to build it and see. But basically, you can be sure that you have to ovenize the LC and pack it with putty. Might as well get yourself warmed up for some

ovenizing one way or another: gyro, table, EOM, LC, etc.

  1530   Wed Aug 24 10:47:58 2011 ZachElectronicsGYROLC homodyne discriminator

Yes, I can see that. I also figured it was because the intended purpose of the cable method was to measure much larger frequency shifts, not mHz-level. So they shouldn't really be compared directly.

I'm building a simple LC to see how it performs. If it does even close to well then maybe I'll order some nicer parts.

Quote:

The reason I went for cable length instead of LC, is that the LC is basically a version of a VCO with a PLL, except that the VCO is made of macroscopic L & C. I think the only way to be

sure about the performance is just to build it and see. But basically, you can be sure that you have to ovenize the LC and pack it with putty. Might as well get yourself warmed up for some

ovenizing one way or another: gyro, table, EOM, LC, etc.

 

  1395   Thu Apr 21 02:45:28 2011 ZachLaserGYROLF noise hunting

[Alastair, Zach]

Over the past couple days (in between overhauling malfunctioning PDs), we have been trying to hunt down the excess low-frequency noise. Last week, with Koji's help, we essentially ruled out the possibility of scattered light noise from the transmitted end of the gyro by intentionally reflecting varying amounts of light back into the cavity and observing NO DIFFERENCE in the low-frequency spectrum.

AM from the EOM still seems to be the most likely suspect, and we continue to find ways in which it could couple. Yesterday, we think we traced the crazy AM level modulation that I mentioned in my last post to the iris we are using to isolate the proper beam out of the AOM setup. The double-1st order (desired) and single-1st order (undesired) beams are extremely difficult to isolate from one another, so we had to use a very small aperture that we think was coupling EOM jitter into AM quite strongly. We moved the iris down the beam path closer to the waist(s) and were able to get better isolation with a larger aperture. The drift in AM level now seems absent.

While the AM levels in the CCW and CW beams (as measured on the RF analyzer) are not simultaneously minimized at the same pre-EOM HWP angle, there is no longer a large-angle discrepancy; the difference is <1 degree and the noise in both beams can now be kept fairly low at some compromise angle. I have set up a PDA255 in each path immediately before the cavity to monitor them both simultaneously. By adjusting the HWP before the EOM and fine-tuning the EOM orientation, I was able to get the AM peaks in both beams to be <10 ppm relative to the carrier.

After re-locking the gyro, I saw NO IMPROVEMENT in the low-frequency noise yet again. I replaced the PDA255s and tried looking at the LF noise directly after demodulation. I saw some excess noise above the broadband floor below about 1 Hz, which is roughly where the excess gyro noise begins. Upon deliberately de-tuning the HWP so that the RF peaks were >20x higher, however, I saw NO NOTICEABLE CHANGE in the audio spectrum. Looking at the peaks in the RF spectrum more closely, I discovered that the linewidths are below 1 Hz, suggesting that this may not be the source after all.

I suggest that we vent the chamber and obstruct the cavity so that we can run the same tests with the REFL PDs themselves. Then, we can use the noise we measure in the error signal to easily and accurately estimate the contribution to the NB.

  1556   Thu Oct 20 00:47:21 2011 ZachLaserGYROLF noise still there

The low frequency noise is still present in the TRANS signal, seemingly discounting the beam jitter theory. I think I am too sad to ask Rana for the $5, though.

TRANS_with_PMC_10_19_11.pdf

  1536   Fri Sep 9 19:14:07 2011 ZachLaserGeneralLF_WTF?

I am still absolutely stumped about the LF noise. Today I revisited and reconfirmed the fact that the gyro noise is strongly correlated with the noise in the DC_TRANS level at low frequencies:

gyro_noise_vs_dc_trans_9_9_11.pdf

What this means remains a mystery to me. I also re-verified that the laser power fluctuations do not have the right shape to explain this noise (nor is there an obvious coupling from laser intensity noise to gyro noise in this case). The fact that we have ruled out traditional RAM as the source makes it anyone's guess as to what's happening here. Increasing the LF common-mode gain by ~50 has zero effect on either the gyro noise or the DC_TRANS noise.

I am pointing out the DC_TRANS correlation again because I think it is a potential smoking gun. If you or someone you know has any information regarding this matter please call 1-800-GYRO-WTF.

 

  1890   Wed Dec 3 19:37:09 2014 ZachElectronicsM2 ISSLT1128 current noise

Quote:
  • My best guess is that we got a bum batch of LT1128s that I used for the whitening stages, and to check that I'll replace one with another if I can find one.

 I replaced the LT1128 in the whitening filter for channel B with one from Downs, to see if it exhibited better low-frequency current noise. It did, but only very marginally:

M2_noise_vs_LT1128_batch_12_3_14.pngM2_input_noise_vs_LT1128_batch_12_3_14.png

The Downs part is about a factor of sqrt(2) better, but even it is not appreciably below the "max" estimate from LISO. However, the fact that the noise improves slightly here (and nowhere else) when that one LT1128 is replaced only strengthens my suspicion that this is indeed just bad current noise performance from the LT1128.

In fact, if you look at the performance of the aLIGO in-vacuum DCPD preamps, which have essentially same LT1128 whitening stages as I used in the M2 (actually 2 in series), you see a similar amount of excess low-frequency noise. Here is a measurement of one DCPD I made while at LLO, compared with LISO estimates using the "typical" and "maximum" noise specs for the LT1128:

excess_LT1128_inoise_in_aLIGO_DCPD_12_3_14.png 

As you can see, the data match the "max" curve very well. So, either a.) Linear is pulling a fast one on us and under-reporting the typical current noise or b.) we are doing something silly with the circuit, and this is somehow perfectly mimicking a "max" current noise part.

 

  1884   Mon Aug 4 10:27:45 2014 EvanElectronicsFSSLTSpice simulation of AD829 inverters

For a while now I've wondered how LTSpice thinks the the AD829 should perform around 1 MHz. To that end, I ran simulations of an AD829 inverter for a few different gain/compensation settings.

This is also of potential interest to the 40m and cryo, both of whom may want to construct detailed phase budgets in the region from 100 kHz to a few megahertz.

As a reminder, this is how Analog Devices thinks we should stuff the AD829:

ad829_components.png

What I simulated was slightly different:

  1. G = −1 V/V: R1 = 1 kΩ, R2 = 1 kΩ, R3 = 500 Ω, Ccomp = 25 pF.
  2. G = −10 V/V: R1 = 220 Ω, R2 = 2.2 kΩ, R3 = 200 Ω, Ccomp = 3 pF.
  3. G = −100 V/V: R1 = 220 Ω, R2 = 22 kΩ, R3 = 220 Ω, Ccomp = 0 pF.

Here R3 means I've added a resistor from the (+) pin to gnd, in order to cancel some of the bias current.

For each gain, I ran the simulation with both a 50 Ω load and a 1 MΩ load. In the attached zip file you can find screenshots of the Spice model for each gain setting.

Attachment 1: ad829_invert.pdf
ad829_invert.pdf
Attachment 2: ad829inv.zip
  1356   Thu Mar 17 15:09:18 2011 AidanMiscstuff happensLVC Lab Tour

Visitors to the lab ...

Attachment 1: P1000411.JPG
P1000411.JPG
Attachment 2: P1000412.JPG
P1000412.JPG
Attachment 3: P1000413.JPG
P1000413.JPG
  12   Wed Dec 12 16:10:19 2007 tobinLab InfrastructureHVACLab Temperature
The lab temperature at 2pm was a comfortable 69 degrees.
  13   Wed Dec 12 16:19:00 2007 tobinLab InfrastructureHVACLab Temperature
I connected the particle counter to the Dell computer for PEM data logging (temperature, humidity, and particle count). The data shows that while the temperature is comfortable right now, it was quite warm in here yesterday (78 degrees). A plot is attached.

For this I made a serial cable using two DB9-to-RJ45 converters and a length of Cat5 ethernet cable. The computer end of the cable has a female connector; the particle counter end of the cable has a male connector. Only three conductors are connected: transmit (pin 2), receive (pin 3), and ground (pin 7 on the particle connector, pin 5 on the computer). I used the USB-to-serial dongle, which shows up in Linux as /dev/ttyUSB0.

Someone later can write a script to automatically poll the particle counter for new data. For now, I just emptied its internal buffer, which stores the last 200 measurements. The secret to communicating with the particle counter, which I learned by examining the c1psl statecode at the 40m, is to first transmit the letter "U". After this, the particle counter will listen to you and do what you say. In particular, sending a capital letter "A" will cause the counter to emit the next measurement from its buffer, until there are none left, at which time it will just respond with "#". To read the data I just ran a "cat /dev/ttyUSB0" command in one terminal, while in another terminal I ran a loop "while 1; echo -n A > /dev/ttyUSB0; sleep 1; end". I set the serial port parameters (9600BPS, 8N1) using Minicom.

Also, there's a Matlab script to parse and plot the output, in ~controls/tobin.
Attachment 1: temperature.pdf
temperature.pdf
  14   Thu Dec 13 18:47:02 2007 tobinLab InfrastructureHVACLab Temperature
Extech: 66.8F, 25%RH. Met One: 68F, 20%RH.

Here is the datalogger's contents:
A  121307 161942 0100 0.3 000000 0.5 000000 TMP 000680 R/H 000130 LOC 000000 C/S 000E54
A  121307 164641 0100 0.3 000000 0.5 000000 TMP 000680 R/H 000130 LOC 000000 C/S 000E53
A  121307 171340 0100 0.3 000000 0.5 000000 TMP 000685 R/H 000130 LOC 000000 C/S 000E52
A  121307 174039 0100 0.3 000000 0.5 000000 TMP 000680 R/H 000200 LOC 000000 C/S 000E53
A  121307 180738 0100 0.3 000000 0.5 000000 TMP 000680 R/H 000210 LOC 000000 C/S 000E57
A  121307 183437 0100 0.3 000000 0.5 000000 TMP 000680 R/H 000210 LOC 000000 C/S 000E56
A  121307 190136 0100 0.3 000000 0.5 000000 TMP 000680 R/H 000195 LOC 000000 C/S 000E5C
A  121307 192835 0100 0.3 000000 0.5 000000 TMP 000685 R/H 000195 LOC 000000 C/S 000E69
I'm not sure why it only starts at 12:13pm today. Also, looks like its clock is 50 minutes fast.
  15   Tue Dec 18 13:49:50 2007 tobinLab InfrastructureHVACLab Temperature
Extech: 68.6F, 57%RH. Met One: 68F, 53%RH. Drizzling outside.

Particle counter log shows stable temperature 67.5-69.5F over the last four days.
Attachment 1: temperature-20071218.pdf
temperature-20071218.pdf
  16   Fri Dec 21 21:27:12 2007 tobinLab InfrastructureHVACLab Temperature
Extech: 67.9F, 26%RH. Met One: 68F, 20%RH. Clear & cold outside.

Particle counter log looks stable.
  18   Wed Jan 2 15:10:24 2008 tobinLab InfrastructureHVACLab Temperature
The lab temperature appears to have been stable over the holiday, always between 68.5 and 70.0 degrees F. (There is no data from Dec 28-29 due to a computer reboot.)
  2738   Mon Mar 28 14:29:22 2022 shrutiSafetyCleanlinessLab flooding

When I went into QIL today there was a lot of flooding from water dripping from the ceiling at several places in the lab. Images attached.

Attachment 1: Flooding.zip
  2739   Mon Mar 28 16:09:57 2022 AidanSafetyCleanlinessLab flooding

Some photos of affected areas in B265A and B265B (elog shows some preview photos - click on PDF for full set).

Stephen did a great job cleaning up and drying up. Most equipment is powered off and we're leaving it off for a couple of days to dry completely. We'll want to check the stuff on the red lab cart thoroughly. 

Quote:

When I went into QIL today there was a lot of flooding from water dripping from the ceiling at several places in the lab. Images attached.

 

Attachment 1: Flood_in_sub-basement-20220328.pdf
Flood_in_sub-basement-20220328.pdf Flood_in_sub-basement-20220328.pdf Flood_in_sub-basement-20220328.pdf Flood_in_sub-basement-20220328.pdf Flood_in_sub-basement-20220328.pdf Flood_in_sub-basement-20220328.pdf Flood_in_sub-basement-20220328.pdf Flood_in_sub-basement-20220328.pdf
  2740   Mon Mar 28 18:00:43 2022 KojiSafetyCleanlinessLab flooding

Flood photo album: https://photos.app.goo.gl/BZAG8DyQzFVTfMNz6 (This link is read-only who has no access to the account)

 

  2741   Tue Mar 29 09:13:20 2022 AidanSafetyCleanlinessLab flooding

Facilities placed a blower and dehumidifier in B265B. I checked the airflow and the air around the tables is comparitively still. The North table is covered and the South table is over pressurized by HEPA filters, so there should be little risk of dust being stirred up.

Quote:

Flood photo album: https://photos.app.goo.gl/BZAG8DyQzFVTfMNz6 (This link is read-only who has no access to the account)

 

 

Attachment 1: IMG_8104.jpg
IMG_8104.jpg
Attachment 2: IMG_8103.jpg
IMG_8103.jpg
Attachment 3: IMG_8102.jpg
IMG_8102.jpg
Attachment 4: IMG_8101.jpg
IMG_8101.jpg
Attachment 5: IMG_8100.jpg
IMG_8100.jpg
  2742   Wed Mar 30 10:46:49 2022 RadhikaSafetyCleanlinessLab flooding

[Radhika, Shruti]

This morning, facilities removed all the porous ceiling panels that had been soaked/damaged by water (in B265B: above WS1 and WS2, see Attachments 1+2; In B265A, see Attachment 3). Specifically in B265A, an enclosure was created (Attachment 4) and a dehumidifier was placed inside. All monitors/equipment underneath the panels were thoroughly covered, and the floors were swept up afterward.

No work was done above the North table in the QIL. I asked about it and facilities said they would look into it, but it wasn't on the schedule for today. A member of facilities also pointed out that the sink in the QIL was running black liquid (Attachment 5). It looks like soil/dirt entered the water pipes? This seemed to also be outside of their scope for today. 

Attachment 1: IMG_3227.jpeg
IMG_3227.jpeg
Attachment 2: IMG_3228.jpeg
IMG_3228.jpeg
Attachment 3: IMG_3234.jpeg
IMG_3234.jpeg
Attachment 4: IMG_3233.jpeg
IMG_3233.jpeg
Attachment 5: IMG_3231.jpeg
IMG_3231.jpeg
  2743   Wed Mar 30 16:25:06 2022 KojiSafetyCleanlinessLab flooding

Muddy Waters is not new, but if the facility can fix it we'd take it.

 

  2744   Fri Apr 1 13:53:02 2022 RadhikaSafetyCleanlinessLab flooding

Facilities will be returning on Monday 4/4 between 8-9 AM to remove all ceiling panels above the workstations in B265B (QIL). Replacement of the panels is not yet scheduled, but in the meantime the open ceiling will be covered and the workstations will still be accessible. 

  2745   Mon Apr 4 17:05:20 2022 RadhikaSafetyCleanlinessLab flooding

Pictures attached. WS1 and WS2 have been turned back on, since the replacement for the ceiling panels will not arrive for another few weeks according to Facilities.

Quote:

Facilities will be returning on Monday 4/4 between 8-9 AM to remove all ceiling panels above the workstations in B265B (QIL). Replacement of the panels is not yet scheduled, but in the meantime the open ceiling will be covered and the workstations will still be accessible. 

 

Attachment 1: IMG_3298.jpeg
IMG_3298.jpeg
Attachment 2: IMG_3299.jpeg
IMG_3299.jpeg
Attachment 3: IMG_3300.jpeg
IMG_3300.jpeg
  2074   Tue Nov 22 11:40:40 2016 awadeLab InfrastructureGeneralLab flooding and AC control issues

Yesterday there was flooding in the lab (coming from the roof).  Tables were covered to prevent drips from getting on optics and other electronics and items were removed to the TCS lab. We should maybe consider improving the air gap between plastic covering the tables so that residual moisture is not trapped in there.

When I went in this morning all of the water on the floor had dried up and humidity was down to 13% (as reported on a cheap temp/humidity unit we have down there).

AC control issues

The AC unit that was malfunctioning last week is now putting out 30.2C air again.  This is with thermostats for both units set to 70F.  Airflow also seems lower than before. Its possible that the flooding has triggered some other issue.  I have logged a job with Facilities (REF AiM Request No: 8982).  I asked if they could fix it today, but if they come later in the week someone will need to let them in as I am away.

 

  2075   Tue Nov 29 16:40:14 2016 awadeLab InfrastructureGeneralLab flooding and AC control issues

Someone has come around to look at the AC.  The guy told me the thermostate was just set wrong, but the reading on the front was 70F when I looked and it was definitly not putting out that.  It may be that the unit sticks sometimes.  Next time there is an issue try changing the temperature to see if it triggers a change. If this is persistant we may need to get the whole thermostate switched out.

Some of the circuits around the lab were shutdown.  I have turned on #22 to boot up ws2 to see if I could ping it from the PSL lab. If no power, check at the breaker box.

 

Quote:

Yesterday there was flooding in the lab (coming from the roof).  Tables were covered to prevent drips from getting on optics and other electronics and items were removed to the TCS lab. We should maybe consider improving the air gap between plastic covering the tables so that residual moisture is not trapped in there.

When I went in this morning all of the water on the floor had dried up and humidity was down to 13% (as reported on a cheap temp/humidity unit we have down there).

AC control issues

The AC unit that was malfunctioning last week is now putting out 30.2C air again.  This is with thermostats for both units set to 70F.  Airflow also seems lower than before. Its possible that the flooding has triggered some other issue.  I have logged a job with Facilities (REF AiM Request No: 8982).  I asked if they could fix it today, but if they come later in the week someone will need to let them in as I am away.

 

 

  2076   Thu Dec 8 20:43:44 2016 ranaLab InfrastructureGeneralLab flooding and AC control issues

Need to have a couple of room temperature sensors logged into the frames so that we can do long term lookback of the lab temperature.

What about those environmental sensors that Frank Seifert setup and Aidan or Antonio revived ?

  2077   Sun Dec 11 17:15:29 2016 awadeLab InfrastructureGeneralLab flooding and AC control issues

Believe its just waiting a frame builder and maybe a license: https://nodus.ligo.caltech.edu:8081/PSL_Lab/1716

Also the batteries on these units seem to do about 1-1.5 months. Someone needs to check on a regular basis they are still running.

 

 

 

Quote:

Need to have a couple of room temperature sensors logged into the frames so that we can do long term lookback of the lab temperature.

What about those environmental sensors that Frank Seifert setup and Aidan or Antonio revived ?

 

ELOG V3.1.3-