Through a series of unfortunate incidents, I ended up copying an older BSC-ISI Overview onto the current and lost changes made to naming of IOP_DACKILL channels.
However, following the guidence in the subject alog resulted in incorrect channel names. The corrections to this guidence are:
$(IFO):IOP-SEI_$(IOP)_SEI$(CHAMBER)_DACKILL_STATE, with $(CHAMBER) taking the following values: 'BS', 'ITMX', 'ITMY', 'ETMX', 'ETMY'
This is not correct, it should be:
$(IFO):IOP-SEI_$(CHAMBER)_DACKILL_STATE, with $(CHAMBER) taking the following values: 'BS', 'ITMX', 'ITMY', 'ETMX', 'ETMY'
This line too in the medms needed to be corrected from $(IFO):IOP-$(IOP_NAME)_DACKILL_STATE to $(IFO):IOP-SEI_$(CHAMBER)_DACKILL_STATE
I have added this correctioin to 12441.
Dave, Cyrus, Jim An additional ADC card and an 18 bit DAC card was added to the I/O chassis for h1iscex and h1iscey. At EX: The 18 bit DAC was added to PCIe slot 11 (bus 2-4), making it the first DAC card on the bus. The 18 bit adapter card was put into slot 2 of the backplane, while the 16 bit DAC adapter card was moved to slot 6 of the backplane. (The 18 bit DAC needs to be the first DAC card in the chassis, forcing the move of the 16 bit DAC adapter card). The H1:ISC_DAC0 cable followed the 16 bit DAC adapter to slot 6. There are now 4 ADC cards installed in the I/O chassis, in PCIe slots 1 (bus 0-1), 2 (bus 1-5), 3 (bus 1-4), and 7 (bus 1-6). An additional ADC adapter card was installed in slot 5 of the backplane, and the PEM AA chassis was connected to this card (it was connected to slot 1). This caused the ADC card for the PEM model to be moved to the last ADC card. The H1:ISC_ADC0 and H1:ISC_ADC1 cables were not moved, and the ADC card assignment for the h1iscex model didn't change. The h1calex model would use ADC card 0 and DAC card 0. At EY: ADC cards were installed in slot 4, 5, and 6. These were removed, and ADC cards were installed in PCIe slots 1, 2, 3, and 7 to match EX. An additional ADC adapter card was installed in slot 5 of the backplane. An 18 bit DAC card was installed in PCIe slot 11 (bus 2-4), while the existing 16 bit DAC remained in PCIe slot 10 (bus 2-5). The 16 bit DAC adapter card was moved from backplane slot 2 to backplane slot 6, with the H1:ISC_DAC0 cable following the adapter card. An 18 bit DAC adapter card was installed in backplane slot 2, so the 18 bit DAC card is the first DAC on the PCIe bus, and the 16 bit DAC is the second DAC on the PCIe bus. The h1caley model would use ADC card 0 and DAC card 0. For both EX and EY: backplane assignments: slot 1 ADC - h1cale(x,y) ADC card 0 slot 2 DAC - h1cale(x,y) DAC card 0 (18 bit) (share with pem model) slot 3 ADC - h1isce(x,y) ADC card 1 slot 4 ADC - h1isce(x,y) ADC card 2 slot 5 ADC - h1peme(x,y) ADC card 3 slot 6 DAC - h1isce(x,y) DAC card 0 (16 bit) An error was made on the installation at EX, so data for the h1pemex and h1iscex models is invalid from 09:35 to 15:40 PDT. During troubleshooting, a power cycle of the h1iscex I/O chassis caused errors on the h1susex and h1seiex models, requiring a restart of those computers. The IRIG-B timing drifted on startup of EY, so data for h1pemey, h1iscey, and h1odcy in invalid from 11:15 to 13:42 PDT.
Cyrus, Jim, Rick, Shivaraj, Dave
WP4888
Two new H1 front end models were created, h1calex and h1caley. They run on the end station ISC front ends, using the 4th user-model core. We assigned them the next two spare DCU-IDs (h1calex=124, h1caley=125).
The cal models currently only have the PCAL subsystems. I took the latest version of the PCALX code from h1odcx (where it was temporarily installed for testing) and installed on both end stations. The models' channels have the prefix H1:CAL-PCAL[X,Y]_. The CAL models are located under SVN in the ISC path (isc/h1/models/h1cale[xy])
The CAL models use the first ADC because they require the DUOTONE timing signals. The PEM models were modified to use the 4th ADC. The ISC models continue to use the 2nd and 3rd ADC and did not need modification.
The CAL models use the newly installed 18bit DAC card. This card is also used by the PEM model to drive unused channels (I modifed PEM accordingly).
The DAQ master and H1EDCU_DAQ.ini files were modified to include the new CAL models.
The IOP models h1iopisce[xy] were modifed to add the 4th ADC and 18bit DAC.
All models on the ISC front ends and the DAQ were restarted several times during this install.
Here is a summary list of model changes
h1iopiscex | add ADC and 18bit DAC |
h1iopiscey | add ADC and 18bit DAC |
h1pemex | switch ADC from 1st to 4th and add 18bit DAC, filter modules to drive unused DAC channels |
h1pemey | switch ADC from 1st to 4th and add 18bit DAC, filter modules to drive unused DAC channels |
h1odcx | remove PCALX part from this model |
h1calex | New CAL EX model. Uses 1st ADC and 18bit DAC (first channel) |
h1caley | New CAL EY model. Uses 1st ADC and 18bit DAC (first channel) |
Ran new BNC cable from electronics high bay to tiltmeter in VEA.
The following electronics were installed at EY and EX. 18 Bit AI Chassis S1203483 - EX 18 Bit AI Chassis S1203519 - EY Anti-Alias Chassis S1400574 - EX Anti-Alias Chassis S1400575 - EY Still waiting on cables from vendor that still need to get pulled.
8:17 am, Peter K and Rick S working inside the H1 PSL laser enclosure.
8:20 am, Hugh to CS VEA, survey of different chambers for CPS grounds.
8:50 am, Patrick from CS CR, conlog work, see his entry for more information.
9:28 am, Hugh to visit both end stations, continue with survey for CPS grounds.
9:30 am, Dave and Jim from somewhere in the CS, work per WP#4887.
9:37 am, Filiberto to visit both end stations, work on WP#4892.
9:48 am, Cyrus to Y-End station VEA, work on HWS computer.
10:10 am, Travis and Betsy to CS VEA, West bay work.
10:52 am, Aaron to CS VEA, install camera cable for TCS-Y, close to BSC1.
12:10 pm, Hugh to CS VEA, to add/install CPS ground @ BSC1.
12:15 pm, Krishna to X-End VEA, UW-PEM work.
1:30 pm, Filiberto to visit both End Stations, new location of cables need new labels.
1:56 pm, Betsy to CS VEA, work @ West bay, drill on hand.
2:12 pm, Jason and Doug to CS VEA, retrieve equipment.<---did not retrieve it but equipment was located.
2:35 pm, Filiberto to X-End station, power cycle equipment.
3:10 pm, Dave and Jim to X-end station, bring up equipment after power cycle.
3:21 pm, Andres and Jeff to visit both end stations, retrive parts/components.
3:52 pm, Travis to CS VEA, locate and retrive missing laser power meter that someone swiped.
Reloaded the iscex/ey and asc models to enable the new camera channels.
The attached snap shows
When the Y-arm is locked on green this should now give an error signal to the green alignment system.
The script didn't work until I swapped H1:VID-CAM24_X and H1:VID-CAM24_Y:
#!/bin/bash
while [ true ]; do
ezcawrite H1:ALS-Y_CAM_ITM_PIT_POS 'ezcaread H1:VID-CAM24_Y|awk '{print $3}''
ezcawrite H1:ALS-Y_CAM_ITM_YAW_POS 'ezcaread H1:VID-CAM24_X|awk '{print $3}''
ezcawrite H1:ALS-Y_CAM_ITM_SUM 'ezcaread H1:VID-CAM24_SUM|awk '{print $3}''
done
The first figure attached shows the optical levers motion, Monday at 1 am, with Stage 1 Z under 90 mHz blend.
The second figure attached shows the optical levers motion, Tuesday at 1:15 am (there were some offsets applied around 1:00am), with Stage 1 Z under 750 mHz blend hoping to reduce the Yaw motion at the microseism.
The input motion was very similar for the two measurements.
- Results: All units except (ETMX) show more motion in the Z 750 mHz blend configuration, as summarized in the table below; I recommend to revert the Z blend back to 90 mHz configuration to see if the results are repeatable. This can be done any time as both configurations provide similar performance anyhow (-> when it is the least disruptive for IFO locking activities),
- Other comment: it would be good to find out why ITMY and ETMY rms are dominated by features below the micro-seism (poor tilt decoupling? noisy sensor?). This is true in both blend configurations shown in these plots.
RMS value of the optical levers down to 10 mHz:
Pitch (90mHz Z blend) Pitch (750mHz Z blend) Yaw (90mHz Z blend) Yaw (750mHz Z blend)
ITMX 8 nRad 16 nRad 11 nRad 20 nRad
ITMY 29 nRad 35 nRad 63 nRad 71 nRad
ETMX 15 nRad 11 nRad 16 nRad 12 nRad
ETMY 37 nRad 43 nRad 53 nRad 62 nRad
Last week, RobertS and I determined that the North and South PSL table temperature sensors are mislabeled. North is really South, and vice-versa. The South sensor (EPICS channel calls it North) was mounted close to the two major heat sources in the Laser Room that are not water cooled: the TTFSS servo electronics and the ISS AOM driver (see "before" photo below). Today, I moved it approximately 2 ft. to the West so that is not located on the South-West corner of the table, and away from the heat sources (see second photo attached below).
PeterK and RickS - FSS AOM replaced. Heat sink, aluminum baseplate, kapton insulators, nylon screws added. (see photo below) - Measured RF power at input to AOM: 22.5 Vp-p -> 7.96 Vrms -> 1.27 W. About right. - Aligned AOM. Power just upstream of AOM: 68 mW; Power just downstream: 58 mW. 85% efficiency. Very good. - Second pass, measured just upstream of EOM: 47 mW; 81% efficiency. Good. Double-pass efficiency 69%. Good. - Power downstream of EOM, downstream of RC modematching lens L12: 47 mW. Good. - M27, first turning mirror downstream of EOM was not locked, now is. - Aligned into reference cavity using two periscope mirrors. Max Tx PD DC out: 2.37 V. Locked both periscope mirror mounts. TxPD DCout after locking mounts: 2.35 V. - Centered beam on RFPD. Locked all three actuators on first steering mirror upstream of RFPD. - FSS RFPD unlocked: 360 mW; locked: 37 mV -> 90% visibility. Not too bad. - TTFSS gains (FAST/Common): 15/30 dB; measured UGF 340 kHz; phase margin > 50 deg. Notch at 770 kHz. Peaks at 1.77, 1.93, and 2.48 MHz up to within 2-3 dB of unity gain (see photo below). Probably should be addressed by rolling the loop off more aggressively above 1 MHz, or so. - Frontend watchdog disabled at start of work, enabled at close of work. Overall, loop seems to be functioning well.
Isomet AOM 1205C-843 S/N 120684, purchased under P/O S127984. Replaces the AOM purchased during the Initial LIGO era.
Plot of the reference cavity transmission and pre-modecleaner output after the work on the AOM. There are two discontinuities in the reference cavity transmission. The first probably coincides with the FSS oscillations noted by Kiwamu earlier today. The second change might be due to the common gain being reduced to 18.8 from 30.0.
Relative power noise measurement looks nominal. The frequency noise looks similar to that of previous weeks. The low frequency (sub 100 Hz) part of the spectrum is higher than the reference measurement. The beam pointing measurement looks different to the previous week's. Everything is higher by a factor of ~10. Measurements are worse than the reference measurement above 100 Hz. The mode scan looks nominal. Higher order mode count 53, higher order mode power 4.6%. The first loop relative power noise looks where it should now. Flat down to about 3 Hz at ~1.4E-7/Sqrt[Hz]. Average diffraction percentage is 9%. A little larger due to the second loop being commissioned.
I bagged & tagged items which I assume were left over from various installations over the summer. I left bags in cleanroom for owners to put away.
There is a cleanroom between HAM4/5 which is still powered on (not sure what this is being used for nowadays...TCS?). Of course, the big cleanrooms in the West Bay are being used for SUS 3IFO.
Top View Photos were taken for ISCT1, IOHT2L, IOHT2R, & ISCT6.
Incursions were from 9:00-10:00am.
Added water to the chiller, 210 ml.
Reset of HEPI L4C Accumulated WD Counters for HAM2 10:48 am.
Stopped the slave replication process on h1conlog3. Ran mysqldump -u root -p h1conlog > h1conlog_dump_7oct2014.sql on h1conlog3. Started the slave replication process on h1conlog3. Took about 10 minutes or so. Tarred the backup file and moved it to: /ligo/lho/data/conlog/h1/backups/h1conlog_dump_7oct2014.sql.tgz The size is 356M. I also added Dave B. to be emailed the hourly list of frequently changing channels. However, he does not seem to be receiving them yet. When this gets sorted out I will close WP 4891.
Last week we were wondering about possible ITMX excess motions. I reploted the optical lever motion from last friday including the calibration correction factors that Jeff posted yesterday. The first figure is the initial plot. The second one includes the correction.
While ITMX still show a large half-hour notion, the RMS values of the ITMs tends to be very similar dowm to 10 mHZ. In this measurement, the RMS values were around 20 nRad rms, both for pitch and yaw.
model restarts logged for Mon 06/Oct/2014
2014_10_06 01:32 h1fw1
2014_10_06 11:44 h1fw0
unexpected fw restarts
Trying a small modification to the ITMY blends tonight. Because the Z/RZ is suspected to be caused by actuator drive currents, Sheila has allowed me to switch the Z on St1 to a higher blend. If this proves unworkable for arm work tonight, the blend can be switched back easily enough to Tbetter on Z. Getting Ryan's 90mhz blend is possible, but right now would require turning off the Z isolation loop, a bunch of extra clicks( switch each of the individual current blends), then turning the loop back on.
I'm attaching some data that prompted the change. Fabrice made a script last week that plots the coherence of the ISI St1 T240's to the Oplev signals. I messed with it this morning a little to look at all degrees of freedom, shown in the attached plots. The first 2 pages show ISI to oplev pitch, the last 2 are ISI to oplev yaw, from Sunday night, with ITMY in our new <a href="https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=14284">"standard configuration"</a>. Basically, red means high coherence, meaning the ISI is strongly coupled to the motion the oplev is seeing, or something. We think that Z isolation is not strongly coupled to optic motion, so reducing isolation there won't negatively affect the optic. But, reducing the amount of drive on Z, I hope, will reduce the amount of RZ/yaw that is induced.
Plots from ITMY last night with high blend on Z.
SEI MEDM screens were all updated (HAM-ISI, BSC-ISI, HEPI) to account for the recent changes in the IOP Dackill channels names.
Displays are fully functional again for both HAM-ISI and HAM-HEPI. (before/after - notes)
BSC-ISI and BSC-HEPI need the IOP DACKILL parts to be updated so channel names match with chamber names, as It is currently the case on HAM chambers. DaveB has agreed to do those changes, and the related model restarts, next week so the BSC chamber IOP DACKILL channels are named as follow:
$(IFO):IOP-SEI_$(IOP)_SEI$(CHAMBER)_DACKILL_STATE, with $(CHAMBER) taking the following values: 'BS', 'ITMX', 'ITMY', 'ETMX', 'ETMY'
Work was performed under DaveB's WP #4672
$(IFO):IOP-SEI_$(IOP)_SEI$(CHAMBER)_DACKILL_STATE, with $(CHAMBER) taking the following values: 'BS', 'ITMX', 'ITMY', 'ETMX', 'ETMY'
This is not correct, it should be:
$(IFO):IOP-SEI_$(CHAMBER)_DACKILL_STATE, with $(CHAMBER) taking the following values: 'BS', 'ITMX', 'ITMY', 'ETMX', 'ETMY'
This line too in the medms needed to be correct from $(IFO):IOP-$(IOP_NAME)_DACKILL_STATE to $(IFO):IOP-SEI_$(CHAMBER)_DACKILL_STATE
The CDS overview MEDM screens (large and small) were modified to include the new end station CAL models. Also the h1oaf0 was modified to put in place holders for the GAMMACAL and CALCS models which will be installed soon.