 Wed Apr 14 13:12:13 2021, Anchal, Update, General, Sorry, it was me
|
| Sorry about that. It must be me. I'll make sure it doesn't happen again. I was careless to not check back, no further explanation. |
|
Wed Apr 14 13:16:20 2021, Anchal, Configuration, Computers, 40m Control Room Changes
|
I have confirmed that the old two monitors' backlighting is not working. One can see the impression of the display without any brightness
on them. Both old monitors are on the shelf behind.
Today we got a monitor and mouse from Mike. I had to change /etc/default/grub GRUB_GFXMODE
to 1920x1200@30 on allegra for it to work with the(any) monitor.
Allegra is Debian 10 with latest cds-workstation installed on it. It is a good |
|
Wed Apr 14 16:46:24 2021, Anchal, Update, General, IFO State
|
That makes sense. I assumed that IFO-STATE is configured as you have proposed it to be configured. This could be implemented in later.
Quote:
a better way would be to configure the EPICS record to automatically set / unset itself based on some diagnostic |
Wed Apr 14 17:53:38 2021, Anchal, Update, SUS, Plan for calculating filter banks for output matrix aka F2A aka F2P 
|
Plan of action
Get the transfer functions of the suspension plant from actuated DOF to sensed DOF. We'll verify
Bhavini's state-space model and get these transfer functions. Use the model TFs, not measured.
For
each of POS->POS, PIT->PIT, and YAW->YAW, we'll get the resonant frequency and Q of the resonance from these models. |
|
Thu Apr 15 11:41:43 2021, Anchal, Update, SUS, Proposed filters for output matrix aka F2A aka F2P
|
Here' s aquick update before we leave for lunch. We have managed to calculate some filter that would go on the POS column in MC2 output matrix filter
banks aka F2A aka F2P filters. In the afternoon if we can come and work on the IMC, we'll try to load them on the output matrix. We have never done
that so it might take some time for us to understand on how to do that. Attached is the bode plot for these proposed filters. Let us know if you have any |
|
Tue Apr 20 18:19:30 2021, Anchal, Update, SUS, MC2 coil balanced at DC
|
Following up from morning's work, I balanced the coils at DC as well. Attachment 1 is screenshot of striptool in which blue and red traces show ASCYAW
and ASCPIT outputs when C1:SUS-MC2_LSC_OFFSET was switched by 500 counts. We see very slight disturbance but no real DC offset shown on PIT and YAW due
to position step. This data was taken while nominal F2A filter calculated to balance coils at DC was uploaded |
 Wed Apr 21 19:28:03 2021, Anchal, Update, PSL, PSL/IFO recovery
|
[Anchal, Koji]
Removed the top sheet
Opened first from the door side so that any dust would spill outside.
Then
rolled the sheet inward to meet in the middle.
Repeated this twice for the 2 HEPA filters.
Removed the sheets on |
|
Thu Apr 22 08:50:21 2021, Anchal, Update, SUS, MC2 Suspension Optimization summary
|
Yes, during the AC balancing, POS column was set to all 1. This table shows the final values after all the steps. The first 3 columns are DC balancing
results when output matrix was changed. While the last column is for AC balancing. During AC balancing, the output matrix was kept to ideal position as
you suggested. |
|
Thu Apr 22 15:34:54 2021, Anchal, Update, PSL, PMC transmission
|
Koji mentioned that the mode of the laser is different for lower diode currents. So that might be the reason why we got less transmission at the low
input power but more afterward. |
|
Thu Apr 22 15:36:54 2021, Anchal, Update, SUS, Settings restored
|
The mix up was my fault I think. I restored the channels manually instead of using burt restore. Your message suggests that we can set burt to start
noticing channel changes at home point and create a .req file that can be used to restore later. We'll try to learn how to do that. Right now, we only
know how to burt restore using the existing snapshots from the autoburt directory, but they touch more things than we work on, I think. Or can we just |
|
Wed Apr 28 17:09:11 2021, Anchal, Update, SUS, Tuned Suspension Parameters uploaded for long term behavior monitoring
|
I have uploaded all the new settings mentioned in 16066 and 16072.
The settings were uploaded through a single script present at anchal/20210428_IMC_Tuned_Suspension/uploadNewConfigIMC.py. The settings can be reverted
back to old settings through anchal/20210428_IMC_Tuned_Suspension/restoreOldConfigIMC.py. Both these scripts can be run only through python3 in donatella |
|
Thu Apr 29 10:52:56 2021, Anchal, Update, SUS, IMC Trans QPD and WFS loops step response test
|
In 16087 we mentioned that we were unable to do a step response test for WFS loop to get
an estimate of their UGF. The primary issue there was that we were not putting the step at the right place. It should go into the actuator directly, in
this case, on C1:SUS-MC2_PIT_COMM and C1:SUS-MC2_YAW_COMM. These channels directly set an offset in the control loop and we can see how the error signals |
|
Thu Apr 29 11:51:27 2021, Anchal, Summary, LSC, Start of measuring IMC WFS noise contribution in ar cavity length noise
|
Tried locking the arms
Ran IFO > Configure > ! (YARM) > Restore YARM. Nothing happened.
Trying to align through tip-tilt:
Previous
values: TT1: PIT: -1.7845, YAW: -0.2775; TT2: PIT: -1.3376, YAW: -0.0436
Couldn't get flashing of light in the arms at all.
Restored |
|
Thu Apr 29 17:43:48 2021, Anchal, Update, CDS, F2A Filters double check
|
I double checked today and the F2A filters in the output matrices of MC1, MC2 and MC3 in the POS column are ON. I do not get what SDF means? Did we need
to add these filters elsewhere?
Quote:
|
|
Thu Apr 29 17:51:19 2021, Anchal, Summary, LSC, Start of measuring IMC WFS noise contribution in arm cavity length noise
|
t Both arms were locked simply by using IFO > Configure > ! (YARM) > Restore YARM. I had to use ASS to improve the TRX/TRY to ~0.95.
I measured C1:LSC-XARM_IN1_DQ and C1:LSC-YARM_IN1_DQ while injecting band limited noise in C1:IOO-WFS1_PIT_EXC using uniform noise with amplitude
1000 along with filter defined by string: cheby1("BandPass",4,1,80,100). I calibrated the control arms signals by 2.44 nm/cts calibration factor |
|
Thu Apr 29 18:53:33 2021, Anchal, Update, SUS, IMC Suspension Damping Gains Test
|
With the input matrix, coil ouput gains and F2A filters loaded as in 16091, I tested the
suspension loops' step response to offsets in LSC, ASCPIT and ASCYAW channels, before and after applying the "new damping gains" mentioned
in 16066 and 16072. If these look |
|
Mon May 3 16:24:14 2021, Anchal, Update, SUS, IMC Suspension Damping Gains Test Repeated with IMC unlocked
|
We repeated the same test with IMC unlocked. We had found these gains when IMC was unlocked and their characterization needs to be done with no light
in the cavity. attached are the results. Everything else is same as before.
Quote:
|
|
Mon May 3 18:59:58 2021, Anchal, Summary, General, Weird gas leakagr kind of noise in 40m control room
|
For past few days, a weird sound of decaying gas leakage comes in the 40m control room from the south west corner of ceiling. Attached is an audio capture.
This comes about every 10 min or so. |
|
Wed May 5 09:04:47 2021, Anchal, Update, SUS, New IMC Suspension Damping Gains uploaded for long term testing
|
We have uploaded the new damping gains on all the suspensions of IMC. This completes changing all the configuration to as mentioned in 16066
and 16072. The old setting can be restored by running python3 /users/anchal/20210505_IMC_Tuned_SUS_with_Gains/restoreOldConfigIMC.py
from allegra or donatella. |
|
Thu May 6 16:13:39 2021, Anchal, Summary, IMC, Angular actuation calibration for IMC mirrors
|
Here's my first attempt at doing angular actuation calibration for IMC mirrors using the method descibed in /users/OLD/kakeru/oplev_calibration/oplev.pdf
by Kakeru Takahashi. The key is to see how much is the cavity mode misaligned from the input mode of beam as the mirrors are moved along PIT or YAW.
There two possible kinds of mismatch: |
|
Thu May 13 19:38:54 2021, Anchal, Update, SUS, MC1 Satellite Amplifier Debugged
|
[Anchal Koji]
Koji and I did a few tests with an OSEM emulator on the satellite amplifier box used for MC1 which is housed on 1X4. This sat box unit is S2100029 D1002812 that was recently characterized by me 15803. |
|
Thu May 20 10:35:57 2021, Anchal, Update, SUS, IMC settings reverted
|
For future reference, the new settings can be upoaded from a script in the same directory. Run python /users/anchal/20210505_IMC_Tuned_SUS_with_Gains/uploadNewConfigIMC.py
from allegra.
Quote:
|
|
Fri May 28 17:32:48 2021, Anchal, Summary, ALS, Single Arm Actuation Calibration with IR ALS Beat
|
I attempted a single arm actuation calibration using IR beatnote (in the directions of soCal idea for DARM calibration)
Measurement and Inferences:
I sent 4 excitation signals at C1:SUS-ITM_LSC_EXC wit 30cts at 31Hz,
200cts at 197Hz, 600cts at 619Hz and 1000cts at 1069 Hz.
These were sent simultaneously using compose function in python awg.
The |
|
Thu Jun 3 17:35:31 2021, Anchal, Summary, IMC, Fixed medm button
|
I fixed the PSL shutter button on Shutters summary page C1IOO_Mech_Shutter.adl. Now PSL switch changes C1:PSL-PSL_ShutterRqst channel. Earlier it was
C1:AUX-PSL_ShutterRqst which doesn't do anything.
|
|
Thu Jun 10 14:01:36 2021, Anchal, Summary, AUX, Xend Green Laser PDH OLTF measurement loop algebra
|
Attachment 1 shows the closed loop of Xend Green laser Arm PDH lock loop. Free running laser noise gets injected at laser head after the PZT actuation
as . The PDH error signal at output of miser is fed to a gain 1 SR560 used as summing
junction here. Used in 'A-B mode', the B port is used for sending in excitation |
|
Mon Jun 14 18:57:49 2021, Anchal, Update, AUX, Xend is unbearably hot. Green laser is loosing lock in 10's of seconds
|
Working in Xend with mask on has become unbearable. It is very hot there and I would really like if we fix this issue.
Today, the Xend Green laser was just unable to hold lock for longer than 10's of seconds. The longest I could see it hold lock was
for about 2 minutes. I couldn't find anything obviously wrong with it. Attached are noise spectrums of error and control points. The control point |
|
Fri Jun 18 14:53:37 2021, Anchal, Summary, PEM, Temperature sensor network proposal
|
I propose we set up a temperature sensor network as described in attachment 1.
Here there are two types of units:
BASE-GATEWAY
Holds the processor to talk to the network through |
|
Wed Jun 23 09:05:02 2021, Anchal, Update, SUS, MC lock acquired back again
|
MC was unable to acquire lock because the WFS offsets were cleared to zero at some point and because of that MC was very misaligned to be able to catch
back lock. In such cases, one wants the WFS to start accumulating offsets as soon as minimal lock is attained so that the mode cleaner can be automatically
aligned. So I did following that worked: |
|
Wed Jun 30 15:31:35 2021, Anchal, Summary, Optical Levers, Centered optical levers on ITMY, BS, PRM and ETMY
|
When both arms were locked, we found that ITMY optical lever was very off-center. This seems to have happened after the c1susaux rebooting we did in
June 17th. I opened the ITMY table and realigned the OPLev beam to the center when the arm was locked. I repeated this process for BS, PRM and ETMY. I
did PRM because I've known that we have been keeping its OpLev off. The reason was clear once I opened the table. The oplev reflection beam was hitting |
|
Wed Jun 30 18:44:11 2021, Anchal, Summary, LSC, Tried fixing ETMY QPD
|
I worked in Yend station, trying to get the ETMY QPD to work properly. When I started, only one (quadrant #3) of the 4 quadrants were seeing any lights.
By just changing the beam splitter that reflects some light off to the QPD, I was able to get some amount of light in quadrant #2. However, no amount of
steering would show any light in any other quadrants. |
|
Thu Jul 1 16:55:21 2021, Anchal, Summary, Optical Levers, Fixed Centeringoptical levers PRM
|
This was a mistake. When arms are locked, PRM is misaligned by setting -800 offset in PIT dof of PRM. The oplev is set to function in normal state not
this misalgined configuration. I undid my changes today by switching off the offset, realigning the oplev to center and then restoring the single arm locked
state. The PRM OpLevs loops are off now. |
|
Fri Jul 9 15:39:08 2021, Anchal, Summary, ALS, Single Arm Actuation Calibration with IR ALS Beat [Correction]
|
I did this analysis again by just doing demodulation go 5s time segments of the 60s excitation signal. The major difference is that I was not summing
up the sine-cosine multiplied signals, so the error associated was a lot more. If I simply multpy the whole beatnote signal with digital LO created at
excitation frequency, divide it up in 12 segments of 5 s each, sum them up individually, then take the mean and standard deviation, I get the answer as: |
|
Tue Jul 27 23:04:37 2021, Anchal, Update, LSC, 40 meter party
|
[ian, anchal, paco]
After our second attempt of locking PRFPMI tonight, we tried to resotre XARM and YARM locks to IR by clicking on IFO_CONFIGURE>Restore XARM
(POX) and IFO_CONFIGURE>Restore YARM (POY) but the arms did not lock. The green lasers were locked to the arms at maximum power, so the relative alignments |
|
Wed Jul 28 17:10:24 2021, Anchal, Update, LSC, Schnupp asymmetry
|
[Anchal, Paco]
I redid the measurement of Schnupp asymmetry today and found it to be 3.8 cm 0.9 cm. |
|
Tue Aug 3 20:20:08 2021, Anchal, Update, Optical Levers, Recentered ETMX, ITMX and ETMY oplevs at good state
|
Late elog. Original time 08/02/2021 21:00.
I locked both arms and ran ASS to reach to optimum alignment. ETMY PIT > 10urad, ITMX P > 10urad and ETMX P < -10urad. Everything else
was ok absolute value less than 10urad. I recentered these three. |
|
Thu Aug 5 14:59:31 2021, Anchal, Update, General, Added temperature sensors at Yend and Vertex too
|
I've added the other two temperature sensor modules on Y end (on 1Y4, IP: 192.168.113.241) and in the vertex on (1X2, IP: 192.168.113.242). I've
updated the martian host table accordingly. From inside martian network, one can go
to the browser and go to the IP address to see the temperature sensor status . These sensors can be set to trigger alarm and send emails/sms etc if temperature |
|
Fri Aug 6 13:13:28 2021, Anchal, Update, BHD, c1teststand subnetwork now accessible remotely
|
c1teststand subnetwork is now accessible remotely. To log into this network, one needs to do following:
Log into nodus or pianosa. (This will only work from these two computers)
ssh -CY
controls@192.168.113.245
Password is our usual workstation password.
This will log you into c1teststand network.
From |
|
Mon Aug 9 10:38:48 2021, Anchal, Update, BHD, c1teststand subnetwork now accessible remotely
|
I had to add following two lines in the /etc/network/interface file to make the special ip routes persistent even after reboot:
post-up ip route add 192.168.113.200 via 10.0.1.1 dev eno1
post-up ip route add 192.168.113.216 via 10.0.1.1 dev eno1 |
|
Wed Aug 18 20:30:12 2021, Anchal, Update, ASS, Fixed runASS scripts
|
Late elog: Original time of work Tue Aug 17 20:30 2021
I locked the arms yesterday remotely and tried running runASS.py scripts (generally ran by clicking Run ASS buttons on IFO OVERVIEW screen
of ASC screen). We have known for few weeks that this script stopped working for some reason. It would start the dithering and would optimize the alignment |
|
Thu Aug 19 03:23:00 2021, Anchal, Update, CDS, Time synchornization not running
|
I tried to read a bit and understand the NTP synchronization implementation in FE computers. I'm quite sure that NTP synchronization should be 'yes'
if timesyncd are running correctly in the output of timedatectl in these computers. As Koji reported in 15791,
this is not the case. I logged into c1lsc, c1sus and c1ioo and saw that RTC has drifted from the software clocks too which does not happen if NTP synchronization |
|
Fri Aug 20 00:28:55 2021, Anchal, Update, CDS, Time synchornization not running
|
I added ntpserver as a known host name for address 192.168.113.201 (fb1's address where ntp server is running) in the martian host list in the following
files in Chiara:
/var/lib/bind/martian.hosts
/var/lib/bind/rev.113.168.192.in-addr.arpa
Note: |
|
Fri Aug 20 06:24:18 2021, Anchal, Update, CDS, Time synchornization not running
|
I read on some stack exchange that 'NTP synchornized' indicator turns 'yes' in the output of command timedatectl only when RTC clock
has been adjusted at some point. I also read that timesyncd does not do the change if the time difference is too much, roughly more than 3 seconds.
So I logged into all FE machines and ran sudo hwclock -w to synchronize them all to the system |
|
Mon Aug 23 22:51:44 2021, Anchal, Update, General, Time synchronization efforts
|
Related elog thread: 16286
I didn't really achieve anything but I'm listing what I've tried.
I know now that the timesyncd isn't working because systemd-timesyncd is known to have issues when running on a read-only file system. |
|
Tue Aug 24 09:22:48 2021, Anchal, Update, General, Time synchronization working now
|
Jamie told me to use chroot to log in into the chroot jail of debian os that are exported for the FEs and install ntp there. I took following steps at
the end of which, all FEs have NTP synchronized now.
I logged into fb1 through nodus.
chroot /diskless/root.jessie /bin/bash took |
|
Tue Aug 24 22:37:40 2021, Anchal, Update, General, Time synchronization not really working
|
I attempted to install chrony and run it on one of the FE machines. It didn't work and in doing so, I lost the working NTP client service on the
FE computers as well. Following are some details:
I added the following two mirrors in the apt source list of root.jessie at /etc/apt/sources.list |
|
Mon Sep 13 15:14:36 2021, Anchal, Update, LSC, Xend Green laser injection mirrors M1 and M2 not responsive
|
I was showing some green laser locking to Tega, I noticed that changing the PZT sliders of M1/M2 angular position on Xend had no effect on locked TEM01
or TEM00 mode. This is odd as changing these sliders should increase or decrease the mode-matching of these modes. I suspect that the controls are not
working correctly and the PZTs are either not powered up or not connected. We'll investigate this in near future as per priority. |
|
Tue Sep 14 17:22:21 2021, Anchal, Update, CDS, Added temp sensor channels to DAQ list
|
[Tega, Paco, Anchal]
We attempted to reboot fb1 daqd today to get the new temperature sensor channels recording. However, the FE models got stuck, apparantely due
to reasons explaine din 40m/16325. Jamie cleared the /var/logs in fb1 so that FE can reboot. |
|
Thu Sep 16 10:07:25 2021, Anchal, Update, General, Melting 2
|
Put outside.
Quote:
It happened again. Defrosting |
|
Thu Sep 16 20:18:13 2021, Anchal, Update, General, Reset
|
Fridge brought back inside.
Quote:
Put outside. |
|
Tue Sep 21 11:09:34 2021, Anchal, Summary, CDS, XARM YARM UGF Servo and Oscillators added
|
I've updated the c1LSC simulink model to add the so-called UGF servos in the XARM and YARM single arm loops as well. These were earlier present in
DARM, CARM, MICH and PRCL loops only. The UGF servo themselves serves a larger purpose but we won't be using that. What we have access to now is to
add an oscillator in the single arm and get realtime demodulated signal before and after the addition of the oscillator. This would allow us to get the |