Reports of 29906
VAC (Valves & Pumps)
nobuhiro.kimura - 11:31 Thursday 16 January 2025 (32356) Print this report
Comment to GV Closure Threshold Settings (BS, ITMX, ITMY) (32152)

[Kimura and Yasui]

 We changed and confirmed the operating threshold of the alarm contacts within CC-10s for ithe ineterlocks as follows;

GVbsx & GVbsy :8.0 x 10^-6 Pa

GVitmx: 5.9 x 10^-5 Pa

GVitmy: 5.9 x 10^-5 Pa

GVetmy: 5.9 x 10^-5 Pa

As reported K-log(32354), the alarm contacts are designed to operate when the threshold is exceeded. 

The threshold of GVetmx will change in this afternoon.

Images attached to this comment
VAC (EY)
nobuhiro.kimura - 11:24 Thursday 16 January 2025 (32355) Print this report
Comment to GV EYA manual close (32353)

{Kimura and Yasui]

 We opened gate valve called GVetmy near EYA at around 10:30 AM.
And we changed the operating threshold of the alarm contacts within CC-10 to 5.9x10^-5 Pa.
As reported K-log(32354), the alarm contacts are designed to operate when the threshold is exceeded.
We set the threshold at 0.1 lower than the previously agreed value of 6.0x10^-5 Pa.
It has been confirmed that GVetmy closes when the operating threshold is exceeded.

VAC (EY)
shinji.miyoki - 10:25 Thursday 16 January 2025 (32354) Print this report
Comment to GV EYA manual close (32353)

Nakagaki-san reported that,

  • a GV will be closed if the pressure level "OVERs", not "Reaches" the setting value!

So, no closing at 12.x10^-5 Pa that is the setting value was no problem.

However, I asked Kimura-san to set new trigger values for GV closing at 5.9*10^-5 Pa.

VAC (EY)
shinji.miyoki - 9:08 Thursday 16 January 2025 (32353) Print this report
GV EYA manual close

Yamamoto kun reported via slack,

  • @uchiyama@Nobuhiro KIMURA
     Now KGRVAC:CCG_Y30_01:VAL:PRESS reaches 1.2e-5Pa which is the current threshold of the interlock according to klog#32347. But GV at EYA is still open.

Fig.3 shows the X-30 pressure. I and Uchiyama-kun also confirmed that the GV_eya was open. Anyway Uchiyama-kun closed EYA GV by using Switchbot manually, although Uchiyama-kun wondered whether it should be closed or not because this enhancement should be the increase of nitrogen that is harmless for a mirror.

I checked the vacuum level and cryocooler status for EY as Fig.1 and Fig.2. Actually, the vacuum level at EYA CC-10(EYC side) was enhanced, but it started decreasing as in Fig.2. The temperatures also started decreasing as in Fig.1.

I would like to propose,

  • set trigger for GV closing: ~ 6*10^-5 Pa (near 10^-4 pa),
  • set the slack alert for enhancement of the vacuum level: 10^-5 Pa,

because,

  • The serious leak will result in immediate vacuum level enhancement over 10^-4 Pa according to our past experiences. In such a case, the alert time and the closing time are almost the same.
  • Slight leaks or Nitrogen releases from cryostats are not so serious for a short time (~ several hours), so we can have time to understand the situation and judge what we should do.
Images attached to this report
Comments to this report:
shinji.miyoki - 10:25 Thursday 16 January 2025 (32354) Print this report

Nakagaki-san reported that,

  • a GV will be closed if the pressure level "OVERs", not "Reaches" the setting value!

So, no closing at 12.x10^-5 Pa that is the setting value was no problem.

However, I asked Kimura-san to set new trigger values for GV closing at 5.9*10^-5 Pa.

nobuhiro.kimura - 11:24 Thursday 16 January 2025 (32355) Print this report

{Kimura and Yasui]

 We opened gate valve called GVetmy near EYA at around 10:30 AM.
And we changed the operating threshold of the alarm contacts within CC-10 to 5.9x10^-5 Pa.
As reported K-log(32354), the alarm contacts are designed to operate when the threshold is exceeded.
We set the threshold at 0.1 lower than the previously agreed value of 6.0x10^-5 Pa.
It has been confirmed that GVetmy closes when the operating threshold is exceeded.

MIF (General)
kenta.tanaka - 19:14 Wednesday 15 January 2025 (32352) Print this report
Lock loss labeled 1Hz during O4a maybe casued by ISS lock loss

This morning, Yokozawa-san and Yuzurihara-san asked me to investigate the cause of the IMC lock loss because whole IFO lock loss seemed to be caused by IMC lock loss when seismic motion around 1Hz became larger during O4a. So I started the investigation.

As the first step, from the summry page of lock losses during O4a, I selected one event labeled "1 Hz" at 22:32:42 UTC on June 12 2023 and saw some channels related to IMC (K1:IMC-CAV_TRANS_OUT_DQ (IMC trans. power), K1:LAS-POW_PMC_OUT_DQ (PMC trans. power), K1:IMC-SERVO_SLOW_DAQ_OUT_DQ (PZT feedback signal), K1:LSC-MCL_OUT_DQ(MCE feedback signal)) and the states of the LSC_LOCK and IO guardians with ndscope.

I found that IMC and PMC trans. power oscillated at high frequency several seconds before the LSC_LOCK guardain went to the DOWN state (fig.1). This indicates that ISS lock lost at that moment. After the ISS lock loss, the BPCs seemed to be broken due to becasue the BPC error signals varied in the intensity noise and ITMs moved a lot. Then, the whole IFO fell down.

I chosed other 3 events (07:32:21 UTC June 15 2023 (fig.2), 05:58:22 UTC May 30 2023(fig.3), and 11:46:07 UTC June 09 2023(fig.4)) randamly and observed the same trend. Therefore, it is likely that ISS lock loss is the cause of whole IFO lock loss when 1 Hz seismic motion became larger.

However, I'm not sure of the reason why ISS lock was lost when 1 Hz seismic motion became larger for now. We need more investigation.

Images attached to this report
DetChar (General)
Shih-hong Hsu - 17:58 Wednesday 15 January 2025 (32344) Print this report
Scattered light noise reoprt: ASD of OPTLV channels and 2024.12.13 data
[Shih-Hong Hsu, Chia-Jui Chou, Hirotaka Yuzurihara, Takaaki Yokozawa]

We wanted to find the relation between the motion of PRM, PR2, PR3 and the scattered light noise in the strain channel.
This report covers two-hour ASD (Fig. 1 to 3) for some optical lever channels at PAY_FLOAT state and analysis of the scattered light noise of 2024.12.13 data, including the spectrogram of strain channel (Fig. 4) and the velocity of PRM, PR2, PR3 (Fig. 5 to 7). The frequencies of the motion of the mirrors are estimated and compared with the frequency of the scattered light noise (klog31911). It is difficult to exclude any mirrors from the possible sources of the scattered light noise from our analysis.


From 2025.01.15 01:13 UTC, Yokozawa-san turned off the damping of the suspensions of PRM, PR2, and PR3. The guardian state was PAY_FLOAT. We made the ASD for three channels:
"K1:VIS-PRM_TM_WIT_L_DQ",
"K1:VIS-PR2_TM_WIT_L_DQ",
"K1:VIS-PR3_TM_WIT_L_DQ"

Detail of the ASD:
start: 1420938798 [s]
duration: 7200 [s]
fftlength: 2048 [s]
xlim: (0.4, 0.5) [Hz]
From the ASD, we can see some peaks from the ASD of each channel:
K1:VIS-PRM_TM_WIT_L_DQ: 0.44971 Hz
K1:VIS-PR2_TM_WIT_L_DQ: 0.46045 Hz
K1:VIS-PR3_TM_WIT_L_DQ: 0.48096 Hz, 0.43262 Hz


For the analysis of scattered light noise on 2024.12.13, we focused on the scattered light noise that happened from 00:16:00~00:17:30 UTC. We made the plots of
1. Spectrogram of Q-transformation of "K1:CAL-CS_PROC_DARM_STRAIN_DBL_DQ" after applying whitening
2. Labeling of the peaks of the arch-shape caused by the scattered light noise in the spectrogram ( JGW-G2416109-v1 )
3. Velocity of the optical levers of "K1:VIS-PRM_TM_WIT_L_DQ", "K1:VIS-PR2_TM_WIT_L_DQ", "K1:VIS-PR3_TM_WIT_L_DQ"
4. Labeling of the peaks on the velocity of the optical levers

The strain is whitened as follows:
1. Read 256 s timeseries from 1418084080 s to 1418084336 s.
2. Estimate ASD by the following parameters
fftlength: 16 [s]
overlap: 8 [s]
method: median
3. Whiten the time series by the ASD
4. Crop 8 s on both ends of the time series
Then, we applied Q-transformation on the whitened time series by the following parameters:
qrange = (30, 30)
frange = (20, 100)

The velocity of the optical levers is calculated by numpy.gradient as the derivative with respect to time on the time series of the optical levers, which are bandpassed with frequency from 0.4 Hz to 0.5 Hz.



 
 
Images attached to this report
MIF (General)
kenta.tanaka - 17:55 Wednesday 15 January 2025 (32348) Print this report
Beam path investigation on the AS table

Yokozawa, Ushiba, Tanaka

related to klog31986 (REFL), klog31992 (MCE TRANS), klog32330 (IMC REFL)

The optical layout on the AS table is here. Optics name convention as below is followed as the ones in this layout. Working photo are saved in the KAGRA dropbox.

## Abstract

We checked the beam path (OMC {TRANS, REFL}, AS) on the AS table when X-arm was locked. The beam position of almost all of the optics seem to be fine in the OMC TRANS and AS path, except for the HWP3 in the AS path. We shifted the HWP3 and tweaked the mirrors in front of PDs and QPDs for the centering. We found that there are some ghosts around the beam dump and HWP1. We should dump them after the new dumpers are delivered. 

On the other hand, the beam position on the periscope upper mirror in OMC REFL path seems to be shifted from the center and clipped. So we need to lower the position of this mirror. However, we have no time today. We will do it later.

## What we did

We checked the beam path (OMC {TRANS, REFL}, AS) on the AS table when X-arm was locked.

### OMC TRANS path 

First, we checked the beam in the OMC TRANS path. We found that the beam power in this path was too low to see the beam postion on the optics with the IR camera. So we used a sensor card to check the beam position. The beam positions seem to be fine.

### AS path

Next, we checked the beam in the AS path. The beam position on HWP3 was shifted in the -Y direction. So we shifted HWP3 to the -Y direction. The beam postions on the other optics until the QPD path seems to be almost center. The beam positions on the mirrors in the QPD path seemed to be off center slightly. Therefore, we tweaked STM4 and ST12 for QPD2 centering and BS3 and ST3 for QPD1 centering. 

After that, we tweaked the steering mirrors to center RFPDs and the AS camera.

Also, we found that there are some ghost beams around the beam dumper (fig.1) and HWP1 (fig.2). We should dump them after the new dumpers are delivered. 

### OMC REFL path

Finally, we started to check the OMC REFL path. We turned off the ceiling light above the OMC booth and we took the photo of the periscope upper mirror in the path (Fig. 3).  The beam position seems to be shifted from the center and clipped. So we need to lower the position of this mirror. However, we have no time today. We will do it later.

-----------------------

## Note

We left the SD card of the camera in front of the k1ctr9 PC. Do not forget to bring the card before using the IR camera.

Images attached to this report
VAC (EY)
takahiro.yamamoto - 17:28 Wednesday 15 January 2025 (32351) Print this report
Comment to Threshold change of interlock device for GVetmy (32347)
A threshold of the Guardian alert is still kept as 8.0e-6Pa to take a data by guardlog.

Readout value: ~1.1e-5Pa at 17pm
Alert threshold: 8.0e-6Pa (now alert is being sent with 12hrs. cadence.)
Interlock threshold: 1.2e-5Pa
VAC (EX)
takahiro.yamamoto - 17:10 Wednesday 15 January 2025 (32350) Print this report
Comment to Re-enabled the interlock circuit for GVetmx (32345)
The Guardian alert was resumed with a threshold value of 7.0e-6Pa.

Readout value: ~6.0e-6Pa at 17pm
Alert threshold: 7.0e-6Pa
Interlock threshold: 8.0e-6Pa
DetChar (General)
hirotaka.yuzurihara - 16:58 Wednesday 15 January 2025 (32349) Print this report
Update script to generate Segment files for the past data

[Uchikata, Narikawa, YamaT, Yuzurihara]
I have two reports related to the segment files.

(1) Last year, we missed the automatic generation of the segment files due to the failure of the cache file generation (it's due to the expire of the GPS package). The period is 2024/06/28~07/18. We regenerated segment files at System-B (Kashiwa cluster) and transferred them to Kamioka.
The regenerated files were uploaded to DQSEGDB with the huge help of the administrator, Robert. The regular upload to DQSEGDB has resumed since 2025/01/09.

(2) During the manual regeneration, we used a different conda environment in the Kashiwa cluster from the usual environment in Kamioka. Actually, the package version of `python-logo-lw` is different between them, and it caused the different format segments. This time, we regenerated the segment files in the conda environment, including the consistent packages.
For the countermeasure next time, I'm updating the script (/users/DET/tools/Segments/Script/make24hourSegment_igwn.py) to add the option to read the data via k1nds2.
This script is different from the script running every 15 minutes. So it will not affect the regular generation of the segment files.
I'm testing the script for several dates to validate the script. It took 5 minutes ~ 30 minutes to finish reading the one-day data vis k1nds2. We guess the possible cause is the overload of the HDD in the Kashiwa cluster.

VAC (EY)
nobuhiro.kimura - 16:37 Wednesday 15 January 2025 (32347) Print this report
Threshold change of interlock device for GVetmy

[Kimura and Yasui]

  As the temperature of EYC's 8K shield increased, nitrogen trapped on the shield surface was thought to have been released.

As a result, the pressure near Y-30 increased and exceeded the threshold value, causing the interlock device for GVetmx to operate and GVetmy to close.
After confirming that the gas released by Q-mass was nitrogen, the operating threshold of the GVetmx interlock device was changed to 1.2 x 10^-5 Pa.

 The operating threshold before the change was 9.6 x 10^-6 Pa.

Comments to this report:
takahiro.yamamoto - 17:28 Wednesday 15 January 2025 (32351) Print this report
A threshold of the Guardian alert is still kept as 8.0e-6Pa to take a data by guardlog.

Readout value: ~1.1e-5Pa at 17pm
Alert threshold: 8.0e-6Pa (now alert is being sent with 12hrs. cadence.)
Interlock threshold: 1.2e-5Pa
VAC (EX)
nobuhiro.kimura - 16:24 Wednesday 15 January 2025 (32345) Print this report
Re-enabled the interlock circuit for GVetmx

[Kimura and Yasui]

 At around 15:00, after opening GVetmx, the interlock device for GVetmx was re-enabled.
The pressure gauge for the interlock device installed in X-30 indicated 3.1 x 10^-6 Pa with GVetmx closed and 6.1 x 10^-6 Pa after GVetmx was opened.
The threshold for the interlock device to operate was set at 8.0 x 10^-6 Pa.

Comments to this report:
takahiro.yamamoto - 17:10 Wednesday 15 January 2025 (32350) Print this report
The Guardian alert was resumed with a threshold value of 7.0e-6Pa.

Readout value: ~6.0e-6Pa at 17pm
Alert threshold: 7.0e-6Pa
Interlock threshold: 8.0e-6Pa
CAL (XPcal)
dan.chen - 14:09 Wednesday 15 January 2025 (32343) Print this report
XPcal calibration

With Misato Onishi

We conducted the integrating sphere calibration for Pcal-X.
The results are attached.
There were no unexpected findings.

Non-image files attached to this report
VIS (EY)
takaaki.yokozawa - 11:46 Wednesday 15 January 2025 (32342) Print this report
Comment to Check the QPD SUM change by fluctuating the suspension ETMY (32338)
I also checked the history of MN TILT OPLEV QPD SUM before starting cooling down.

1. Overview of the QPD SUM (Fig.1.)
As shown in Fig.1., the decreasing of the SUM (green) started.

2. Starting time of the decreasing SUM (Fig.2.)
The starting time seemed 6th September, 2024(JST) as shown in Fig.2.
From checking the klog and daily commissioning schedule, only one activity in Yend
klog30995 (Turned on the TMP at Yend).
At this timing, most commissioning worker performed the ASC activity at control room.
Interesting one is the starting the decreasing SUM with increasing the oplev glitch (RMS became larger) as shown in Fig.3.

3. Small bump in 9th Sep. (Fig.4.)
In this timing, I changed the target temperature of the oplev light source(klog31031).

4. some bump in 10th Sep. (Fig.5.)
I cannot find the critical work related this change.

5. Stopped the decreasing SUM around 20th Sep. (Fig.6.)
Around the 20th Sep. the pressurization work were performed at EYC.

6. Sudden increasing the SUM at 1st Oct. (Fig.7.)
I cannot find the related work around Yend (ASC work ongoing)

Anyway, my conclusion is the oplev light source was unstable before the cooling down,
duct shield cooling may not affect the oplev SUM
radiation shield cooling made the small clipping at the radiation shield view port, and fixed it yesterday.

Images attached to this comment
VIS (IY)
takaaki.yokozawa - 11:02 Wednesday 15 January 2025 (32341) Print this report
Check the MN oplev SUM ITMY
Since the SUM of MN oplevs (TILT and ROL) didn't change according to the cooling work, we concluded there are no significant clipping in ITMY
Images attached to this report
VIS (IX)
takaaki.yokozawa - 11:01 Wednesday 15 January 2025 (32340) Print this report
Check the MN oplev SUM ITMX
Since the SUM of MN oplevs (TILT and ROL) didn't change according to the cooling work, we concluded there are no significant clipping in ITMX
Images attached to this report
DetChar (General)
nami.uchikata - 11:00 Wednesday 15 January 2025 (32339) Print this report
Change the name of segment
The segment `K1-DAQ-IPC_ERROR` is now changed to `K1-DAQ_IPC_ERROR ` on the Kashiwa server (kmst2).
VIS (EY)
takaaki.yokozawa - 9:58 Wednesday 15 January 2025 (32338) Print this report
Check the QPD SUM change by fluctuating the suspension ETMY
I tried to check the beam clipping of ETMY TILT/LEN oplev path.

First, I set the PAY_FLOAT state and add the oscillation(0.1 Hz) to TEST channel of the ETMY MN (100 cnt in Yaw and 500 cnt in Pitch)
Fig1. and Fig.2. showed the result when I added the oscillation.

The conclusion is that there are not large clipping inside the QPD range.
Images attached to this report
Comments to this report:
takaaki.yokozawa - 11:46 Wednesday 15 January 2025 (32342) Print this report
I also checked the history of MN TILT OPLEV QPD SUM before starting cooling down.

1. Overview of the QPD SUM (Fig.1.)
As shown in Fig.1., the decreasing of the SUM (green) started.

2. Starting time of the decreasing SUM (Fig.2.)
The starting time seemed 6th September, 2024(JST) as shown in Fig.2.
From checking the klog and daily commissioning schedule, only one activity in Yend
klog30995 (Turned on the TMP at Yend).
At this timing, most commissioning worker performed the ASC activity at control room.
Interesting one is the starting the decreasing SUM with increasing the oplev glitch (RMS became larger) as shown in Fig.3.

3. Small bump in 9th Sep. (Fig.4.)
In this timing, I changed the target temperature of the oplev light source(klog31031).

4. some bump in 10th Sep. (Fig.5.)
I cannot find the critical work related this change.

5. Stopped the decreasing SUM around 20th Sep. (Fig.6.)
Around the 20th Sep. the pressurization work were performed at EYC.

6. Sudden increasing the SUM at 1st Oct. (Fig.7.)
I cannot find the related work around Yend (ASC work ongoing)

Anyway, my conclusion is the oplev light source was unstable before the cooling down,
duct shield cooling may not affect the oplev SUM
radiation shield cooling made the small clipping at the radiation shield view port, and fixed it yesterday.

Images attached to this comment
CRY (Cryostat EY)
shinji.miyoki - 9:50 Wednesday 15 January 2025 (32337) Print this report
EY cryocooler performance and vacuum alert at X-30

We got the following message in JST,

  • 2025-01-15 08:13:12.840984
    KGRVAC_CCG_Y30_01_VAL_PRESS:  current=8.200000000000001e-06,  threthold=8.2e-06

We checked the cryocooler status as IY. Then we found the temp enhancement at 4K stages and reduction at 50K stages that were regarded as the unbalance cooling of cryocoolers as in the attached Fig.1. The temp of 8K shield once reached around 30.6K that is near the nitrogen adsorption temp and went up. So we can expect the nitrogen release as in IY.

By the way, these same phenomena (Temps onee reached around 30K and went up in IY and EY) are interesting. The nitrogen adsorption with thermal flow/exchange might affect the performance of cryocoolers. 

Images attached to this report
MIF (General)
takaaki.yokozawa - 9:24 Wednesday 15 January 2025 (32336) Print this report
Comment to PRFPMI recovery work (32333)
In this morning, I performed the full initial alignment including moving the ITMX and ETMX during the Xarm alignment.
Then, the transmittance power during the PRFPMI lock became more than 130, but the fluctuation of the 0.2 Hz, the lock was not so stable.
MIF (General)
tomotada.akutsu - 9:08 Wednesday 15 January 2025 (32335) Print this report
Beam dump bases

For your information.

There are several types of beam dump holders:

The second ones would be more popular now in KAGRA, probably, but the first ones were used since TAMA (and also in LIGO? by Arai-san). We have manufactured some of the first one and they are stocked in the KAGRA tunnel anywhere. This might be smaller in size than that of the second one, so suitable to be installed in the narrow areas.

VIS (EY)
takaaki.yokozawa - 6:48 Wednesday 15 January 2025 (32334) Print this report
ETMY MN oplev work
[Dan, Hido, Yokozawa]

We performed the ETMY MN oplev check (This work was yesterday work 1/14)

1. Touch the MNV oplev
Yaw value was not centered, so we touched the yaw direction of the injection part and performed the QPD centering, only yaw direction

2. Checked the MN ROL/TRA oplev
We checked the shape of the light and clipping by seeing inside the viewport, it seemed healthy (Fig.1.)

3. Tuned the MN TILT/LEN oplev
First, we checked the shape of the light in front of the TILT/LEN QPD, not so bad, but not so good. (Fig.1.)
Seeing in front of the viewport, there seemed the clipping at the viewport of the radiation shields, so we decided to touch the injection part.
By touching the yaw direction, once the QPD output increased, but soon decreasing and light in front of the TILT QPD became dark by our eye.
We fixed the good light power at yaw, then we touched the pitch direction.
We can find the good light power position by moving the pitch direction (Fig.2.)
Since we touched the pitch direction, we changed the all height of the optics.
The QPD output power changed from ~100 to ~800 (TILT)

# We need to move more by finding the best light power, Ushiba-san mentioned.
Images attached to this report
MIF (General)
takafumi.ushiba - 19:40 Tuesday 14 January 2025 (32333) Print this report
PRFPMI recovery work

Abstract:

PRFPMI_RF_LOCKED was not yet recovered.
LSC seems to work but ASC does not.
It is probably due to the bad beam spot on ITMX, so fine initial alignment is necessary.

Detail:

I performed initial alignment (thogh ITMX and ETMX was not moved), and tried to lock PRFPMI.
Though PRFPMI LSC was succeeded, maximum transmission power was about 100 for both arms, which implies that the beam spot on ITMX is not good.

After the success of LSC, I implemented ASC but lock was lost when PRMI ASC (WFS) was engaged.
It is probably due to the bad alignment to POP QPDs, so QPD centering would be also necessary if the beam centering to QPDs is still bad after fine adjustment of the beam spot on ITMX.

What we need to do for the recovery of PRFPMI:

1. Perform initial alignment and recover the beam spot on ITMX as much as possible.
2. Perform QPD centering with PICO if necessary, especially for POP QPDs.
3. Search good actuator balances for ITMX BPC to keep the good ITMX beam spot.

Comments to this report:
takaaki.yokozawa - 9:24 Wednesday 15 January 2025 (32336) Print this report
In this morning, I performed the full initial alignment including moving the ITMX and ETMX during the Xarm alignment.
Then, the transmittance power during the PRFPMI lock became more than 130, but the fluctuation of the 0.2 Hz, the lock was not so stable.
VIS (EX)
kenta.tanaka - 19:16 Tuesday 14 January 2025 (32332) Print this report
Comment to ETMX MN OpLev seems clipped (32310)

The spectra of {MN,TM} Oplev signals in LOCK_ACQUISITION are shown in fig.1, blue lines are the spectra before the adjustment, and red lines are after the adjustement. As you can see, the MN TILT/LEN oplevs see the suspension motion in the TILT and LEN directions, respectively. Thanks to this, the 1 Hz peaks in TM PIT and YAW are well damped.

On the other hand, the peaks around 2 Hz in MN/TM oplevs can be seen. We may need to adjust the damping filters.

Images attached to this comment
VIS (EX)
takafumi.ushiba - 18:57 Tuesday 14 January 2025 (32331) Print this report
Comment to ETMX MN OpLev seems clipped (32310)

[Tanaka, Yokozawa, Ushiba]

Abstract:

We moved injection beam path of ETMX MN TILT OpLevs.
Also, we performed centering of MN OpLevs.

Detail:

We checked the MN TILT OpLev beam at reciver side and found that the beam shape coming out from the viewports were already clipped (fig1).
So, we moved injection beam to recover the clipping, and then the QPD SUM values were also recovered.

We also checked the MN ROL OpLev beam and it didn't seem to be clipped, so we didn't move the injection beam for MN ROL OpLev.

After that, we centered all MN OpLevs (MN LEN, MN TILT, MN TRA, MN ROL, and MN VER).

Images attached to this comment
Search Help
×

Warning

×