40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 294 of 341  Not logged in ELOG logo
ID Date Author Typedown Category Subject
  15241   Mon Mar 2 23:49:03 2020 JonSummaryBHDProjected IFO noise budget, post-BHD upgrade

Updated noise budget curves, now computed using the latest version of pygwinc. This resolves the inconsistency between the gwinc quantum noise curves and Gautam's analytic calculations. As before, the key configuration parameters are listed in the figure titles.

Attachment 1: Phase quadrature

Attachment 2: Amplitude quadrature

Attachment 3: Comparison to aLIGO design (phase quadrature)

Quote:

The quantum noise curves here are not correct. c.f. amplitude quadrature noise budget.

Attachment 1: 40m_phase_quad.pdf
40m_phase_quad.pdf
Attachment 2: 40m_ampl_quad.pdf
40m_ampl_quad.pdf
Attachment 3: 40m_aligo_comp.pdf
40m_aligo_comp.pdf
  15244   Tue Mar 3 18:11:05 2020 JonSummaryBHDProjected IFO noise budget, post-BHD upgrade

Revised noise estimates, correcting a couple of factor of 2 and factor of pi errors found in the coil driver noise calculation. Also resolves a strain vs. displacement units confusion using the new pygwinc. Gautam and I have checked these noises against the analytical predictions and believe they are now accurate. Attachments are again:

Attachment 1: Phase quadrature

Attachment 2: Amplitude quadrature

Attachment 3: Comparison to aLIGO design (phase quadrature)

Attachment 1: 40m_phase_quad.pdf
40m_phase_quad.pdf
Attachment 2: 40m_ampl_quad.pdf
40m_ampl_quad.pdf
Attachment 3: 40m_aligo_comp.pdf
40m_aligo_comp.pdf
  15256   Thu Mar 5 19:45:23 2020 JonSummaryPSLC1PSL in-situ test results

We've completed almost all of the in-situ testing of the c1psl channels. During this process, we identified several channels which needed to be rewired to different Acromags (BIO sinking v. sourcing). We also elected to change the connector type of a few channels for practical advantages. Those modifications and other issues found during testing are detailed below. Also attached are the updated channel assignments, with a column indicating the in-situ testing status of each channel.

Post-installation modifications

  • All four channels connected to the sourcing BIO module were found to in fact require sinking I/O. They were reassigned to sinking BIO modules. Affected channels:
    • C1:PSL-FSS_FASTSWEEP
    • C1:PSL-FSS_SW1
    • C1:PSL-FSS_SW2
    • C1:PSL-PSL_Shutter
  • Added a new AI channel:
    • C1:PSL-FSS_MIXERM
  • Removed an unneccessary AI channel:
    • C1:PSL-FSS_LODET
  • Moved two AI channels from BNC connectors to a new Dsub connector (labelled DB25M-2 in the spreadsheet).
    • C1:PSL-FSS_RCTEMP
    • C1:PSL-FSS_RMTEMP_VOLTS

Issues identified during testing

  • Digital calibration. The following channels work, but we need to verify their EPICS calibration parameters (EGUF/EGUL):
    • C1:PSL-FSS_FASTGAIN
    • C1:PSL-FSS_FAST
    • C1:PSL-PMC_RFADJ
    • C1:PSL-PMC_MODET
  • IMC servo board. The Acromag channels themselves were found to work, but the linearity of the mbbo gain stages are in question (i.e., a potential problem with the board). GV is currently testing the servo board.
  • PSL QPD board apears to be dead. We connected a scope directly to the test points on the board and measured a high level of noise and no signal (for all four of the QPD channels). I understand this QPD has not been used in some time, so it may not have been noticed before.
  • WFS DC channels are saturating when the IMC is unlocked. The acceptance range of the Acromag ADC is only +/-10 V, but we measured sensor voltages as high as ~14 V. It appears that the old ADCs were somehow accepting a range of 0 to +20 V instead of -10 to +10 V. However, the Acromags do not support the input range 0-20 V. Since SNR is not critical for these channels (they're used only for initial alignment), I propose we simply install a voltage divider inside the chassis, just before the Acromag, for each of these signals.
Attachment 1: c1psl_feedthrough_wiring_-_By_Connector_(3).pdf
c1psl_feedthrough_wiring_-_By_Connector_(3).pdf c1psl_feedthrough_wiring_-_By_Connector_(3).pdf c1psl_feedthrough_wiring_-_By_Connector_(3).pdf c1psl_feedthrough_wiring_-_By_Connector_(3).pdf
  15266   Wed Mar 11 18:12:53 2020 gautamSummaryPSLWFS Demod board modifications

[koji, gautam]

Attachment #1 shows the relevant parts of the schematic of the WFS demod board (not whitening board). 

  • The basic problem was that the switchable gain channels were not accounted for in the Acromag channel list 😒.
  • What this meant was that the DC gain was set to the default x100 (since the two DG211s that provide the switchable x10 and x1 gain options had their control logic pins pulled up to +5V because these pins weren't connected to any sinking BIO channel).
  • Rather than set up new connections to Acromags inside the chassis (though we have plenty of spares), Koji and I decided to make these fixed to x1 gain.
  • The actual fix was implemented as shown in the annotated schematic. There are some pictures 📷 of the PCB in the DCC entry linked above.
  • Amusingly, this board will now require a sourcing BIO unit if we want to still have the capability of switching gains.

Before removing the boards from the eurocrate: 

  • I dialled down the Kepco HV supplies
  • disconnected all the cabling to these boards after noting down cable numbers etc.

After Koji effected the fix, the boards were re-installed, HV supplies were dialled back up to nominal voltage/currents, and the PMC/IMC were re-locked. The WFS DC channels now no longer saturate even when the IMC is unlocked 👏 👏 . I leave it to Yehonathan / Jon to calibrate these EPICS channels into physical units of mW of power. We should also fix the MEDM screen and remove the un-necessary EPICS channels.

Later in the evening, I took advantage of the non-saturated readbacks to center the beams better on the WFS heads. Then, with the WFS servos disabled, I manually aligned the IMC mirrors till REFLDC was minimized. Then I centered the beam on the MC2 transmission QPD (looking at individual quadrants), and set the WFS1/2 RF offsets and MC2 Trans QPD offsets in this condition.

Quote:

WFS DC channels are saturating when the IMC is unlocked.

Attachment 1: D980233-B_Mar2020Mods.pdf
D980233-B_Mar2020Mods.pdf
  15300   Tue Apr 7 15:30:40 2020 JonSummaryNoiseBudget40m noise budget migrated to pygwinc

In the past year, pygwinc has expanded to support not just fundamental noise calculations (e.g., quantum, thermal) but also any number of user-defined noises. These custom noise definitions can do anything, from evaluating an empirical model (e.g., electronics, suspension) to loading real noise measurements (e.g., laser AM/PM noise). Here is an example of the framework applied to H1.

Starting with the BHD review-era noises, I have set up the 40m pygwinc fork with a working noise budget which we can easily expand. Specific actions:

  • Updated the 40m fork to the latest pygwinc version (while preserving the commit history).
  • Added a directory ./CIT40m containing the 40m-specific noise budget files (created by GV).
  • Added an ipython notebook CIT40m.ipynb at the root level showing how to generate a noise budget.
  • Integrated our DAC and seismic noise estimators into pygwinc.
  • Marked the old 40m NB repo as obsolete (last commit > 2 yrs ago). Many of these noise estimates are probably stale, but I will work with GV to identify which ones can be migrated.

I set up our fork in this way to keep the 40m separate from the main pygwinc code (i.e., not added to as a built-in IFO type). With the 40m code all contained within one root-level directory (with a 40m-specific name), we should now always be able to upgrade to the latest pygwinc without creating intractable merge conflicts.

  15302   Mon Apr 13 16:51:49 2020 ranaSummaryDAQNODUS: rsyncd daemon / service set up

I just now modified the /etc/rsyncd.conf file as per Dan Kozak's instructions. The old conf file is still there with the file name appended with today's date.

I then enabled the rsync daemon to run on boot using 'enable'. I'll ask Dan to start the file transfers again and see if this works.

controls@nodus|etc> sudo systemctl start rsyncd.service
controls@nodus|etc> sudo systemctl enable rsyncd.service
Created symlink from /etc/systemd/system/multi-user.target.wants/rsyncd.service to /usr/lib/systemd/system/rsyncd.service.
controls@nodus|etc> sudo systemctl status rsyncd.service
● rsyncd.service - fast remote file copy program daemon
   Loaded: loaded (/usr/lib/systemd/system/rsyncd.service; enabled; vendor preset: disabled)
   Active: active (running) since Mon 2020-04-13 16:49:12 PDT; 1min 28s ago
 Main PID: 4950 (rsync)
   CGroup: /system.slice/rsyncd.service
           └─4950 /usr/bin/rsync --daemon --no-detach

Apr 13 16:49:12 nodus.martian.113.168.192.in-addr.arpa systemd[1]: Started fast remote file copy program daemon.
Apr 13 16:49:12 nodus.martian.113.168.192.in-addr.arpa systemd[1]: Starting fast remote file copy program daemon...

  15313   Fri Apr 24 00:26:59 2020 ranaSummaryPEML.A. EQ from Tuesday night
Attachment 1: April22-EQ.pdf
April22-EQ.pdf
  15325   Tue May 12 17:51:25 2020 ranaSummaryComputer Scripts / Programsupdated LESS syntax highlight on nodus

apt install source-highlight

then modified bashrc to point to /usr/share instead of /usr/bin

  15331   Thu May 14 00:47:55 2020 gautamSummaryComputer Scripts / Programspcdev1 added to authorized keys on nodus

This is to facilitate the summary page config fines to be pulled from nodus in a scripted way, without being asked for authentication. If someone knows of a better/more secure way for this to be done, please let me know. The site summary pages seem to pull the config files from a git repo, maybe that's better?

  15374   Thu Jun 4 00:21:28 2020 KojiSummaryCOCITM spares and New PR3 mirrors transported to Downs for phasemap measurement

GariLynn worked on the measurement of E1800089 mirrros.

The result of the data analysis, as well as the data and the codes, have been summarized here:
https://nodus.ligo.caltech.edu:30889/40m_phasemap/#E1800089
 

  15456   Mon Jul 6 15:10:40 2020 JonSummaryBHD40m --> A+ BHD design analysis

As suggested last week, Hang and I have reviewed the A+ BHD status (DRD, CDD, and reviewers' comments) and compiled a list of key unanswered questions which could be addressed through Finesse analysis.

In anticipation of others helping with this modeling effort, we've tried to break questions into self-contained projects and estimated their level of difficulty. As you'll see, they range from beginner to Finesse guru.

  15482   Wed Jul 15 17:46:05 2020 anchalSummaryALSNoise budget for ALS

I started my attempt on noise budgeting of ALS by going back to how Kiwamu did it and adding as many sources as I could find up till now. This calculation is present in ALS_Noise_Budget notebook. I intend to collect data for noise sources and all future work on ALS in the ALS repo.

The noise budget runs simulink through matlab.engine inside python and remaining calculations including the pygwinc ones are done in python. Please point out any errors that I might have done here. I still need to add noise due to DFD and the ADC after it. For the residual frequency noise of AUX laser, I have currently used an upper limit of 1kHz/rt Hz at 10 Hz free-running frequency noise of an NPRO laser.

Attachment 1: ALS_nb.pdf
ALS_nb.pdf
  15496   Mon Jul 20 19:21:16 2020 anchalSummaryALSFew proposals for Voyager ALS

I've added 4 proposed schemes for implementing ALS in voyager. Major thing to figure out is what AUX laser would be and how we would compare the different PSL and AUX lasers to create an error signal for ALS. Everywhere below, 2um would mean wavelengths near 2 um including the proposed 2128nm. Since it is not fixed, I'm using a categorical name. Same is the case for 1um which actually would mean half of whatever 2 um carries.


Higher Harmonic Generation:

  • We can follow the current system of ALS with using 1.5 times PSL frequency as AUX instead of second harmonic as 1 um is strongly absorbed in Si.
  • To generate 1.5 times PSL frequency, three stages would be required.
    • SHG: Second Harmonic Generation mode matched to convert 2um to 1um. If we are instead making 2 um from 1um to start with, this stage will not be required.
    • SFG: Sum Frequency Generation mode matched to sum 2um photon and 1um photon to give 0.65 um photon.
    • DPDC: Degenerate Parametric Down Conversion mode matched to convert 0.65 um to 1.3 um (which would be 1.5 times PSL frequency).
  • To compare, we can either convert pick-off from PSL to AUX frequency by doing the above 3 stages (Scheme II).
  • Or we can just do SHG and SFG at PSL pick-off and do another SHG at AUX end (Scheme I) to compare the AUX and PSL both converted to 0.65 um (which would be 2 times AUX and 3 times PSL frequency).
  • This method would have added noise from SHG, SFG and DPDC processes along with issues to be inefficiency of conversion.

Arbitrary AUX frequency:

  • We can get away with using some standard laser near 1.5 um region directly as AUX. Most probably this would be 1550 nm.
  • What's left is to devise a method of comparing 1.5 um and 2um frequencies. Following are two possible ways I could think of:

Using a frequency comb:

  • Good stable frequency combs covering the wavelength region from 1.5 um to 2 um are available of the shelf.
  • We would beat PSL and transmitted AUX separately with the frequency comb. The two beat note frequencies would be:
    \Delta_\text{PSL} = \nu_\text{PSL} - \nu_{CEO} - m_1 \nu_\text{Rep}
    \Delta_\text{AUX} = \nu_\text{AUX} - \nu_{CEO} - m_2 \nu_\text{Rep}
  • Here, m1 and m2 represent the nearest modes (comb teeth) of frequency comb to PSL and AUX respectively.
  • Carrier Envelope Offset frequency (\nu_{CEO}) can be easily generated by using an SHG crystal in front of the Frequency comb. This step is not really required since most of the modern frequency combs now comb with inbuilt zero \nu_{CEO} stabilization.
  • Mixing above beatnotes with \nu_{CEO} would remove \nu_{CEO} from them along with any noise associated with \nu_{CEO}.
  • Further, a Direct Digital Synthesis IC is required to multiply the AUX side RF signal by m1/m2. This finally makes the two RF signals to be:
    \nu_{A} = \nu_\text{PSL} - m_1 \nu_{Rep}
    \nu_{B} = \frac{m_1}{m_2}\nu_\text{AUX} - m_1 \nu_{Rep}
  • Which on mixing would give desired error signal for DFD as :
    \nu_\text{PSL} - \frac{m_1}{m_2}\nu_\text{AUX}
  • This method is described in Stenger et al. PRL. 88, 073601 and is useful in comparing two different optical frequencies with a frequency comb with effective cancellation of all noise due to the frequency comb itself. Only extra noise is from the DDS IC which is minimal.
  • This method, however, might be an overkill and expensive. But in case (for whatever reason) we want to send in another AUX at another frequency down the 40m cavity, this method allows the same setup to be used for multiple AUX frequencies at once.

Using a Transfer Cavity:

  • We can make another more easily controlled and higher finesse cavity with a PZT actuator on one of the mirrors.
  • In the schematic, I have imagined it has a triangular cavity with a back end mirror driven by PZT.
  • Shining PSL from one side of the transfer cavity and employing the usual PDH, we can lock the cavity to PSL.
  • This lock would require to be strong and wide bandwidth. If PZT can't provide enough bandwidth, we can also put an EOM inside the cavity! (See this poster from Simon group at UChicago)
  • Another laser at AUX frequency, called AUX2 would be sent from the other side of the cavity and usual PDH is employed to lock AUX2 to the transfer cavity.
  • So clearly, this cavity also requires coatings and coarse length such that it is resonant with both PSL and AUX frequencies simultaneously.
  • And, the FSS for AUX2 needs to be good and high bandwidth as well.
  • The transmitted AUX2 from the transfer cavity now would carry stability of PSL at the frequency of AUX and can be directly beaten with transmitted AUX from the 40m cavity to generate an error signal for DFD.
  • I believe this is a more doable and cheaper option. Even if we want to do a frequency comb scheme, this could be a precursor to it.

_________________________

EditTue Jul 21 17:24:09 2020: (Jamie's suggestion)

Using Mode Cleaner cavity as Transfer Cavity:

  • If we coat the mode cleaner cavity mirrors appropriately, we can use it to lock AUX2 laser (mentioned above).
  • This will get rid of all extra optics. The only requirement is for FSS to be good on AUX2 to transfer PSL (MC) stability to AUX frequency.
  • I've added suggested schematic for this scheme at the bottom.

 

Attachment 1: VoyagerALSSchemes.pdf
VoyagerALSSchemes.pdf VoyagerALSSchemes.pdf VoyagerALSSchemes.pdf VoyagerALSSchemes.pdf VoyagerALSSchemes.pdf
  15499   Thu Jul 23 15:58:24 2020 JonSummaryVACVacuum controls refurbishment plan

This year we've struggled with vacuum controls unreliability (e.g., spurious interlock triggers) caused by decaying hardware. Here are details of the vacuum refurbishment plan I described on the 40m call this week.

 Refurbish TP2 and TP3 dry pumps. Completed [ELOG 15417].

 Automated notifications of interlock-trigger events. Email to 40m list and a new interlock flag channel. Completed [ELOG 15424].

Replace failing UPS.

  • Two new Tripp Lite units on order, 110V and 230V [ELOG 15465].
  • Jordan will install them in the vacuum rack once received.
  • Once installed, Jon will come test the new units, set up communications, and integrate them into the interlock system following this plan [ELOG 15446].
  • Jon will move the pumps and other equipment to the new UPS units only after completing the above step.

Remove interlock dependencies on TP2/TP3 serial readbacks. Due to persistent glitching [ELOG 15140, ELOG 15392].

Unlike TP2 and TP3, the TP1 readbacks are real analog signals routed to Acromags. As these have caused us no issues at all, the plan is to eliminate dependence on the TP2/3 digital readbacks in favor of the analog controller outputs. All the digital readback channels will continue to exist, but the interlock system will no longer depend on them. This will require adding 2 new sinking BI channels each for TP2 and TP3 (for a total of 4 new channels). We have 8 open Acromag XT1111 channels in the c1vac system [ELOG 14493], so the new channels can be accommodated. The below table summarizes the proposed changes.

Channel Type Status Description Interlock
C1:Vac-TP1_current AI exists Current draw (A) keep
C1:Vac-TP1_fail BI exists Critical fault has occurred keep
C1:Vac-TP1_norm BI exists Rotation speed is within +/-10% of set point new
C1:Vac-TP2_rot soft exists Rotation speed (krpm) remove
C1:Vac-TP2_temp soft exists Temperature (C) remove
C1:Vac-TP2_current soft exists Current draw (A) remove
C1:Vac-TP2_fail BI new Critical fault has occurred new
C1:Vac-TP2_norm BI new Rotation speed is >80% of set point new
C1:Vac-TP3_rot soft exists Rotation speed (krpm) remove
C1:Vac-TP3_temp soft exists Temperature (C) remove
C1:Vac-TP3_current soft exists Current draw (A) remove
C1:Vac-TP3_fail BI new Critical fault has occurred new
C1:Vac-TP3_norm BI new Rotation speed is >80% of set point new
  15501   Mon Jul 27 15:48:36 2020 JonSummaryVACVacuum parts ordered

To carry out the next steps of the vac refurbishment plan [ELOG 15499], I've ordered parts necessary for interfacing the UPS units and the analog TP2/3 controller outputs with c1vac. The purchase list is appended to the main BHD list and is located here. Some parts we already had in the boxes of Acromag materials. Jordan is gathering what we do already have and staging it on the vacuum controls console table - please don't move them or put them away.

Quote:

Replace failing UPS.

Remove interlock dependencies on TP2/TP3 serial readbacks. Due to persistent glitching [ELOG 15140, ELOG 15392].

  15566   Wed Sep 9 20:52:45 2020 ranaSummaryIOOwandering line in IMC

since the summary pages are working again, I was clicking through and noticed that there's a wandering peak in the whitened IMC spectrogram that goes from 10-30 Hz over the course of a day.

https://nodus.ligo.caltech.edu:30889/detcharsummary/day/20200909/ioo/

anyone know what this is ?

  15587   Sat Sep 19 23:59:22 2020 anchalSummaryALSALS noise budget update

Setting the record straight

I found out an error I did in copying some control model values from Kiwamu's matlab code. On fixing those, we get a considerably reduced amount of total noise. However, there was still an unstable region around the unity gain frequency because of a very small phase margin. Attachment 3 shows the noise budget, ALS open-loop transfer function, and AUX PDH open-loop transfer function with ALS disengaged. Attachment 4 is the yaml file containing all required zpk values for the control model used. Note that the noise budget shows out-of-loop residual arm length fluctuations with respect to PSL frequency. The RMS curve on this plot is integrated for the shown frequency region.


Trying to fix the unstable region

Adding two more poles at 100 Hz in the ALS digital filter seems to work in making the ALS loop stable everywhere and additionally provides a steeper roll-off after 100 Hz. Attachment 1 shows the noise budget, ALS open-loop transfer function, and AUX PDH open-loop transfer function with ALS disengaged. Attachment 2 is the yaml file containing all required zpk values for the control model used. Note that the noise budget shows out-of-loop residual arm length fluctuations with respect to PSL frequency. The RMS curve on this plot is integrated for the shown frequency region.

But is it really more stable?

  • I tried to think about it from different aspects. One thing is sure that  1+G_{OL} remains greater than 1 in all of the frequency region plotted for. This is also evident in the common-mode to residual noise transfer function which shows no oscillation peaks and is a clean mirror image of the open-loop transfer function (See Attachment 1, page 2).
  • Another way is to look for the phase margin. This is a little controversial way of checking stability. For clarity, the open-loop transfer function I'm plotting does not contain the '-1' feedback in it. So the bad phase value at unity gain frequency is -180 degrees (or 180 degrees) for us. I've taken the difference from the closest side and got 76.2 degrees of phase margin.
  • Another way I checked was by plotting a Nyquist plot for the open-loop transfer function. It is said that if the contour does not encircle the point '-1' in the real axis, then the loop would be stable even if the f_{180} < f_{UGF} where f_{180} is the frequency where phase lag becomes -180 degrees at the lowest frequency. For us, f_{180} is at 1 Hz because of the test mass actuator pole. But I have verified that the Nyquist contour of the open-loop transfer function does not encircle '-1' point. I have not uploaded the Nyquist plot as it is not straight forward to plot. Because of large dc gain, it covers a large region and one needs to zoom in and out to properly follow what the contour is really doing. I didn't get time to make insets for it.

Is this close to reality?

For that, we'll have to take present noise source estimates but Gautum vaguely confirmed that this looked more realistic now 'shape-wise'. If I remember correctly, he mentioned that we currently can achieve 8 pm of residual rms motion in the arm cavity with respect to the PSL frequency. So we might be overestimating our loop's capability or underestimating some noise source. More feedback on this welcome and required.


Additional Info:

The code used to calculate the transfer functions and plot them is in the repo 40m/ALS/noiseBudget

Attachment 5 here shows a block diagram for the control loop model used. Output port 'Res_Disp' is used for referring all the noise sources at the residual arm length fluctuation in the noise budget. The open-loop transfer function for ALS is calculated by -(ALS_DAC->ALS_Out1 / ALS_DAC->ALS_Out2) (removing the -1 negative feedback by putting in the negative sign.) While the AUX PDH open-loop transfer function is calculated by python controls package with simple series cascading of all the loop elements.

 

 

Attachment 1: ALS_nb_ExtraPoles.pdf
ALS_nb_ExtraPoles.pdf ALS_nb_ExtraPoles.pdf ALS_nb_ExtraPoles.pdf
Attachment 2: ALS_controls.yaml
# -----------------------------------------------------------------------------
# AUX
# -----------------------------------------------------------------------------
## Cavity Pole
C_AUX:
  p: 1.8883e+04
  k: 1.1865e+05

H_AUX:
  z: 0
... 109 more lines ...
Attachment 3: ALS_nb_Kiwamus_Values.pdf
ALS_nb_Kiwamus_Values.pdf ALS_nb_Kiwamus_Values.pdf ALS_nb_Kiwamus_Values.pdf
Attachment 4: ALS_controls_Kiwamus_Values.yaml
# -----------------------------------------------------------------------------
# AUX
# -----------------------------------------------------------------------------
## Cavity Pole
C_AUX:
  p: 1.8883e+04
  k: 1.1865e+05

H_AUX:
  z: 0
... 107 more lines ...
Attachment 5: ALS_simulink_model.svg
ALS_simulink_model.svg
  15589   Sun Sep 20 23:12:13 2020 ranaSummaryALSALS noise budget update

I think the digital loop in the ALS budget is too optimistic. You have to include all the digital delays and anti-aliasing filters to get the real response.

aslo, I recommend grabbing some of the actual spectra from the in-lock times with nds and using the calibrated spectra as inputs to this mode. Although we don't have good models of the stack, you can sort of infer it by using the calibrated seismometer data and the calibrated MC_F or MC_L channels (for IMC) or XARM/YARM signals for those.

  15593   Tue Sep 22 00:14:43 2020 anchalSummaryALSALS noise budget update

This is not a reply to comments given to the last post; Still working on incorporating those suggestions.


Trying out a better filter from scratch

Rana suggested looking first at what needs to be suppressed and then create a filter suited for the noise from scratch. So I discarded all earlier poles and zeros and just kept the resonant gains in the digital filter. With that, I found that all we need is three poles at 1 Hz and a gain of 8.1e5 gives the lowest RMS noise value I could get.

Now there can be some practical reasons unknown to me because of which this filter is not possible, but I just wanted to put it here as I'll add the actual noise spectra into this model now.


Few questions:

  • What anti-aliasing filters are used in ALS?
  • Is the digital delay fixed to a constant upper limit or is it left to change as per filters? I have already used a 470 us delay (modeled with Pade 4th order approximation).
  • I could not find a good place where channel names are listed with corresponding meaning. Where can I find them?
  • Is there a channel which keeps a record of lock status? In short, how do I find the in-lock times
Attachment 1: ALS_NoiseBudgetUpdate.pdf
ALS_NoiseBudgetUpdate.pdf ALS_NoiseBudgetUpdate.pdf ALS_NoiseBudgetUpdate.pdf
Attachment 2: ALS_controls.yaml
# -----------------------------------------------------------------------------
# AUX
# -----------------------------------------------------------------------------
## Cavity Pole
C_AUX:
  p: 1.8883e+04
  k: 1.1865e+05

H_AUX:
  z: 0
... 106 more lines ...
  15594   Tue Sep 22 12:14:42 2020 ranaSummaryALSALS noise budget update

This ALS loop is not stable. Its one of those traps that comes from using only the Bode plot to estimate the loop stability. You have to also look at the time domain response - you can look at my feedback lecture for the SURF students for some functions.

  15601   Wed Sep 23 11:13:49 2020 anchalSummaryALSALS noise budget update

Yes, that loop was unstable. I started using the time domain response to check for the stability of loops now. I have been able to improve the filter slightly with more suppression below 20 Hz but still poor phase margin as before. This removes the lower frequency region bump due to seismic noise. The RMS noise improved only slightly with the bump near UGF still the main contributor to the noise.


For inclusion of real spectra, time delays and the anti-aliasing filters, I still need some more information.

Few questions:

  • What anti-aliasing filters are used in ALS?
  • Is the digital delay fixed to a constant upper limit or is it left to change as per filters? I have already used a 470 us delay (modeled with Pade 4th order approximation).
  • I could not find a good place where channel names are listed with corresponding meaning. Where can I find them?
  • Is there a channel which keeps record of lock status? In short, how do I find the in-lock times

Additional Info:

The code used to calculate the transfer functions and plot them is in the repo 40m/ALS/noiseBudget

Related Elog post with more details: 40m/15587

Attachment 1: ALS_NoiseBudgetUpdate.pdf
ALS_NoiseBudgetUpdate.pdf ALS_NoiseBudgetUpdate.pdf ALS_NoiseBudgetUpdate.pdf ALS_NoiseBudgetUpdate.pdf
Attachment 2: ALS_controls.yaml
# -----------------------------------------------------------------------------
# AUX
# -----------------------------------------------------------------------------
## Cavity Pole
C_AUX:
  p: 1.8883e+04
  k: 1.1865e+05

H_AUX:
  z: 0
... 113 more lines ...
  15617   Wed Oct 7 16:56:23 2020 anchalSummaryALSALS noise budget update - Updated AUX PDH Loop values

AUX PDH Loop update

I used D1400293 to get the latest logged details about the universal PDH box used to lock the green laser at X end. The uPDH_X_boost.fil file present there was used to obtain the control model for this box. See attachment one for the code used. Since there is a variable gain stage in the box, I tuned the gain of the filter model F_AUX in ALS_controls.yml to get the maximum phase margin in the PDH lock of the green laser. Unity gain frequency of 8.3 kHz can be achieved in this loop and as Gautam pointed out earlier, it can't be increased much further without changes in the box.

ALS Noise Budget update

The ALS control model remains stable with a reduction in total estimate noise because of the above update. There are few things to change though:

  • This model is for a single arm locking where the beatnote signal between green laser and frequency doubled main laser is fed back to ETM at X end. Currently, Gautam is using a different scheme to lock where the feedback is sent to PSL-MC loop and the beat is taken between IR signals.
  • In the LSC controls, I couldn't find a place where the digital ALS filter I have been optimizing and Kiwamu used, was placed. From what I gathered, after demodulation of beat note signal, a digital PLL is employed and the error signal is few to the Servo Filters directly. I might be missing some script which specifically switches on a particular set of filter modules in the XARM/YARM path when arms are locked through ALS.
  • Another straight forward job for me is to verify the PSL-MC loop parameters with he TTFSS used. I'll do this next.
Attachment 1: Extract_X_AUX_PDH_Model.zip
Attachment 2: ALS_NoiseBudgetUpdate.pdf
ALS_NoiseBudgetUpdate.pdf ALS_NoiseBudgetUpdate.pdf ALS_NoiseBudgetUpdate.pdf ALS_NoiseBudgetUpdate.pdf ALS_NoiseBudgetUpdate.pdf
  15619   Thu Oct 8 11:59:52 2020 ranaSummaryALSALS noise budget update - Updated AUX PDH Loop values

For all the loops where we drive the NPRO PZT, there is some notch/resonance feature due to the PZT mechanical resonance. In the IMC loop this limits the PZT/EOM crossove to be less than 25 kHz. I don't have a model for this, btu it should be included.

If you hunt through the elogs, people have measured the TF of ALS NPRO PZT to phase/frequency. Probably there's also a measured ALS PDH loop somewhere that you could use to verify your model.

  15622   Fri Oct 9 18:32:14 2020 anchalSummaryALSALS noise budget update - Updated AUX PDH Loop values

The only two PZT Phase modulation transfer function measurements I could find are 40m/15206 and 40m/12077. Both these measurements were made to find a good modulation frequency and do not go below 50 kHz. So I don't think these will help us. We'll have to do a frequency transfer function measurement at lower frequencies.
I'm still looking for ALS PDH loop measurements to verify the model. I found this 40m/15059 but it is only near the UGF. The UGF measured here though looks very similar to the model prediction. A bit older measurement in 2017 was this 40m/13238 where I assume by ALS OLTF gautum meant the green laser PDH OLTF. It had similar UGF but the model I have has more phase lag, probably because of a 31.5 kHz pole which comes at U7 through the input low pass coupling through R28, C20 and R29 (See D1400293)

If the green laser is not being used, can I go and take some of these measurements myself?

  15626   Wed Oct 14 17:03:55 2020 anchalSummaryALSALS noise budget update - Added whitening filter for ADC

Koji recommended that I can add whitening filters to suppress ADC noise easily. I added a filter before ADC in ALS loop with 4 zeros at 1.5 Hz and 4 poles at 100 Hz and added a reversed filter in the digital filter of ALS. This did not change the performance of the loop but significantly reduced the contribution of ADC noise above 1 Hz. One can see ALS_controls.yaml for the filter description. Please let me know if this does not make sense or there is something that I have overlooked.

Now, the dominant noise source is DFD noise below 100 Hz and green laser frequency noise above that. For DFD noise, I used data dating back to Kiwamu's paper. The noise contribution from DFD in the model is lower than the latest measured ALS noise budget post on elog. I'll look further into design details and noise of DFD.


Code, data, and schematics

Attachment 1: ALS_NoiseBudgetUpdate.pdf
ALS_NoiseBudgetUpdate.pdf ALS_NoiseBudgetUpdate.pdf ALS_NoiseBudgetUpdate.pdf ALS_NoiseBudgetUpdate.pdf ALS_NoiseBudgetUpdate.pdf
  15629   Thu Oct 15 13:48:58 2020 anchalSummaryGeneralLab Entry Notification

I entered 40m today at around 1:20 pm and left by 1:45 pm. I entered 104 through the machine shop entry. I did the following:

  • I took photos and videos of the PSL table with lights on.
  • I uncovered the AP table, took photos and video, and covered it back.
  • I went to the X End table and took a video without opening the enclosure.
  • Apart from flipping light switches, nothing else should have changed.
  15630   Thu Oct 15 20:00:23 2020 KojiSummaryGeneralHEPA AC cord replacement

The AC cord from the PSL HEPA variac to the junction box was replaced.
Now the HEPA is running at 70%


Showed up at the 40m at 7pm

Preparation

  • Closed the PSL shutter.
  • Closed the innolight shutter
  • Turned off the HEPA mains switch
  • Checked the HEPA fan rating: 115V 4.5A.
  • Brought the thickest power cord from the wall stock: the rating is 125V 15A. This should sufficiently hold two HEPAs.

Cable Replacing

  • Rechecked the wire connection. The new cord has green/black/white wires. And the colors agree with the color of the wires in the junction box.
  • Removed the existing cord.
  • Attached the new cord.
  • Checked the variac AC plug. The terminals in the plug look normal and the AC plug looked sufficiently rigid.
  • Checked the connection again. = OK

Testing

  • Turned on the HEPA mains switch
  • VairAC turned to 70%
  • Checked the air flow - The HEPA fans are sucking the air = OK

Closing the work

  • Closed the junction box.
  • Cleaned up the roof
  • Opend the innolight shutter
  • Opened the PSL shutter
  • Locked the PMC
  • Locked the IMC  - found the transmission was ~80% of the pre-work due to misalignment of the PMC
  • Aligned the PMC - this recovered the IMC REFL of ~5.2 when the IMC was unlocked

Leaving the 40m at 9:30pm

Memo: 40m wiring/Mask/Camera/Red Pitaya/Particle Counter

Attachment 1: P_20201015_200732.jpg
P_20201015_200732.jpg
Attachment 2: P_20201015_200752.jpg
P_20201015_200752.jpg
Attachment 3: P_20201015_202615.jpg
P_20201015_202615.jpg
Attachment 4: P_20201015_204234.jpg
P_20201015_204234.jpg
  15632   Fri Oct 16 19:44:41 2020 anchalSummaryGeneralLab Entry Notification

I entered 40m today at around 1:10 pm and left by 1:50 pm. I entered 104 through the machine shop entry. I took top view single picture photos of ITMY, BS, AP, ITMX, ETMX and ETMY tables. The latest photos will be put here on the wiki soon.

  15635   Tue Oct 20 20:12:18 2020 KojiSummaryGeneralDJI OSMO Pocket Camera Kit

I set up an action cam (DJI OSMO Pocket) and brought it back to the 40m. The kit is now placed in the control room cabinet together with the Canon DSLR.

I might have left the USBC chaging cable at home this time. Will bring it back next time.-> The cable was returned to the kit on Oct 23rd.

Attachment 1: 20201020200929_IMG_0173.JPG
20201020200929_IMG_0173.JPG
  15642   Fri Oct 23 19:01:57 2020 KojiSummaryPEMPSL Particle Counter kit removed from the table

The particle counter on the 40m PSL was removed. The package was made together with the OMC lab particle counter (see the packing list below).

The kit was picked up by Radhika for a python code to read out the numbers.

=== Packing List ===

  • MET ONE 227A particle counter
    • used at the 40m. It has the particle reading and the temperature reading.
  • Power supply adapter (AC/DC) for 227A
    • Caution: It is not compatible with GT-321.
  • MET ONE GT-321
    • I found another type of particle counter in West Bridge.
  • Power supply adapter (AC/DC) for GT-321. (Labeled "for GT-321")
    • Caution: It is not compatible with 227A.
  • DB9 cable for GT-321
  • Air Filter G3111
    • When you run a particle counter attach this filter instead of the dust collecting cup to keep the air in take of the particle counter clean. This should keep the particle level down to zero.
       
Attachment 1: P_20201022_173529.jpg
P_20201022_173529.jpg
Attachment 2: P_20201022_173419.jpg
P_20201022_173419.jpg
  15650   Thu Oct 29 09:50:12 2020 anchalSummaryCalibrationPreliminary calibration measurement taken

I went to 40m yesterday at around 2:30 pm and Koji showed me how to acquire lock in different arms and for different lasers. Finally, we took a preliminary measurement of shaking the ETMX at some discrete frequencies and looking at the beatnote frequency spectrum of X-end laser's fiber-coupled IR and Main laser's IR pick-off.


Basic controls and measurement 101 at 40m

  • I learned a few things from Koji about how to align the cavity mirrors for green laser or IR laser.
  • I learned how to use ASS and how to align the green end laser to the cavity. I also found out about the window at ETMX chamber where we can directly see the cavity mode, cool stuff.
  • Koji also showed me around on how to use diaggui and awggui for taking measurements with any of the channels.

Preliminary measurement for calibration scheme

We verified that we can send discrete frequency excitation signals to ETMX actuators directly and see a corresponding peak in the spectrum of beatnote frequency between fiber-coupled X-end IR laser and main laser IR pickoff.

  • I sent excitation signal at 200 Hz, 250 Hz and 270 Hz at C1:SUS-ETMX_LSC_EXC channel using awggui with an amplitude of 100 cts and gain of 2.
  • I measured corresponding peaks in the beatnote spectrum using diaggui.
  • Page 1 shows the ASD data for the 4 measurements taken with Hanning window and averaging of 10.
  • Page 2 shows close up Spectrum data for the 4 measurements taken with flattop window and averaging of 10.
  • I converted this frequency signal into displacement by using conversion factor \nu_{FSR}/\frac{\lambda}{2} or \frac{L \lambda}{c}.

If full interferometer had been locked, we could have used the DARM error signal output to calibrate it against this measurement.

Data

Attachment 1: PreliminaryCalibrationData.pdf
PreliminaryCalibrationData.pdf PreliminaryCalibrationData.pdf
  15687   Mon Nov 23 23:27:43 2020 KojiSummaryASCQ3000 characterization

Last week and this week I've been working on the characterization of the Q3000 QPDs. The QPDs were named 81, 82, 83, and 94.

  • Dark current [OMC LAB ELOG 402]: All the segments looked similar and acceptable except for the seg1 of #82. It has a smaller reverse breakdown voltage (~6V) but even this is an acceptable level.
  • Impedance [OMC LAB ELOG 403]: All the segments showed a ~300pF junction capacitance with no reverse bias. This looks quite normal.
  • Dark noise [OMC LAB ELOG 404]: All the segments showed ~5pA/rtHz dark noise above 1Hz.

My recommendation is to use #81 and #84 as they have similar dark current characteristics between the segments. But basically, all the QPDs look fine.

The actual junction capacitance and the RF dark noise should be characterized by the actual WFS head circuit.

The QPD packages were labeled and returned to Gautam to be implemented in the WFS heads.


gautam: S/N #84 was installed as the AS WFS QPD. The remaining 3 are stored in the clean cabinet at EX (where the rest of the RF photodiodes are).

  15693   Wed Dec 2 12:35:31 2020 PacoSummaryComputer Scripts / ProgramsTC200 python driver

Given the similarities between the MDT694B (single channel piezo controller) and TC200 (temperature controller) serial interfaces, I added the pyserial driver here

*Warning* this first version of the driver remains untested

  15694   Wed Dec 2 15:27:06 2020 gautamSummaryComputer Scripts / ProgramsTC200 python driver

FYI, there is this. Seems pretty well maintained, and so might be more useful in the long run. The available catalog of instruments is quite impressive - TC200 temp controller and SRS345 func gen are included and are things we use in the lab. maybe you can make a pull request to add MDT694B (there is some nice API already built I think). We should also put our netgpibdata stuff and the vacuum gauge control (basically everything that isn't rtcds) on there (unless there is some intellectual property rights issues that the Caltech lawyers have to sort out).

Quote:

Given the similarities between the MDT694B (single channel piezo controller) and TC200 (temperature controller) serial interfaces, I added the pyserial driver here

*Warning* this first version of the driver remains untested

  15774   Wed Jan 20 18:07:09 2021 AnchalSummaryBHDHAM-A Coil Driver measurements before modifications

I have taken transfer functions and noise measurements of the two HAM-A coil driver boxes D1100687 #S2100027 and #S2100028. All transfer functions look as expected. I'm not sure about the noise measurements. If anyone sees flaw in my measurement method, please let me know. I'm not sure why in some channels I got 10Hz harmoni peaks in the noise. That was very strange. Also let me know if my current noise estimate is wrong.

Transfer Function Measurement details

  • SR785 source out was connected to the differential amplifier input of D1900068.
  • The one pair of two BNC outputs of this differential amplifier goes directly to the SR785 Input 1 A and B.
  • The DB9 output of the differential amplifier goes to the Coil Input DB9 connector J3.
  • Header W2 was shorted to provide ground to the incoming signal.
  • Header P4 was shorted to enable all the channels manually.
  • Normal operation is the Acquisition mode (Acq) while when pins of header P3 are shorted, we go into the Run mode for respective channel.
  • The “To Satellite Box” DB25 port at the read side was conencted to a DB25 breakout circuit and pins 1-9, 3-11, 5-13 and 7-15 were connected to 36 Ohm resistor to simulate Coil load.
  • The “Output Monitor” on the rear side is then connected to the test switch DB9 port on D1900068.
  • The the pair of BNCs from the test switch is connected to SR785 Input 2 A and B.
  • Measurements are taken with file D1100687_TF.yml and D1100687_TF_LF.yml.
  • A measurement of just cables without the DUT is taken as well.
  • Commands.txt list all the commands used.
  • All data is compiled and plotted in Plotting.ipynb
  • D1100117_S2100027_TF.pdf and D1100117_S2100028_TF.pdf shows all the transfer functions measured.

Spectrum Measurements

  • All channels were kept in disabled mode (Not shorting P4) to ensure their inputs are grounded on the board.
  • I ran two BNC cables with their centers connected to output monitors V2+ and V2- and one of their shields connected to board GND.
  • in SR785, A-B differential mode always runs with grounded shields mode, so effectively the board GND got grounded to SR785 GND through internal 50 Ohm resistor. But all ground loops have been evaded.
  • The two BNC cables were twisted together to minimize the area between the two center cores of the cables as that is the remaining pickoff possible in this measurement.
  • Instrument noise with cables was measured first but shorting the clips of the center cores and one of the shields of the two BNC cables together.
  • Measurements were taken with file D1100687_SP.yml and D1100687_SP_LF.yml.
  • D1100117_S2100027_Voltage_Noise_Spectrum.pdf and D1100117_S2100028_Voltage_Noise_Spectrum.pdf shows the measured voltage noise spectrum at the output monitors when loaded with 36 Ohms.
  • D1100117_S2100027_Current_Noise_Spectrum.pdf and D1100117_S2100028_Current_Noise_Spectrum.pdf shows the esitmate current noise through the coil calculated by dividing the measured voltage noise by 2436 Ohms.
Attachment 1: MeasurementData.zip
Attachment 2: D1100117_S2100027_TF.pdf
D1100117_S2100027_TF.pdf D1100117_S2100027_TF.pdf D1100117_S2100027_TF.pdf D1100117_S2100027_TF.pdf D1100117_S2100027_TF.pdf
Attachment 3: D1100117_S2100028_TF.pdf
D1100117_S2100028_TF.pdf D1100117_S2100028_TF.pdf D1100117_S2100028_TF.pdf D1100117_S2100028_TF.pdf D1100117_S2100028_TF.pdf
Attachment 4: D1100117_S2100027_Voltage_Noise_Spectrum.pdf
D1100117_S2100027_Voltage_Noise_Spectrum.pdf D1100117_S2100027_Voltage_Noise_Spectrum.pdf D1100117_S2100027_Voltage_Noise_Spectrum.pdf D1100117_S2100027_Voltage_Noise_Spectrum.pdf D1100117_S2100027_Voltage_Noise_Spectrum.pdf
Attachment 5: D1100117_S2100028_Voltage_Noise_Spectrum.pdf
D1100117_S2100028_Voltage_Noise_Spectrum.pdf D1100117_S2100028_Voltage_Noise_Spectrum.pdf D1100117_S2100028_Voltage_Noise_Spectrum.pdf D1100117_S2100028_Voltage_Noise_Spectrum.pdf D1100117_S2100028_Voltage_Noise_Spectrum.pdf
Attachment 6: D1100117_S2100027_Current_Noise_Spectrum.pdf
D1100117_S2100027_Current_Noise_Spectrum.pdf D1100117_S2100027_Current_Noise_Spectrum.pdf D1100117_S2100027_Current_Noise_Spectrum.pdf D1100117_S2100027_Current_Noise_Spectrum.pdf D1100117_S2100027_Current_Noise_Spectrum.pdf
Attachment 7: D1100117_S2100028_Current_Noise_Spectrum.pdf
D1100117_S2100028_Current_Noise_Spectrum.pdf D1100117_S2100028_Current_Noise_Spectrum.pdf D1100117_S2100028_Current_Noise_Spectrum.pdf D1100117_S2100028_Current_Noise_Spectrum.pdf D1100117_S2100028_Current_Noise_Spectrum.pdf
  15776   Mon Jan 25 18:18:04 2021 AnchalSummaryBHDSatellite Amplifier Transfer Functions and noise

 

I took transfer function and noise measurement of satellite amplifier box's photodiode transimpedance circuit. For the measurement, I created a makeshift connector to convert backside DB25 into DB9 with the 4 channels for PDA input. The output was taken in differential form at the front PD Output port. To feed current to the circuit, I put in 12 kOhm resistors in series at the inputs, so the V/V transfer function measured was multiplied by 12 kOhm to get the transimpedance of the circuit.


Transfer Function Measurement details

  • SR785 source out was fed into PDA input pins using a makeshift BNC-DB9-DB25 converter.
  • The output from PDOut DB9 port was fed to test switch in D1900068 to separate differential signal.
  • This differential signal was fed back to SR785 at input 2 in A-B configuration.
  • Measurements are taken with file D1002818_TF.yml and D1002818_TF_LF.yml.
  • A measurement of just cables without the DUT is taken as well.
  • Commands.txt list all the commands used.
  • All data is compiled and plotted in Plotting.ipynb
  • D1100117_S2100029_TFandNoiseSpectrum.pdf shows all the transfer functions measured.

Spectrum Measurements

  • Two pair of BNC cables were twisted together and clips were added at ends.
  • One of the GND was connected to board GND. Rest were left unconnected to avoid ground loops.
  • Each pair of signal was connected to PDOutP/N.
  • The PDA inputs were shorted together to make zero input current to the board.
  • Instrument noise with cables was measured by shorting the clips of the center cores and one of the shields of the two BNC cables together.
  • Measurements were taken with file D1002818_SP.yml and D1002818_SP_LF.yml.
  • Input referred current noise spectrum was calculated by dividing the output voltage noise spectrum by the measured transfer function.
  • D1100117_S2100029_TFandNoiseSpectrum.pdf shows all the output votlage noise spectrum and input referred current noise spectrum measured.

Edit Wed Feb 10 15:14:13 2021 :

THE NOISE MEASUREMENT WAS WRONG HERE. SEE 40m/15799.

Attachment 1: D1002818_S2100029_TFandNoiseSpectrum.pdf
D1002818_S2100029_TFandNoiseSpectrum.pdf D1002818_S2100029_TFandNoiseSpectrum.pdf D1002818_S2100029_TFandNoiseSpectrum.pdf
Attachment 2: D1002818_Testing.zip
  15780   Thu Jan 28 12:53:14 2021 AnchalSummaryBHDHAM-A Coil Driver measurements before modifications

I took some steps to reduce the coupling of 60 Hz harmonics in noise measurement. The box was transferred to the floor instead of on top of another instrument. Measurement was immediately converted into single-ended using SR560 in battery mode with a gain of 10. All of the setups was covered in aluminum foil to increase isolation.

Spectrum measurement details

 

Attachment 1: D1100117_S2100027_Current_Noise_Spectrum.pdf
D1100117_S2100027_Current_Noise_Spectrum.pdf D1100117_S2100027_Current_Noise_Spectrum.pdf D1100117_S2100027_Current_Noise_Spectrum.pdf D1100117_S2100027_Current_Noise_Spectrum.pdf D1100117_S2100027_Current_Noise_Spectrum.pdf
Attachment 2: D1100117_S2100027_Voltage_Noise_Spectrum.pdf
D1100117_S2100027_Voltage_Noise_Spectrum.pdf D1100117_S2100027_Voltage_Noise_Spectrum.pdf D1100117_S2100027_Voltage_Noise_Spectrum.pdf D1100117_S2100027_Voltage_Noise_Spectrum.pdf D1100117_S2100027_Voltage_Noise_Spectrum.pdf
Attachment 3: D1100117_S2100028_Current_Noise_Spectrum.pdf
D1100117_S2100028_Current_Noise_Spectrum.pdf D1100117_S2100028_Current_Noise_Spectrum.pdf D1100117_S2100028_Current_Noise_Spectrum.pdf D1100117_S2100028_Current_Noise_Spectrum.pdf D1100117_S2100028_Current_Noise_Spectrum.pdf
Attachment 4: D1100117_S2100028_Voltage_Noise_Spectrum.pdf
D1100117_S2100028_Voltage_Noise_Spectrum.pdf D1100117_S2100028_Voltage_Noise_Spectrum.pdf D1100117_S2100028_Voltage_Noise_Spectrum.pdf D1100117_S2100028_Voltage_Noise_Spectrum.pdf D1100117_S2100028_Voltage_Noise_Spectrum.pdf
Attachment 5: SpectrumMeasurement.zip
  15781   Thu Jan 28 18:04:55 2021 AnchalSummaryBHDHAM-A Coil Driver measurements After modifications

I did the recommended modifications on of the boards with serial number S2100028. These included:

  • R13, R27: 160 -> 75
  • C11, C21: 470 nF -> 68nF
  • C19: 4.7 uF -> 470 nF
  • R15: 3.23 kOhm -> 1.82 kOhm

I took transfer function measurements with same method as in 40m/15774 and I'm presenting it here to ensure the modifications are correct and if I should proceed to the next board as well. I didn't have the data used to make plots in here but I think the poles and zeros have landed in the right spot. I'll wait for comments until tomorrow to proceed with changes in the other board as well. I'll do noise measurements tomorrow.

Attachment 1: D1100117_S2100027_TF.pdf
D1100117_S2100027_TF.pdf D1100117_S2100027_TF.pdf D1100117_S2100027_TF.pdf D1100117_S2100027_TF.pdf D1100117_S2100027_TF.pdf
Attachment 2: AfterChanges.zip
  15782   Thu Jan 28 21:44:45 2021 gautamSummaryBHDHAM-A Coil Driver measurements After modifications

Looks fine to me visually but the verdict can only be made once the z:p locations are quantitatively confirmed, and the noise tests pass. It would be interesting to see what kind of time-domain transient (in N of force) switching on the de-whitening introduces, i guess best done interferometrically.

Quote:

I'll wait for comments until tomorrow to proceed with changes in the other board as well. I'll do noise measurements tomorrow.

  15784   Fri Jan 29 15:39:30 2021 AnchalSummaryBHDHAM-A Coil Driver measurements After modifications TF and Noise S2100027

I fitted zeros and poles in the measured transfer function of D1100687 S2100027 and got zeros at 130 Hz and 234 Hz and poles at 10Hz and 2845 Hz. These values are different from the aimed values in this doc, particularly the 234Hz zero which was aimed at 530 Hz in the doc.

I also took the noise measurement using the same method as described in 40m/15780. The noise in Acquisition mode seems to have gone up in 10 Hz - 500 Hz region compared to the measurement in 40m/15780 before the modifications.

All channels are consistent with each other.


Edit Mon Feb 1 12:24:14 2021:
Added zero model prediction after the changes. The measurements match with the predictions.


Edit Wed Feb 3 16:46:59 2021:

Added zero modeled noise in the noise spectrum curves. The acquisition mode curves are in agreement with the model. The noise in Run mode is weirdly lower than predicted by zero.

Attachment 1: D1100687_S2100027_After_Modifications_Jan28.jpg
D1100687_S2100027_After_Modifications_Jan28.jpg
Attachment 2: D1100117_S2100027_TF.pdf
D1100117_S2100027_TF.pdf D1100117_S2100027_TF.pdf D1100117_S2100027_TF.pdf D1100117_S2100027_TF.pdf D1100117_S2100027_TF.pdf
Attachment 3: D1100117_S2100027_Voltage_Noise_Spectrum.pdf
D1100117_S2100027_Voltage_Noise_Spectrum.pdf D1100117_S2100027_Voltage_Noise_Spectrum.pdf D1100117_S2100027_Voltage_Noise_Spectrum.pdf D1100117_S2100027_Voltage_Noise_Spectrum.pdf D1100117_S2100027_Voltage_Noise_Spectrum.pdf
Attachment 4: D1100117_S2100027_Current_Noise_Spectrum.pdf
D1100117_S2100027_Current_Noise_Spectrum.pdf D1100117_S2100027_Current_Noise_Spectrum.pdf D1100117_S2100027_Current_Noise_Spectrum.pdf D1100117_S2100027_Current_Noise_Spectrum.pdf D1100117_S2100027_Current_Noise_Spectrum.pdf
Attachment 5: AfterChanges.zip
  15787   Tue Feb 2 11:57:46 2021 AnchalSummaryBHDHAM-A Coil Driver measurements After modifications TF and Noise S2100028

I have made the modifications on the other board D1100687 S2100028 as well. The measurements were taken as mentioned in 40m/15784. All conclusions remain the same as 40m/15784. The attached zip file contains all measurement data, before and after the modifications.


Edit Wed Feb 3 16:44:51 2021 :

Added zero modeled noise in the noise spectrum curves. The acquisition mode curves are in agreement with the model. The noise in Run mode is weirdly lower than predicted by zero.

Attachment 1: D1100687_S2100028_After_Modifications_Feb01_2021.jpg
D1100687_S2100028_After_Modifications_Feb01_2021.jpg
Attachment 2: D1100117_S2100028_TF.pdf
D1100117_S2100028_TF.pdf D1100117_S2100028_TF.pdf D1100117_S2100028_TF.pdf D1100117_S2100028_TF.pdf D1100117_S2100028_TF.pdf
Attachment 3: D1100117_S2100028_Voltage_Noise_Spectrum.pdf
D1100117_S2100028_Voltage_Noise_Spectrum.pdf D1100117_S2100028_Voltage_Noise_Spectrum.pdf D1100117_S2100028_Voltage_Noise_Spectrum.pdf D1100117_S2100028_Voltage_Noise_Spectrum.pdf D1100117_S2100028_Voltage_Noise_Spectrum.pdf
Attachment 4: D1100117_S2100028_Current_Noise_Spectrum.pdf
D1100117_S2100028_Current_Noise_Spectrum.pdf D1100117_S2100028_Current_Noise_Spectrum.pdf D1100117_S2100028_Current_Noise_Spectrum.pdf D1100117_S2100028_Current_Noise_Spectrum.pdf D1100117_S2100028_Current_Noise_Spectrum.pdf
Attachment 5: AfterChanges.zip
  15793   Wed Feb 3 16:27:19 2021 AnchalSummaryBHDSatellite Amplifier Transfer Functions and noise After modifications

I have made modifications recommended in this doc. The changes made are:

  • R24: 19.6k to 4.99k Ohms
  • R20: 19.6k to 4.99k Ohms
  • R23: 787 to 499 Ohms
  • Removed C16.

I took transfer function measurements, fitted them with zeros and poles and plotted it against the zero model of the circuit. The zeros and poles we intended to shift are matching well with 3Hz zero and 30 Hz pole. The later pole at 1500 Hz is at a higher value from what is predicted by zero.

I also took noise measurements and they are in good agreement with the noise predicted by zero.


Edit Wed Feb 10 15:14:13 2021 :

THE NOISE MEASUREMENT WAS WRONG HERE. SEE 40m/15799.

Attachment 1: D1002818_S2100029_TFAfterChanges.pdf
D1002818_S2100029_TFAfterChanges.pdf D1002818_S2100029_TFAfterChanges.pdf D1002818_S2100029_TFAfterChanges.pdf D1002818_S2100029_TFAfterChanges.pdf D1002818_S2100029_TFAfterChanges.pdf D1002818_S2100029_TFAfterChanges.pdf D1002818_S2100029_TFAfterChanges.pdf D1002818_S2100029_TFAfterChanges.pdf
Attachment 2: D1002818_S2100029_OutputNoiseSpecAfterChanges.pdf
D1002818_S2100029_OutputNoiseSpecAfterChanges.pdf D1002818_S2100029_OutputNoiseSpecAfterChanges.pdf D1002818_S2100029_OutputNoiseSpecAfterChanges.pdf D1002818_S2100029_OutputNoiseSpecAfterChanges.pdf D1002818_S2100029_OutputNoiseSpecAfterChanges.pdf D1002818_S2100029_OutputNoiseSpecAfterChanges.pdf D1002818_S2100029_OutputNoiseSpecAfterChanges.pdf D1002818_S2100029_OutputNoiseSpecAfterChanges.pdf
Attachment 3: D1002818_S2100029_InputRefferedNoiseSpecAfterChanges.pdf
D1002818_S2100029_InputRefferedNoiseSpecAfterChanges.pdf D1002818_S2100029_InputRefferedNoiseSpecAfterChanges.pdf D1002818_S2100029_InputRefferedNoiseSpecAfterChanges.pdf D1002818_S2100029_InputRefferedNoiseSpecAfterChanges.pdf D1002818_S2100029_InputRefferedNoiseSpecAfterChanges.pdf D1002818_S2100029_InputRefferedNoiseSpecAfterChanges.pdf D1002818_S2100029_InputRefferedNoiseSpecAfterChanges.pdf D1002818_S2100029_InputRefferedNoiseSpecAfterChanges.pdf
Attachment 4: D1002812_S2100029_After_Modifications_Feb3.jpg
D1002812_S2100029_After_Modifications_Feb3.jpg
Attachment 5: AfterChanges.zip
  15797   Wed Feb 10 11:45:59 2021 AnchalSummaryBHDSatellite Amplifier Very Low frequency noise After modifications

As suggested, I wrapped the satellite amplifier box D10028128 S2100029 in blanket and foam and took very low frequency spectrum starting from 32 mHz to 3 Hz. The results are attached along with stiched high frequency measurements from 40m/15793.

Very Low Frequency Spectrum Measurement

  • D1002818 S2100029 box was powered and covered in a foam blanket.
  • Additionally, it was covered from all sides with foam to reduce wind and temperature effects on it.
  • The rear panel DB25 connector was connected to a breakout board where pins od PDA input and GND were shorted, shorting the transimpedance circuit input.
  • The output was read from PDMon DB9 output at front panel which was converted to 4 BNC channels using breakout board.
  • Two channel noise was measured at once using D1002818_SP.yml parameter file.
  • Instrument noise at all the used input ranges were measured separately by shorting the input of the BNC cables.

Edit Wed Feb 10 15:14:13 2021 :

THIS MEASUREMENT WAS WRONG. SEE 40m/15799.

Attachment 1: FrontsideLook.jpg
FrontsideLook.jpg
Attachment 2: BacksideLook.jpg
BacksideLook.jpg
Attachment 3: InnerFoamBlanket.jpg
InnerFoamBlanket.jpg
Attachment 4: D1002818_S2100029_OutputNoiseLFSpecAfterChanges.pdf
D1002818_S2100029_OutputNoiseLFSpecAfterChanges.pdf D1002818_S2100029_OutputNoiseLFSpecAfterChanges.pdf D1002818_S2100029_OutputNoiseLFSpecAfterChanges.pdf D1002818_S2100029_OutputNoiseLFSpecAfterChanges.pdf D1002818_S2100029_OutputNoiseLFSpecAfterChanges.pdf D1002818_S2100029_OutputNoiseLFSpecAfterChanges.pdf D1002818_S2100029_OutputNoiseLFSpecAfterChanges.pdf D1002818_S2100029_OutputNoiseLFSpecAfterChanges.pdf
Attachment 5: D1002818_S2100029_InputRefCurrentNoiseLFSpecAfterChanges.pdf
D1002818_S2100029_InputRefCurrentNoiseLFSpecAfterChanges.pdf D1002818_S2100029_InputRefCurrentNoiseLFSpecAfterChanges.pdf D1002818_S2100029_InputRefCurrentNoiseLFSpecAfterChanges.pdf D1002818_S2100029_InputRefCurrentNoiseLFSpecAfterChanges.pdf D1002818_S2100029_InputRefCurrentNoiseLFSpecAfterChanges.pdf D1002818_S2100029_InputRefCurrentNoiseLFSpecAfterChanges.pdf D1002818_S2100029_InputRefCurrentNoiseLFSpecAfterChanges.pdf D1002818_S2100029_InputRefCurrentNoiseLFSpecAfterChanges.pdf
Attachment 6: AfterChangesLFSpectrum.zip
  15799   Wed Feb 10 15:07:50 2021 AnchalSummaryBHDSatellite Amplifier Output Offset measurements

I measured the output DC voltage of the satellite amplifier box at PDMon port when the PDA input was shorted and got following offsets:
 

CH Output Offset (mV) CH Output Offset (mV)
1 6 5 750
2 140 6 120
3 350 7 537
4 40 8 670

However, I think I'm making a mistake while measuring this offset as well as all the noise measurements of this satellite amplifier box so far. Since it is a current input, transimpedance circuit, the noise of the circuit should be measured with open input, not closed. Infact, by shorting the PDA input, I'm giving DC path to input bias current of AD833 transimpedance amplifier to create this huge DC offset. This won't be the case when a photodiode is connected at the input which is a capacitor and hence no DC path is allowed. So my issue of offset was bogus and past two noise measurements in 40m/15797 and 40m/15793 are wrong.

  15800   Wed Feb 10 15:25:45 2021 gautamSummaryBHDSatellite Amplifier Output Offset measurements

Why not just do this test with the dummy suspension box and CDS system? I think Rich's claim was that the intrinsic LED RIN was dominant over any drive current noise but we can at least measure the quadrature sum of the two (which is after all the relevant quantity in terms of what performance we can realize) and compare to a model.

  15801   Wed Feb 10 17:18:03 2021 KojiSummaryBHDSatellite Amplifier Output Offset measurements

Testing the satellite amp i.e.  PD driver
- To test the noise of the PD transimpedance amps:
Leave the PD input open (do not short the terminal goes to the PD)
- To test the current noise of the LED drivers: Short the output with an appropriate Rs to have the nominal current.
- To test the overall noise level together with the LED/PD pair: Connect the dummy OSEM module.

Testing the coil drivers
-
Short the output with an appropriate Rs.

  15803   Thu Feb 11 11:10:05 2021 AnchalSummaryBHDSatellite Amplifier Very Low frequency noise After modifications

Here is a proper measurement for PD transimpedance amplifier circuit in the Satellite amplifier box D1002818 S2100029. The input from rear DB25 connector was left open and measurement was taken with AC coupling with correction by the AC coupling transfer function (Zero at 0, pole at 160 mHz). I have calculated the input referred displacement noise by calculating the conversion factor of OSEM in A/m. From 40m/12470, old conversion factor of OSEM to output of sat amplifier was 1.6 V/mm. then, the transimpedance was 39.2 kOhm, so that must mean a conversion factor of 1.6e3/39.2 A/m. This I scaled with increased drive current by factor of 35/25 as mentioned in this document. The final conversion factor turned out to be around 57 mA / m. If someone finds error in this, please let me know.

There is excess noise in the low-frequency region below 5-6 Hz. If people think I should make a measurement of amplified noise to go further away from the instrument noise floor, let me know.

Attachment 1: AfterChangesSpectrum_AC.zip
Attachment 2: D1002818_S2100029_OutputNoiseSpecAfterChanges.pdf
D1002818_S2100029_OutputNoiseSpecAfterChanges.pdf D1002818_S2100029_OutputNoiseSpecAfterChanges.pdf D1002818_S2100029_OutputNoiseSpecAfterChanges.pdf D1002818_S2100029_OutputNoiseSpecAfterChanges.pdf D1002818_S2100029_OutputNoiseSpecAfterChanges.pdf D1002818_S2100029_OutputNoiseSpecAfterChanges.pdf D1002818_S2100029_OutputNoiseSpecAfterChanges.pdf D1002818_S2100029_OutputNoiseSpecAfterChanges.pdf
Attachment 3: D1002818_S2100029_InputRefCurrentNoiseSpecAfterChanges.pdf
D1002818_S2100029_InputRefCurrentNoiseSpecAfterChanges.pdf D1002818_S2100029_InputRefCurrentNoiseSpecAfterChanges.pdf D1002818_S2100029_InputRefCurrentNoiseSpecAfterChanges.pdf D1002818_S2100029_InputRefCurrentNoiseSpecAfterChanges.pdf D1002818_S2100029_InputRefCurrentNoiseSpecAfterChanges.pdf D1002818_S2100029_InputRefCurrentNoiseSpecAfterChanges.pdf D1002818_S2100029_InputRefCurrentNoiseSpecAfterChanges.pdf D1002818_S2100029_InputRefCurrentNoiseSpecAfterChanges.pdf
Attachment 4: D1002818_S2100029_InputRefDispNoiseSpecAfterChanges.pdf
D1002818_S2100029_InputRefDispNoiseSpecAfterChanges.pdf D1002818_S2100029_InputRefDispNoiseSpecAfterChanges.pdf D1002818_S2100029_InputRefDispNoiseSpecAfterChanges.pdf D1002818_S2100029_InputRefDispNoiseSpecAfterChanges.pdf D1002818_S2100029_InputRefDispNoiseSpecAfterChanges.pdf D1002818_S2100029_InputRefDispNoiseSpecAfterChanges.pdf D1002818_S2100029_InputRefDispNoiseSpecAfterChanges.pdf D1002818_S2100029_InputRefDispNoiseSpecAfterChanges.pdf
  15804   Thu Feb 11 16:58:52 2021 ranaSummaryBHDSatellite Amplifier Very Low frequency noise After modifications

I expect that a single OSEM channel can't be better than 1e-10 m/rHz above 5 Hz, so probably something wrong in the calibration. 1.6 V/mm seems right to me, so could be some place else.

  15815   Thu Feb 18 03:20:09 2021 KojiSummaryElectronicsCurrent Rack Map

For your planning:

Attachment 1: rack_plan.pdf
rack_plan.pdf
  15820   Thu Feb 18 20:24:48 2021 KojiSummaryElectronicsA bunch of electronics received

Todd provided us a bunch of electronics. I went to Downs to pick them up this afternoon and checked the contents in the box. Basically, the boxes are pretty comprehensive to produce the following chassis

  • 8 HAM-A coil driver chassis
  • 7 16bit Anti-Aliasing chassis
  • 4 18bit Anti-Imaging chassis
  • 5 16bit Anti-Imaging chassis

Some panels are missing (we cannibalized them for the WFS electronics). Otherwise, it seems that we will be able to assemble these chassis listed.
They have placed inside the lab as seen in the attached photo.


HAM-A COIL DRIVER (Req Qty 28+8)

- 8 Chassis
- 8 Front Panels
- 8 Rear Panels
- 8 HAM-A Driver PCBs
- 8 D1000217 DC Power board
- 8 D1000217 DC Power board

16bit AA (Req Qty 7)
- 7 CHASSIS
- 6 7 Front Panels (1 missing -> [Ed 2/22/2021] Asked Chub to order -> Received on 3/5/2021)
- 7 Rear Panels
- 28 AA/AI board S2001472-486, 499-511
- 7 D070100 ADC AA I/F
- 7 D1000217 DC Power board

18bit AI (Req Qty 4)
- 4 CHASSIS
- 4 Front Panels
- 4 Rear Panels
- 8 AA/AI board S2001463-67, 90-92
- 4 D1000551 18bit DAC AI I/F
- 4 D1000217 DC Power board
- bunch of excess components

16bit AI (Req Qty 5)
- 5 CHASSIS
- 4 5 Front Panels (D1101522) (1 missing -> [Ed 2/22/2021] Asked Chub to order -> Received on 3/5/2021)
- 3 5 Rear Panels (D0902784) (2 missing -> [Ed 2/22/2021] Asked Chub to order -> Received on 3/5/2021)
- 10 AA/AI board S2001468-71, 93-98
- 5 D1000217 DC Power board
- 5 D070101 DAC AI I/F

Internal Wiring Kit

[Ed 2/22/2021]
Asked Chub to order:
- Qty 12 1U Hamilton Chassis
- Qty 5 x Front/Rear Panels/Internal PCBs for D1002593 BIO I/F (The parts and connectors to be ordered separately)

  -> Front/Rear Panels received (3/5/2021)
  -> PCBs (unpopulated) received (3/5/2021)
  -> Components ordered by KA (3/7/2021)

Attachment 1: IMG_0416.jpeg
IMG_0416.jpeg
ELOG V3.1.3-