LOG-IN
Displaying reports 221-240 of 3128.Go to page Start 8 9 10 11 12 13 14 15 16 End
R&D (Speed meter)
Print this report.
YoheiNishino - 20:30, Tuesday 16 January 2024 (3403)Get code to link to this report
Note on frequency response analyser of Moku:Lab

Let me leave a brief note about "frequency response analyser" of Moku:Lab, especially the definition of the vertical axis of the upper panel (see this screen shot).

Since it uses a unit dB, sometime I'm (and someone should have been) confused if this means in power or amplitude; as a conclusion, it means power.

To confirm this I used 1st-order low pass filter in SR560 with cutoff of 100 kHz as a reference. The screen shot is the measured transfer function of that. 

At 100 kHz, you see the decrease of gain by -3 dB. This means:-3 dB loss in power (=in Moku:Lab) corresponds to *1/sqrt(2) in amplitude.

More generally if the output gain of Moku is G dB, the amplitude gain g in log-scale should be calculated as:

g = 10**(G/20)

Ex.) -20 dB in Moku:Lab corresponds to 1/10 in amplitude.

R&D (Speed meter)
Print this report.
YoheiNishino - 20:09, Tuesday 16 January 2024 (3402)Get code to link to this report
Large loss on the main cavity mirrors

I measured the finesse of cavity by scanning the laser frequency through the temperature actuator. The result shows that the finesse is twice lower than the designed value.

 

Designed power transmissivity and loss of mirrors from Layertec are:

T_in = 4000 ppm, T_end = 35 ppm, L_in=L_end=30 ppm,

therefore the cavity finesse should be ~1500. With cavity length l=15 cm, cavity pole should be:

T_in*c/4/l/2/pi = 320 kHz.

 

However, the measured cavity pole was 635 kHz i.e., finesse is =750. You can see the Lorentzian plot here. Calibration factor from scanning time to frequency is derived from the RF sideband frequency of 15.24 MHz.

This result means that cavity loss is ~4000 ppm, which makes this cavity totally useless for speed measurement.

Comments related to this report
YoheiNishino - 13:00, Monday 22 January 2024 (3412)

This was my mistake. The cavity length was 7.5 cm, which makes the cavity pole half. We are building the cavity again with the proper length, 15 cm.

Birefringence mitigation (General)
Print this report.
ShalikaSingh - 17:17, Tuesday 16 January 2024 (3399)Get code to link to this report
Things brought back from ATC

Some items that were taken from TAMA to ATC clean room were brought back.

1. Beam Profiler and PC
2. Power Meter Display Monitor

See image here.

PS: Since the problem of not being able to upload images/files to elog persists, I decided to upload pics in my google drive, and put a link in the elogs. I would recommend others to do so too, because in near future everyone will face difficulty when they will wish to refer back to certain things.

R&D (FilterCavity)
Print this report.
MichaelPage - 20:15, Monday 15 January 2024 (3397)Get code to link to this report
Squeezing data taking for machine learning (actual)

Yuhang, Michael

From 2023-12-30

Don't accidentally send BAB and LO to homodyne at the same time otherwise you will get a large DC signal :O

Replace the power supply of the CC fiber PD

We realigned the LO and BAB to alignment mode cleaner and rebalanced the homodyne in order to reduce the optical loss for the mass data taking. We did some other checks. The CC PLL fiber PD for whatever reason is using a hard-to-find battery (A23 12V). We really should replace it with a power supply. While checking the green path we found that the SHG has some ridiculous 3rd order mode mismatch. It's about 30%. It cannot be reduced by beam steering, laser line filter or adjustment of mode matching lens position, and also doesn't appear to be induced by clipping anywhere. Still, it generates enough green power so it's workable for now. We saw that GRMC could not lock, and it turns out it wasn't even aligned. This is seemingly due to the reason mentioned previously, that the GRPS PZT had some hysterisis from sending the too large wrong signal. In fact, it could be realigned just by adjusting yaw from the steering mirror just past Mach-Zender. This mirror normally shouldn't be used for alignment to GRMC since it is common alignment for arms in the Mach-Zender, but in this case it worked because the PZT introduced a common misalignment. While the SHG has some weird issue, the GRMC still sends 25 mW to OPO at the appropriate MZ offset setting.

We checked CC alignment to OPO (send CC laser to OPO, block LO, check homodyne). It seems fine. So we decided to check again the ppol PLL frequency for 25 mW green and found that the CC1 error signal becomes quite large. The optimal ppol frequency, representing the OPO co-resonance condition between p-pol and s-pol, changed from 160 MHz to 250 MHz to 75 MHz in the space of about 10 minutes. This is some very strange behaviour, later we asked Matteo but he didn't have a suggestion other than multimode laser mode hop, which we are quite sure we do not have at the relevant laser current/temperature settings. Anyway we just decided to keep going on the basis that we had to take data before Hsien-Yi left. So the 25 mW green gives ppol frequency 75 MHz, for now. CC1 error (indicating squeezing level) was 384 mV, a bit larger than last time. 

Anyway, the appropriate signals were sent to DGS:

CC2 eps1 (representing local oscillator phase -> homodyne angle): K1:FDS-FC_GR_CORR
Ramp signal from function generator: K1:FDS-FC_GR_ERR
Homodyne (from SR560 with gain 1000): K1:FDS-ADCspare_1

We ended up taking data at MZ offset 4.1, 4.2, 4.3, 4.4, 4.45. For MZ offset 4.3 and 4.4 I had to reduce the SR560 gain from 1000 to 500 since it was overloading, and then again to 200 for the highest green injection power. This will also increase the proportion of dark and ADC noise. Also, when changing from 4.2 -> 4.3, the ppol frequency went from 75 MHz to 240 MHz - normally it is 160 MHz and doesn't change very much when the green injection power is changed slightly. But we kept on with taking data. During each green injection value I also made sure to check that the scan still covered squeezing and antisqueezing. The scan range also had to be reduced slightly for higher green injection due to the CC2 loop unlocking more easily.

After 30 minutes for each data point, I then took 5 minutes each for homodyne shot noise and homodyne dark noise at each SR560 gain level used in the measurement.

R&D (FilterCavity)
Print this report.
MichaelPage - 19:23, Monday 15 January 2024 (3396)Get code to link to this report
Long time record of squeezing data (attempt)

Yuhang, Michael

From 2023-12-29

We felt the squeezing (CC1 error signal when scanned) was too low, so we decided to realign alignment mode cleaner (i.e. realign infrared to homodyne). The alignment mode cleaner can have some backlash if adjusted over a large range too quickly, i.e. if the system is out of use for a long time. The LO was a bit misaligned, and BAB was very misaligned with about a 10% mode mismatch appearing since the last alignment a few days ago.

We then saw that CC2 has some issue with a quite fast oscillation in the error signal (when scanning, it should be going slowly up and down on a timescale of about 0.5s). It turns out I accidentally put the AMC scan signal (1V 10Hz) into the CC2 phase scan for data taking (should be 10 mV 0.01 Hz). Apparently this misaligned the green phase shifter (before GRMC) quite a lot, and the GRPS PZT had some hysterisis and didn't recover properly.

Otherwise, LO and BAB alignment were individually fine afterwards.

R&D (FilterCavity)
Print this report.
MichaelPage - 19:05, Monday 15 January 2024 (3395)Get code to link to this report
More squeezing measurement, long recording of homodyne time series

From 2023-12-28

Yuhang, Hsien-Yi, Michael

The goal of this day was to properly characterize and set up the squeezing/antisqueezing scan for taking the data for Taiwan's machine learning project. From the squeezing vs power data that was taken previously, it seems we can only go up to about 47.5 mW injection before the data becomes less meaningful.

We send a scan signal to CC2 Perturb in but the error signal becomes quite noisy. It was sent to an SR560 (although it's just in low noise mode, DC coupling, 1 gain - no filtering is selected). While inspecting the output of the homodyne time series in DGS, we suspected there was some DC power being amplified and deamplified inside the OPO. Perhaps it is backscattering of the LO from the homodyne detector into the OPO (a recurring issue). We wanted to look at bit further back but get 'synchronization error' in dataviewer. This must be improved with the installation of new DGS. Anyway, we saw that the possible scan range of CC2 phase without unlock is somewhat low, so we decided to check visually if it covers squeezing and antisqueezing. We sent a constant voltage at several points from -10 to 10 mV to CC2 Perturb In and checked the homodyne spectrum in diagguie, where the electronic and shot noise levels were saved last time. We managed to set the homodyne angle to a good point where we can start just before peak antisqueezing and end just after peak squeezing. Also in DDS 40 degrees homodyne corresponds to squeezing while 90 degrees corresponds to antisqueezing. A bit odd.

So we confirmed the feasibility of the squeeze anti-squeeze scan and were ready to leave it and take data. Considering that the fitting previously also showed large optical loss, we decided it would be good to optimize alignment of BAB (squeezing) and LO to alignment mode cleaner (i.e. homodyne). But we ended up taking data at 25 mW green injection for about half an hour.

R&D (FilterCavity)
Print this report.
MichaelPage - 18:21, Monday 15 January 2024 (3392)Get code to link to this report
Squeezing data acquisition from DGS and optical loss/phase noise characterization

From 23-12-27

Yuhang, Michael

To summarize, we verified the capability of the CC2 phase scan for Taiwan's Machine Learning project and also took squeezing measurements from 4.1 to 4.6 mV MZ offset (20 - 45 mW injection). We saw a total of 28% optical loss and 24 mrad phase noise, however, this measurement is dubious due to continued issues with CC2 glitch noise and rushed alignment of tabletop mode cleaners.

The PLL was left on from the previous day and remained locked when we started. To prepare for the data taking via the DGS system, we took measurements of the background noises. The baseline is Analogue to Digital Converter noise, which is at a set level, measured by putting a 50 Ohm terminator on the ADC port and taking a spectrum with diaggui. For the Taiwan machine leaning data, we send homodyne to SR560 and then to the spare ADC port K1:FDS-ADCspare_1_. The electronic noise of the SR560 is taken by terminating it with 50 Ohms at the input. The gain of the SR560 is set to put the SR560 electronic noise level just above the ADC noise level. This ensures that the optical signal from the homodyne is amplified enough to clear the ADC noise baseline. We take homodyne dark noise by measuring homodyne with no light input, which is only valid at one gain selection of SR560 (we end up having to change it later). Then we take homodyne shot noise by measuring the spectrum injecting just the local oscillator (after checking homodyne is balanced). Still pictures cannot be posted to elog, but the homodyne power spectrum shot noise is about 20x above homodyne dark, 40x above SR560 electronic noise and 50x above ADC noise (approximately).

For the Taiwan ML project, we want to somehow scan the squeezing and antisqueezing and take a long time record in the homodyne signal sent to DGS. The high voltage drivers in TAMA for whatever reason cannot scan over a range large than corresponding to 120 degrees phase shift of the local oscillator, and then the loop unlocks. Anyway, we sent a triangle wave to CC2 Perturb In to check. We want to take data with a scan of about 0.01 Hz, ~ 16 mVpk (any more than this and CC2 unlocks), for about 10 cycles. So we allocate about half an hour for each level of green power injection. We were a bit confused about how to exactly extract long term data from individual channels considering that we can only pull up quite recent data on dataviewer. In the end we just took the basic option to let Taiwan have the full sized GW frame files (.gwf) and they can extract the data using the usual python extraction tools. The size of the files are quite large so we should find a better option - upgrade DGS, set up a remote connection accessible to Taiwan, or both.

We proceeded to characterize losses using the method of measuring squeezing vs antisqueezing for different green pump power to OPO. After changing the pump power, we use CC1 error signal to characterize roughly the amount of squeezing obtained. Normally when the servo is set to "scan" mode, there is a ramp signal sent to some actuator that allows us to inspect the error signal over an FSR or some other selectable range, however, the CC1 scan mode amplitude should be set to zero for normal operation (I personally don't know the exact reason but I was told the response time of the CC1 servo to ramp signals affects lock acquisition). If we want to see the error signal we should turn the amplitude knob on the CC1 servo - after some value we can see a sinusoidal wave whose amplitude corresponds directly to the amount of squeezing applied (with the scan amplitude adjustment just turning the sine wave "on/off"), - CC1 actuates at the green phase shifter, so a scan of GRPS covers amplification and deamplification of infrared (i.e. CC) inside the OPO. Before we would use some more convoluted method like looking at BAB transmission amplification/deamplification caused by modulating the phase of the green input at the green phase shifter high voltage driver. But now we just check quickly without rearranging anything. We don't have any reference levels for the CC1 error signal characterization and it turned out to be quite erratic though. Still, we used the error signal to optimize temperature and ppol frequency for each pump power. 

Green pump mW CC1 error signal mVpk OPO thermistor kOhm ppol frequency MHz
15 206 7.118 160
20 264 7.118 160
25 320 7.118 160
30   7.132 165
35 436 7.143 170
40 508 7.151 170
45 560 7.160 170

At 50 mW injection the CC1 error signal is very unstable. In the past we have been able to reach 70 mW so this should be fixed. There is a lot of noise coming from the CC PLL control loop at this level of green injection, for whatever reason. 

Looking at the data afterwards, it seems that while we can perhaps fool ourselves into thinking that the squeeze level is about 7 dB on the spectrum analyzer, comparing the average levels of shot noise (-132.5 dBVrms/rtHz homodyne power spectrum) vs optimal squeezing (-137.5 dBm) gives only 5 dB squeezing at 35 mW injection. The squeezing versus antisqueezing follows:

Green pump mW Squeezing dB Antisqueezing dB
15 3.8 6.4
20 4.6 9.6
25 4.8 11.1
30 4.9 12.6
35 5.0 15.7
40 4.8 18.2
45 4.8 17.0

Actually the 45 mW point was recorded wrong, and accidentally wrote the same spectrum as 40 mW squeezing. So it was removed to leave 6 points. The resultant curve fitting gives 28.6% optical loss and 24.1 mrad phase noise. Even the 40 mW injection point was noted to have quite a lot of CC2 glitch noise, so we tried removing it. The result is 29.1 % optical loss and 17.5 mrad phase noise. This is quite suspect, since phase noise is mostly determined from the high injection power part of the curve, but we still expect that the real phase noise level is lower than what the current CC PLL can provide.

7.132
7.132
R&D (Cryogenic)
Print this report.
RishabhBajpai - 17:32, Monday 15 January 2024 (3394)Get code to link to this report
Cabling

Since the cryostat only has stripped wires (no connectors at the end), I prepared the connection inside the cryostat for the Nodal system.

The cables were prepared in KEK and brought to NAOJ along with the copper and kapton tubes.

I prepared connection for Electrostatic actuator (Brundy-♂), temperature sensor and heater (Samtec, 4-pin, ♀).

I will make two additional Smactec (4-pin, ♀) connections for future use.

I am not sure if it is better to introduce Samtec connectors to all the cables or not.

R&D (FilterCavity)
Print this report.
MichaelPage - 21:31, Wednesday 03 January 2024 (3390)Get code to link to this report
CC2 PLL investigation

From 23-12-26

Yuhang, Michael

Apparently there was some issue with the connection of rampeauto to main laser (filter cavity servo). This was turned off and CC PLL improved, but the issue is still delayed into the future.

The current situation with the CC PLL is that the cable from the slow loop correction of the servo to the CC laser wasn't working, so we improvised and it's dangling over the optical table. This will need to be fixed at some point. The issue with the 2V required/200 mV provided correction signal was due to the sideband being on the wrong side of resonance. We should be such that decreaing the temperature of the laser decreases the frequency of the peak on the spectrum analyzer, and then position the peak about 20-30 MHz away from resonance before turning on the loop. This is a strange issue of the CC PLL system where somehow the correction signal has some offset and only properly corrects for sidebands initially far enough away from resonance.

We wanted to test taking the data for the Taiwan machine learning measurement. We injected to CC2 Ramp IN but it showed little if no effect on homodyne. In the electrical diagram EPS1 and Perturb IN add to give EPS2 so we just decided to add it at Perturb IN. Then we can see what looks like squeezing and antisqueezing on the homodyne. However, the maximum voltage sent to Perturb IN while CC2 is locked is quite low, only up to about 10 mV. Still, it seems to work, so we should verify squeezing and antisqueezing level over the scan range using the DGS system.

R&D (FilterCavity)
Print this report.
MichaelPage - 21:21, Wednesday 03 January 2024 (3389)Get code to link to this report
Data taking for machine learning characterization

From 23-12-26

Yuhang, Hsien-Yi, Michael

We discussed taking data for the Taiwan group machine learning project. We would like to take a long scan of homodyne subtraction DC port while continuously scanning the homodyne angle, in order to have an appropriate time series for FIS training data. The proposition is to scan the phase of the CC2 servo, which controls the phase of the local oscillator via the infrared phase shifter, while CC2 is locked, and then leave it for some time with several periods of squeezing/antisqueezing traversal. Typically we set homodyne angle in DDS through DDS3 DAC3 CC2 Demodulation (though it's actually Channel 1 in the software). So we figured to inject a ramp signal to CC2 Perturb IN, which in principle should allow us to scan the homodyne angle. Unfortunately homodyne is demodulated using a single chanel mixer. We should buy an IQ mixer to allow us to tell if it is amplification or deamplification.

R&D (FilterCavity)
Print this report.
MichaelPage - 02:49, Tuesday 26 December 2023 (3388)Get code to link to this report
Coherent control phase locked loop nonstationary noise investigation

Yuhang, Michael

We investigated the cause of the CC PLL glitches and saw that it was not so stable as it seemed on Friday. I had to leave earlier but Yuhang continued to investigate afterward (next entry).

On the spectrum analyzer we normally look at the DC peak and visualize the CC PLL sidebands at -7 and 7 MHz. Whenever the system unlocks it seems to be precluded by small bumps about 1 MHz away from the sidebands.

Another thing to check was the magnitude of the correction signal. The CC laser has a piezo tuning coefficient of ~ 1 V/MHz. If we move the sidebands about 2 MHz away from lock, we see that the fast loop monitor output only shows 200 mV, which isn't enough to properly correct, though it moves in the correct direction. From the specifications of the ADF4001 board the fast loop should be able to provide 10 V. It seems that there is definitely some problem with the electronics. We see that ppol PLL gives roughly the correct magnitude of correction signal (2 V for 3 MHz detuning from 160 MHz).

We once again thought it was good enough, and decided to move on to characterizing optical loss and phase noise by measuring the sqz/asqz ratio for different green pump powers, since the purpose of switching to the "one EOM" layout was to reduce squeezing phase noise.

However, we then ended up seeing some CC2 phase jitter despite the board saying it was locked. We checked CC1 and CC2 error signals and saw that the glitches were correlated in each of these channels. At this point we were not sure whether or not the glitches were coming from the lasers or the electronics.

We sent the PLL CC monitor channel to a mixer and demodulated at 7 MHz. It should be flat but instead we saw spikes. We tried also for ppol, reducing the modulation to 80 MHz (DDS has a bandwidth of 110 MHz), and then demodulated at 80 MHz. We once again saw glitches in the ppol. Looking at the time domain SHG error signal on lock shows none of these glitches though. If the problem is in the main laser, then it should be in the SHG, but it isn't. The OPO error signal also has no glitches despite being locked with ppol. It should also be noted that we didn't see any of these spikes in the fast or slow output monitor channels of either PLL.

Freezing one of the glitch spikes on the oscilloscope shows it has a width of 100 us, corresponding to a frequency of 10 kHz. This seems like a mechanical frequency, but at this point I had to leave for the day.

R&D (FilterCavity)
Print this report.
MichaelPage - 02:25, Tuesday 26 December 2023 (3387)Get code to link to this report
Recovery of frequency independent squeezing

Yuhang, Michael

From Friday last week.

We recovered frequency independent squeezing to about 7 dB (vs 5 dB in April). The CC PLL is still glitchy and occasionally bumps the noise of the squeezed spectrum but the interval is enough to take an averaged spectrum.

 

CC PLL 

Initially we attempted to check if the connection of the PLL actuation to the CC laser was broken. We saw that the slow signal monitor of the CC board has voltage, but the actuation cable from the slow servo did not.

After fixing this issue, we tried some other adjustments of the PLL parameters. Eventually we saw 10 MHz sideband detuning locks well. We went to lunch, came back and it was still locked.

We decided to check the sign behaviour of the PLL control loops. There are two control loops for each PLL, "fast" and "slow". The "slow" loop corrects long term drift. For each loop, we held the PLL sidebands at a location on the spectrum analyzer and plugged the output monitor to the oscilloscope. Then we saw the following:

Fast loop: When the fast loop is closed, the voltage of the correction signal goes up while the sideband frequency separation from the carrier is reduced. This implies a negative sign for the fast loop which is consistent with negative polarity set in the PLL software.
Slow loop: When the slow loop is closed, the correction signal goes down while the sideband frequency separation from the carrier is also reduced. So the slow loop has a positive sign. "Inv" should be off.

We were already using the smallest gain but the control loops still overshoot. We tried removing 12 dB attenuators, and this seemed to make the CC PLL lock good enough.

 

Frequency Independent Squeezing

We optimized ppol further by making the CC1 error signal large. We started from a ppol frequency of 160 MHz. But actually 160 MHz was already good enough and CC1 locked.

CC2 error signal was seen to go up and down on a timescale of 0.5s which is the correct behaviour.

Using the SR785, we saw -132.34 dBVrms/rtHz shot noise at high frequency (9 kHz) while blocking homodyne. CC2 fast loop seems to still be sending a lot of glitches to bump the squeezing spectrum every now and then, but the interval between glitches is still long enough to obtain 100 average traces.  The presence of glitches is indicated by the reading of the green phase shifter high voltage driver going to zero, which indicates that the problem is somewhere in the CC signal. To speed up the inspection we just looked at very high frequency of 80 kHz. The lowest level of noise we saw was -139.2 dBvrms/rtHz, or 6.96 dB of squeezing.

R&D (FilterCavity)
Print this report.
MichaelPage - 13:45, Monday 25 December 2023 (3384)Get code to link to this report
Progress on squeezing recovery

Yuhang, Michael

From Thursday last week. We made many fixes to just about all parts of the frequency independent squeezer.

 

SHG

The RFPD that detects the SHG error signal was moved to the reflection of the first dichroic in the green path, aided by a lens and a green block filter. The error signal becomes like the reference on the wiki. We took the open loop transfer function eps1/eps2 on the spectrum analyzer but it was strange compared to the reference version (Aritomi thesis). We tried on the old spectrum analyzer and it seemed fine, with the correct low frequency response and first mechanical mode at 21 kHz. So maybe we just missed some settings. We changed the servo gain to give 2.2 kHz unity gain frequency and 45 degree phase margin. Coherence was close to one apart from a spike at 500 Hz.

 

OPO optimisation

The OPO was optimized using a fast method: scan green phase (ramp signal sent to green phase shifter high voltage driver) without locking OPO and measure amplification/deamplification of BAB. We saw that for some reason the green beam was greatly misaligned in pitch on both the filter cavity and OPO paths, so we adjusted with the first steering mirror after the green FI. Then green to OPO was maximized using the second 45 degree incidence mirror after GRMC transmission to maximize nonlinear gain. We saw:

74 mV without green
268 mV with 25 mW green, before optimization
496 mV after optimization

giving a nonlinear gain of 6.7. This is really quite high compared with what we saw before. We did not see the need to adjust temperature (though maybe we should).

 

IRMC

We had issues with mutual lock of SHG and IRMC ever since switching to the one EOM scheme. Currently SHG and IRMC are both modulated with one DDS channel and demodulated with one DDS channel. We took some cables to add phase delay to the IRMC and got the good PDH signal. So now it locks properly, although the threshold needs to be optimized a bit.

 

Homodyne alignment

The homodyne was realigned and balanced. The coarse alignment steps are as usual:

1) Block all OPO side infrared signals from reaching the homodyne
2) Lock IRMC to send local oscillator to homodyne
3) Adjust pitch and yaw of lens closer to IRMC to bring the homodyne photocurrent close to zero (will go far down if misaligned)
4) Adjust pitch and yaw of lens closer to edge of table to bring homodyne photocurrent close to zero (will go far upif misaligned)
5) Adjust balancing beam splitter to finish bringing the HD signal to zero

Then local oscillator is aligned to alignment mode cleaner for fine alignment.

The spectrum of the homodyne output was seen to be flat to about 40 Hz, with 100 Hz peak from ceiling light. We turned off the ceiling light but then it somehow turned back on. We decided to investigate using the security camera system but could not login.

After LO is aligned, the squeezed path is aligned by sending BAB to the alignment mode cleaner, but first we have to lock OPO with ppol.

 

GRMC

For whatever reason GRMC misaligned a lot as well. Maybe had something to do with the green misalignment in pitch above. During this process we could see the filter cavity reflection moving a lot on the green injection mirror though (there was an earthquake), so the green beam shouldn't be too far misaligned to FC.

 

PPol

The ppol frequency was changed to optimize BAB transmission (without green). It goes to 220 MHz, down from 260 MHz some time ago.

 

CC

On this day we saw that the CC PLL had erratic locking. The sidebands would come close to lock and then eventually quickly be ejected away from the resonance point.

R&D (Speed meter)
Print this report.
YoheiNishino - 13:35, Sunday 24 December 2023 (3385)Get code to link to this report
Frequency scan, mode matching ratio, cavity locking

Nishino,

By scaaning frequency, I measured the mode-mtching ratio of the current setup.There were 4 HOMs (both HG and LG). The mode-matching ratio is:

4.90 / (4.90 + 0.337 + 0.097 + 0.097 + 0.097)*100 = 88.7 %

The injection current was 1.1 A.

Also I locked the cavity by Moku:lab. Environmental sound seems to be too big and the locking was not stable only with a feedback onto PZT. It would need something like a shield for a stable locking.

R&D (FilterCavity)
Print this report.
MichaelPage - 20:17, Wednesday 20 December 2023 (3383)Get code to link to this report
SHG PDH lock reconfiguration

Yuhang, Marc, Michael

We once again tried to find transmission sidebands at 88 MHz for the SHG locking but could not see them, so we had to rethink the lock scheme.

We had some discussion of how to resolve the BAB direct reflection issue (in fact, the beam is forming an interferometer with OPO HR and SHG input as the two arms, and SHG refl as the output port).

Our first thought was to put a Faraday isolator to decouple the two beams.  For the SHG input path, there is not very much space for an FI, while on the BAB path the beam is quite large and would require a redesign of the mode matching telescope for BAB to OPO.

We had some thought about trying to decouple them using polarization. But given that SHG must be p-pol and BAB must be s-pol, we cannot decouple them using just HWPs and one PBS, and besides, we need those polarization optics for the Taiwan and Korea activities in ATC.

We then decided to try a pick-off from the SHG reflection before it reaches the SHG/BAB separation beam splitter and recombines with BAB. Since the current SHG refl PD has an ND2 attached and has about ~ 100 mW incident, we only really need about 1 mW of power to get a good signal. At this point we remembered that there are two dichroic mirrors on the green output of the SHG that reflect away residual IR into beam dumps. Actually, they reflect quite a lot, we measured 3.6 mW infrared reflected from the first dichroic after green generation.

And then we found that our attempts to see the transmission sidebands on the transmission PD were separately mistaken. On the first attempt, a low bandwidth PD was used in reflection, which is not fast enough to see RF sidebands. On the second attempt, an ND2 filter was left screwed on to the SHG refl RFPD when it was moved to the transmission side. So in both cases the sidebands were suppressed. Correctly implementing an RFPD in transmission of the SHG with sufficient incident power resulted in recovery of the error signal. So we didn't really have to change the locking scheme very much if at all.

We decided to put both SHG lock PDs in transmission. We selected a BSF10C beam sampler with an output wedge - this has ~ 1% reflection for p-pol at 45 degrees AOI, and maybe 5% at imperfect angle. To improve the visibility of the small transmitted power, the SHG correction signal SERVO OUT was disconnected, and an offset applied to the SHG PZT to see strong green generation. Then the IR transmission also becomes stronger, to about the level we would expect during SHG lock - about 3 mW transmission. In 99% transmission of the beam sampler I placed the RFPD Thorlabs PDA05CF2 which goes to the SHG error signal. In 1% reflection I placed the DCPD Thorlabs PDA36A-EC switchable gain, which goes to the servo threshold check and TRANSMIS OUT. I looked at TRANSMIS OUT on the oscilloscope -it was quite small so I increased the DCPD gain to 30 dB and it became about 550 mV. Then I checked the RFPD signal going to the mixer, which has 4.5 V max signal. I could see 95.7 % mode matching (4480 TEM00 + (96+56+48) HOMs). Then I placed a large beam dump at the former SHG refl PD point, which has quite large infrared power.

I set the threshold to slightly less than half of the DCPD signal (about 250 mV) and tried to lock, but the SHG would still only lock to a bad point (i.e. not to the level of the TEM00 peaks on TRANSMIS OUT), I looked at the error signal and tried to optimize the SHG demodulation phase but could not. From the reference signal on the wiki, it should have jump from a large negative point to a high positive point with a strong positive slope at the lock point (once again the NAOJ elog image upload issue is not very nice). However, instead it goes from large negative peak -> small positive peak -> small negative peak -> large positive peak, essentially making a small bump in the middle of the error signal with the opposite sign compared to what the polarity of the large peaks should give. I cannot get rid of this by changing the demodulation phase. Tomorrow we will try using the dichroic reflection for RFPD to see if that fixes the error signal.

R&D (FilterCavity)
Print this report.
MichaelPage - 23:07, Tuesday 19 December 2023 (3382)Get code to link to this report
SHG lock issue - cause

Yuhang, Michael

We continued having SHG lock issues when investigating the stability of the green generation/stabilization path. We checked LO, it is at the correct frequency and level (5 dBm). The signal from the photodetector at the SHG mixer also looks fine on the spectrum analyzer (88 MHz peak going up and down with automated cavity scan). However, the output of the mixer PD x LO is quite bad.  It was eventually found that direct reflection from BAB is coming back the the SHG reflection PD that we use to lock.

Originally, locking of the SHG was done via transmission through the SHG modulated at 15.2 MHz. This is within the linewidth of the SHG, so the PDH sidebands have strong transmission. However, it also was causing phase noise in squeezing due to being inside the linewidth of other green optics, so we decided to replace the 15.2 MHz modulation with 88.3 MHz. Since we expected the PDH sideband transmission through the SHG to be much weaker (and it is), we placed a PD in reflection of the SHG to lock. However, the reflection signal is transmitted through the same BS that splits the main laser to BAB.

Since I can't upload images right now I will just draw text art:

 

                               ^

                               I
                               I
                               V
                              To and from BAB

                              \
<------- To SHG----- \ ---------> To SHG refl PD
                                \
                               ^
                               I
                               I
                             From main laser

 

In fact, the BAB is injected at the OPO HR surface, so it is also reflected quite strongly, and the BS is 80:20 R:T, so there would be quite a lot of BAB reaching the SHG refl PD.

I tried to switch the error signal acquisition PD to the SHG transmission one - I took the cable connected to SHG refl PD (the one with the DC block) and connected it directly to SHG tra. I could see a nice cavity mode sweep on the oscilloscope, about 1.4 V or so, however, I could not see any mixer signal, nor could I see any 88 MHz sideband on the spectrum analyzer. There was a 0.2 ND filter going to the PD which I removed, but no difference. I tried to lock with very low positive, or negative, threshold on the servo but still nothing. So we have to reconsider how we lock SHG, otherwise we cannot have BAB and green at the same time, which is necessary to optimize the OPO for green and infrared.

I returned the ND filter put the DC block cable back to SHG refl.

Birefringence mitigation (General)
Print this report.
MarcEisenmann - 17:43, Tuesday 19 December 2023 (3381)Get code to link to this report
Comment to BB1-E03 measurement (Click here to view original report: 3379)

Measurement finished and could find voltages range where both azimuth and ellipticity are crossing 0.

Then, with help of Yiru Zi-Hao and Byeong-Jun we moved the laser source to ATC clean room.

We did not brought back any replacement source yet.

R&D (FilterCavity)
Print this report.
MichaelPage - 00:24, Tuesday 19 December 2023 (3380)Get code to link to this report
Squeezing recovery - IR to OPO realignment

Yuhang, Chang-Hee Kim, Michael

BAB to OPO - the BAB alignment to OPO was optimized using the hom sub dc signal with one homodyne input blocked. Mode matching was increased to 1170 mV + (46, 34, 14, 18 mV) -> 91.8%. Then ppol was also aligned from a mode mismatch of about 50% and now OPO locks with ppol. However, since the OPO temperature hasn't been optimized for a long time we should re-optimize parametric gain.

PLL - there is still quite a lot of signal in the ppol PLL so probably it was not misaligned too much to the fiber (I accidentally misaligned it in pitch last time when I thought I was adjusting BAB to OPO).

Lasers - We adjusted the temperature and current for each laser to be consistent with the values in the wiki +/- 0.001

GRMC MZ - we want to measure OPO nonlinear gain by injecting green and measuring BAB transmission, but GRMC/MZ kept unlocking on short timescales for some reason. The offset for the MZ HVD was unintentionally left on by me but it should be off. But the system kept unlocking anyway. So we decided in the end to take transfer function measurement, but it was getting late, so we will do tomorrow

Birefringence mitigation (General)
Print this report.
ShalikaSingh - 10:38, Monday 18 December 2023 (3379)Get code to link to this report
BB1-E03 measurement

Measurement was finished at 23deg. I rotated the mirror back to 0deg. There was some discrepancy in measurement at this position. The measurement is ongoing in between 1.34-1.36 and 16.42-24.62 with 1mV resolution for first and second LC respectively. 

foldername=r'C:\Users\atama\OneDrive\LC-Experiment\Measurement Data\Coating measurement\BB1-E03\0 deg'

filename='Mon, Dec 18, 2023 9-16-57 AM.txt'

Comments related to this report
MarcEisenmann - 17:43, Tuesday 19 December 2023 (3381)

Measurement finished and could find voltages range where both azimuth and ellipticity are crossing 0.

Then, with help of Yiru Zi-Hao and Byeong-Jun we moved the laser source to ATC clean room.

We did not brought back any replacement source yet.

Birefringence mitigation (cell birefringence)
Print this report.
MarcEisenmann - 13:39, Friday 15 December 2023 (3378)Get code to link to this report
3d printing parts to apply uniform force on hydrogel

I designed 3 parts in SolidWorks for testing the hydrogel birefringence change vs applied force.

1 holder for the DM713 use to apply force, 1 cube to apply uniform force and 1 holder for the cell container.

Files are saved in my folder of the workstation in room 216/217.

Hirata-san is helping for the 3d printing that will be done at ATC.