I had only 25% coupling through the PMC, so was double checking my mode matching with the wincamD.

• Measurement of the H1NPRO beam profile
  • This is either wrong or changed (See this elog)
• Proposed mode matching solution (updated)
  
  • I double checked my mode matching solution with a program Frank put on fb1 (called mm.exe, under /home/controls) from one of the Germans. The results were consistent.
  • The mode I get at the PMC is WAY OFF from what it should be. ~750-800 um waist radius...
  • I saw this inconsistency on the first iteration of mode matching as well, and just tuned the mirrors by hand using the wincamD to make it 370 um and put it in the right place.
  • I had about 25% coupling max with the previous iteration.

I took some profiles with the WINCAMD of the transmission through one of the steering mirrors, and noticed that my fit didn't seem to....fit. This seems consistent with having a high M^2...Some notes on the measurement:

• WinCam did not seems saturated (no white area on the CCD 2d color scale image)
• Bleeding (blooming?) on CCD not on either measurement axis (also was not large)
• used X orientation of the U and V axes for getting waists

IF I DOUBLE CHECK MY MEASUREMENT OF THE H1NPRO WAIST SIZE / LOCATION, AND CONFIRM IT, WHAT DOES THIS ALL MEAN FOR ME?

The fear: There is just loads of higher order content in the beam, and only 25% of the power is in the TEM00...

From Frank - if it's the alignment of the pump diodes inside the NPRO, we can see this quickly by opening up the NPRO. I do not desire to do this before I finish my paper/experiment.

I had never measured the output of the PMC. Here is a measurement of the waist at low power (~120 mW) with the H1NPRO. Nota Bene: The input mode is somewhat trash at this power (pics to be included later). I used the vertical axis of the wincamD to take this (should be tilt insensitive)

Hey Team (aka Jenna and Alastair),

I took my Guralp handheld breakout thing + cabling back to the 40m so I can figure out WTF is up with my seismometers.

 Appropriate zeros added to appease the evil doctor.

 Even better would be to get 3 trillion mW for 12 mW input. Then we could take over the universe!

Sounds pretty good if you ask me. 

The second order RC low pass filter does this according to LISO -

since you can't treat a second order system of RCs like this as though it were modular and just cascade them, it seemed prudent to include a liso plot:

Vin___4.7k________4.7k________Vout

                        |  1n              |  1n

                      gnd               gnd

I was trying to understand why the mode matching through the PMC was so bad (I got 30 mW transmitted with 120 mW input).

• I looked at the mode on the PMC REFL camera, and it did not look very guassian.
• I changed the laser current from 2 A to 2.2 A (what Rick said they ran it at at LHO) and saw no change in the mode
• I tried to take a beamscan...but could not find the WINCAMD and its computer (again.) I checked the usual suspects (PSL/TCS) and didn't see it.

So. Who knows where the wincamD is?

added: pics of PMC REFL before and after locking, in order

Totally possible that my mode matching is just that crappy? Maybe.

I did take beam scans of the mode going into the PMC just before aligning to it for the final time. I can do so again to get real profiles and characterize the H1NPRO

I found a bad 6dB attenuator which I had in rotation, it seems to either be mislabeled, or have a broken connection. I labeled it NFG?

Audio Locking:

I am using 270 kHz at about 5 mV into the PMC to generate audio sidebands. I chose 270 because it has around a modulo pi phase, which means I don't have to build a phase shifter, and it seemed to have an acceptable FM / AM ratio.

The measurements in this plot were made using the 13dB LO mixer.  We increased the gain on the SR560 going into the daq to 1000 and AC coupled it to get above the daq noise floor.

Measurement 1 was made when the phase of the clocks was not quite exactly pi/2.  The issue here is that we can be sensitive to amplitude fluctuations as well as phase.  The output voltage from the mixer was at -200mV.  We then swapped the bnc cable lengths to get as close as possible to a pi/2 phase difference.  In the end we got to 20mV (the calibration here is 1v/pi rads and at 0v the signals have pi/2 phase).

Rana noticed that according to the clock's spec they are pretty sensitive to temperature fluctuations.  The third measurement in these plots was with some 'thermal insulation' on the clocks.  We didn't leave them long enough to reach any sort of equilibrium temperature, but it should have blocked out the external fluctuations a little.  Koji and Jenne then stole the thermal insulation from our experiment - thus putting personal comfort above scientific discovery (though Koji at least did elog what time they did it).

I changed the mixer in the phase measurement for a 7dB local oscillator one at around 7pm.  Data from before this time should still be calibrated using the 1V / pi rads value.  At this point I also had to change the gain on the SR560 to 100 to stop it railing.

When I changed the mixer this evening, I also tried unplugging the 1pps signal that is locking the clocks.  There was no noticeable drift, and I think we could easily make a measurement by leaving them synced and then unplugging them just before we measure.

Rana also suggested that we try making making a measurement with a phase difference of 0 rad, to make an amplitude noise measurement.

RA: I changed most of the 'pi's' above to 'pi/2'. The phase noise measurement is best done with a 90 deg phase shift between the signals. Either 0 or pi gives an optimum for amplitude noise measurements. Alastair changed the mixer from a Level 13 ZP-3MH mixer to a Level 7 XXXX mixer because the 10 MHz output of the Rb clocks has an amplitude of ~450 mVrms into 50 Ohms (that's pretty close to +7 dBm). In the previous setup, the mixer was working in a somewhat non-ideal mode so we can't really trust the results. We will have to take back Jenne and Koji's jackets and retry the measurement.

I measured the capacitance of the BLK-89S+ from minicircuits. They include neither a cut off frequency, nor the capacitance in the datasheet. Just a picture of a capacitor.

220 nF is the answer I got.

Thorlabs PD - 50 Ohm output -----220 nF----->mixer input (50 Ohms to ground?) seems to imply that the DC block has a transfer function of S/2/(S+1/2RC), with a frequency of 7 kHz. Everything gets through.

I will soon be taking data with the framebuilder. Please elog restarts / etc...If  dataviewer is frozen when I come in I want to know if someone restarted some process, or if something about the frontend is messed up

I redid the mode matching into the ovens to account for the dispersion of the material affecting the Rayleigh range (like this)

I used Zr = L_crystal / 2 / n

I bought some lenses (of the AR.18 variety) to replace the missing ones from the newport lens kit. People should continue to do this. They will likely arrive while im at LLO, so someone should put them in the kit when they get here.

The bottom 560 was making a bunch of clicking noises and had flashing red lights on the overload and battery indicators. I have turned it off.

 I couldn't get data from dataviewer earlier, so I came over to the 40m to look at it here. Unfortunately the system here is down at the moment and Alberto is rebooting it just now.

I went in to take a look at the beat signal on a scope and the good news is that the clocks have now synced.  I'll get back out here tomorrow some time to take some data.  They are not at the zero-crossing point, but are sitting about 200mV off (500mV is pi radians of phase).  I'll try to adjust this with some different lengths of BNC tomorrow.

Till I get proper read-out, here is a picture of the scope screen.

 This afternoon I tried getting the clockwise beam (AOM beam) into the cavity.  We didn't have much success the last time, mainly because it was so difficult aligning the beam from waaaaaayy back before the faraday.  So this time I tried a different approach.  The plan this time was to align the CW beam to the cavity, and then to put the faraday back in place after the alignment.

I took out the faraday altogether, and the mirrors after the faraday.  I then aligned the incoming CW beam along a line of holes on the bench and checked the 4" height along the length.  This step was just so that we had a well defined beam path to put the faraday back in place later.

After some fiddling with the mirrors that go after the faraday I got the CW beam aligned to the cavity and resonating.  I made sure it was overlapping the CCW beam in the cavity, and checked that the reflected CW beam was overlapping along the input path.  Then I put the faraday back in place and moved it around till I got the beam through it and the CCW reflected beam back out of it.  I put the 1/2 wave plate back in, checked the polarization and then setup the mirror, lens and PD for the reflection locking of the CCW beam.  I got the cavity locked in the CCW direction again after changing the power back up to 5mW in that direction (somewhere between 5 and 10mW seems to give a nice error signal.  It may lock below this, but we were using 5mW before so I'm continuing with that just now).

With the CCW locked on the 00 mode I then swept through the frequency on the AOM till I got the 00 for the CW direction.  Then I played with the alignment a little till this looked good (I've not tried maximizing the transmitted power in this direction yet like we did for the CCW direction, so that's on the 'to do' list).  Then I got the PD for the reflection locking of this direction aligned and put the signal into the second PDH box.  I checked that we were getting an error signal by sweeping the cavity and we are.  Then I hooked the PDH box up to the frequency modulation input of the VCO for the AOM.  

The CW direction was already close to being resonant on the 00 mode so it was difficult to tell if this was really locking.  As a sanity check I t-ed the output of the PDH box to a scope and then changed the center frequency on the VCO for the AOM.  As I changed the frequency you could see the output of the 2nd PDH box tracking this and the CW direction of the cavity stayed locked to the 00 mode. 

I'm not sure if this is a known issue, but I can't get dataviewer to plot channels from the 40m when I am at a workstation in the ATF.  I can get data using DTT, and I can get dataviewer to connect (using nodus.ligo.caltech.edu and port 8088). I can see the channels listed but when I try either realtime or playback it won't show the data.

I've added SR560s to all three channels of the seismometer now.  They're DC coupled with a gain of 100, low pass filter at 10k and I'm running them on battery to avoid grounding the seismometer outputs.  The manual says that the battery should last 20hours so we might need to use a different solution to get more data (I'm assuming we don't want to use the mini circuits bnc transformers for this since it's not RF?).

We are now well above the DAQ noise.  Here is a plot showing 10 averages of the vertical, N/S and E/W data plotted calibrated in volts (GPS 964463447).  We will now take seismic data for 24hours.  Setup completed at 11.40am July29.

 The new rubidium clock arrived today from SRS.  It is a FS725 and the calibration sheet, manual and control program on floppy are in the filing cabinet in the ATF.

At the moment we are doing some testing of the clock, beating it against a second rubidium clock at the 40m.  The setup is that we have the 10MHz output feeding into a mixer (it is a 13dBm mixer at the moment but we should change this).  Each output is transformer coupled to avoid ground loops.  The output of the mixer goes through a low pass filter (10MHz I believe) and into an SR560 with a gain of 1 and DC coupling.  This signal is going into the channel mc_drum1 of the ADC.

The clocks are drifting relative to each other with several minutes period.  We need to make the measurement of phase noise close to the zero crossing of the beat so that we are sensitive to phase and not amplitude.  We did a few things to try to get the clocks locked in frequency.

First we tried locking the clocks using the freq adjust input on the back of the new clock.  We took the mixer output (giving ~500mV for pi radians phase difference) and used an SR560 to feedback.  It wasn't clear whether this was doing anything or not.  The frequencies did get closer over ~30mins, but this may just have been because the new clock is still aging (and also warming up).  After this time it appeared not to be getting much closer.

Next we removed the calibration sticker to get at the manual frequency adjust underneath it, and gave 3 clockwise turns (0.0025Hz per turn).  There was no immediate (or noticeable) change to the beat frequency.

We have now left them with the newer clock synced using the 1pps output from the old clock.  The sync light is on, but the frequencies were not getting any closer when I left them.  We're taking data and we'll look at it again tomorrow to see if they are getting closer.  There is some long time constant used for this locking loop (~2hours) that will make this take quite a long time.   We can shorten this time constant using the software and RS232 input if we need to.

 DYM - Not yet, since I am getting the signal for the transfer function by mixing down the beats between the various sidebands, the calibration wasn't immediately obvious to me (though it may well be simple).

Here is a diagram of the measurement.

N.B. there is an attenuator right after the first power splitter on its way to the NPRO PZT, I am not giving it 7 dBm of juice

Here is what I think is a transfer function of the frequency response of the H1NPRO PZT. Ideally, I would use a resonance with modulo 180 degrees
 of phase shift, and a relatively flat phase / frequency response

RA:  No units on the Y-axis???

We have the Gurlap seismometer working, and it took data overnight (mostly) successfully. The North-South channel was not turned on, but as of this morning all three channels (North-South, East-West, and Vertical) are up and running. I've attached a plot of some data for the E-W and Vert channels comparing the noise at 3am and 11am. We calibrated the data by first converting from counts to m/s by multiplying by 40V/2^16*(1/802V/(m/s)). The 802V/(m/s) calibration comes from the Guralp spec sheet (which I've attached as a pdf). The calibration for all three channels is different, but the difference is less than 1%, so I've just chosen the calibration value for East-West and used it for all channels.

The channel names are

Vertical-- C2:ATF-GENERIC_DOF6_OUT_DAQ

North-South-- C2:ATF-GENERIC_DOF7_OUT_DAQ

East-West-- C2:ATF-GENERIC_DOF8_OUT_DAQ

After we have 24 hours of data, we'll make plots for more times on all three channels.

I could sweep a couple FSR using a function generator into the PMC. A few numbers:

• PMC FSR - 713 MHz (From design doc)
• Voltage at drive box for 1 FSR = 3.5 +/- 0.3 V
  • Error bars generated via nonlinearity: (I ran through three FSR on one sweep, with one of the FSR around 0V input, the two FSR were 3.2 and 3.8 Volts, repsectively).
•  
• Voltage at PZT with 0V into driver = 142 V
• 10 Vpp triangle wave at drive box = 184 Vpp at PZT drive (measured using a 10 Vpp triangle wave out of a function generator, watching the PZT voltage with a Fluke)
• Calibration at input to drive box - 202 +/- 20MHz / Volt
  
• Calibration at PZT - 11.1 MHz +/- 1 MHz/ Volt

Spectra shall be calibrated henceforth, or at the very least, calibratable.

Added: Calibrated PMC control signal in Hz/rtHz- As this should be totally coherent with err, I should just be able to divide by the open loop transfer function between ERR and CTRL...(I guess my Hz -> Volts bit of the OLTF on the error signal needs to be measured to get this no matter what...so I would end up with a Volts ->Hz for my error signal anyways...)

• Foton isn't letting me add filters for some reason. It didn't earlier today, and Aidan had to change permissions (via chmod) to some process (Which?), then I could. I left and came back, and I could no longer write to Foton again.
• Note that I am feeding back on the temperature of the NPRO.
• WHOOPS: For correct spectrum I need to apply 2 poles @ 1Hz, 2 zeros at 10 Hz, 1 pole at 72 Hz, and a unity DC gain...

I locked using the PZT pole at 70 Hz with an SR560 - I am using a feed through with the front end to generate an integrator with a pole at 70 Hz and add it to this signal with the other 560 input channel

I ran into some problems seeing anything in DTT. Frank can see all his channels (C3 PSL), but we can't seem to get the C2 ATF) channels. Will investigate further.

The transfer function:

• Dewhitening in Driver Box:
  • 2 zeros at 10 Hz
  • 2 poles at 1 Hz
• PMC PZT Pole from driver box / PZT capacitance
  • 72 Hz
• 2f filtration
  • 2 poles at 10 kHz

Not that I see how this could have changed, but did you do the standard error signal checks? If you switched a cable here or there the RF phase will have changed, and you might need to retune it and/or flip the inverter on the bluebox. I know you know this but it can't hurt to mention.

Also, when you do get the CCW locked again, before you get the other PDH box form the 40m, you might want to check that you indeed have the right beam into/out of the AOM by just looking at the CW output on the TRANS CCD. If you see a 00 somewhere around an f_mod of 47.5 MHz then you're golden; if you only see higher-order modes, you probably have the once-passed first order or something, like we did one time before.

I ran startatf on fb0 after changing the ATF.ini file to include a channel

[controls@fb0 daq]$ startatf
audit_log_user_command(): Connection refused
atfepics: no process killed
audit_log_user_command(): Connection refused
atfepics C2 IOC Server started
./startupC2: line 2: iocC2.log: Permission denied
audit_log_user_command(): Connection refused

I did a "sudo startatf" and there were no error messages about the ./startupC2 script.

You may have jitter because of the PZT actuation. It may cause noise in the PDH signal by some mechanism. It was difficult to measure the jitter itself in the 40m case.

Things generally progressed yesterday up until the evening when they started un-progressing a bit.

We got the feedback to the slow channel on and working.  It uses the DAQ and has a filter with zero at 10hz and a pole at 10mHz.  We were able to see that with the cavity locked, the piezo signal was kept around 0v for longer timescale changes.

The second beam is now going through the AOM and we have maximised the power in the first order on the way through the first time, then added an aperture to pick off only the first order before reflecting the beam back through the AOM along the same line.  At the output of this we again pickoff the first order beam and use the power meter to maximise the power by changing the position of the mirror behind the AOM.  We are getting an efficiency of approx 56% from the AOM at the moment.

We then got this beam into the cavity and got it aligned well enough to see fringes and something that looked like a 00 mode flashing.  Not well aligned, but nearly there.  At this point we connected a voltage source to the modulation input on the VCO for the AOM to scan up through the cavity in the CW direction.  We will need to collect the other PDH box from the 40m.

At this point we went back to the CCW loop to lock it - the beam had somehow got misaligned.  We spent the rest of the day trying to get the beam back into alignment with the cavity without really succeeding.  We are pretty certain that none of the cavity mirrors got moved so it should still be aligned.  We only worked on steering the beam into the cavity.  We did see 00mode resonances but it doesn't want to lock on these.  We maximised the power in transmission, and were careful to check the alignment of the beam on all the PDs but to no avail.  We will look at this again today.

I want to lock with the NPRO laser PZT (as done at the 40m) - and thus want the transfer functions of the NPRO PZT to phase / amplitude modulation (measured by Mott @ the 40)

• First plot attached is PZ T to AM response

I will use the 143.8kHz dip in the AM spectrum for locking (as sidebands), then later look at the PZT error signal to find the phase transfer function. I am interested in maximizing the ratio of PM/AM. For the loop:

• I will put in a second order passive component low pass to filter out the 2f (at 10 kHz)
• This is quick and should allow me to take my phase transfer function and tweak the setup if needed (and consider going to that 320ish kHz dip in the AM spectrum)
• I may be able to live with a 1 kHz UGF, as I used a 600 - 800 Hz UGF when I ran with the old frontend

I have a question which I either don't know or can't remember the answer to:

• Is there very little spatial distortion induced on the beam at these frequencies by using funny PZT resonances to lock, or do they exist and  we just don't care because they are out of band (presuming they aren't downconverted somehow)

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)?

I took some pictures of the H1(Innolight Mephisto) NPRO's scatter, and one of the neighboring lightwave NPRO for comparison

• Iris is about 6" in front of Meph NPRO

 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.

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

Like

C2ATF

C2PSL

C2TCS...

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

I fixed two machines in the TCS lab to have static IP addresses on the local network.

The Athena DAQ CentOS box: 'tcs_daq' 10.0.1.34

The CentOS workstation: 'tcs_ws' 10.0.1.25

Frank, please add these to the network topology diagram you have ...

I saw that you guys are planning on turning the input mirror to get a Mach-Zehnder-type thing going... any plans to do that soon? I ask because this should give us the displacement noise directly, right?

In terms of the damage of the optics, I have never seen the CVI mirror is damaged by this level of the power density.

What I have seen was a newport BK7 cube BS melting with the 10W focused on the <100um waist radius.

 This is the noise of the cavity if we just lock the laser to the cavity using the fast actuator (no slow actuation) and look at the control signal to the laser.  I used a potential divider to reduce the voltage going to the spectrum analyser (I used 1.023kOhm and 9.32kOhm to give approx 10 times reduction).

The plot here is taking the V/rt(Hz) and multiplying it back up again to the full voltage, then converting to frequency using the piezo spec from the laser spec sheet of 4.11471MHz/V.

We maybe want to plot this on the main noise plot to see how far away we are from measuring a useful mirror displacement noise, so I have included the .mat file that I used to make the plot

All the previous plots are junk - I will replace them. I made a stupid typo and propagated it through the mode matching I did, and thus nothing I did on the table made any sense.

I have mode matched to the PMC, and see what I think is TEM-00 when scanning it.

I need either an EOM, or need to use the laser PZT to put audio sidebands on the light and lock with those (as we discussed doing with the NPROs at the end stations in the VGL scheme for aLIGO / 40m)

EDIT - Removed old BS plot - the below plot is good!

 I was unable to find a two lens mode matching solution using any of the available lenses in the lab constraining myself to the existing layout - I will try 3 lens solutions briefly then consider changing the optical layout. I wanted to avoid this in the interest of time, but may have to do this for the same reason.

 Today I mounted the mode matching lenses on translation stages, and Alastair and I re-aligned the CCW beam into the cavity. We hooked up the PDH servo and brought the beam into lock. Alastair noted that it was staying locked much longer than it ever had before, but of course a slight bump to the table would bring it out of lock  (or back again). I've attached a picture of the monitor output for the locked beam.

I unpacked the NPRO Rick sent me from the H1 PSL, and put it on the table.

I measured the total power output to be 1.574 W with the high power meter.

Waist measurements were taken with the WinCamD.

I saw what seemed to me to be a lot of junk light / scatter coming out of the NPRO. I am going ahead with putting it into the PMC in the interest of finishing.

The old plot was wrong. It seems I chaotically clicked blue buttons when taking my waist measurements. I attempted to mode match and noticed that what happened on the table was crazy.

[Edit - New plot added]

 These translation stages are from a cabinet on the x-arm of the 40m. Rana is ordering some new stages from Newport, but in the meantime I'll use these to optimize the lens positions.

 After I installed the mode matching lenses last week, I aligned the CCW beam into the cavity. The solid red lines in the picture below are the incoming beam, and I've included a picture of the CCD camera output on the monitor and the photodetector output on the oscilloscope. The beam is currently being scanned at .1 Hz. I've also aligned the beam coming out (dashed red line) and through the Faraday isolator and into the photodetector. I haven't had a chance yet to look at the output of this though.

Alternately, I can write the really simple equation for phase noise...

equation 5.24a from the Bloembergen paper (non depleted pump approx with plane waves):

Phi2 = 2*Phi1-pi/2+deltak*z/2

and just write the phase noise in terms of the phase mismatch. Note that this can be in terms of temperature.

I think I have found the answer to the doubling phase noise after a few pages of algebra and differential equations. I will have to confirm this at a later date, but for now I assume it's correct:

When I lock the phase of the Mach Zehnder in the IR, the phase of the green is:

Phi = Constant + w1/c*[(n1-n2)*dL/dT+(dn1/dT-dn2/dT)*L]*delta_T

• w1 is the frequency of the field @ 1064 nm (radians / sec)
• L is the length of the crystal
• n1 is the refractive index of PPKTP @ 1064 nm
• n2 is the refractive index of PPKTP @ 532 nm
• delta_T is the temperature fluctuation at the crystal

In summary for the "locked Mach Zehnder scheme"

If I treat the phase of the IR as my error signal, and push it to zero (or to some constant), the fluctuations in my green (and thus sensing noise), will be dominated by temperature fluctuations of the oven.

• If this is true, any suppression of temperature noise should be seen as a reduction in the phase noise of the green when the Mach Zehnder is locked.

 The lenses I'm using for the mode matching telescope are Newport KPX103 AR.18 (175mm) and KPX097 AR.18 (125mm). I contacted to the company to check how the focal length would change for 1064nm. These focal lengths are calculated for a wavelength of 589nm, but the index of refraction for the BK7 glass they're made of decreases from 1.51673 at 589nm to 1.05663 at 1064nm, so the focal lengths increase by 2% (assuming a thin lens).

If I left the lenses in their current positions which were calculated for 125 and 175mm, this gives a power coupling value of eta=.7674, so I have calculated the new distances for the adjusted focal lengths of 127.5mm and 178.5m. The 125mm lens should now be located 597.42mm from the mirror at the corner of the table (4w2l), and the 175mm lens should be 345.21mm from that. These positions give eta=.9910.

I've plotted how eta changes as a function of the lens positions as well. Lens 1 is the 125mm (or rather 127.5mm lens) and Lens 2 is the 175/178.5m. These plots cover +/- 10mm from the calculated ideal position. For lens 1 this value is 597.42mm, as quoted earlier, and for lens 2 it is 2383.46mm, which is the distance from lens 2 to the input mirror.

We wasted some time today looking around for the IR viewer. We found that it had been taken into the TCS lab with no notice left about it being borrowed.

This is unacceptable and the second time this has happened. The next time anyone from the TCS lab tries to borrow equipment, refuse.

Tell whomever it is to come and talk to me if they have a problem with this policy.