Today we measured the current system noise by the signal squaring and multiplier system we built.
The interferometer is quite stable now and the phase could be stable for more than half hour.
The plates are droven by 2 Hz 3 Vpp sinusoid signal with 4 V offset in common mode.
The signal From PD is band passed by SR560 with 200 gain and squared by AD 734 chip.
The driving signal is also band passed by S560 and squared by another AD 734 chip.
The two squared signal are multiplied by one AD 734 chip. The signal from multiplier is feed
to spectrum analyzer. We also measured the noise spectrum without driving plates. The results look the same.
The signal is very sensitive to talking and walking nearby the table. We suspect that the seismic noise dominates the noise.
The possible noise source:
Tara will upload the plots later.
To have the ability of controlling the phase, we need adjust DC voltage of one of the PZTs independently.
We use the function generator to generate AC driving with a DC offset for one of the PZTs and use a OP270
chip to add the driving signal with another DC voltage for another PZT. By changing this DC voltage, we can
control the phase of interference signal. We adjust the voltage to put the PD intensity in the middle to have
the best sensitivity.
We did the same measurement as last time to check the peaks we observed. By use the same condition, we do see
a few extra peaks while the plates are being drovn at 2 Hz. We also changed the driving frequency to 0.7 Hz and
did the same measurement. The results looks different.
Tara will upload the data later.
We switched the current metal shim with the thicker Aluminium shim. Now both mirrors are also the same. We tested and showed that the shim is not too hard to be pushed by pzt.
First, the thicker Al shims have bigger bending stiffness and more difficult to bend under the surrounding perturbation. Therefore, the signal we got has less noise from the surrounding perturbation.
By using the PZT we have, we can still drive the shim well. With the driving, we observed intensity oscillates from ~50 mV to ~200 mV.
We also observed a low frequency (~80 mHz) oscillation of the signal. I didn't find the source of this oscillation. The sensitivity of response to driving is lower while the intensity is near the minimum and Maximum and higher while intensity is at the middle.
The Shaker project is coming along nicely. I am currently looking into using the built-in ability to download a waveform to the front end to do the sweeps, but we are running into memory problems, and I get the sense from Tony that it was not really designed to do this. Currently we are able to download a waveform to the frontend, run the generator according to it, and make a measurement over a full run of the waveform. If we can crack the limited time constraint and figure out the averaging, this is going to be the most straightforward solution.
I am working, in parallel, with Gert (who is out of the office at the moment) on using pure script to do this, although I am worried about starting and stopping the generator so frequently. Apart from anything else, there is a slight hang in the frontend when the generator start method is called; it is not noticeable when the button is pushed in the app, but I think it adds quite a bit of latency to the program. I am still waiting to hear from Gert about how to acquire a time series; hopefully we can figure that out by early next week, since it is critical. I am also not entirely sure how we force the program to do all the analysis on the time series after it is acquired. Ideally we would want the analysis to run in parallel and update the frontend continuously, but I am not sure this is possible with VBA (I don't think you can do multithreaded programming) and I am not sure I would know how to do so even if it is!
Engineering was very helpful showing me how to make the leads we need for the piezos; I will go crimp some more at the beginning of next week.
The new structures should be coming in soon, so we will have a dedicated structure for the piezo damping, at which point we can really get cracking.
I finished crimping all the connectors we will need for the piezos. We are now just waiting for the new structures to arrive so we can start gluing the piezos on.
According to previous post 1834, we think the noisemon problem is very likely caused by C2 charging. Hence we did the following modifications on a noisemon board:
1. Split R2 into two 400 Ohm resistors, with grounding between them.
2. Split C2 into two 3.3uF capacitors, with grounding between them.
We hope these modifications will provide a path for the bias current to go to ground, instead of charging up C2.
The modification is successful. The attachment shows the result after the board runs for 12 hours. We modified channel 1 and 2 so we see FM0 and FM1 channels are still decent. We only split C2 but not R2 for channel 3 and 4 so FM2 and FM3 are bad.
Our high school summer student Madeleine Waller has produced a set of slides describing work she has been doing over the summer working with Calum and Norna.
She has been using Solidworks to look at how a proposed quad suspension with 143kg silicon mass might fit into an existing BSC chamber with a BSC-ISI, a Transmon and an arm cavity baffle.
See G1200828 on the DCC at https://dcc.ligo.org/cgi-bin/private/DocDB/ShowDocument?docid=95782
I entered Crackle lab circa ~11:15. I started some basic lab inventory and started cleaning/organizing stuff. We will use the first optical table (as you enter the lab) because it's the easiest to clear (see below before and after clearing). Some of the cleared items on the table include:
- UHV foil (moved to top left cabinet above the work bench)
- OSEM components for Crackle (?) (moved to top left cabinet above the work bench)
- Various metallic parts/components (moved some in a plastic container to the second drawer from the bottom of the second red tool storage, and others to the second optical table)
- Various screw/screwdriver kits (moved some to work bench right by the electronic storage area and others to the second optical table)
- Power supply and laser diode driver (moved to control/acquisition rack)
I then moved the 1064nm pump Innolight Mephisto 800NE to the clear table, clamped it down, and cleaned/organized the lab a little, which involved:
- Shelve orphan/incomplete PCBs and electronic components from the work bench up to the cabinets.
- Organized some cables by the fume hood.
- Organized other random hardware on the work benches.
I found the Emergency STOP (OMRON STI #A22EM02B) button buried on the fume hood, so I gave it a quick test, and after confirming it worked I wired it to the interlock on the back of the laser controller. Then tested it along with the interlock and verified it's working, but I have yet to solder it nicely (I didn't commit to the wire lengths yet).
Left at ~ 14:45. Noted that we had more cockroaches in the floor at the beginning of the day than 2 um laser sources. Now we are tied.
Today; entered lab at ~09:08. I verified the orientations of the aspheric lenses and blaze gratings relative to the flextures, packaged and then dropped the parts for epoxying to Koji in 40m ~ 11:00. Spent some time between 12:00 and 12:45 finishing the ECDL connections. Everything looked good so I hooked it up to the TED200C controller. After a bit of research, I found out the Steinhart constants for the 10k thermistor;
Plugging these into the Steinhart equation give the actual temperatures from the Tact output on the TED200C (otherwise read as kOhm). According to the spec sheet, the TEC was tested at 250 mA (0.40 V), so not knowing a bunch more, set I_TEC on the TED200C to this limit and inspect the actual TEC current by scanning the Tset (setpoint) and recording the current in the ~ 15 - 25 deg C (attached plot, horizontal line marks room temperature). The diode current driver is hooked up, and everything is on the table as is. Left Crackle ~ 18:30.
Here is a summary for how to connect the SAF1900S gain chip to TED200C temperature controller and LDC220C diode current driver. The chip itself lacked substantial documentation, so this comes after requesting tech support from the manufacturer. The SAF1900S pinout is
1 - TEC+
6 - TEC-
2 - Thermistor
3 - Thremistor
4 - Anode
5 - Cathode
The TED200C has a DSub15 output, but the cable provides a DSUB9 adapter. Then, only the following pins are connected to the SAF1900S
The LDC220C has a DSUB9 output, and its bipolar nature allows it to drive either anode-grounded or cathode-grounded diodes, so the question was wether the SAF1900S is AG/CG? In a first attempt, I assumed the diode was meant to be driven with a floating source (and that the LDC220C could do that), but the driver remained in "LD OPEN" state. Then, I revised the documentation for TLK1900 (an old, discontinued laser kit using the same gain chips). There, the bottom line seemed to suggest CG, but to be sure I asked a technician in thorlabs. They say most of their 14 pin butterfly chips are AG, but the 6pin ones seem to be CG. Anyways, the relevant pins (for either connection) are:
3: Ground (for AG/CG)
7: LD Cathode (for floating / AG)
8: LD Anode (for floating / CG)
After some communication with ANU's Disha, I found the diode pins are floating from the case (personally confirmed this), and an additional connection between pins 1 and 5 of the LDC220C needs to be established to override the interlock. The suggested connections are three: shortcut, resistance < 430 Ohm, or LED || 1 kOhm resistor (to match the Laser ON status in the front panel). I opted for this last one, made the connections and was able to correctly feed the SAF gain chip.
Entered Crackle ~ 8:47 AM.
Briefly fixed the LDC220C connection to the SAF1900 as described previously, and then installed the aspheric flexture and shoulder to the assembly (pictures below). Then, I used the thermal power meter head borrowed from OMC to check for emission as a function of laser diode current at a fixed temperature of 25 C (to match testing conditions). The result is below, where I seem to be getting slightly better amplified spontaneous emission (ASE) power than the attached test sheet. It may as well be that I am not measuring the ASE power alone, but I cannot presently determine this.
I added the grating and moved the power meter to the correct output aperture, but failed to detect any power. This suggests a wrong grating orientation, although I will try to verify this more carefully.
Set grating in front of 1064 nm beam (current set to 1.058 A for a beam visible on the IR card). After testing both orientations, it becomes clear the grating is misoriented. The difference is very clear, there is only specular reflection in the current configuration, whereas the m=0, and +- 1 orders are visible in the 180 deg flipped configuration.
Very exciting to see the gain chip curve!
Grating orientation: Whaaat... If you already have the 1um laser SOP approved, you can use that laser to check the grating orientation.
Attempted two methods to soften EP30-2, the results are summarized below.
(a) Heat -- Used the heat gun set to 200 F (~ 93 C) and held it near the back of the part so that the grating surface was never in direct exposure. The airflow was kept constant for a period of ~ 10 min, while I periodically checked to see if there were any signs of bond softening. After no signs of softening, I stopped and moved to method (b).
(b) Solvent -- After brief investigation and referring to T1400711, I got some acetone from CTN, and set up a ~ 50 ml bath. The part was not completely submerged and was arranged such that the grating face was always exposed to air, which I left for ~14 hours. The drawback of this method is that some of the acetone evaporated and at some point the EP30 bond stopped being in contact with the solvent. A picture for reference is attached, with the light blue line indicating the highest acetone level, and the red line indicating the EP30 bond level at the beginning of the bath.
Log of the output power vs current in the 1064 nm (Innolight) pump laser. The crystal temperature was set to 45.5 C, and the current limit is set to 2.1 A
Used BeamR and WinCamD to profile the two light sources (ECDL and OPO pump)
(1) ECDL; profile 19** nm beam after the aspheric lens. I guess we want this beam to be nominally collimated for optimal feedback with the Littrow-configured grating, so I recorded the 1/e^2 waists (x, y) as a function of longitudinal displacement. The result is attached below. Linear fits provide rough estimates for the beam divergences, giving 2.0 mrad along x (parallel to the table) and 1.2 mrad along y (normal to the table) suggesting some astigmatism which is common in high NA aspheric lenses. I inspected the distance from the aspheric lens to the SAF gain chip and measured ~ 2.0 mm (compared to the 1.99 mm working distance specified for this lens with NA=0.71). The SAF1900S specifies a beam divergence angle of 35 deg (corresponding to NA=0.57), so there is room for improvement by tweaking the aspheric flexure alignment.
(2) NPRO; profile 1064 nm beam at low power (~10 mW) right after the head output. Having 10x more power made things way easier for this as compared to the ECDL, but the method was the same (record 1/e^2 waists as a function of longitudinal displacement). The result is attached below. Linear fits provide rough estimates for the beam divergences, giving 2.1 mrad along x, and 2.1 mrad along y. Here I grabbed the specified divergence of 2.3 mrad from a relatively old manual, and even drew the displaced waist profile (w0 = 160 um) which seemingly fit the profile, but the actual values may be different.
Shruti took back the beam profilers today AM to Cryo.
Shruti: returned to Gabriele's office
I placed the two beam profilers with the two laptops and chargers right inside the Crackle lab, as requested by Paco.
Today entered lab ~ 09:00. Over the weekend I coded a PySerial wrapper for the thorlabs MDT694B single channel piezo controller. I spent some time testing and debugging the code but it now works fine (tested on Linux, python=3.8.6 and PySerial=3.4-4). The wrapper refers to the manual available here. The code is available in the labutils repo
Borrowed 1 (new focus) broadband EOM from CTN for temporary use in Crackle (2 um OPO exp)
Enter lab ~09:20. Today I spent a while looking at the broadband EOM drivers used in CTN (presently optimized for 37 MHz) and installed the preceding steering and power control (half waveplate + pbs) optics. The beam path for the OPO pump beam is now set to 3 inches (note the NPRO head is nominally 4 inch above the table).
On Monday, tested a 1998 (Rev. 0) RFPD originally found in Crackle (serial #010). Looks like it was first resonant at 24.493 MHz, but was later tuned for 14.75 MHz. I used the AG4395A network analyzer in CTN following the procedure in the previous ELOG post, splitting R output into the test input of the RFPD. Driving at up to -10dBm, couldn't see any resonant feature in the TF below 150 MHz. Tuning the inductor L1 made no difference. The regulator (U3 and U4 near bottom right in picture below) outputs were nominal.
I borrowed a flat response (DC to 125 MHz) PD from CTN lab (New Focus 1811) along with its power supply for short term use.
Below are some photos of the aformentioned RFPD. I added some kapton to keep dust off the PD.
In the process of adding a PC/controls, and other related instruments, reorganized items in the lab. Threw out some boxes and stored cabling and unused power dock. Moved the sticky mat and put out large trash bin. Organized electronics rack to which a Sorensen (DCS33-33) power supply was attached. For this, took a 14 AWG wire (should be fine up to 15 A at 115 VAC) and cut plug end. Then connect neutral and live as indicated by the rear of the panel and add chassis ground. Tested DC output voltage of 3 V and it works ok.
There are now two workstations in the lab attached to the same monitor (VGA and DVI ports), and it is ok to ssh from one to the other. They both now have fresh debian 10 installs.
Two crystals from Raicol arrived. Picked them up from Downs today and inspected them (see photos below). The lengths are nominal (20 mm), they are serialized as 123 and 124, and the ends look like they have the specified (AR) coating. I reached out for Covesion two days ago to track the ovens so we can mount these guys, but have yet to hear back from them.
Today, after struggling to find a 4-pin circular power supply cable for the UPDH box (still interested btw) punched a hole for connec power connector in the back panel and found an appropriate cable. See attached photo. Intended for +- 15 VDC.
Borrow both beam profilers and laptops from WB 264A.
Covesion order arrived, containing 2x
Laseroptik optics (4x pairs of cavity mirrors) arrived earlier this week, so I began assembling the input mirror with Noliac (NAC2124) PZT. The (15 mm OD) pzt will sit between a 1" post spacer and the mirror. I applied a thin layer of BT-120-50 (bondatherm) adhesive, which I found in EE shop. From what I gather this adhesive doesn't have softeners (almost doesn't smell) and is a good electrical insulator. The PZT + spacer is sitting below a metallic weight block on the left corner of the table (by the electronics test bench corner), and should finish hardening in a little over 24 hours at room temperature. The PZT was labeled 520 nF (spec. 510 nF).
Assembled first DOPO oven with the crystal. The components (shown below) are:
The NL crystal sits in the (brass?) clip directly, with the ITO (dummy) crystal pressing it uniformly down. There are no placement references to align the crystal with the oven axis, so this was done very carefully by hand. Once this is roughly straight, the copper arms are fastened in place tight enough to hold everything in place but without excess strain on the NL crystal. The assembly (shown below) is then mounted enclosed in the oven. I put some kapton in place to shield from dust until operation.
Summary of solution number 2 (from previous post).
After installing the lenses, mirrors and some minor alignment, took the beam profile around the expected minimum waist position (~102" from laser head). The beam profile is astigmatic as can be seen from the plot below (red / blue = x / y), so the mode matching will be suboptimal from the start.
Taking the geometric mean of the waists (w = sqrt(wx * wy)) we represent our nominal mode and find a min waist of 36.8 um (shaded region in the plot).
The OPO cavity model targets a min waist of 35.5 um (for an optimal Boyd--Klein parameter of ~2.7), but solutions exist with slightly shorter cavities and slightly larger waists which would only compromise the optimal Boyd--Klein parameter to ~2.55 for the sake of better mode matching. I think this is a good place to move out of calculation-land and see how well we can make the cavity work in reality.
Observed first resonant transmitted (& reflected) light from the DOPO cavity; the PZT scan was centered at 31 V, at 2 Hz, with an amp. of 1.5 Vpp. To get there, revisited the path's alignment upstream to the last mirror (before the last lens), removing, inspecting, and reinstalling each component. After this, I used the camera at the end of the optical path as a "pinhole" (beam center placeholder) and after inserting each element (mirrors / crystal) checked carefully that the beam was landing straight. Then, patiently scanned various knobs (mirror mounts X/Y/XY, crystal manually) until HOM started resonating. After a bit of further alignment managed to see transmission dips in the FI pickoff. Below are two photos illustrating the current state (way more optimization is needed), as well as the setup viewed from one side (for the scope picture, purple is the ramp, yellow is cavity reflection, green is cavity transmission). Will keep optimizing in the couple next days, all at low power first, and then start cranking the power up to factor in any thermal effects into the optimized cavity.
See equipment borrowing note here.
Attempting TF measurement for resonant EOM driver, but not having luck reproducing the measurements done recently (Dec-03), so I started debugging the circuit. Both power supply connections (+- 18 VDC) seem nominal. The MAX2470 buffer regulated input is nominal at 5VDC. Looking at MMBT5551 HF transistor, base-emitter voltage is -0.60 VDC (nominal wrt -0.66 V). Using a scope, I feed a single tone (36 MHz, 190 mVpp) and look at the RFmon output and it looks ok (gain ~ 1). I changed the RFmon SMA cable and that seemed to do the trick... Bad cable (now in trash) stole my morning.
Tune EOM driver resonance to 35.993 MHz (shown below for reference).
Record TF for RFPD SN09, resonant at 36 MHz, using the exact procedure as with EOM Resonant Driver.
After getting what looked like a decent cavity reflection signal, installed RFPD yesterday. For this, removed the lens that was right before the PD because the RFPD area is large enough, but keep ND filter in place. Powered with +- 18 VDC and monitor DC out on the scope, and RF out is sent to the IF of the mixer in the PDH box. For the LO, split the Marconi RF output and connected the demodulated signal into Ch2 of the scope in hopes that there was an error signal.
A hint of the error signal is present (blue trace below), although deeply buried in line noise (and harmonics up to ~180 Hz) so there really are two things to optimize now -->
Other things attempted so far -->
Motivated in part by the conclusions below, improved estimated mode matching efficiency from a poor 13% at the beginning of day to 48% (estimated using the reflection signal levels from the rfpd). What helped was walking the beam with the last two mirrors, and then scanning the cavity output coupler around to center the resonant mode which at this point seems optimal. This process was tedious, but effective apparently.
The distance between the two mirrors is ~ 45 mm which slightly undershoots the planned 47.5 mm which could limit the achievable 100% in simulation-land, but I'm moving on for now, hoping the lock will bump it up enough for the OPO threshold to be within our pump power range.
Update on demod. for OPO cavity lock. Last related elog entry described prevalence of <= -77 dBm of odd line noise harmonics (60, 180...) Hz, along with poor SNR PDH error signal. First attachment is a drawing of the current RF connections. Upon completing list of suggested actions from this post, the difference was mostly made by looking at RFPD RF out power before mixer < -40 dBm. This was no good, so after realizing that the OD = 3 nd filter before RFPD was only allowing 80 uW of a nominally reflected ~25 mW, swapped the ND filter with HWP + PBS for adjustable power splitting. Then, a healthier -10dBm made it into the mixer and SNR improved considerably (see second attachment). Upon closer examination of err signal, low freq. sinusoidal modulation sat on top of it suggesting slightly off-resonant demodulation so finely adjusted the (Marconi) LO frequency from 36.000 MHz --> 35.999828 MHz until the error signal had a good enough shape (see third attachment below).
First attempt at cavity lock was done with ~46% mode matching efficiency and max. modulation depth (estimated ~0.21) on the EOM. The loop is achieved using UPDH box (v3) which I stole from CTN lab. Upon connecting all the inputs, scanning the phase shifter without making much of a difference, and enabling the lock, saw a stabler higher order mode on the cavity transmission which is nice. The natural follow up of scanning the PZT driver (i.e. as an offset) and re-engaging the lock resulted in what I can only describe as a "visit to the dentist", where the cavity PZT (on the output coupler) was resonating quite loudly (!!). After looking at the output monitor of UPDH box with engaged lock on SR785 an ~ 8 kHz peak explains the noise as an audible mechanical resonance. Adjusting the servo gain finely tunes it out a bit, and adding an SR560 in line before the PZT driver unit greatly helps, but changes the overall loop gain and the lock becomes unstable... Current efforts are therefore geared towards improving the pdh loop, for which an option is to bypass the thorlabs MDT694 HV piezo driver and directly connect the UPDH output to PZT (which it may be meant to directly drive) and use slow temp. control on pump laser to approach the lock point. Another option, involving way more time, would be to *not* use UPDH box at all and implement a digital feedback loop + filter with the Red Pitaya. Perhaps the pragmatic action is to get the analog solution working and develop digital solution on the side.
UPDHv3 box (serial 17142) is bogus. While retrieving values of some of the components to plug into working zero model, saw the VGA stage is bypassed by a previously unnoticed hack. Verified this by taking TF and not seeing any changes with respect to the gain knob (shown below are zero's model TFs suggesting a tunable UGF from ~ 10 Hz to 1 kHz), so this box is not good for a standalone servo.
As suggested a few meetings ago, made a quick and dirty lock using a single SR560 and took measurement of something* CLTF (SR560 gain = 10) below. New goal is to find a decent replacement, for which decided to use RedPitaya's python API "pyRPL". Just using the GUI out of the box can also lock the cavity relatively quickly but neither method results in longer than 1 minute lock... so took one step back to polish the pdh error signal.
* Something = Use SR785 TF measurement with source on Ch1, and to B input in SR560. The SR560 in (A-B) mode, and demodulated signal connected to A. The loop was closed with the SR560 output driving the PZT, and Ch2 of SR785. Wouldn't call this CLTF...
Upon closer inspection the error signal seems to vary quite significantly on the scope (scanning @ 2 Hz), sometimes completely flipping its sign even though it always triggers on the same side of the ramp (see attachment for video, along with some neck excersise).
This might be the same behaviour from before, whereby the demodulated signal might still be "riding" a low-freq componen which can't be compensated with the LO (Marconi's carrier resolution = 1 Hz). Using the 10 MHz external Rb reference doesn't change anything. It seems that even with the coupler, reflections may be entering the mixer...
Adding a LP filter (BLP-1.9+) right at the mixer output solves this for good. Even using 36 MHz LO vs anything else doesn't make a difference so this explains the previous issue. Moving back to lock using stable err signal.
For reference, the LO carrier is set to 36.000 MHz, +7 dBm (so the EOM is driven with an estimated +30 dBm well below the saturation or damage threshold +40 dBm).
Achieved a good lock for pretty much all of the afternoon today. The laser ran at 937 mA current, the optimal gain on SR560 was found to be 50, with a LP cutoff at 300 Hz (12 dB/oct rolldown). The 300 Hz cutoff supresses most of the nasty 8 kHz noise (and harmonics) which I can hear with enough gain. Source still to be determined.
The plan during these past few days has been to have fast control loop of the cavity (locked to laser using PZT, which succeeded using SR560s), and slow control loop where the laser temp. actuator is fed back the integrated PZT input to follow the long term cavity drift. For that, have been messing around with the high-level (GUI) API of PyRPL, with basically no success. In fact currently the RedPitaya cannot even replace the SR560 fast controls, which probably has to do with the +- 1 Volt limits on the RP input/output.
Another issue is that any loop gain depends on the REFL power, which will be at some point slowly ramped up to cross the OPO operating threshold, and while there is a (PBS + HWP) knob on how much light is hitting the RFPD, the lock is not yet good enough to keep up with the slow human action.
WIth the cavity locked, and under ~ 220 mW of pump (right before the cavity, i.e. 1.3 Amps of current on the driver), noticed a tiny green dot coming from within the crystal oven. This is pretty great news in terms of phase matching, but not necessarily so in terms of the right parametric conversion process (understanding is that SHG is easier to attain even with single pass). See tiny green spot as caught using phone camera in the attachment.
Test long term stability of the DOPO cavity lock; The cavity remained resonant overnight (start ~ 8 PM yesterday) and lost around 11 AM today. It might be good enough to approach lock point manually using laser temp. control and then engage the fast loop. In any case, today will set up an acromag channel for this. Configured "XT1541-2um-SlowDAC" to 10.0.1.47
- Noticed that the cavity transmission peaks @ 1064 nm were much wider than originally estimated by the dopo cavity design notebook suggesting a lower Finesse. So using the PDH error signal, and knowing the EOM sidebands are at 36 MHz estimated the current DOPO cavity linewidth to be 19.5 MHz, well in excess of the target 10.4 MHz.
- Updated the crystal AR coating specs from Raicol (R < 0.3% @ 1064/2128), but more importantly, I included the absorption coefficient of KTP, alpha=0.005/cm (often quoted as < 0.01 / cm) into the roundtrip loss and the design now gives 17.97 MHz. So, given the uncertainty in the absorption coefficient of the NL crystal, and all the coatings in the experiment, this adjustment might be enough to explain this observation.
With Aidan's assistance, I borrowed
for ~ 2 um imaging in the Crackle lab.
Drew some new mounting scheme for the DOPO cavity; main revisions with respect to the current mount are -->
Attachment 1 illustrates the design; shows three views of the same assembly.
Concerns: mechanical noise from side mounted mirrors ... for this, there could be a solid piece which makes a rigid connection between the two mirrors (that's why they are upside down) and perhaps between the two tall posts (so S-shaped as viewed from the top)? Still working on this.
- First test to grab frames was done in my personal Win10 machine, with no success. Either I was unable to configure the server correctly, or the software "ArraySoft" is not supported in Win10. Upon contacting Heimann, I received instructions to update to a newer version but was warned that it's just a new GUI, nothing really changed from v1 --> v2. So didn't even bother.
- Instead, wrote a simple python-socket UDP server to catch the video stream. Most trouble happened when using temperature mode (command "K"). The client streams a bunch of zeros... My guess is that this unit does not have an internal temperature calibration, and one could in principle be uploaded but we probably don't care. Streaming in raw voltage mode (command "t") works well, as shown by the sample frame shown in Attachment 1.
- After recovering the CTN Win7 laptop from Radhika, I gave "ArraySoft" another change just to know the frames I was getting in python were not bogus. For this I pointed a 532 nm laser pointer straight to the sensor and got an image shown in Attachment 2. The key difference is the processing of the video stream. Attachment 1 is a single frame, while Attachment 2 is the average of 30 frames with no offsets present.
- Another issue present during this task was a faulty USB connection. Sometimes moving the sensor around would interrupt the stream (power lost). I carefully removed the case and exposed the TO-39 package and surrounding electronics to inspect and search possible failures but after seeing none, I swaped the USB power cable with my portable battery charger and had a more robust operation... So I dumped the old USB cable, and will get a new one.
- Since this one was borrowed from TCS lab, I placed an order for another one which will be set up permanently in the lab. Hopefully this will be enough for the OSA.
- Have been investigating 316 Hz noise in the control signal for the DOPO lock. Here is a list of some things that have been ruled out, mostly electrical:
- EOM power supply --> noise still present in DOPO transmission
- RFPD DC out --> no funky ground loops with scope (also looking at demod signal in different channel), noise still visible in transmission
- RFPD power supply --> noise still visible in transmission...
- Pump laser intensity (upstream pickoff) --> not a great test because pickoff optics are also on the optical table..
- 2 x SR560s --> No effect after bypassing
- Marconi --> same result as with anything in the loop after RFPD demod
- Things left to rule out:
- Fume hood exhaust fan ** highly suspected, my phone's own cheap-o microphone power spectrum shows peaks at 316.5 Hz (!) when near the exhaust fan
- NPRO temp controller fan --> phone audio spectrum shows line noise (60 Hz) mostly, and also 188 Hz... need to test further independently of the fume hood...
In ruling out the 6-axis translation mount on the DOPO cavity, I removed the PPKTP crystal + oven temporarily but still saw the noise. Since the resonator was no longer stable without the crystal, I needed to bring the mirrors closer and realign the output coupler from scratch.
Restored DOPO cavity with crystal, alignment. MM efficiency ~ 35%... still optimizable.
[Paco, Anchal, Ian, Yehonathan]
Today, in preparation for the optical table to come, we vented the big crackle jar using the vent valve near the gauge. We detached the roughing pump and covered the bellows and pump connections with clean aluminum foil. We then proceeded to move several instruments, including some other pumps, a compressor, a couple of power supplies, power cords, the HeNe laser, misc. material blocks, and boxes with bearings and springs into the cage. The next operation required for us to displace the table is to lift the jar from the top and carefully dismantle the Crackle experiment and store it away somewhere.
Questions: where to store mostly?
Today the DOPO v0 got disassembled to make way for the optical table swap. Most components have been stored in the white cabinet's bottom panel.
Today we fired up the 1418 nm ECDL and attempted initial adjustment of the aspheric lens. The design follows D2100115 which is a copy of the 2 um ECDL so we just changed the diode, the grating flexure angle, and the aspheric + flexure assembly and we are good to go. Radhika removed the 1900 nm aspheric flexure and we mounted the new collimating assembly which uses a f=3.1 mm (NA = 0.69) lens. At the beginning we had to feed over 300 mA of current to be able to see a beam (which was still diverging) so we had to free the flexure completely and align by hand to find the nominal positioning for a collimated beam. We lost a 2-56 screw in the process, but the final assembly is still in progress. The plan to follow is: