ID |
Date |
Author |
Type |
Category |
Subject |
11829
|
Mon Nov 30 18:27:30 2015 |
Koji | Update | LSC | strange behavior of ASDC |
It wasn't fully mentioned in ELOG 11814.
We checked the PD first and this behavior didn't change after the realignment of the AS55PD.
Yutaro confirmed that this effect is happening in the vacuum chamber. |
11834
|
Tue Dec 1 17:26:14 2015 |
Koji | Update | General | Megatron maitenence |
SLOWDC servo was dead. I followed EricQ's instruction. |
11835
|
Tue Dec 1 20:20:16 2015 |
Koji | Update | General | Megatron maitenence |
MC Autolocker got stack somewhere. I had to go to megatron and kill MC Autolocker.
init relaunched the autolocker automatically, and now it started properly. |
11852
|
Sat Dec 5 21:28:33 2015 |
Koji | HowTo | Cameras | When image capture does not work... |
Do we need "make" everytime? Do you mean just running "modprobe" didn't work? |
11867
|
Wed Dec 9 18:45:58 2015 |
Koji | Summary | General | Network Topology Check |
[Eric Q, Gautam, Koji]
We went through the network connections to produce the mapping of the instruments.
Gautam summarized the notes into a spread sheet. See attachments.
We didn't find any irregular connections except for the connection of NETMGR port of c1ioo to Martian Network.
This cable was removed. |
Attachment 1: Network_topology_9Dec2015.xlsx
|
Attachment 2: Network_topology_9Dec2015.pdf
|
|
11873
|
Fri Dec 11 13:28:36 2015 |
Koji | Update | LSC | Power recycling gain estimation from arm loss measurement |
Can I ask you to make a plot of the power recycling gain as a function of the average arm loss, indicating the current loss value? |
11876
|
Fri Dec 11 23:12:09 2015 |
Koji | Summary | COC | Loss map measurement document |
Yutaro left detailed slides for his loss map measurement
https://dcc.ligo.org/LIGO-G1501547 |
11920
|
Thu Jan 7 19:04:25 2016 |
Koji | Update | LSC | AUX X Freq Noise measured |
The next step is to compare this data with the same measurement with the PSL and the AUX laser on the PSL table (or the end Y laser). If these show a lot lower noise level, we can say 1) the x-end laser is malfunctioning and 2) the y-end and AUX laser on the PSL are well low noise. |
11923
|
Fri Jan 8 22:37:17 2016 |
Koji | Update | General | New WiFi router |
I configured a new wifi bridge for a GPIB Instruments.
The some facts are described on https://wiki-40m.ligo.caltech.edu/Network
The setting up wasn't so straight forward. I added more details there as a linked page.
One thing I had to do with the martian wifi router was that I had to separate the name of SSIDs for 2GHz and 5GHz networks.
Now the data download from Agilent is super fast!
The first establishing the connection takes the most of the time, and the data transfer takes literary nothing.
controls@pianosa|netgpibdata > time ./netgpibdata -i 192.168.113.167 -d AG4395A -a 10 -f meas01
Connecting to host 192.168.113.167, GPIB 10...
done.
Data will be written into meas01.dat.
Parameters will be written into meas01.par.
Writing measurement data to file...
Writing to the parameter file.
real 0m4.056s
user 0m0.068s
sys 0m0.020s
|
11941
|
Thu Jan 21 00:02:11 2016 |
Koji | Update | LSC | Hopeful signs |
That's a good news. Only quantitative analysis will tell us if it is true or not.
Also we still want to analyze the traffic with the new switch.
Quote: |
On a brighter note, I've only noticed one brief EPICS freeze all night. In addition, the wall StripTools seem totally contiuous since ~4pm, whereas I'm used to seeing some blocky shapes particularly in the seismic rainbow. Could this possibly mean that the old WiFi router was somehow involved in all this?
|
|
11964
|
Sat Jan 30 09:56:24 2016 |
Koji | Update | Green Locking | Innolight laser is 10 years old |
It is strange that there is no difference between with and without NE, isn't it? |
11968
|
Mon Feb 1 15:43:18 2016 |
Koji | Update | Green Locking | Innolight laser is 10 years old |
This is the same one as what you got from Steve. But you can find full pages.
https://wiki-40m.ligo.caltech.edu/PSL/NPRO |
11971
|
Tue Feb 2 18:54:02 2016 |
Koji | Update | Green Locking | Lightwave NPRO moved from PSL table to SP table |
jiIn fact, it is one of the most difficult type mode profiling to measure a beam directly out from a laser source.
If you reduce the power by ADJ, this significantly changes the output mode as the pumping power varies temperature gradient of the laser crystal and thus thermal lensing in it. I'd recommend you to keep the nominal power.
If you use a PBS for power reduction, you should increase the transmission ~x10 from the minimum so that you are not dominated by possible junk polarization.
Any transmissive BK7 components where the beam is small can cause thermal lensing. In order to avoid this issue, I usually use two noncoated (or one AR coated) optical windows made of UV fused silica to pick off the beam. Once the beam power is reduced I suppose it is OK to use an additional ND filter in front of the CCD.
Another more reliable method is an old-good knife edge measurement. |
11974
|
Thu Feb 4 09:16:46 2016 |
Koji | Update | Green Locking | Lightwave NPRO moved from PSL table to SP table |
I don't think the discrepancy is a serious issue as long as the mode is clean. The mode is determined by the NPRO crystal and is hard to change by anything except for the thermal lensing in the crystal.
And I never succeeded to reproduce the mode listed in the manual.
One thing you'd better to take care is that clipping of the beam produces diffraction. The diffracted beam spreads faster than the nominal TEM00 mode. Therefore the power meter should to be placed right after the razor blade. i.e. As you move the longitudinal position of the razor blade, you need to move the power meter. |
11989
|
Fri Feb 12 19:07:52 2016 |
Koji | Update | Green Locking | Laser swap - green light recovered but no flashes in the arm |
800e-6 / 0.225^2 = 0.016
=> 1.6%/W
I thought Kiwamu had roughtly 2%/W.
|
11991
|
Mon Feb 15 13:09:33 2016 |
Koji | Update | General | Something has gone wrong - was there a power outage? |
Looks like that's the case. LIGO GC also sent an e-mail that there was a popwer glitch. |
12000
|
Fri Feb 19 15:12:38 2016 |
Koji | Summary | PEM | Guralp Health Check |
I measured the guralp raw outputs and the TFs using the handheld unit and an FFT analyzer.
[Setup]
The handheld unit was connected to each guralp with the same cable which is confirmed t be functional with the Yend Guralp.
The signal for Z, N, and E directions are obtained from the banana connectors on the handheld unit. Each direction has mass, low gain velocity, and high gain velocity output. The PSDs of the signals were measured with an FFT analyzer. The transfer function from the mass signal to the low/high gain signals were also measured for each direction.
The adjustment screw for the E output of the Xend does not work. I had to tilt the Xend Guralp using the leg screws to bring the E signal to zero.
[Result]
Attachment 1: Raw voltage PSD for all outputs
Attachment 2: Comparison of the low gain vel outputs
- All of the mass output show similar PSDs.
- Low gain velocity outputs shows somewhat similar levels. I still need to check if the output is really the ground velocity or not.
- High gain velocity outputs are either not high gain, broken, or not implemented.
- We need to calibrate the low gain output using signal injection, huddle test, or something else.
Attachment 3: TFs between each mass output and the low or high gain outputs
- TFs between the mass signal and the low vel signals show the similar transfer functions between the channels.
- The high gain outputs show low or no transfer function with regard to the mass signals.
|
Attachment 1: Guralp_Raw_PSD.pdf
|
|
Attachment 2: low_vel_comparison.pdf
|
|
Attachment 3: Guralp_TF.pdf
|
|
12037
|
Wed Mar 16 16:02:40 2016 |
Koji | Update | SUS | wire standoff test cut |
It looks almost OK, but we need a bit sharper picture for both the groove and thw wire. |
Attachment 1: ruby.png
|
|
12042
|
Tue Mar 22 21:30:15 2016 |
Koji | Update | IOO | PMCIMC aligned, WFS offset adjusted |
The alignment of the PMC adjusted on the PSL table: Trans 0.737->0.749
The alignment of the IMC adjusrted on the sliders: Trans 14300->15300
WFS offset has been reset by /opt/rtcds/caltech/c1/scripts/MC/WFS/WFSoffsets |
Attachment 1: 08.png
|
|
12049
|
Sat Mar 26 18:28:24 2016 |
Koji | Update | elog | elogd flakiness |
Elogd have been restarted several times today because it died everytime I submit something.
Here is the copy of the log.
GET /OMC_Lab/255?cmd=loc&value=Submit HTTP/1.1
Returned 6 bytes
GET /40m/elog.rdf HTTP/1.1
Returned 17109 bytes
TCP connection #1 on socket 5 closed
POST /OMC_Lab/ HTTP/1.1
Returned 20 bytes
GET /OMC_Lab/255 HTTP/1.1
Returned 53721 bytes
GET /ckeditor/skins/moono/images/arrow.png HTTP/1.1
Returned 489 bytes
POST /OMC_Lab/ HTTP/1.1
*** buffer overflow detected ***: /export/home/elog/elog/elogd terminated
======= Backtrace: =========
/lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x7f1435639e57]
/lib/x86_64-linux-gnu/libc.so.6(+0x108d50)[0x7f1435638d50]
/lib/x86_64-linux-gnu/libc.so.6(+0x1081b9)[0x7f14356381b9]
/lib/x86_64-linux-gnu/libc.so.6(_IO_default_xsputn+0xdd)[0x7f14355ab0cd]
/lib/x86_64-linux-gnu/libc.so.6(_IO_vfprintf+0x25a8)[0x7f143557ac18]
/lib/x86_64-linux-gnu/libc.so.6(__vsprintf_chk+0x94)[0x7f1435638254]
/lib/x86_64-linux-gnu/libc.so.6(__sprintf_chk+0x7d)[0x7f143563819d]
/export/home/elog/elog/elogd[0x426405]
/export/home/elog/elog/elogd[0x473b7f]
/export/home/elog/elog/elogd[0x4abfb2]
/export/home/elog/elog/elogd[0x4ad7fb]
/export/home/elog/elog/elogd[0x4b0af5]
/export/home/elog/elog/elogd[0x4b1eb9]
/export/home/elog/elog/elogd[0x403568]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed)[0x7f143555176d]
/export/home/elog/elog/elogd[0x404299]
======= Memory map: ========
00400000-004e6000 r-xp 00000000 fc:00 10361276 /export/home/elog/elog-3.0.d/elogd
006e5000-006e6000 r--p 000e5000 fc:00 10361276 /export/home/elog/elog-3.0.d/elogd
006e6000-007c6000 rw-p 000e6000 fc:00 10361276 /export/home/elog/elog-3.0.d/elogd
007c6000-0173d000 rw-p 00000000 00:00 0
0214d000-02656000 rw-p 00000000 00:00 0 [heap]
7f14342f8000-7f143430d000 r-xp 00000000 fc:00 2883628 /lib/x86_64-linux-gnu/libgcc_s.so.1
7f143430d000-7f143450c000 ---p 00015000 fc:00 2883628 /lib/x86_64-linux-gnu/libgcc_s.so.1
7f143450c000-7f143450d000 r--p 00014000 fc:00 2883628 /lib/x86_64-linux-gnu/libgcc_s.so.1
7f143450d000-7f143450e000 rw-p 00015000 fc:00 2883628 /lib/x86_64-linux-gnu/libgcc_s.so.1
7f143450e000-7f14348cd000 rw-p 00000000 00:00 0
7f1434a34000-7f1434d39000 r--p 00000000 fc:00 530477 /usr/lib/locale/locale-archive
7f1434d39000-7f1434d4f000 r-xp 00000000 fc:00 655527 /usr/local/lib/libz.so.1.2.8
7f1434d4f000-7f1434f4e000 ---p 00016000 fc:00 655527 /usr/local/lib/libz.so.1.2.8
7f1434f4e000-7f1434f4f000 r--p 00015000 fc:00 655527 /usr/local/lib/libz.so.1.2.8
7f1434f4f000-7f1434f50000 rw-p 00016000 fc:00 655527 /usr/local/lib/libz.so.1.2.8
7f1434f50000-7f1434f52000 r-xp 00000000 fc:00 2883655 /lib/x86_64-linux-gnu/libdl-2.15.so
7f1434f52000-7f1435152000 ---p 00002000 fc:00 2883655 /lib/x86_64-linux-gnu/libdl-2.15.so
7f1435152000-7f1435153000 r--p 00002000 fc:00 2883655 /lib/x86_64-linux-gnu/libdl-2.15.so
7f1435153000-7f1435154000 rw-p 00003000 fc:00 2883655 /lib/x86_64-linux-gnu/libdl-2.15.so
7f1435154000-7f1435307000 r-xp 00000000 fc:00 2883609 /lib/x86_64-linux-gnu/libcrypto.so.1.0.0
7f1435307000-7f1435506000 ---p 001b3000 fc:00 2883609 /lib/x86_64-linux-gnu/libcrypto.so.1.0.0
7f1435506000-7f1435521000 r--p 001b2000 fc:00 2883609 /lib/x86_64-linux-gnu/libcrypto.so.1.0.0
7f1435521000-7f143552c000 rw-p 001cd000 fc:00 2883609 /lib/x86_64-linux-gnu/libcrypto.so.1.0.0
7f143552c000-7f1435530000 rw-p 00000000 00:00 0
7f1435530000-7f14356e4000 r-xp 00000000 fc:00 2884139 /lib/x86_64-linux-gnu/libc-2.15.so
7f14356e4000-7f14358e3000 ---p 001b4000 fc:00 2884139 /lib/x86_64-linux-gnu/libc-2.15.so
7f14358e3000-7f14358e7000 r--p 001b3000 fc:00 2884139 /lib/x86_64-linux-gnu/libc-2.15.so
7f14358e7000-7f14358e9000 rw-p 001b7000 fc:00 2884139 /lib/x86_64-linux-gnu/libc-2.15.so
7f14358e9000-7f14358ee000 rw-p 00000000 00:00 0
7f14358ee000-7f1435943000 r-xp 00000000 fc:00 2884155 /lib/x86_64-linux-gnu/libssl.so.1.0.0
7f1435943000-7f1435b42000 ---p 00055000 fc:00 2884155 /lib/x86_64-linux-gnu/libssl.so.1.0.0
7f1435b42000-7f1435b45000 r--p 00054000 fc:00 2884155 /lib/x86_64-linux-gnu/libssl.so.1.0.0
7f1435b45000-7f1435b4c000 rw-p 00057000 fc:00 2884155 /lib/x86_64-linux-gnu/libssl.so.1.0.0
7f1435b4c000-7f1435b6e000 r-xp 00000000 fc:00 2884145 /lib/x86_64-linux-gnu/ld-2.15.so
7f1435d57000-7f1435d5c000 rw-p 00000000 00:00 0
7f1435d6a000-7f1435d6e000 rw-p 00000000 00:00 0
7f1435d6e000-7f1435d6f000 r--p 00022000 fc:00 2884145 /lib/x86_64-linux-gnu/ld-2.15.so
7f1435d6f000-7f1435d71000 rw-p 00023000 fc:00 2884145 /lib/x86_64-linux-gnu/ld-2.15.so
7ffd85795000-7ffd85997000 rw-p 00000000 00:00 0 [stack]
7ffd859b2000-7ffd859b4000 r-xp 00000000 00:00 0 [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]
er_id"
Received unknown cookie "ajs_group_id"
Received unknown cookie "ajs_anonymous_id"
Received unknown cookie "__utma"
Received unknown cookie "_ga"
Received unknown cookie "__unam"
Received unknown cookie "__utma"
Received unknown cookie "tk_ni"
Received unknown cookie "ajs_user_id"
Received unknown cookie "ajs_group_id"
Received unknown cookie "ajs_anonymous_id"
Received unknown cookie "cache_disable"
Received unknown cookie "NO_CACHE"
Received unknown cookie "__utma"
Received unknown cookie "_ga"
Received unknown cookie "__unam"
Received unknown cookie "__utma"
Received unknown cookie "tk_ni"
Received unknown cookie "ajs_user_id"
Received unknown cookie "ajs_group_id"
Received unknown cookie "ajs_anonymous_id"
Received unknown cookie "__utma"
Received unknown cookie "_ga"
Received unknown cookie "__unam"
Received unknown cookie "__utma"
Received unknown cookie "tk_ni"
Received unknown cookie "ajs_user_id"
Received unknown cookie "ajs_group_id"
Received unknown cookie "ajs_anonymous_id"
Received unknown cookie "__utma"
Received unknown cookie "_ga"
Received unknown cookie "__unam"
Received unknown cookie "__utma"
Received unknown cookie "tk_ni"
Received unknown cookie "ajs_user_id"
Received unknown cookie "ajs_group_id"
Received unknown cookie "ajs_anonymous_id"
Received unknown cookie "__utma"
Received unknown cookie "_ga"
Received unknown cookie "__unam"
Received unknown cookie "__utma"
Received unknown cookie "tk_ni"
Received unknown cookie "ajs_user_id"
Received unknown cookie "ajs_group_id"
Received unknown cookie "ajs_anonymous_id" |
12052
|
Mon Mar 28 22:16:44 2016 |
Koji | Update | General | New WiFi router |
I configured three more mini wifi extender. They are ready to use.
We should add these to the host table (I forgot where it is)
192.168.113.233 NETGEAR_EX3700_1
192.168.113.234 NETGEAR_EX3700_2
192.168.113.235 NETGEAR_EX3700_3
192.168.113.236 NETGEAR_EX3700_4
|
12072
|
Tue Apr 12 22:41:00 2016 |
Koji | Update | IOO | PMC/IMC aligned, WFS offset adjusted |
Did it again.
PMC Trans ~0.739
IMC Trans ~15000 |
12146
|
Thu Jun 2 16:35:44 2016 |
Koji | Update | SUS | wire standoffs update |
Gap of the prism from the mirror
Sag: s = R(1-Cos[ArcSin[d/2/R]])
- Mirror curvature sag for 2mm prism (R=37.75mm): s=13um
- Minimum gap: 20um => s=33um => R=15mm
- Nominal gap: 35um => s=48um => R=10mm
- Maximum gap: 50um => s=63um => R=8mm
The second figure shows somewhat realistic arrangement of the pieces |
Attachment 1: sapphire_stand_off_v3.pdf
|
|
Attachment 2: arrangement-v3.pdf
|
|
12223
|
Tue Jun 28 20:43:23 2016 |
Koji | Summary | COC | First Contact cleaning practice |
Made a dry run of the in-situ cleaning for a 3inch optic.
Attachment 1: The Al dummy mass is clamped in the suspension cage.
Attachment 2: The front surface was painted. The nominal brush with the FC bottle was used.
Attachment 3: Zoom in of the front surface.
Attachment 4: The back surface was painted.
Attachment 5: The back surface was peeled.
Attachment 6: The front surface was peeled too.
Attachment 7: The peeled layers.
Findings:
1. To paint a thick layer (particlarly on the rim) is the key to peel it nicely.
2. It was helpful for easier peeling to have mutiple peek tabs. Two tabs were sufficient for ~1" circle.
3. The nominal brush with the bottle was OK although one has to apply the liquid many times to cover such a large area. A larger brush may cause dripping.
4. The nominal brush was sufficiently long once the OSEMs are removed. In any case it is better to remove the OSEMs. |
Attachment 1: IMG_20160628_170335196.jpg
|
|
Attachment 2: IMG_20160628_171547769.jpg
|
|
Attachment 3: IMG_20160628_171607802.jpg
|
|
Attachment 4: IMG_20160628_172328190.jpg
|
|
Attachment 5: IMG_20160628_174541960.jpg
|
|
Attachment 6: IMG_20160628_174556004.jpg
|
|
Attachment 7: IMG_20160628_174617198.jpg
|
|
12255
|
Wed Jul 6 19:36:45 2016 |
Koji | Update | General | SUS Vmon |
I wanted to know what this Vmon exactly is. D010001 is telling us that the Vmon channels are HPFed with fc=30Hz (Attachment 1). Is this true?
I checked the quiscent noise spectrum of the ITMX UL coil output (C1:SUS-ITMX_ULCOIL_OUT ) and the corresponding VMON (C1:SUS-ITMX_ULVmon ). (Attachment 2 Ref curves). I did not find any good coherence. So the nominal quiscent Vmon output is carrying no useful information.
Question: How much do we need to excite the coil output in order to see any meaningful signal?
As I excite the ITMX UL coil (C1:SUS-ITMX_ULCOIL_EXC ) with uniform noise of 100-300 counts below 0.3Hz, I eventually could see the increase of the power spectrum and the coherence (Attachment 2). Below 0.1 Hz the coherence was ~1 and the transfer function was measured to be -75dB and flat. But wait, why is the transfer function flat?
In fact, if I inject broadband noise to the coil, I could increase the coil output and Vmon at the same time without gaining the coherence. (Attachment 3). After some more investigation, I suspect that this HPF is diabled (= bypassed) and aliasing of the high freq signal is causing the noise in Vmon.
In order to check this hypothesis, we need to visit the board. |
Attachment 1: HPF.png
|
|
Attachment 2: 160706_ITMX_VMON2.pdf
|
|
Attachment 3: 160706_ITMX_VMON1.pdf
|
|
12256
|
Wed Jul 6 20:51:00 2016 |
Koji | Update | General | Seismometer Enclosure Development | SURF 2016 |
Circuit1: It is nice to receive the voltage across the transimpedance resistor with a high impedance buffer (or amplifier), as close to the resister as possible. This amplifier needs to have low numbers for input bias current, input offset current, and input current noise. These current noise becomes the noise of the temperature reading. On the top of that, the input voltage noise of the buffer will be added to the output. The typical noise model can be found in http://www.analog.com/media/en/technical-documentation/application-notes/AN-940.pdf
The good candidates for the buffer is LT1128, ADA4004, OPA140, and LT1012. If the application is not too sensitive to the total noise, OPA604 is a good choise with easier handling.
Circuit2: With the same reason, AD741 is an old generic amp that is not a great choise for this purpose. The current noise is more significant because of the higher transimpedance here. The same noise model as above can be used to analyze the performance. |
12257
|
Wed Jul 6 21:05:36 2016 |
Koji | Update | Computer Scripts / Programs | New Tabs and Working Summary Pages |
I started to receive emails from cron every 15min. Is the email related to this? And is it normal? I never received these cron emails before when the sum-page was running. |
Attachment 1: cron_mail.txt.zip
|
12260
|
Wed Jul 6 21:50:21 2016 |
Koji | Update | Computer Scripts / Programs | New Tabs and Working Summary Pages |
It seemed something has been done. And I got cron emails.
Then, it seemed something has been done. And the emails stopped. |
12267
|
Thu Jul 7 14:45:26 2016 |
Koji | Update | General | pianosa monitor dead |
Johannes, Koji
We obtained two monitors of the same type from Larry. |
12269
|
Thu Jul 7 16:05:55 2016 |
Koji | Update | General | SUS Vmon |
Ah, thanks. That makes sense. In that case, we should remove the texts "30Hz HPF" from the suspension screens.
Now we just need AA LPFs for these channels, or hook them up to the RT system. |
12272
|
Fri Jul 8 11:48:09 2016 |
Koji | Update | General | Vent progress - ETMX SUS Coil driver electronics investigation |
YES
Move the suspension on the south clean bench and make more close inspection. We need to remove the OSEMs.
Then unmount the mirror. Bring it to the clean room and work on the bond removal.
Meanwhile, set up all suspension components inclusing the alignment test setup. |
12278
|
Fri Jul 8 20:44:09 2016 |
Koji | Update | General | ETMX removed from suspension |
In the evening, I went into the clean room to check how it goes.
- The air around the table is quite warm like a hell. Is this normal?
- I checked how the scattered epoxy spots look like. They were not touching the bath anymore due to evaporation.
- I scraped the spots with the tweezers there. They were easily removed. The particlates on the side barrel were wiped by a wipe with aceton. (Result: Attachment 3)
- Then looked at the other side. I poked the standoff with the tweezer. It was easily removed. I don't think the bond was too weak. Just the area of the bond was so tiny.
- Also residue was scraped by a tweezer and wiped with a cloth. (Attachment 2)
- The removed stand off is in the stainless bowl together with the parts that Eric removed.
- I didn't want to leave the optic in the aceton fume. It was placed on a metal donuts for a 3" optic. (Attachment 4)
- I couldn't find a vacant clean glass jar for the lid. So, a foil hut was built. We should be very careful not to scratch the optic when we remove the hut. (Attachment 5)
- The aceton bath was covered with the foil as it was. (Attachment 6) |
Attachment 1: photo1.jpg
|
|
Attachment 2: photo2.jpg
|
|
Attachment 3: photo3.jpg
|
|
Attachment 4: photo4.jpg
|
|
Attachment 5: photo5.jpg
|
|
Attachment 6: photo6.jpg
|
|
12279
|
Fri Jul 8 21:02:09 2016 |
Koji | Update | Computer Scripts / Programs | MEDM Tab on Summary Pages |
Very nice!
Some of the screens are up-to-date, and some are not. Are the errors associated with the screens that failed to get updated? |
12293
|
Tue Jul 12 18:13:19 2016 |
Koji | Update | VAC | N2 bottle replaced |
Gautam, Koji
We replaced the right N2 bottle as it was empty. |
12298
|
Wed Jul 13 03:16:47 2016 |
Koji | Update | General | ITMX dust |
Multicolor flash light:
- It seems that the usb port charging doesn't work.
- There is a battery charger on Steve's desk. I set the batteries on it.
White LED flash light:
- I temporarily brought a compatible charger from WB. It's charging two batteries behind the LCD display on my desk.
|
12300
|
Wed Jul 13 21:13:51 2016 |
Koji | Update | General | ETMX guide rod gluing / ETMY Magnet gluing |
[Eric, Koji]
- ETMX: The Al guide rod has been glued on the mirror.
- ETMY: The UR, LR, and SD magnets have been glued on the mirror.
- For both, we are waiting for the glue getting cured.
Handing over message to the next step
- ETMX: The arm of the fixture has probably been glued together with the guide rod. It has to be taken care when the fixture is removed.
(SeeETMX gluing section and Attachment 13)
ETMX: guide rod gluing (done) -> fixture unmounting side -> fixture setting -> magnet gluing -> suspend -> pitch balance -> ruby gluing -> air bake
ETMY: magnet (done) -> fixture unmounting -> air bake
ETMY gluing
Mirror transport:
- A transport setup was made with a donut holder for a 3" optic, glass jar, stain less tray, and a CS Stat zipbag. (Attachment 1)
Shimming:
- The magnets have been glued witht the gluing fixture. (Attachment 2)
- We checked the dimensions of the glued magnet and found that the thicker side has to be raised by 1mm. (We used the fact that the relative distance between the wire groove and the magnet is always the same.)
- The ETMs have 2.5deg wedge and this corresponds to 3.2mm height difference between the left and right edges. This meant that the thinner side had to be raised by 4.2mm.
- We used a 0.9mm Teflon sheet for the thicker side (Attachment 3) and two 2.2mm Teflon pieces for the thinner side (Attachment 4). For stabilization of the fixture, two Teflon tubes with a diameter of ~3mm are inserted to the top and bottom side of the mirror (Attachment 5).
Magnet orientation:
- Mirror orientation in the fixture (Attachment 6).
- It was confirmed that existing UR, LR, and Right SD magnets have the polarity of N facing out, S facing out, and N facing out. And we confirmed that this is consistent with ETMX and the procedure document (E970037)
- Along with the procedure document, we arranged the magnet-dumbbells UL, LL, and Left SD magnets to have S-out, N-out, and N-out. (Attachments 7, 8, and 9)
Gluing:
- In prior to gluing, all three dumbbells surfaces were cleaned by acetone and razor blade scrubbing.
- After the epoxy curing test (see below), the three magnet-dumbbell pairs have been glued on the mirror. A single dub of EP30-2 was applied to each dumbbell surface.
- Attachments 10, 11, and 12 shows how glue is spread at each joint.
ETMX gluing
Guide rod positioning:
- The longitudinal position of the guide rod was adjusted using the micrometer microscope such that it located at the center of the mirror thickness.
- The guide rod is not long enough to have the edges sticking out from the form of the fixture arm. Therefore only arm finger of the arm held the guide rod.
- The height was adjusted to be 1.73mm (68mil) lower than the mirror scribe line. The mirror is fixed on the fixture upside down. So this bonds the guide rod above the scribe line.
Gluing:
- Then the epoxy was applied to the guide rod. The glue was applied to two edges of the rod, but capillary action spread the glue around the rod. It seemed that the fixture and the rod were connected with the glue. Care should be taken when the fixture is going to be removed. (Attachment 13)
- The top side (in the picture) where the stand-off will come is still relatively kept clean. So it must be OK for the stand off. If there is an issue, we can shave the epoxy with a razor blade.
Glue testing
- EP30-2 tends to fail to get cured. In order to check the mixture is properly made or not, we put a test piece into air bake oven.
- The procedure says, 200F 15min bake show if the glue is in a good shape or not.
- We have the temperature sensor setup on a air bake oven, but it seemed that the indicated temperature there is overestimate.
The heating setting of 2 was enough to show the temp of 100degC although EP30-2 didn't get cured with this setting.
- Our experience says that heater setting of "5" makes the temperature ~90degC. On July 12nd, this setting showed the temp of 90degC. Today (July 13rd) it didn't. In the both cases, the epoxy got cured nicely. So we should use this setting. |
Attachment 1: P7138742.jpg
|
|
Attachment 2: gluing_fixture.jpg
|
|
Attachment 3: shimming3.jpg
|
|
Attachment 4: shimming1.jpg
|
|
Attachment 5: shimming2.jpg
|
|
Attachment 6: gluing_fixture3.jpg
|
|
Attachment 7: P7138747.jpg
|
|
Attachment 8: P7138748.jpg
|
|
Attachment 9: P7138750.jpg
|
|
Attachment 10: P7138773.jpg
|
|
Attachment 11: P7138774.jpg
|
|
Attachment 12: P7138775.jpg
|
|
Attachment 13: P7138772.jpg
|
|
12301
|
Thu Jul 14 01:00:33 2016 |
Koji | Update | General | ETMX ruby guided gluing |
Today I took the picture of the glued ruby stand-off. The groove has not been invaded by the epoxy! |
Attachment 1: ruby.jpg
|
|
12325
|
Fri Jul 22 03:02:37 2016 |
Koji | Update | COC | FC painting |
[Koji Gautam]
We have worked on the FC painting on ITMX and ITMY. We also replaced the OSEM fixing screws with the ones with a hex knob.
This was done except for the SD OSEM as the new screw was not long enough. We left an allen-key version of the screw for the SD OSEM.
All the full-resolution photos can be found on g-photo.
ITMY
Attachment1: The barrel was pretty dusty. Some dusts were observed on the HR face but it was not so terrible. The barrel and the HR face were blown with the ionized N2 and then wiped with IPA. The face wiping was done n a similar way as the drag wiping.
Attachment2: FC was applied to the HR surface.
Attachment3: The AR surface was also painted with FC. The brush touched the coil holder.
Attachment4: The brush touched the coil holder. Another PEEK tab was applied to remove this FC stain on the metal holder.
Attachment5: This is the result of successful removal of the FC stain.
ITMX
Attachment6: The OSEM arrangement before removal. We confirmed that the OSEM arrangement was as described on Wiki.
Attachment7/8: The ITMX was obviously a lot dirtier than ITMY. The barrel accumulated dusts.
Attachment9: This is the HR face picture with large dusts on it.
Attachment10: The HR surface was painted with FC.
Attachment11: This is the AR surface with FC painted. |
Attachment 1: ITMY_barrel_dust.jpg
|
|
Attachment 2: ITMY_HR_FC.jpg
|
|
Attachment 3: ITMY_AR_FC.jpg
|
|
Attachment 4: ITMY_drip_removal.jpg
|
|
Attachment 5: ITMY_drip_removed.jpg
|
|
Attachment 6: ITMX_OSEMS.jpg
|
|
Attachment 7: ITMX_barrel_dust1.jpg
|
|
Attachment 8: ITMX_barrel_dust2.jpg
|
|
Attachment 9: ITMX_HR_dusty.jpg
|
|
Attachment 10: ITMX_HR_FC.jpg
|
|
Attachment 11: ITMX_AR_FC.jpg
|
|
12337
|
Tue Jul 26 14:24:38 2016 |
Koji | Summary | VAC | Purge compressed air system at LHO |
I've visited the purge clean air system at LHO Yarm mid-station with John Worden.
The system is described C981637. There is a schematic in C981637-06-V (Vol.6).pdf although the schematic has some differences (or uncorrected mistakes).
This system is intended to provide positive pressure when a soft cover is attached to a chamber door. When the door is open, the purging does not help to keep the chamber clean because the flow is too slow. This protection has to be done with overhead HEPA filters (22x5000cfm). It may be possible that this purge air helps the tube not to allow dusts to come in. But before using this, the chambers and the tubes have to be cleaned, according to John.
- Here at the site, the purge air system is started up a day before the vent. This system is used for the vent air, the purge air, and turbo foreline filling.
- Air intake (attachment 1): At the site, the air is intaken from the VEA. We want to incorporate somewhat clean air instead of dirty, dusty, outside air.
- Initial filter (attachment 2): a high volume filter before the compressors.
- The compressors (attachment 3, 4) are 5x 6 horse power air compressor each goes up to 160 psi. They are turned on and off depending on the demand of the air. Which is turned on is revolved by the controller to equalize the compressor usage hours.
- The compressed air goes through the air cooler (heat exchanger) to remove the heat by the compressor work.
- This air goes through prefilters and accumulated in the air receiver (100psi) (attachment 5). This receiver tank has an automated vent valve for periodical water drainage at the bottom.
- The accumulated air is discharged to twin drier towers (attachment 6, blue). The tower is operated by the controller (attachment 7) alternately with a period of 4min (or 10min by setting). When one of the towers is working, a humid air comes from the bottom and the dry air is discharged from the top. A part of the dry air goes into the other tower from the top to the bottom and dries the tower. There is a vent at the bottom to discharge water periodically.
- The dried air goes through 4 types of filters. After the last filter, all of the plumbing should be made of stainless steel to keep cleanliness.
- The air goes to the pressure reducing regulator (attachment 8, gray). The final flow speed at the chamber side is 50cfm max, according to John.
- The lower pressure air goes through the final filter (attachment 8, blue). As the pressure is low, this filter is big in order to keep the volume of the air flow.
- The purge air is supplied to the chamber side with KF50 (attachment 9). There is a vent valve (attachment 10) for safety and also to run a dry air for at least a day before the use to clean up the supply line. The purge line is disconnected when no in use.
- The entire system (attachment 11) and size comparison (attachment 12).
|
Attachment 1: air_intake.jpg
|
|
Attachment 2: initial_filter.jpg
|
|
Attachment 3: compressors1.jpg
|
|
Attachment 4: compressors2.jpg
|
|
Attachment 5: air_receiver_dryer.jpg
|
|
Attachment 6: drier.jpg
|
|
Attachment 7: drier_controller2.jpg
|
|
Attachment 8: pressure_regulator_and_last_filter.jpg
|
|
Attachment 9: chamber_side_supply.jpg
|
|
Attachment 10: vent_valve_for_line_cleaning.jpg
|
|
Attachment 11: the_whole_system.jpg
|
|
Attachment 12: size_comparison.jpg
|
|
12339
|
Tue Jul 26 17:41:59 2016 |
Koji | Summary | VAC | Purge compressed air system |
We have no number for the CFM without calculation. We can't assume a random number like 10-15 |
12354
|
Fri Jul 29 13:17:34 2016 |
Koji | Update | General | Oven |
While the air bake oven situation is being improved, how about to buy a cheepo toaster oven at Target, BestBuy, or anywhere?
We don't need precise temp control for the glue cure test. At LLO I saw that they are using cooking grade oven for this purpose.
(Of course, we should not use this oven for foods once it is used for epoxy)
I have a fryer temp sensor in my office on the freezer stole from the 40m long time ago. You should be able to measure high temp.
If you have such an oven, I'd love to borrow it for the OMC lab later, as I expect to work on epoxy bonding later. |
12375
|
Thu Aug 4 17:41:53 2016 |
Koji | Update | Computer Scripts / Programs | Web things mostly back online |
Sorry I was writting the elog, but I had to dive into the chamber (@LHO) before completion. |
12376
|
Thu Aug 4 17:57:09 2016 |
Koji | Configuration | General | Don't restart apache2 - nodus /etc/apache2/sites-available/* accidentally deleted |
Late coming elog about the deletion of the apahce config files
Thu Aug 4 8:50ish 2016
Please don't restart apache2
I accidentally deleted four files in /etc/apache2/sites-available / on nodus. The deleted files were
elog nodus public_html svn
I believe public_html is not used as it is not linked from /etc/apache2/sites-enabled
They are the web server config files and need to be reconfigured manually. We have no backup.
Currently all the web services are running as it was. However, once apache2 is restarted, we'll lose the services.
|
12378
|
Fri Aug 5 04:43:09 2016 |
Koji | Update | SUS | ETMX Ruby Wire Standoff Ready for Gluing |
If only the LL magnet looks too low, doesn't this mean that the OSEMs are not arranged in a square shape?
If so, you can fix this misalignment by moving the OSEM holding plate rather than OSEM shimming, can't you? |
12398
|
Thu Aug 11 00:20:41 2016 |
Koji | Update | SUS | ETMY re-suspended |
How much pitch bias do you need in order to correct this pitch misalignment?
That may give you the idea how bad this misalignment is. |
12418
|
Wed Aug 17 16:28:46 2016 |
Koji | Update | COC | RC folding mirrors - Numerical review |
For the given range of the PR3/SR3 RoCs for both cases, all the resulting numbers such as TMSs/mode matching ratios look reasonable to me. |
12435
|
Tue Aug 23 22:58:16 2016 |
Koji | Update | Electronics | Decoupling capacitor 101 |
What I suggested was:
- For most cases, power decoupling capacitors for the regulators should be ~100nF "high-K ceramic capacitors" + 47uF~100uF "electrolytic capacitors".
- For opamps, 100nF high-K ceramic should be fine, but you should consult with datasheets.
- Usually, you don't need to use tantalum capacitors for this purpose unless specified.
- Don't use film capacitors for power decoupling.
79XXs are less stable compared to 78XXs, and tend to become unstable depending on the load capacitance.
One should consult with the datasheet of each chip in order to know the proper capacitors values.
But also, you may need to tweak the capacitor value when necessary. Above recipe works most of the case. |
12438
|
Wed Aug 24 19:37:55 2016 |
Koji | Update | Electronics | Decoupling capacitor 101 |
Yes
Interesting articles how they should only be used for power decoupling and not in the signal path.
http://www.edn.com/design/analog/4416466/Signal-distortion-from-high-K-ceramic-capacitors
http://www.edn.com/design/analog/4426318/More-about-understanding-the-distortion-mechanism-of-high-K-MLCCs |
12539
|
Fri Oct 7 20:25:14 2016 |
Koji | Update | CDS | Power-cycled c1psl and c1iool0 |
Found the MC autolocker kept failing, It turned out that c1iool0 and c1psl went bad and did not accept the epics commands.
Went to the rack and power cycled them. Burt resotred with the snapshot files at 5:07 today.
The PMC lock was restored, IMC was locked, WFS turned on, and WFS output offloaded to the bias sliders.
The PMC seemed highly misaligned, but I didn't bother myself to touch it this time. |
12540
|
Fri Oct 7 20:56:15 2016 |
Koji | Update | SUS | Output matrix diagonalization |
I wanted to see what is the reason to have such large coupling between pitch and yaw motions.
The first test was to check orthogonality of the bias sliders. It was done by monitoring the suspension motion using the green beam.
The Y arm cavity was aligned to the green. The damping of ITMY was all turned off except for SD.
Then ITMY was misaligned by the bias sliders. The ITMY face CCD view shows that the beam is reasonably orthogonally responding to the pitch and yaw sliders.
I also confirmed that the OPLEV signals also showed reasonablly orthogonal responce to the pitch and yaw misalignment.
=> My intuition was that the coils (including the gain balance) are OK for a first approximation.
Then, I started to excite the resonant modes. I agree that it is difficult to excite a pure picth motion with the resonance.
So I wanted to see how the mixing is frequency dependent.
The transfer functions between ITMY_ASCPIT/YAW_EXC to ITMY_OPLEV_PERROR/YERROR were measured.
The attached PDFs basically shows that the transfer functions are basically orthogonal (i.e. pitch exc goes to pitch, yaw exc goes to yaw) except at the resonant frequency.
I think the problem is that the two modes are almost degenerate but not completely. This elog shows that the resonant freq of the ITMY modes are particularly close compared to the other suspensions.
If they are completely degenerate, the motion just obeys our excitation. However, they are slightly split. Therefore, we suffer from the coupled modes of P and Y at the resonant freq.
However, the mirror motion obeys the exitation at the off resonance as these two modes are similar enough.
This means that the problem exists only at the resonant frequencies. If the damping servos have 1/f slope around the resonant freqs (that's the usual case), the antiresonance due to the mode coupling does not cause servo instability thank to the sufficient phase margin.
In conclusion, unfortunately we can't diagnalize the sensors and actuators using the natural modes because our assumption of the mode purity is not valid.
We can leave the pitch/yaw modes undiagnalized or just believe the oplevs as a relatively reliable reference of pitch and yaw and set the output matrix accordingly.
The figures will be rotated later. |
Attachment 1: 161007_P.pdf
|
|
Attachment 2: 161007_Y.pdf
|
|