|
Size: 3552
Comment:
|
Size: 4435
Comment:
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 58: | Line 58: |
| 1. I was unable to access the channel ''C1:LSC-PD9_Q1_!WhiteGainOut' ''nor do I believe this is the correct 40 m analog. I have hard-coded the value .375 (the value of the channel''''' ''''C1:LSC-PD9_Q1_!WhiteGainOut' '''''on 8/15/2008) into wgain(1). ''''' ''''' ''' | 1. I was unable to access the channel ''C1:LSC-PD9_Q1_!WhiteGainOut' ''nor do I believe this is the correct 40 m analog. I have hard-coded the value .375 (the value of the channel''''' ''''C1:LSC-PD9_Q1_!WhiteGainOut' '''''on 8/15/2008) into wgain(1). ''''''''' ''''' ''' |
| Line 64: | Line 64: |
| Frequency - Not Yet Plotting. | Frequency - Not Yet Plotting. Current Progress: I was told by Rob that PD11 was the designation of the reflective photo-detector which corresponds to the anti-symmetric port. I have tried to replace the channel [ IFO_NAME 'LSC_REFL_I'] with [ IFO_NAME 'LSC_PD11_I_MON'] which is listed as a non-testpoint channel in dataviewer and may be viewed in dataviewer and on medm as outputting non-zero values. The resulting error occurs in get_dtt_FFT.m and states that at some point in the code "INDEX EXCEEDS MATRIX DIMENSIONS". Since get_dtt_FFT.m is used by almost every other noise source, I am confident that this is not a problem with get_dtt_FFT but rather with my channel choice. My current thinking is that perhaps get_dtt_FFT does not work with SLOW channels which [ IFO_NAME 'LSC_PD11_I_MON'] is (There are no FAST non-testpoint channels corresponding to PD11 listed in dataviewer.). |
The summer project will entail modifying pre-existing automated noise budget code for use on the 40M with an eye for cross-site compatibility. New sensors will be added to the noise budget calculations.
Reports:
SURF Progress Report #1:
attachment:MaxJonesProgressReport_RoughDraft_3.pdf
SURF Progress Report #2
attachment:MaxJonesSecondProgressReport_RD_1.pdf
SURF Abstract
attachment:SURFAbstract.pdf
Current Status of the 40 m Noise Budget (by source):
DARM - Plotting. LSCmodel.m must be revised.
MICH - Plotting.
PRC - Plotting.
Oscillator - Plotting.
OpticalLevers - Plotting.
WFS - Not yet plotting.
OSEM - Plotting. It is very likely that I have chosen the wrong 40 m channels to be used by getOSEM.m. Furthermore, since 40 m filters are often not on, I have created a 40 m case in getOSEM.m which hard-wires filtnums, an array which indicates which filters are on.
Seismic - Plotting. It may be necessary to obtain new stack and pendulum transfer functions, but otherwise accurate. Re-Written.
ETM - Plotting.
ITM - Plotting.
BS - Plotting.
SusTherm - Plotting.
IntTherm - Plotting.
Shot - Plotting. The following needs to be changed:
The command get_dtt_dataset('ASDCepicsC1', gpstime) was returning an empty matrix despite the fact that I believe that the channels referenced in the ASDCepicsC1 case exist. For now, I have replaced this with an appropriately sized array of 1's.
!/ReferenceData/C1_ASDCepics.txt is a direct copy of the H1 file.
- Possibly other items. I don't yet understand the noise source and the code well enough to determine if more must be changed.
I believe noise must be injected into particular channels at this time to get a non-zero noise contribution.
Dark - Plotting.The following needs to be changed:
!/ReferenceData/C1_DarkNoise.txt is a direct copy of the H1 file.
I was unable to access the channel C1:LSC-PD9_Q1_WhiteGainOut' nor do I believe this is the correct 40 m analog. I have hard-coded the value .375 (the value of the channel 'C1:LSC-PD9_Q1_WhiteGainOut' on 8/15/2008) into wgain(1).
I believe noise must be injected into particular channels at this time to get a non-zero noise contribution.
Intensity - Plotting. The following will need to be changed: counts_per_volt_W, counts_per_volt_NW, NB/Reference/C1_ISS_TF.mat .
Frequency - Not Yet Plotting. Current Progress: I was told by Rob that PD11 was the designation of the reflective photo-detector which corresponds to the anti-symmetric port. I have tried to replace the channel [ IFO_NAME 'LSC_REFL_I'] with [ IFO_NAME 'LSC_PD11_I_MON'] which is listed as a non-testpoint channel in dataviewer and may be viewed in dataviewer and on medm as outputting non-zero values. The resulting error occurs in get_dtt_FFT.m and states that at some point in the code "INDEX EXCEEDS MATRIX DIMENSIONS". Since get_dtt_FFT.m is used by almost every other noise source, I am confident that this is not a problem with get_dtt_FFT but rather with my channel choice. My current thinking is that perhaps get_dtt_FFT does not work with SLOW channels which [ IFO_NAME 'LSC_PD11_I_MON'] is (There are no FAST non-testpoint channels corresponding to PD11 listed in dataviewer.).
The addition of sources to the 40 m noise budget follows the following steps:
1) Modify the scripts (usually NoiseBudget.m, get(insert noise source).m and get_dtt_dataset.m) to accept and plot data from 40 m channels. Often Hanford or Livingston parameters or transfer functions are used in this preliminary step.
2) Modify working scripts to accurately represent the 40 m set up. This includes transfer functions and 40 m specific parameters. Since many parameters are defined in the file C1IFOparams.m, it is this file which should be modified first. This step is made more critical by the fact that since we are often not in lock, the automatic parameter updater updatepardata.m cannot be run (it will notice that no filters are on.)
3) Re write portions of the code to provide better readability. The code was written by many different authors and changed often. This has resulted in poor style and few comments. I hope to change that by re-writing certain files and providing documentation.