ID |
Date |
Author |
Type |
Category |
Subject |
7634
|
Fri Oct 26 19:06:14 2012 |
Den | Update | Adaptive Filtering | Microphone noise again |
Quote: |
The circuit noise improves so much, but many line noises appeared.
Where do these lines (40, 80, 200 Hz...) come from?
These does not change if we changed the microphones...
Anyway, I have to change the circuit (because of the low-pass filter). I can check if the circuit I will remake will give some effects on these lines.
|
I do not think that 1U rack power supply influenced on the preamp noise level as there is a 12 V regulator inside. Lines that you see might be just acoustic noise produced by cpu fans. Usually, they rotate at ~2500-3000 rpm => frequency is ~40-50 Hz + harmonics. Microphones should be in an isolation box to minimize noise coming from the rack. This test was already done before and described here.
I think we need to build a new box for many channels (32, for example, to match adc). The question is how many microphones do we need to locate around one stack to subtract acoustic noise. Once we know this number, we group microphones, use 1 cable with many twisted pairs for a group and suspend them in an organized way. |
7636
|
Mon Oct 29 08:41:22 2012 |
Ayaka | Update | Adaptive Filtering | Microphone noise again |
Quote: |
Quote: |
The circuit noise improves so much, but many line noises appeared.
Where do these lines (40, 80, 200 Hz...) come from?
These does not change if we changed the microphones...
Anyway, I have to change the circuit (because of the low-pass filter). I can check if the circuit I will remake will give some effects on these lines.
|
I do not think that 1U rack power supply influenced on the preamp noise level as there is a 12 V regulator inside. Lines that you see might be just acoustic noise produced by cpu fans. Usually, they rotate at ~2500-3000 rpm => frequency is ~40-50 Hz + harmonics. Microphones should be in an isolation box to minimize noise coming from the rack. This test was already done before and described here.
I think we need to build a new box for many channels (32, for example, to match adc). The question is how many microphones do we need to locate around one stack to subtract acoustic noise. Once we know this number, we group microphones, use 1 cable with many twisted pairs for a group and suspend them in an organized way.
|
I do not think they are acoustic sounds. If so, there should be coherence between three microphones because I placed three at the same place, tied together. However, there are no coherence at lines between them. |
7708
|
Tue Nov 13 21:05:35 2012 |
Den | Update | Adaptive Filtering | online and simulation | For a last few days I've been working on oaf and simulink model to simulate it. First I did online subtraction from MC when MC_L path was enabled. Inside my code I've added a sum of squares of filter coefficients so we can monitor convergence of the filter.

To to this I've measured path from OAF output to input without AA and AI filters. Then made a vectfit using 2 poles and zeros. Foton command
zpk( [-2.491928e+03;5.650511e-02], [-4.979872e+01;-3.278776e+00], 6.011323e+00)

My simulink model consists of 3 parts:
- cavity with seismic noise at low frequencies, 1/f^2 noise at medium frequencies and white noise at high frequencies
- this cavity is locked using feedback compensation filters that we use to lock arms
- locked cavity with adaptive filter
Adaptive filter in the model uses online c-code. It is connected to simulink block through an S-function. Sampling frequency of the model is 10 kHz. It works fairly fast - 1 sec of simulation time is computed in 1 sec.
 
I've tested FxLMS algorithm and MFxLMS algorithm that is faster. I plan to test 2 iir adaptive algorithms that are already coded. |
7764
|
Fri Nov 30 02:40:44 2012 |
Den | Update | Adaptive Filtering | YARM | I've applied FIR adaptive filter to YARM control. Feedback signal of the closed loop was used as adaptive filter error signal and OAF OUT -> IN transfer function I assumed to be flat because of the loop high gain at low frequencies. At 100 Hz deviation was 5 dB so I've ignored it.
I've added a filter bank YARM_OAF to C1LSC model to account for downsampling from 16 kHz to 2 kHz and put low-pass filter inside.
I've used GUR 1&2 XYZ channels as witnesses. Bandpass filters 0.4-10 Hz we applied to each of them. Error signal was filters using the same bandpass filter and 16 Hz 40 dB Q=10 notch filter. As an AI filter I used 32 Hz butterworth 4 order low-pass filter. Consequently, AI, bandpass and notch filters were added to adaptive path of witness signals.
I've used an FIR filter with 4000 taps, downsampling = 16, delay = 1, tau = 0, mu = 0.01 - 0.1. Convergence time was ~3 mins.

|
7767
|
Fri Nov 30 11:49:24 2012 |
Koji | Update | Adaptive Filtering | YARM | This is interesting. I suppose you are acting on the ETMY.
Can you construct the compensation filter with actuation on the MC length?
Also can you see how the X arm is stabilized?
This may stabilize or even unstabilize the MC length, but we don't care as the MC locking is easy.
If we can help to reduce the arm motion with the MCL feedforward trained with an arm sometime before,
this means the lock acquisition will become easier. And this may still be compatible with the ALS.
Why did you notched out the 16Hz peak? It is the dominant component for the RMS and we want to eliminate it. |
7769
|
Fri Nov 30 22:11:50 2012 |
Den | Update | Adaptive Filtering | ARMS |
Quote: |
This is interesting. I suppose you are acting on the ETMY.
Can you construct the compensation filter with actuation on the MC length?
Also can you see how the X arm is stabilized?
This may stabilize or even unstabilize the MC length, but we don't care as the MC locking is easy.
If we can help to reduce the arm motion with the MCL feedforward trained with an arm sometime before,
this means the lock acquisition will become easier. And this may still be compatible with the ALS.
Why did you notched out the 16Hz peak? It is the dominant component for the RMS and we want to eliminate it.
|
I actuate on ETMY for YARM and ETMX for XARM. For now I did adaptive filtering for both arms at the same time. I used the same parameters for xarm as for yarm.
I've notched 16 Hz resonance because it has high Q and I need to think more how to subtract it using FIR filter or apply IIR.
I'll try MC stabilazation method. |
7771
|
Sat Dec 1 00:13:16 2012 |
Den | Update | Adaptive Filtering | ARMS and MC |
Quote: |
I actuate on ETMY for YARM and ETMX for XARM. For now I did adaptive filtering for both arms at the same time. I used the same parameters for xarm as for yarm.
I've notched 16 Hz resonance because it has high Q and I need to think more how to subtract it using FIR filter or apply IIR.
I'll try MC stabilazation method.
|
Adaptive filtering was applied to MC and X,Y arms at the same time. I used a very aggressive (8 order) butterworth filter at 6 Hz as an AI filter for MC not to inject noise to ARMS as was done before
Mu for MC was 0.2, downsample = 16, delay = 1. I was able to subtract 1 Hz. Stack subraction is not that good as for arms but this is because I used only one seismometer for MC that is under the BS. I might install accelerometers under MC2.
EDIT, JCD, 18Feb2013: Den remembers using mu for the arms in the range of 0.01 to 0.1, although using 0.1 will give extra noise. He said he usually starts with something small, then ramps it up to 0.04, and after it has converged brings it back down to 0.01. |
14010
|
Sat Jun 23 13:08:41 2018 |
Jon | Update | AUX | First Coherent AUX Scan of PRC Using AM Sidebands | [Jon, Keerthana, Sandrine]
Thu.-Fri. we continued with PRC scans using the AUX laser, but now the "scanned" parameter is the frequency of AM sidebands, rather than the frequency of the AUX carrier itself. The switch to AM (or PM) allows us to coherently measure the cavity transfer as a function of modulation frequency.
In order to make a sentinel measurement, I installed a broadband PDA255 at an unused pickoff behind the first AUX steering mirror on the AS table. The sentinel PD measures the AM actually imprinted on the light going into the IFO, making our measurement independent of the AOM response. This technique removes not only the (non-flat) AOM transfer function, but also any non-linearities from, e.g., overdriving the AOM. The below photo shows the new PD (center) on the AS table.

With the sentinel PD installed, we proceeded as follows.
- Locked IFO in PRMI on carrier.
- Locked AUX PLL to PSL.
- Tuned the frequency of the AUX laser (via the RF offset) to bring the carrier onto resonance with the PRC.
- Swept the AOM modulation frequency 0-60 MHz while measuring the AUX reflection and injection signals.
The below photo shows the measured transfer function [AUX Reflection / AUX Injection]. The measurement coherence is high to ~55 MHz (the AOM bandwidth is 60 MHz). We clearly resolve two FSRs, visible as Lorentzian dips at which more AUX power couples into the cavity. The SURFs have these data and will be separately posting figures for the measurements.

With the basic system working, we attempted to produce HOMs, first by partially occluding the injected AUX beam with a razor blade, then by placing a thin two-prong fork in the beam path. We also experimented with using a razor blade on the output to partially occlude the reflection beam just before the sensor. We were able to observe an apparent secondary dip indicative of an HOM a few times, as shown below, but could not repeat this deterministically. Besides not having fine control over the occlusion of the beams, there is also large few-Hz angular noise shaking the AS beam position. I suspect from moment to moment the HOM content is varying considerably due to the movement of the AS beam relative to the occluding object. I'm now thinking about more systematic ways to approach this.

|
14011
|
Sat Jun 23 20:54:35 2018 |
Koji | Update | AUX | First Coherent AUX Scan of PRC Using AM Sidebands | How much was the osc freq of the marconi? And then how much was the resulting freq offset between PSL and AUX?
Are we supposed to see two dips with the separation of an FSR? Or four dips (you have two sidebands)?
And the distance between the dips (28MHz-ish?) seems too large to be the FSR (22MHz-ish).
cf https://wiki-40m.ligo.caltech.edu/IFO_Modeling/RC_lengths |
14017
|
Tue Jun 26 10:06:39 2018 |
keerthana | Update | AUX | First Coherent AUX Scan of PRC Using AM Sidebands | (Jon, Keerthana, Sandrine)
I am attaching the plots of the Reflected and transmitted AUX beam. In the transmission graph, we are getting peak corresponding to the resonance frequencies, as at that frequency maximum power goes to the cavity. But in the Reflection graph, we are obtaining dips corresponding to the resonance frequency because maximum power goes to the cavity and the reflected beam intensity becomes very less at those points.
|
14035
|
Tue Jul 3 11:59:10 2018 |
Jon | Update | AUX | AUX Carrier Scan of Y-Arm Cavity | I made the first successful AUX laser scan of a 40m cavity last night.
Attachment #1 shows the measured Y-end transmission signal w.r.t. the Agilent drive signal, which was used to sweep the AUX carrier frequency. This is a distinct approach from before, where the carrier was locked at a fixed offset from the PSL carrier and the frequency of AM sidebands was swept instead. This AUX carrier-only technique appears to be advantageous.
This 6-15 MHz scan resolves three FSR peaks (TEM00 resonances) and at least six other higher-order modes. The raw data are also enclosed (attachment #2). I'll leave it as an excercise for the SURFs to compute the Y-arm cavity Gouy phase. |
14036
|
Wed Jul 4 19:11:49 2018 |
Jon | Update | AUX | More Testing of AUX-Laser Mode Scanning | More progress on the AUX-laser cavity scans.
Changes to the Setup
- For scans, the Agilent is now being used as a standalone source of the LO signal provided to the AUX PLL (instead of the Marconi), which sets the RF offset. We discovered that when the sweep is "held" in network analyzer mode, it does not turn off the RF drive signal, but rather continues outputting a constant signal at the hold frequency. This eliminates the need to use the more complicated double-deomdulation previously in use. The procedure is to start and immediately hold the sweep, then lock the PLL, then restart the sweep. The PLL is able to reliably remain locked for frequency steps of up to ~30 kHz. The SURFs are preparing schematics of both the double- and single-demodulation techniques.
- Both the Marconi and Agilent are now phase-locked to the 10 MHz time reference provided by the rabidium clock. This did noticeably shift the measured resonance frequencies.
- I raised the PI controller gain setting to 4.5, which seems to better suppress the extra noise being injected.
- I've procured a set of surgical needles for occluding the beam to produce HOMs. However, I have not needed to use them so far, as the TEM00 purity of the AUX beam appears to already be low. The below scans show only the intrinisic mode content.
New Results
- YARM scan at 70 uW injection power (Attachment #1). The previously reported YARM scan was measured with 9 mW of injected AUX power, 100x larger than the power available from the SQZ laser at the sites. This scan repeats the measurement with the AUX power attenuated to uW. It still resolves the FSR and at least three HOMs.
- PRC scan (Attachment #2) at 9 mW injection power. It appears to resolve the FSR and at least three HOMs. Angular injection noise was found to cause large fluctuations in the measured signal power. This dominates the error bars shown below, but affects only the overall signal amplitude (not the peak frequency locations). The SQZ angular alignment loops should mitigate this issue at the sites.
Both data sets are attached. |
14044
|
Sun Jul 8 12:20:12 2018 |
Jon | Summary | AUX | Gouy Phase Measurements from AUX-Laser Scans | This note reports analysis of cavity scans made by directly sweeping the AUX laser carrier frequency (no sidebands). The measurement is made by sweeping the RF offset of the AUX-PSL phase-locked loop and demodulating the cavity reflection/transmission signal at the offset frequency.
Y-Arm Scan
Due to the simplicity of its expected response, the Y-arm cavity was scanned first as a test of the AUX hardware and the sensitivity of the technique. Attachment 1 shows the measured cavity transmission with respect to RF drive signal.

The AUX laser launch setup is capable of injecting up to 9.3 mW into the AS port. This high-power measurement is shown by the black trace. The same measurement is repeated for a realistic SQZ injection power, 70 uW, indicated by the red curve. At low power, the technique still clearly resolves the FSR and six HOM resonances. From the identified mode resonance frequencies the following cavity parameters are directly extracted.
YARM |
Gautam's Finesse Model |
Actual |
FSR |
3.966 MHz |
3.967 MHz |
Gouy phase |
54.2 deg |
52.0 deg |
PRC Scan
An analogous scan was performed for the PRC, with the IFO locked on PSL carrier in PRMI. Attachment 2 shows the measurement of PRC transmission with respect to drive signal.

The scan resolves HOM resonances to at least ~13th order, whose frequencies yield the following cavity parameters.
PRC |
Gautam's Finesse Model |
Actual |
FSR |
22.30 MHz |
22.20 MHz |
Gouy phase |
13.4 deg |
15.4 deg |
SRC Scan
Ideally (and at the sites) the SRC mode resonances will be measured in SRMI configuration. Because every other cavity is misaligned, this configuration provides an easily-interpretable spectrum whose resonances can all be attributed to the SRC.
Due to time constraints at the 40m, the IFO could not be restored to lockability in SRMI. It has been more than two years since this configuration was last run. For this reason the scan was made instead with the IFO locked in DRMI, as shown in Attachment 3. The quantity measured is the AUX reflection with respect to drive signal.
This result requires far more interpretation because resonances of both the SRC and PRC are superposed. However, the resonances of the PRC are known a priori from the independent PRMI scan. The SRC mode resonances identified below do not conincide with any of the first five PRC mode resonances.

Based on the identified mode resonance frequencies, the SRC parameters are measured as follows.
SRC |
Gautam's Finesse Model |
Actual |
FSR |
27.65 MHz |
27.97 MHz |
Gouy phase |
10.9 deg |
8.8 deg |
Lessons Learned
From experience with the 40m, the main challenges to repeating this measurement at the sites will be the following.
- Pointing jitter of the input AUX beam. This causes the PSL-AUX beam overlap to vary at transmission (or reflection), causing variation in the amplitude of the AUX-PSL beat note. As far as we can tell, the frequency of the resonances (the only object of this measurement) is not changing in time, only the relative amplitudes of the diferent mode peaks. I believe the SQZ alignment loops will mitigate this problem at the sites.
- Stabilization of the network analyzer time base. We found the intrinsic frequency stability of the network analyzer (Agilent 4395A) to be unacceptably large. We solved this problem by phase-locking the Agilent to an external reference, a 10-MHz signal provided by an atomic clock.
|
Draft
|
Wed Jul 11 18:13:19 2018 |
keerthana | Summary | AUX | Gouy Phase Measurements from AUX-Laser Scans | From the Measurement Jon made, FSR is 3.967 MHz and the Gouy phase is 52 degrees. From this, the length of the Y-arm cavity seems to be 37.78 m and the radius of curvature of the mirror seems to be 60.85 m.



FSR = Free spectral Range
L = Lenth of the arm
R = Radius of curvature of the mirror (R1 = , R2= unknown)
Quote: |
This note reports analysis of cavity scans made by directly sweeping the AUX laser carrier frequency (no sidebands). The measurement is made by sweeping the RF offset of the AUX-PSL phase-locked loop and demodulating the cavity reflection/transmission signal at the offset frequency.
Y-Arm Scan
Due to the simplicity of its expected response, the Y-arm cavity was scanned first as a test of the AUX hardware and the sensitivity of the technique. Attachment 1 shows the measured cavity transmission with respect to RF drive signal.

The AUX laser launch setup is capable of injecting up to 9.3 mW into the AS port. This high-power measurement is shown by the black trace. The same measurement is repeated for a realistic SQZ injection power, 70 uW, indicated by the red curve. At low power, the technique still clearly resolves the FSR and six HOM resonances. From the identified mode resonance frequencies the following cavity parameters are directly extracted.
YARM |
Gautam V. Finesse Model |
Actual |
FSR |
3.966 MHz |
3.967 MHz |
Gouy phase |
54.2 deg |
52.0 deg |
|
|
14062
|
Fri Jul 13 00:15:13 2018 |
Annalisa, Terra | Configuration | AUX | Y arm cavity scan | [Annalisa, Terra, Koji, Gautam]
Summary: We find a configuration for arm scans which significantly reduces phase noise. We run several arm scans and we were able to resolve several HOM peaks; analysis to come.
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
As first, we made a measurement with the already established setup and, as Jon already pointed out, we found lots of phase noise. We hypothesized that it could either come from the PLL or from the motion of the optics between the AUX injection point (AS port) and the Y arm.
- We first characterized the PLL loop phase noise by comparing the beat signal against the Agilent reference signal, and we found that the beat had lots of phase noise with respect to the reference. Decreasing the PLL gain, we got rid of the phase noise in the beat signal.
- Next, for the optical path length induced phase noise, we took the transfer function between TransMon and REFL signal rather than TransMon and Agilent reference signal. This takes advatage of the fact that the TransMon and REFL both see optical path length phase noise, which therefore gets canceled out in the transfer function.
In this configuration, we were able to do arm scans where the phase variation at each peak was pretty clear and well defined. We took several 10MHz scan, we also zoomed around some specific HOM peak, and we were able to resolve some frequency split.
We add some pictures of the setup and of the scan.
The data are saved in users/OLD/annalisa/Yscans. More analysis and plots will follow tomorrow. |
14091
|
Fri Jul 20 18:30:47 2018 |
Jon | Configuration | AUX | Recommend to install AUX PZT driver | I recently realized that the PLL is only using about 20% of the available actuation range of the AUX PZT. The +/-10 V control signal from the LB1005 is being directly inputted into the fast AUX PZT channel, which has an input range of +/-50 V.
I recommend to install a PZT driver (amplifier) between the controller and laser to use the full available actuator range. For cavity scans, this will increase the available sweep range from +/-50 MHz to +/-250MHz. This has a unique advantage even if slow temperature feedback is also implemented. To sample faster than the timescale of most of the angular noise, scans generally need to be made with a total sweep time <1 sec. This is faster than the PLL offset can be offloaded via the slow temperature control, so the only way to scan more than 100 MHz in one measurement is with a larger dynamic range. |
14501
|
Fri Mar 29 15:47:58 2019 |
gautam | Update | AUX | AUX laser fiber moved from AS table to PSL table | [anjali, gautam]
To facilitate the 1um MZ frequency stabilization project, I decided that the AUX laser was a better candidate than any of the other 3 active NPROs in the lab as (i) it is already coupled into a ~60m long fiber, (ii) the PSL table has the most room available to set up the readout optics for the delayed/non-delayed beams and (iii) this way I can keep working on the IR ALS system in parallel. So we moved the end of the fiber from the AS table to the SE corner of the PSL table. None of the optics mode-matching the AUX beam to the interferometer were touched, and we do not anticipate disturbing the input coupling into the fiber either, so it should be possible to recover the AUX beam injection into the IFO relatively easily.
Anjali is going to post detailed photos, beam layout, and her proposed layout/MM solutions later today. The plan is to use free space components for everything except the fiber delay line, as we have these available readily. It is not necessarily the most low-noise option, but for a first pass, maybe this is sufficient and we can start building up a noise budget and identify possible improvements.
The AUX laser remians in STANDBY mode for now. HEPA was turned up while working at the PSL table, and remains on high while Anjali works on the layout. |
14504
|
Sun Mar 31 18:39:45 2019 |
Anjali | Update | AUX | AUX laser fiber moved from AS table to PSL table |
-
Attachment #1 shows the schematic of the experimental setup for the frequency noise measurement of 1 um laser source.
-
AUX laser will be used as the seed source and it is already coupled to a 60 m fiber (PM980). The other end of the fiber was at the AS table and we have now removed it and placed in the PSL table.
-
Attachment # 2 shows the photograph of the experimental setup. The orange line shows the beam that is coupled to the delayed arm of MZI and the red dotted line shows the undelayed path.
-
As mentioned, AUX is already coupled to the 60 m fiber and the other end of the fiber is now moved to the PSL table. This end needs to be collimated. We are planning to take the same collimator from AS table where it was coupled into before. The position where the collimator to be installed is shown in attachment #2. Also, we need to rotate the mirror (as indicated in attachment #2) to get the delayed beam along with the undelayed beam and then to combine them. As indicated in attachment #2, we can install one more photo diode to perform balanced detection.
-
We need to decide on which photodetector to be used. It could be NF1801 or PDA255.
-
We also performed the power measurement at different locations in the beam path. The different locations at which power measurement is done is shown attachment #3
-
There is an AOM in the beam path that coupled to the delayed arm of MZI. The output beam after AOM was coupled to the zero-order port during this measurement. That is the input voltage to the AOM was at 0 V, which essentially says that the beam after the AOM is not deflected and it is coupled to the zero-order port. The power levels measured at different locations in this condition are as follows. A)282 mW B)276 mW C)274 mW D)274 mW E)273 mW F)278 mW G)278 mW H)261 mW I)263 mW J)260 mW K)131 mW L)128 mW M)127 mW N)130 mW
-
It can be seen that the power is halved from J to K. This because of a neutral density filter in the path of the beam
-
In this case, we measured a power of 55 mW at the output of the delayed fiber. We then adjusted the input voltage to the AOM driver to 1 V such that the output of AOM is coupled to the first order port. This reduced the power level in the zero-order port of AOM that is coupled to the delayed arm of the MZI. In this case we measured a power of 0.8 mW at the output of delayed fiber.
-
We must be careful about the power level that is reaching the photodetector such that it should not exceed the damage threshold of the detector.
-
The power measured at the output of undelayed path is 0.8 mW.
-
We also must place the QWP and HWP in the beam path to align the polarisation.
Quote: |
[anjali, gautam]
To facilitate the 1um MZ frequency stabilization project, I decided that the AUX laser was a better candidate than any of the other 3 active NPROs in the lab as (i) it is already coupled into a ~60m long fiber, (ii) the PSL table has the most room available to set up the readout optics for the delayed/non-delayed beams and (iii) this way I can keep working on the IR ALS system in parallel. So we moved the end of the fiber from the AS table to the SE corner of the PSL table. None of the optics mode-matching the AUX beam to the interferometer were touched, and we do not anticipate disturbing the input coupling into the fiber either, so it should be possible to recover the AUX beam injection into the IFO relatively easily.
Anjali is going to post detailed photos, beam layout, and her proposed layout/MM solutions later today. The plan is to use free space components for everything except the fiber delay line, as we have these available readily. It is not necessarily the most low-noise option, but for a first pass, maybe this is sufficient and we can start building up a noise budget and identify possible improvements.
The AUX laser remians in STANDBY mode for now. HEPA was turned up while working at the PSL table, and remains on high while Anjali works on the layout.
|
|
16194
|
Wed Jun 9 11:46:01 2021 |
Anchal, Paco | Summary | AUX | Xend Green Laser PDH OLTF measurement | We measured the Xend green laser PDH Open loop transfer function by following method:
- We first measured the feedback transfer function 'K' directly.
- See attachment 2 for this measurement. We measured Out2/exc here.
- Then, we closed the loop as shown in attachment 1with SR560 as a summing juntion at error point.
- We injected excitation through B channel in SR560 and measured transfer function Out1/Out2.
- This measurement should give us
by loop alegbra.
- Then we multiplied the two transfer function measurements to get open loop transfer function.
Result:
- Our measurement gives the same UGF of 10kHz and phase margin of 53.5 degrees as reported in 13238.
- The shape of measurement also follows 1/f above 10 Hz atleast.
- Our measurement might not be correct below 10 Hz but we did not see any saturation or loss of lock in 1Hz to 10 Hz measurement.
- This OLTF is different from the modelled OLTF here even though the UGF matches.
- The feedback gain is supposed to roll-off faster than 1/f in 30Hz to 1kHz region but it does not seem to in our measurement.
- This suggests that the actual uPDH box is shaping the loop different from what schematic suggests. This might mean that the gain is much lower in the low frequency region than we would like it to be.
- We will investigate the reason of difference between model and measurement unless someone has a better explaination for the descripancy.
|
16197
|
Thu Jun 10 14:01:36 2021 |
Anchal | Summary | AUX | Xend Green Laser PDH OLTF measurement loop algebra | Attachment 1 shows the closed loop of Xend Green laser Arm PDH lock loop. Free running laser noise gets injected at laser head after the PZT actuation as . The PDH error signal at output of miser is fed to a gain 1 SR560 used as summing junction here. Used in 'A-B mode', the B port is used for sending in excitation where .
We have access to three ports for measurement, marked at output of mixer, at output of SR560, and at PZT out monitor port in uPDH box. From loop algebra, we get following:
![\large \left[ (\alpha - \nu_e) K(s)A(s) + \eta \right ]C(s)D(s) = \alpha](https://latex.codecogs.com/gif.latex?%5Clarge%20%5Cleft%5B%20%28%5Calpha%20-%20%5Cnu_e%29%20K%28s%29A%28s%29%20+%20%5Ceta%20%5Cright%20%5DC%28s%29D%28s%29%20%3D%20%5Calpha)
, where is the open loop transfer function of the loop.



So measurement of can be done in following two ways (not a complete set):
, if excitation amplitude is large enough such that over all frequencies.
- In this method however, note that SR785 would be taking ratio of unsuppresed excitation at
with suppressed excitation at 
- If the closed loop gain (suppression)
is too much, the excitation signal might drop below noise floor of SR785 while measuring .
- This would then appear as a flat response in the transfer function.
- This happened with us when we tried to measure this transfer function using this method. Below few hundered Hz, the measurement will become flat at around 40 dB.
- Increasing the excitation amplitude where suppression is large should ideally work. We even tried to use Auto level reference option in SR785.
- But the PDH loop gets unlocked as soon as we put exciation above 35 mV at this point in this loop.
, if excitation amplitude is large enough such that over all frequencies.
- In this method, channel 1 (denominator) on SR785 would remain high in amplitude throughout the measurement avoiding the above issue of suppression below noise floor.
- We can easily measure the feedback transfer funciton
with the loop open. Then multiplying the two measurements should give us estimate of open loop transfer function.
- This is waht we did in 16194. But we still could not increase the excitation amplitude beyond 35 mV at injection point and got a noisy measurement.
- We checked yesterday coherence of excitation signal with the three measurment points
and it was 1 throughout the frequency region of measurement for excitation amplitudes above 20 mV.
- So as of now, we are not sure why our signal to noise was so poor in lower frequency measurement.
|
16200
|
Mon Jun 14 18:57:49 2021 |
Anchal | Update | AUX | Xend is unbearably hot. Green laser is loosing lock in 10's of seconds | Working in Xend with mask on has become unbearable. It is very hot there and I would really like if we fix this issue.
Today, the Xend Green laser was just unable to hold lock for longer than 10's of seconds. The longest I could see it hold lock was for about 2 minutes. I couldn't find anything obviously wrong with it. Attached are noise spectrums of error and control points. The control point spectrum shows good matching with typical free running laser noise.
Are the few peaks above 10 kHz in error point spectrum worrysome? I need to think more about it in a cooler place to make sure.
I wanted to take a high frequency spectrum of error point to make sure that higher harmonics of 250 kHz modulation frequency are not leaking into the PDH box after demodulation. However, the lock could not be maintained long enough to take this final measurement. I'll try again tomorrow morning. It is generally cooler in the mornings.
This post is just an update on what's happening. I need to work more to get some meaningful inferences about this loop. |
16202
|
Tue Jun 15 15:26:43 2021 |
Anchal, Paco | Summary | AUX | Xend Green Laser PDH OLTF measurement loop algebra, excitation at control point | Attachment 1 shows the case when excitation is sent at control point i.e. the PZT output. As before, free running laser noise in units of Hz/rtHz is added after the actuator and I've also shown shot noise being added just before the detector.
Again, we have a access to three output points for measurement. right at the output of mixer (the PDH error signal), the feedback signal to be applied by uPDH box (PZT Mon) and the output of the summing box SR560.
Doing loop algebra as before, we get:



So measurement of can be done by

- For frequencies, where
is large enough, to have an SNR of 100, we need that ratio of to integrated noise is 100.
- Assuming you are averaging for 'm' number of cycles in your swept sine measurement, time of integration for the noise signal would be
where f is the frequency point of the seeping sine wave.
- This means, the amplitude of integrated laser frequency noise at either
or would be 
- Therefore, signal to laser free running noise ratio at f would be
.
- This means to keep a constant SNR of S, we need to shape the excitation amplitude as

- Putting in numbers for X end Green PDH loop, laser free-running frequency noise ASD is 1e4/f Hz/rtHz, laser PZT actuation is 1MHz/V, then for 10 integration cycles and SNR of 100, we get:

- Assuming you are averaging for a constant time
in swept sine measurement, then the amplitude of integrated laser free noise would be
- In this case, signal to laser free-running noise ratio at f would be

- This means to keep a constant SNR of S, we need to shape the excitation amplitude as

- Again putting in numbers as above and integration time of 1s, we need an excitation amplitude shape

This means at 100 Hz, with 10 integration cycles, we should have needed only 3 mV of excitation signal to get an SNR of 100. However, we have been unable to get good measurements with even 25 mV of excitation. We tried increasing the cycles, that did not work either.
This post is to summarize this analysis. We need more tests to get any conclusions. |
16213
|
Fri Jun 18 10:07:23 2021 |
Anchal, Paco | Summary | AUX | Xend Green Laser PDH OLTF with coherence | We did the measurement of OLTF for Xend green laser PDH loop with excitation added at control point using a SR560 as shown in attachment 1 of 16202. We also measured coherence in our measurement, see attachment 1.
Measurement details:
- We took the
measurement as per 16202.
- We did measurement in two pieces. First in High frequency region, from 1 kHz to 100 kHz.
- In this setup, the excitation amplitude was kept constant to 5 mV.
- In this region, the OLTF is small enough that signal to noise ratio is maintained in
(SR560 sum output, measured on CH1). The coherence can be seen to be constant 1 throughout for CH1 in this region.
- But for
(PZT Mon, measured on CH2), the low OLTF actually starts damping both signal and noise and to elevate it above SR785 noise floor, we had a high pass (z:0Hz, p:100kHz, k:1000) SR560 amplifying before measurement (see attachment 2). This amplification has been corrected in Attachment 1. This allowed us to improve the coherence on CH2 to above 0.5 mostly.
- Second region is from 3 Hz to 1 kHz.
- In this setup, the excitation was shaped with a low pass (p: 1Hz, k:5) SR560 filter with SR785 source amplitude as 1V.
- We took 40 averaging cycles in this measurement to improve the coherence further.
- In this freqeuency region,
is mostly coherent as we shaped the excitation as and due to constant cycle number averaging, the integrated noise goes as (see 16202 for math).
- We still lost coherence in
(CH1) for frequencyes below 100 Hz. the reason is that the excitation is suppressed by OLTF while the noise is not for this channel. So the shaping of excitation only helps fight against the suppression of OLTF somewhat and not against the noise.

- We need
shaping for this purpose but we were loosing lock with that shaping so we shifted back to shaping and captured whatever we could.
- It is clear that the noise takes over below 100 Hz and coherence in CH1 is lost there.
Inferences:
- Yes, the OLTF does not look how it should look but:
- The green region in attachment 1 shows the data points where coherence on both CH1 and CH2 was higher than 0.75. So the saturation measured below 1 kHz, particularly in 100 Hz to 500 Hz (where coherence on both channels is almost 1) is real.
- This brings the question, what is saturating. As has been suggested before, our excitation signal is probably saturating some internal stage in the uPDH box. We need to investigate this next.
- It is however very non-intuitive to why this saturation is so non-uniform (zig-zaggy) in both magnitude and phase.
- In past experiences, whenever I saw somehting saturating, it would cause a flat top response in transfer function.
- Another interesting thing to note is the reduced UGF in this measurement.
- UGF is about 40-45 kHz. This we believe is due to reduced mode matching of the green light to the XARM when temperature of the end increases too much. We took the measurement at 6 pm and Koji posted the Xend's temperature to be 30 C at 7 pm in 16206. It certainly becomes harder to lock at hot temperatures, probably due to reduced phase margin and loop gain.
|
17243
|
Tue Nov 8 11:18:39 2022 |
Radhika | Update | AUX | AUX PZT transfer function fitting + filtering | Here I describe efforts to cancel the AUX laser PZT mechanical resonances from ~200 kHz-400kHz. While these may not be the resonances we end up wanting to suppress, I chose this region as an exercise because it contains the most significant peaks.
The PZT transfer measurement was taken on 09/06 by myself and Anchal. The Moku:Go outputted a swept-sine (1kHz - 1MHz) I sent to the AUX laser PZT. The beat note between the AUX and frequency-doubled PSL was sent to the DFD, and the I and Q channels were routed back as input to the Moku:Go. We also took a calibration transfer function of the Moku:Go, sending output 1 to inputs 1 and 2.
Almost all of the signal was present in the I channel, so I proceeded to use the I data for fitting/next steps. After normalizing the measured frequency response by the calibration measurement (and adjusting for the calculated time delays in the loop - see [17131]), I fit the resulting data using vectfit [Attachment 1]. I supplied the function with n_poles=16, which in reality fit for 16 complex pairs of poles. This complexity of fit was not necessary to capture the 3 prominent peaks, but would likely be needed to fit any of the more heavily-damped resonances.
I chose to invert all fitted poles between 200 kHz and 367 kHz and the corresponding fitted zeros. The result of this filter applied to the original frequency response data can be seen in Attachment 2, where the blue-shaded region contains the inverted poles/zeros. In total, 9 pairs of poles and 9 pairs of zeros were inverted.
Next steps:
- Determine which resonances we want to suppress
- Send filter coefficients to Moku:Go (write scripts to streamline)
- Set up Moku:Go in series in loop; take TF measurement |
17244
|
Tue Nov 8 16:56:33 2022 |
rana | Update | AUX | AUX PZT transfer function fitting + filtering | This looks really good to me. Rather than fully invert the plant, what we would like to do is now design a filter which allow this loop to have a high UGF and a high gain below 1 kHz. Anchal and Paco probably have gain requirements for this loop in the ALS-CAL paper they are writing. The loop would have the cavity transfer function, as well as the demod electronics for the green PDH loop.
In addition to the gain requirements, we would also like to have a phase margin > 30 deg, and a gain margin of > 10 dB.
|
17759
|
Mon Aug 7 14:02:52 2023 |
Radhika | Update | AUX | xend AUX fully locking with Moku:Go | Moku:Go used for full locking of green laser - OLTF to come
Picking up from where Reuben left off, I used the Moku:Go in multi-instrument mode to replace the signal generator and uPDH box entirely (Moku:Go setup shown in Attachments 1+2). The lock-in amplifier sourced the modulation for the PZT: 210.5 kHz, 1.4 Vpp amplitude (consistent with 7dBm used by the uPDH box) This LO was used to demodulate the REFL signal input. I coarsely tuned the demodulation phase to 90 degrees until the PDH error signal looked reasonable. The PDH error signal was passed to the digital filter box using the same filter as before. After slightly adjusting the gain knob in the filter module (-8 dB), the lock seemed reasonably stable - transmission screenshot in Attachment 3. I got transmission to ~0.8 with the analog loop today, so it was exciting to see this level maintained with the Moku:Go lock (ignoring oscillations from test mass motion). The system remains locked to TEM00 for 5-10 minutes before mode hopping, which is qualitatively comparable to the analog loop as well.
An OLTF of the Moku:Go loop still needs to be taken. Since the loop error point isn't outputted from the Moku (passed direclty between instruments), I'll need to inject an excitation at the control point. When I fed the control signal to input A of the SR560 and tried to lock with the direct output, the lock would repeatedly break. I noticed that the BATT light of the SR560 was on - I'll repeat this with another SR560, but the lock might be breaking due to an offset. Once this is debugged, I can inject an excitation and measure the loop OLTF. |
17773
|
Thu Aug 10 14:35:13 2023 |
Radhika | Update | AUX | XAUX out of loop error | [Radhika, Yuta, Hiroki, Paco]
During YAUX noise measurements, we also locked IR and green lasers in xarm (using Moku:Go lock-in amplifier + digital controller) to look at ALS noise in XARM. I adjusted the controller gain until green transmission looked tightly controlled (less fuzzy). We measured the out-of-loop ALS X beat note fluctuations at 2 gain levels: -12 dB and -14 dB down from the uPDH box fitted response. These are Attachments 1 and 2 respectively.
Note that there was some mirror motion at 1 Hz that is reflected in the spectral densities (coil balancing of ETMX had just been taking place). The -12dB gain adjustment causes frequency noise ~3x higher than the reference above ~70Hz. The -14dB gain adjustment has higher noise from 70-400 Hz, but has slightly suppressed noise above 1 kHz (relative to -12dB gain).
Moku:Go delay measurements will help clarify if this excess noise is a fundamental limitation of the device, or if there is room for improvement by optimizing the controller or further tweaking the gain/offset. |
387
|
Thu Mar 20 17:45:36 2008 |
rana | Summary | ASS | Adaptive Filtering in the ASS system | Over the past couple weeks we (Matt, Alex, Rob, me) have worked on getting an adaptive filter
system working. We wanted to load this system into c1ass to use this processor. The dither alignment
system hasn't been employed here for awhile and so we have just used this box.
The signals are acquired in the PEM ADCU. Alex modified the code there to send the signals over to
the new system. We also get the SUS-LSC_OUT signals from each of the suspensions so that we can
try to minimize them.
The outputs of the adaptive filter go into the unused SUS-MCL inputs of all the suspensions (except
for MC2). In the current setup, we have 6 accelerometers and 1 seismometer around the MC to be used
to demonstrate the principle of the whole thing.
Much more documentation and description of everything is necessary. We'll try to get Matt, Rob, and Alex
to use the elog. |
428
|
Fri Apr 18 19:46:08 2008 |
rana | Update | ASS | check adaptive | I restarted the adaptive code today using 'startass' and 'upass'.
I moved them into the scripts/ASS/ subdirectory.
Things seem OK. With a MU=0.03 and a TAU=0.00001, there is a still
a good factor of 10 reduction of the 3 Hz stack peak from the MC2
drive by doing FF into MC1.
I edited the ASS-TOP screen so that we could see such small numbers. I
also re-aligned the MC SUS to match the input beam (mainly MC3). The
cavity was locking on a TEM10 mode mostly -- we should look in the SUS
OSEM trends to see if MC3 has moved a lot in the last month or so.
Caryn Palatchi (a Caltech undergrad who just started working with us)
illustrated to me today that using even 1000 FIR taps is not very effective
for low frequency noise cancellation if you have a 2048 Hz sample rate. More
precisely, the asymptotic Wiener filter which our 'LMS' algorithm converges
to, can often amplify the noise at frequencies below f_sample/N_taps.
A less obvious thing that she also noticed is that there is almost no cancellation
of the 16.25 Hz bounce mode when using such a short filter. That's because that
mode is fairly high Q: the transfer function from the Z-ACC to the cavity signal
goes through the high-Q vertical suspension resonance; the FF signal we send back
goes through the low-Q horizontal pendulum response only. Therefore the filter
needs to be able to simulate ~100 cycles at 16.25 Hz in order to cancel that peak.
Duh.
The message here is: we need to find a computationally efficient way to do FIR filtering
or its not going to ever be cool enough to help us find the Crab. |
432
|
Mon Apr 21 12:58:42 2008 |
rob | Update | ASS | check adaptive |
Quote: |
Caryn Palatchi (a Caltech undergrad who just started working with us)
illustrated to me today that using even 1000 FIR taps is not very effective
for low frequency noise cancellation if you have a 2048 Hz sample rate. More
precisely, the asymptotic Wiener filter which our 'LMS' algorithm converges
to, can often amplify the noise at frequencies below f_sample/N_taps.
A less obvious thing that she also noticed is that there is almost no cancellation
of the 16.25 Hz bounce mode when using such a short filter. That's because that
mode is fairly high Q: the transfer function from the Z-ACC to the cavity signal
goes through the high-Q vertical suspension resonance; the FF signal we send back
goes through the low-Q horizontal pendulum response only. Therefore the filter
needs to be able to simulate ~100 cycles at 16.25 Hz in order to cancel that peak.
Duh.
The message here is: we need to find a computationally efficient way to do FIR filtering
or its not going to ever be cool enough to help us find the Crab. |
This is the reason for "RDNSAMP" parameter in the ASS code. The FIR filtration is applied at the downsampled rate, not the machine rate. So, if RDNSAMP=32, the effective sampling rate of the FIR filter is 64Hz, and thus noise cancellation should be good down to 64Hz/1000, or 64mHz, and the filter has an impulse response time that extends to 15 secs. I'm not convinced the filter length is what's limiting the performance at the bounce mode, but I agree that a faster FIR implementation would be good. |
579
|
Thu Jun 26 21:07:11 2008 |
rana | Configuration | ASS | dust & MC1 | I realized today, that yesterday while we were trying to debug the adaptive noise canceler, I turned
off the analog dewhitening on MC1. I did this by changing settings on the Xycom screen but I
forgot to elog this -- this may have caused problems with locking via increased frequency noise.
I have now returned it to its nominal, dewhitening on, configuration.
I also used mDV to look at the last year of dust trend. I have plotted here the cumulative
histogram in percentile units of the 0.5 micron dust level. The x-axis is in units of particles per cu. ft.
and the y-axis is percentage. For example, the plot tells us that over the last year, the counts were
below 6000, 90% of the time. I have set the yellow and red alarm levels to alarm at the 95-th and 99-th
percentile levels, respectively. |
981
|
Mon Sep 22 21:54:05 2008 |
rana | Update | ASS | New Wiener result with x10 gain in ACC | The 2 attached PDF files show the performance of the Wiener filter code on 2 hours of data
with a 4000 tap filter on 64 Hz data. All 6 accelerometers around the MC and the Ranger seismometer
were used.
I attribute the improved performance in the 3-10 Hz band to the better SNR of the ACC channels. To
do better below 1 Hz we need the Guralps. |
1105
|
Sun Nov 2 20:44:58 2008 |
rana | Update | ASS | Wiener Filter performance over 5 hours | I took one 2 hour stretch of data to calculate a MISO Wiener filter to subtract the Ranger seismometer
and the 6 Wilcoxon accelerometers from the IOO-MC_L channel. I then used that static filter to calculate
the residual of the subtraction in 10 minute increments for 5 hours. The filter was calculated based upon
the first 2 hours of the stretch.
The MC lock stretch is from Oct 31 03:00 UTC (I think that we are -8 hours from UTC, but the DST confounds me).
So its from this past Thursday night.
I wrote a script (/users/rana/mat/wiener/mcl_comp.m) which takes the static filter and does a bunch of loops
of subtraction to get a residual power spectrum for each 10 minute interval.
In the attached PNG, you can see the result. The legend is in units of minutes from the initial t0 = 03:00 UTC.
BLACK-DASHED -- MCL spectrum before subtraction
I have also used dashed lines for some of the other traces where there is an excess above the unsubtracted data.
Other than those few times, the rest are all basically the same; this indicates that we can do fine with a very
slow adaptation time for the feed-forward filters-- a few hours of a time constant is not so bad.
After making the plot I noticed that the Ranger signal was totally railed and junky during this time.
This probably explains the terrible performance below 1 Hz (where are those Guralps?)
The second attached image is the same but in spectrogram form. |
1111
|
Mon Nov 3 22:35:40 2008 |
rana | Update | ASS | Wiener Filter performance over 5 hours | To speed up the Wiener filter work I defined a 256 Hz version of the original 16kHz IOO-MC_L signal. The
attached plots show that the FE decimation code works correctly in handling the anti-aliasing and
downsampling as expected. |
1112
|
Tue Nov 4 00:47:53 2008 |
rana | Update | ASS | Wiener Filter performance over 5 hours | Same as before, but now with a working Ranger seismometer.
In the spectrogram, the color axis is now in dB. This is a whitened spectrogram, so 0 dB corresponds to
the average (median) subtraction. The color scale is adjusted so that the large transients are saturated
since they're not interesting; from the DV trend its some kind of huge glitch in the middle of the
night that saturated the MC1 accelerometers only (maybe a pump?).
The attached trend shows the 5 hours used in the analysis. |
1985
|
Fri Sep 11 17:11:15 2009 |
Sanjit | Update | ASS | OAF: progress made | [Jenne & Sanjit]
Good news: We could successfully send filtered output to MC1 @ SUS.
We used 7 channels (different combinations of 3 seismometer and six accelerometer)
We tried some values of \mu (0.001-0.005) & gain on SUS_MC1_POSITION:MCL and C1ASS_TOP_SUS_MC1 (0.1-1).
C1:ASS-TOP_SUS_MC1_INMON is huge (soon goes up to few times 10000), so ~0.1 gains at two places bring it down to a reasonable value.
Bad news: no difference between reference and filtered IOO-MC_L power spectra so far.
Plan of action: figure out the right values of the parameters (\mu, \tau, different gains, and may be some delays), to make some improvement to the spectra.
** Rana: there's no reason to adjust any of the MCL gains. We are not supposed to be a part of the adaptive algorithm. |
2434
|
Sun Dec 20 21:39:40 2009 |
rana, jenne, kiwamu | Update | ASS | OAF Model update and build instructions | After a lot of headache, I got the OAF working again - read on for details.....................
Sometime last week, Jenne, Kiwamu, and I tried to update the OAF model to include the IIR "feed-around" path.
This path is in parallel to the existing FIR-based adaptive FXLMS stuff that Matt put in earlier. The reason for the
new path is that we want to try emulating the same FF technology which has been successful lately at LLO.
However, we were unable to make the ASS work after this work. Mostly, the build stuff worked fine, but we couldn't get DTT
to make a transfer function. The excitation channels could be selected and the excitation would actually start and get all the
way into MC1, but DTT would just hang on the first swep-sine measurement with no time-out error. Clearly our ASS building
documentation is no good. We tried using the instructions that Koji gave us for AAA, but that didn't completely work.
In particular, the 'make-uninstall-daq-ass' command gave this command:
[controls@c1ass advLigo]$ make uninstall-daq-ass
grep: target/assepics/assepics*.cmd: No such file or directory
Please make ass first
make: *** [uninstall-daq-ass] Error 1
re-arranging the order to do 'make-ass' first fixes this issue and so I have fixed this in the OAF Wiki.
The there's the whole issue with the tpchn_C3.par file. This contains all the test point definitions for the ASS/OAF machine. The main
IFO numbers are all in tpchn_C1.par and the OMC is all in tpchn_C2.par. When we do the usual build, in the 'make install-daq-ass' part:
[controls@c1ass advLigo]$ make install-daq-ass
Installing GDS node 3 configuration file
/cvs/cds/caltech/target/gds/param/tpchn_C3.par
Updating DAQ configuration file
/cvs/cds/caltech/chans/daq/C1ASS.ini
we get this .par file installed in the target area. The ACTUAL param file seems to actually be in /cvs/cds/caltech/gds/param !!
Of course, it still doesn't work. That's because the standard build likes to point to /cvs/cds/caltech/gds/bin/awgtpman and the one that runs on
linux is actually /opt/gds/awgtpman. So I've now made a file called startup_ass.cmd.good which runs the correct one. However, the default build
will try to start the wrong one and we have to fix the 'startass' script to point to the correct one on each build. Running the correct awgtpman
allows us to get the TP data using tools like tdsdata, so far no luck with DTT.\
UPDATE (23:33): It turns out that it was my old nemesis, NTPD. c1ass had a /etc/ntp.conf file that was pointing at an ntp server called rana113. I
am not an NTP server; I don't even know what time it is. I have fixed the ntp.conf file by making it the same ass c1omc (it now points to nodus). After
this I set the date and time manually (sudo date -s "20 DEC 2009 23:27:45" ) and then restarted NTPD. It should now be fine even when
we reboot c1ass.
After all of this nonsense, I am able to get TP data from c1ass and take transfer functions between it and the rest of the world ! |
2437
|
Mon Dec 21 02:22:31 2009 |
rana, jenne, kiwamu | Update | ASS | OAF Model update and build instructions | This allowed measuring the MC1 -> MCL TF finally. Its mostly flat. Data saved as Templates/OAF/OAF-MCLTF.xml |
2438
|
Mon Dec 21 07:30:58 2009 |
??? | Update | ASS | OAF Model update and build instructions | What does OAF stand for? The entry doesn't say that. Also the acronym is not in the abbreviation page of the wiki.
Can anyone please explain that? |
2440
|
Mon Dec 21 10:09:06 2009 |
jenne | Update | ASS | OAF Model update and build instructions | OAF stands for Online Adaptive Filtering. We use the same computer which was once the ASS. One of these days, we'd like to completely be rid of all things which refer to ASS, and make even the computer's name OAF. |
2441
|
Mon Dec 21 19:24:29 2009 |
rana | Update | ASS | OAF Model update and build instructions | I fit the MC1 -> MCL TF using vectfit4.m (from mDV). The wrapper file is mDV/extra/C1/ fitMC12MCL.m .
Plotted here are the data (RED), the fit (BLUE), and the residual x10 (GREEN).
For the magnitude plot, residual is defined as ------ res = 1 - fit / data
For the phase plot the residual is defined as ------- res = phase(data)-phase(fit)
You can see that the agreement is very good. The phase match is better than 5 deg everywhere below 10 Hz.
This TF is so smooth that we could have probably done without using this, but its good to excercise the method anyway. |
2442
|
Tue Dec 22 02:50:09 2009 |
rana, kiwamu, jenne | Update | ASS | OAF Feedaround ON and doing something good | Kiwamu made the OAF screen functional today - screenshot attached.
After this, I used the measured TF of the MC1 to MCL to filter the signals from the Wilcoxon accelerometers and feed them into the MC.
The noise at 3 Hz went down by a factor of ~3. There's a little excess created at 100 Hz. Its good to see that our intuition about feed-forward is OK.
I did all of the filter calculations by adapting the scripts that Haixing, Valera, and I got going at LLO. They're all in the mDV/extra/C1 SVN.
The Wiener code predicts much better performance from using more than just 2 horizontal accelerometers, but I was too lazy to do more channels today.
I also added the Rai box to the Ranger readout today - the noise at 0.1 Hz went down by a factor of 10 and the noise at 1 Hz is close to 10^-11 m/rHz. |
2449
|
Wed Dec 23 17:33:14 2009 |
rana | Update | ASS | OAF Feedaround ON and doing something good | The Rai box ran out of batteries a couple of days ago and so the data is no good. I've put the Ranger back on the SR560 for now (but with the damping resistor removed, so the gain is 2x more than before). |
4696
|
Wed May 11 23:02:52 2011 |
valera | Update | ASS | Dither angular stabilizitaion system update | This is what was done in past two days:
- The ETMY and ITMY pitch and yaw dofs are modulated at 40, 44, 42, 46 Hz respectively (oscillator A=30). The c1ass lockin numbers are 12, 14, 27, 29.
- The NAS55I signal is demodulated at the above frequencies. The demodulated I/Q signal phase is set to shift all signal into I-phase. The lockin inputs are bandpassed around respective frequency f with butter("Bandpass",2,f-0.5,f+0.5). The demod signals are then additionally low passed with butter ("Lowpass",4,0.5) so the servo ugf has to be below 0.5 Hz. The servo filter is p:z 0.0001:0.1.
- The ETMY demodulated signal is fed back to ITMY and visa versa.
- With the above 2x2 servo running we moved the input beam PZTs by hand to follow the cavity.
- At the end we offloaded the servo control signals to the SUS biases again by hand.
- The beam spot centering was estimated by unbalancing the ETMY/ITMY pitch/yaw coil combinations intentionally by 5%, which produces 1.3 mm shift of the node, and comparing the response to the residual signals.
- The dof set up currently is: ETMY pitch lockin 12 -> dof2, ITMY pitch lockin 14 -> dof4, ETMY yaw lockin 27 -> dof7, ITMY yaw lockin 29 -> dof9
- The next step is to demodulate the TRY(X) and servo the input beam PZTs |
4709
|
Fri May 13 00:39:53 2011 |
valera | Update | ASS | c1ass update | Here the status of the dither alignment or c1ass:
- Both pitch and yaw centering on ETMY/ITMY were closed simultatenously with ugf of ~1/30 Hz.
- I made a medm screen with beam positions as measured by the dither system.The snapshot is attached. There are visual perimeter alarms (red box around the display) to warn about arm power being low or the dither lines not being on. The screen has a pull down menu with 4 scripts:
. assUp - sets up the gains, phases and matricies for the dither system (both the spot centering and the input beam alignment)
. assOn - turns on the dithers and servo - just the Y-arm centering part at the moment
. assOff - turns off the servo and dither lines
. assDitherOn - turns on the dither lines but does not turn on the servo
- All scripts are in scripts/ASS and the medm screen is in medm/c1ass/master/
Still to do:
- Commission the input beam and X-arm servos
- Make scripts for X-arm |
4726
|
Mon May 16 11:47:59 2011 |
kiwamu | Update | ASS | c1ass update part II | The medm screen for c1ass started being modified to be more user-friendly.
The modification is still ongoing, but the goal is to make a screen which anyone can easily understand and play with.
Still to do : ( need a volunteer )
- Modification of the screens
- Commission the input beam and X-arm servos
- Make scripts for X-arm
- Measure the PZT mirrors' matrix for the translation and angle

Quote from #4709 |
Here the status of the dither alignment or c1ass:
Still to do:
- Commission the input beam and X-arm servos
- Make scripts for X-arm
|
|
4795
|
Wed Jun 8 16:41:48 2011 |
valera | Update | ASS | X and Y arm dither alignment status | The current status of the dither alignment system:
- Both Xarm and Yarm alignment are working. The scripts are: scripts/autoDither/alignX(Y). Each script sets up the respective arm, turns on the dither lines and servos for 66 sec, offloads the control signals to TM alignment biases and PZT sliders in case of Yarm, and to TM and BS alignment biases in case of Xarm, and finally turns off and clears the servo filters and turns off the dither lines.
- Jammie witnessed the final tests of both scripts - both X and Y arm power went up from 0.6-0.7 to close to 1 and the AS beam became symmetric. Also Jammie wanted me to leave the ETMY oplev in its current non-nominal but more stable state i.e. the oplev signals go to the ADC from the D010033 card not the D020432 one. The scripts can now run from the CONFIGURE medm screen.
- Both arms use signals derived from modulating ITM and ETM in pitch and yaw dofs and demodulating the arm power (TRX or TRY) and the cavity length signal (AS55I). The Yarm actuation has 8 dofs - pitch and yaw of the ITM, ETM, and two input beam PZTs so all the sensed dofs are controlled. The Xarm actuation has only 6 dofs - pitch and yaw of the ITM, ETM, and BS. The Xarm servo is set up to servo the beam position on the ETMX and the relative alignment of the cavity and the input beam. The ITMX spot position is unconstrained and provides the null test. The residual displacement on the ITMX is 0.2-0.3 mm in yaw and 0.9-1.0 mm in pitch. The I phases of the beam centering lockins, which are also the error points of corresponding DOF filters, are calibrated in mm by unbalancing the TM coils by known amount. The attached snap shot of the medm screen now has both X and Y arm calibrated beam spot positions and uncalibrated input beam indicators. The input beam angle and position signals can/should be calibrated by tapping the signals digitally and applying the proper matrix transformation - this will require the model change.
- Currently there is no lock loss catching in the model. We should add a trigger on arm power (or an equivalent mechanism) to turn off the inputs to prevent the spurious inputs. |
6723
|
Thu May 31 01:20:41 2012 |
Jenne | Update | ASS | ASS filter outputs are non-zero with no input | I was looking a little at ASS, while Yuta was doing some Green transmitted DC PD work, and I find that the output of some filters is totally insane with no deliberate input or excitation signals.
Note in the figure that the filter (which is a 2nd order butter bandpass in the C1:ASS-LOCKIN29_SIG filter bank) is ringing a lot - this needs fixing. But, more disconcertingly, sometimes (not every time) the arm flashes, the input to the filter bank gets a ~1 sample long spike that is ~9,000,000 counts. 9 million is a lot of counts. This is then making the filter go crazy.
Any ideas on how this can happen, and how we can stop / fix it? It's certainly a CDS issue, but I'm not sure where or how. |
6980
|
Tue Jul 17 11:28:29 2012 |
Jenne | Update | ASS | Names of DoF filters in ASS wrong | The names of the DoF filters in the ASS loop were wrong. The filters themselves were correct (low pass filters at super low freq, for the Lock-in), but the names were backward.
Our convention is to name filters "poles:zeros", but they had been "z:p". The names of FM1 in all the DoF filter banks are now fixed. |
7017
|
Tue Jul 24 03:14:13 2012 |
Jenne | Update | ASS | Calibration of MC ASS lockins | I wanted to check that the calibration of the MC ASS lockins was sensible, before trusting them forevermore.
To measure the calibration, I took a 30sec average of C1:IOO-MC_ASS_LOCKIN(1-6)_I_OUT with no misalignment.
Then step MC1 pitch by 10% (add 0.1 to the coil output gains). Remeasure the lockin outputs.
2.63 / (Lockin1noStep - Lockin1withStep) = calibration.
Repeat, with Lockin2 = MC2 pit, lockin3 = MC3 pit, and lockins 4-6 are MC1-3 yaw.
The number 2.63 comes from: half the side of the square between all 4 magnets. Since our offsets are in pitch and yaw, we want the distance between the line connecting the lower magnets and the center line of the optic, and similar for yaw. Presumably if all of the magnets are in the correct place, this number is the same for all magnets. The optics are 3 inches in diameter. I assume that the center of each magnet is 0.9mm from the edge of the optic, since the magnets and dumbbells are 1.9mm in diameter. Actually, I should probably assume that they're farther than that from the edge of the optic, since the edge of the dumbbell ~touches the edge of the flat surface, but there's the bevel which is ~1mm wide, looking normal to the surface of the optic. Anyhow, what I haven't done yet (planned for tomorrow...) is to figure out how well we need to know all of these numbers.
We shouldn't care more than ~100um, since the spots on the optics move by about that much anyway.
For now, I get the following #'s for the calibration:
Lockin1 = 7.83
Lockin2 = 9.29
Lockin3 = 8.06
Lockin4 = 8.21
Lockin5 = 10.15
Lockin6 = 6.39
The old values were:
C1:IOO-MC_ASS_LOCKIN1_SIG_GAIN = 7
C1:IOO-MC_ASS_LOCKIN2_SIG_GAIN = 9.6
C1:IOO-MC_ASS_LOCKIN3_SIG_GAIN = 8.3
C1:IOO-MC_ASS_LOCKIN4_SIG_GAIN = 7.8
C1:IOO-MC_ASS_LOCKIN5_SIG_GAIN = 9.5
C1:IOO-MC_ASS_LOCKIN6_SIG_GAIN = 8.5
The new values measured tonight are pretty far from the old values, so perhaps it is in fact useful to re-calibrate the lockins every time we try to measure the spot positions? |
|