Reports of 27242
VIS (EX)
lucia.trozzo - 17:34 Friday 17 May 2024 (29566) Print this report
Comment to Preliminary works to the test the Inertial damping control (29538)

Today I tried to understand the reason for the instability of the blending strategy 30 mHz along the T direction. As already mentioned, the T TF shows a strange phase behaviour below 100 mHz, in spite of the phase compensator implemented to compensate it.

Figure 1 and Figure 2 show the TF: LVDT/IS{L,T}. It is clear that there is still a phase lag which introduces an instability into the loop. To mitigate the phase lag, I implemented a new phase compensator on the virtual inertial sensor and this seems to be able to stabilise the loop. I was able to successfully engage the inertial damping (blending frequency 30 mHz) along both L and T. Figure 3 shows the spectra taken when the following strategy was engaged:

1) IP_{L,T,Y}: DC control on (blue line)

2) IP{L,T} blending at 80 mHz, IP_Y blending at 110 mHz (red line)

3) IP{L,T} blending at 30 mHz, IP_Y blending at 110 mHz (magenta line).

 It is clear from the figure that the 30 mHz strategy helps to reduce the rms by almost a factor of 18 at the microseismic peak.

Note: I still need to work on the shape of the control filter and the optimisation of the blending filters.

 

Images attached to this comment
VIS (MCF)
tatsuki.washimi - 16:29 Friday 17 May 2024 (29565) Print this report
Comment to MCi/MCo coil inductance and resistance (29562)

No, it was just the remaining work of the IMC chamber closing. It's independent of the vibration tests.

VIS (MCF)
hirose.chiaki - 15:51 Friday 17 May 2024 (29564) Print this report
Comment to MCi/MCo coil inductance and resistance (29562)

I'm sorry for not following. Was this measurement for the IMC vibration test?

VIS (MCE)
tatsuki.washimi - 15:24 Friday 17 May 2024 (29563) Print this report
MCe coil inductance and resistance

I measured the inductance and resistance of the MCi/MCo suspensions.

MCe coil @ feedthrough (BNC)
H1 38.4 uH 3.378 Ω
H2 38.5 uH 3.818 Ω
H3 38.1 uH 3.493 Ω
H4 38.7 uH 3.976 Ω
VIS (MCF)
tatsuki.washimi - 15:24 Friday 17 May 2024 (29562) Print this report
MCi/MCo coil inductance and resistance

I measured the inductance and resistance of the MCi/MCo suspensions.

MCi coil @ feedthrough (BNC)
H1 37.5 uH 4.138 Ω
H2 37.8 uH 5.032 Ω
H3 37.3 uH 2.593 Ω
H4 38.4 uH 3.319 Ω

 

MCe coil @ flip cable (Dsub)
H1 37.3 uH 9.221 Ω
H2 39.3 uH 11.013 Ω
H3 37.4 uH 6.072 Ω
H4 40.1 uH 7.185 Ω
Comments to this report:
hirose.chiaki - 15:51 Friday 17 May 2024 (29564) Print this report

I'm sorry for not following. Was this measurement for the IMC vibration test?

tatsuki.washimi - 16:29 Friday 17 May 2024 (29565) Print this report

No, it was just the remaining work of the IMC chamber closing. It's independent of the vibration tests.

IOO (General)
takahiro.yamamoto - 15:01 Friday 17 May 2024 (29560) Print this report
k1psl was updated related to removing work of k1mzm

Abstract

k1psl shows IPC errors (see also Fig.1) after removing k1mzm reported in klog#29540.
For removing these errors, I updated and restarted k1psl.

Details

IPC connections which had errors were terminated on k1psl as shown in Fig.2. So I removed these unnecessary Dolphin blocks from k1psl. After then, the model file was re-compiled, installed and restarted. I also removed these unnecessary Dolphin connection from the IPC list (/opt/rtcds/kamioka/k1/chans/ipc/K1.ipc, see also Fig.3) and the channels on k1mzm from the DAQ list (/opt/rtcds/kamioka/k1/target/fb/master, see also Fig.4). Finally, k1mzm was removed from the real-time model list (/diskless/root/etc/rtsystab, see also Fig.5).

Due to the above works, removing k1mzm should have been completed.

Images attached to this report
AOS (Optical Levers)
takaaki.yokozawa - 14:53 Friday 17 May 2024 (29561) Print this report
Made new wind shield for MCo oplev
According from klog29529,
I performed the checking of wind shield for the MCo oplev.

There were temporal windshield for MCo oplev, but I found the large hole near the injection.
So I made new wind shield.

During this work, I also noticed the fiber cabling was not good.
(Touched the QPD, wall, and so on), I also performed the cleaning cabling for fiber.
But during this work, the oplev light lost.
Fortunately, I had reserved one (SLD, fiber connection jig and fiber collimator), I checked one by one.
Finally, the fiber connection jig made the light lost. After replaced to new one, oplev light came back!

Before this work -> after this work
MCo oplev pitch : 2 -> 3 [urad]
MCo oplev yaw : 17 -> 15 [urad]
MCo oplev sum : 10204 -> 9514 [cound]
The reduction of the SUM may come from the replacement of the fiber connection jig(?)

Fig.1. showed the replaced connection jig.
Fig.2. showed the new fiber cabling
Fig.3. showed the new wind shield
Fig.4. showed the spectrum before(blue) and after(red) this work. We can reduce the noise level below 10 Hz as expected.
Images attached to this report
DGS (General)
shoichi.oshino - 13:36 Friday 17 May 2024 (29557) Print this report
Check the DAQ network switch
The check light on the DAQ network switch had been on for a long time.
I checked the error log on this switch.
The attached file is the error log. This error code means a temperature anomaly warning.
This error was recorded on 2021-12-03. During this time, the temperature in the mine server room becomes higher due to the air conditioner failure (klog 19088).
After this checking, I cleared the error log on the switch and the check light was off (fig1).
Images attached to this report
Non-image files attached to this report
DGS (General)
shoichi.oshino - 13:14 Friday 17 May 2024 (29556) Print this report
Exchange IRIG-B card on k1test0
For checking long time stability, I exchange the IRIG-B card on k1test0.
The card was changed from rev.A to rev.7.
Images attached to this report
DGS (General)
shinji.miyoki - 12:38 Friday 17 May 2024 (29555) Print this report
Comment to instantaneous blackout around 12:29 (29533)

Hokuriku power company explained that the grounding trouble happened at Kosugi at 12:27 on 16th.

VAC (PRM)
shinji.miyoki - 12:35 Friday 17 May 2024 (29554) Print this report
Comment to Replacement of pressure gauge on PRM vacuum pumping unit (29522)

Around 12:35, 2.5x10^-4 Pa.

MIF (ASC)
takahiro.yamamoto - 11:33 Friday 17 May 2024 (29552) Print this report
Comment to Routed the cables and prepared for WFSf3 optics installation in MIFREFL table (29466)
Please do recabling with sensible staffs.
The pwer breaker box cannot be opened because new cables are placed on the box with non-weak tension.
So I couldn't turn OFF the IO chassis in order to add a new ADC board in K1IOO1.

Although it may be possible to eliminate this problem by pulling cables forcefully, NEVER DO SO.
Please remove cables from inside the rack once and then do recabling them in properly.

Anyway, I gave up to add a ADC board today.
Images attached to this comment
DGS (General)
satoru.ikeda - 11:10 Friday 17 May 2024 (29553) Print this report
Comment to Survey of damage caused by the momentary power outage that occurred at around 12:28 on 2024-05-16. (29535)

Hirata-san, Ikeda

> IXC_LASER1 : no logs since 12:26, still stopped, Ping response => to be checked tomorrow
In the end, the IXC Laser heater did no real damage because it was in the test environment K-Log#27847).

After the power outage, everything was switched on and the network remained connected.
However, the serial communication between the LAN converter and the temperature controller was lost.
Therefore, everything was switched back on and restored.

Non-image files attached to this comment
VAC (PRM)
takashi.uchiyama - 9:59 Friday 17 May 2024 (29551) Print this report
Comment to Replacement of pressure gauge on PRM vacuum pumping unit (29522)

Since 10^-6Pa is too good, I checked the valves and I found the GV between the pumping unit and the duct was closed.
I opened it and the vacuum pressure was 4.0*10^-3Pa.
PEM (Center)
tatsuki.washimi - 9:48 Friday 17 May 2024 (29550) Print this report
Nearby Lightnings on May 16

I checked the lightning information in the Blitzortung database.

Yesterday, 4 events were recorded, but all of them were after the blackout.

JST GPS time Lat Lon Distance from KAGRA BS
2024-05-16 14:28:09.161 1399872507.161301 36.809276 137.232867 44.8 km
2024-05-16 18:54:26.748 1399888484.748453 36.479070 137.290434 7.9 km
2024-05-16 19:46:09.497 1399891587.497201 35.786617 137.312400 69.2 km
2024-05-16 19:49:47.563 1399891805.563301 35.567599 137.173287 94.3 km

 

In the FALMA information, many lightnings were recorded around 8 am, but not around noon.
I heard a thunder at 13:44 yesterday.

 

Note:
Blitzortung uses VLF (~10 kHz) signals and identifies each stroke, for the worldwide scale (~4000 km)
FALMA uses LH (~100kHz) signals and distinguish sparks in a stroke, within Chuubu(中部) area.

Images attached to this report
MIF (General)
tomotada.akutsu - 9:19 Friday 17 May 2024 (29548) Print this report
Comment to Test of ADSs of XARM with ITMX and ETMX (29536)

For the viewport windows:

  • Reflectance of the window between PRM-PR3 is actually  ~1.5% each surface, so the measured loss ~3% due to the both surfaces (JGW-D2214401) would be consistent: (1-0.015)^2 = 97%
  • R% of the GV window between MCF-IFI and BS-IXC are ~0.3-0.5% each surface (JGW-D1808555): (1-0.005)^4 = 98%
  • R% of the pundulum valve window between EXC-EXT is 1% each surface. (JGW-D1706728): (1-0.01)^2=98%

0.97*0.98*0.98 = 93% would be the nominal transmittance ignoring any bulk loss... hope my calculation be not wrong...

Ref: kagra wiki viewport

CAL (XPcal)
takaaki.yokozawa - 9:02 Friday 17 May 2024 (29549) Print this report
Comment to How to take Tcam picture for Pcal-X beam position monitor (29459)
I took the picture 17th May. (Friday)
VAC (General)
takashi.uchiyama - 8:38 Friday 17 May 2024 (29547) Print this report
Instantaneous blackout around 12:29 on 16th May, 2024.
2024/05/16

Kimura

The vacuum systems in KAGRA were not affected by the instantaneous blackout around 12:29.
VAC (PRM)
takashi.uchiyama - 8:35 Friday 17 May 2024 (29546) Print this report
Comment to Replacement of pressure gauge on PRM vacuum pumping unit (29522)
2024/05/17

Uchiyama

I checked the pressure and it was 2.2*10^-6Pa at 8:30 AM.

I also placed web camera called Center booth1 to see the vacuum gauge remotely.
VAC (PR2)
nobuhiro.kimura - 8:17 Friday 17 May 2024 (29545) Print this report
Vacuum leak test of pumping unit for PR2

[Kimura, M. Takahasshi and Sawada (hokuto)]
 On the afternoon of 16 May M. Takahashi-san, Sawada-san and me performed a leak test on the pumping unit for PR2.
The results of the vacuum leak test confirmed that there were no leak more than 1x10^-12 Pam^3/s.
The pump unit for PR2 is being disassembled and reassembled to change the positional relationship between the TMP and the optical table.
As a result, the TMP was placed on the +Y side of the T-tube and the ion pump was placed on the -Y side of the optical table.
The dry pump for rough pumping was installed outside of the clean booth.
(Photos 1-3) 

Images attached to this report
VAC (PRM)
nobuhiro.kimura - 8:01 Friday 17 May 2024 (29544) Print this report
Vacuum leak test of section from GVmc to PRM

[Kimura, M. Takahasshi and Sawada (hokuto)]
 On the afternoon of 16 May M. Takahashi-san, Sawada-san and me performed a leak test on the section from the GVmc to the PRM where the flange was retightened.
The results of the vacuum leak test confirmed that there were no leak more than 1x10^-12 Pam^3/s. 

DGS (General)
shinji.miyoki - 7:55 Friday 17 May 2024 (29543) Print this report
Comment to instantaneous blackout around 12:29 (29533)

Around 12:40, Uchiyama-kun called me that Kimura-san reported him the possibility of an instantaneous power outage at the KAGRA. After that, Aso-kun also called me the same thing and that all model were dead in the DGS. At that time I was in the KAGRA center area. I felt nothing of light bringing. Also, at the beginning of the ICRR Faculty meeting from 13:00, I heard that Sekiya-san of SK went to SK area for urgent troubleshooting. So, This power outage seemed to happen in the KAGRA and SK areas.

I checked the KAGRASAVIC-net warning system just after the phone call from Uchiyama-kun, but no report on the power outage was found. So this time power outage seemed to be shorter than the setting threshold. 

Actually, the weather was getting worse and worse at the time, so some lightning could affect it. As you know, the electrical pole construction near the SK entrance was also ongoing.

DetChar (General)
shinji.miyoki - 7:37 Friday 17 May 2024 (29542) Print this report
Comment to 4.5 Hz peak of IMC (29496)

Could you please check the covering for MCo oplev again?

MIF (General)
yoichi.aso - 22:35 Thursday 16 May 2024 (29541) Print this report
Beam spot check on SR2

Ushiba, Takano, Hirata, Aso

Following the work on SR3, we continued to check and align the beam spot on SR2.

We first reconnected the picomotors of the SR2 in-vac steering mirror to the driver.
The cables were poorly labeled, so we checked which cable corresponds to which degree of freedom by looking at the motion of the picomotors by eyes.
Now the cables are nicely labeled by Hirata-san.

From the yesterday's work, we knew that pitching SR3 down by 100urad roughly centers the IR beam on SR2.
So we checked the IR beam spot with this state.

It was slightly higher than the center. So we pitched down the SR3 by 30urad.
The result looks nicely centered.

Now we know the target orientation of the SR3.
Then, starting from the SR3 orientation where the green-Y reaches the EYA PD, we moved the SR3 little by little to the target orientation, while keeping the green-Y alignment by moving the in-vac picomotors. This way, we were able center the IR beam spot on SR2 with green-Y reaching the Y-end.

Then, we checked the green beam spot on SR2.

It was obviously higher than the center.
We moved a picomotor on the POS table and the in-vac picomotor to center the green beam spot on SR2 while keeping the green-Y alignment.
The result is the following.

We wanted to continue to align the beam spot on the center of SRM by moving SR2.
However, the momentary power outage and following DGS failures did not allow us to work on this today.

 

Images attached to this report
IOO (IMC)
satoru.takano - 21:05 Thursday 16 May 2024 (29540) Print this report
Modification of IO guardian

Yamaoto, Takano

We modified IO guardian so that this guardian is independent of k1mzm model.

What we modified:

  • Commented out the lines which use a variable "PSL_POWER", because this value is determined by K1:LAS-POW_PSLOUT_INMON, whose value is always zero, and not used after all.
  • Commented out the lines which use a variable "PSL_OUT", because this value is determined by K1:LAS-POW_PSL_DC_INMON, whose value is always zero, and not used after all.

After the modification, IO guardian worked successfully and went to the state "PROVIDING_STABLE_LIGHT" without any errors.

Search Help
×

Warning

×