We accepted the SDFs reported on klog34454.
CALEX, CALEY
K1:CAL-PCAL_{EX,EY}_TCAM_{MAIN,PATH1,PATH2}_{X,Y}
We accepted the SDFs reported on klog34454.
K1:CAL-PCAL_{EX,EY}_TCAM_{MAIN,PATH1,PATH2}_{X,Y}
A CAL Tcam session was performed to obtain beam position information necessary for Pcal. The parameters have already been updated, and SDF has been accepted.
Operator: Shingo Hido, Dan Chen
Update Time: 2025/07/04 09:03:40
EPICS Key | Before [mm] | After [mm] | Δ (After - Before) [mm] |
---|---|---|---|
K1:CAL-PCAL_EX_TCAM_PATH1_X | 3.26544 mm | 3.31876 mm | +0.05332 mm |
K1:CAL-PCAL_EX_TCAM_PATH1_Y | 62.90884 mm | 62.68873 mm | -0.22011 mm |
K1:CAL-PCAL_EX_TCAM_PATH2_X | 0.13975 mm | -0.12871 mm | -0.26846 mm |
K1:CAL-PCAL_EX_TCAM_PATH2_Y | -63.65513 mm | -63.44419 mm | +0.21094 mm |
Update Time: 2025/07/04 09:04:08
EPICS Key | Before [mm] | After [mm] | Δ (After - Before) [mm] |
---|---|---|---|
K1:CAL-PCAL_EX_TCAM_MAIN_X | 3.47421 mm | 3.48993 mm | +0.01572 mm |
K1:CAL-PCAL_EX_TCAM_MAIN_Y | 12.21899 mm | 12.19048 mm | -0.02850 mm |
Update Time: 2025/07/04 09:04:49
EPICS Key | Before [mm] | After [mm] | Δ (After - Before) [mm] |
---|---|---|---|
K1:CAL-PCAL_EY_TCAM_PATH1_X | 0.79868 mm | 1.19957 mm | +0.40089 mm |
K1:CAL-PCAL_EY_TCAM_PATH1_Y | 64.20560 mm | 64.22827 mm | +0.02267 mm |
K1:CAL-PCAL_EY_TCAM_PATH2_X | -0.69337 mm | -0.41650 mm | +0.27687 mm |
K1:CAL-PCAL_EY_TCAM_PATH2_Y | -70.20718 mm | -70.59431 mm | -0.38713 mm |
Update Time: 2025/07/04 09:05:15
EPICS Key | Before [mm] | After [mm] | Δ (After - Before) [mm] |
---|---|---|---|
K1:CAL-PCAL_EY_TCAM_MAIN_X | 6.50798 mm | 8.77452 mm | +2.26654 mm |
K1:CAL-PCAL_EY_TCAM_MAIN_Y | -3.22455 mm | -3.34206 mm | -0.11751 mm |
After checking the updated PDF, it seems that all three peaks in question (1st No.2, No.6, and No.9) have issues in the fitting results. I plan to adjust the settings to use a longer FFT length and reanalyze them.
output from check_IFO_status.py
Takaaki Yokozawa, Hiroshi Takaba, Dan Chen
9:00–17:00 JST
output from check_IFO_status.py
Today, IFO could not be recovered to even RF-locked state automatically by the guardian for a long time (more than 1 hour).
Since this is the first time that IFO could not be recovered automatically during O4c observing run, I investigated the reason.
Figure 1 shows the ETMX OpLev values before and after the final lock of the interferometer.
Though pitch and yaw values were recorded well, LS oplev values were changed a lot.
This is probably due to the DARM control feedback signals, so it is hard to control.
To avoid the same instability, what we can do is
1. Record LS Oplev values of ETMX and move suspensions so that LS OpLev values becomes close to the one before lockloss.
2. Move ETMX angle during the lock acquisition so that arm alignment becomes good, for example by ADS using GRX.
3. Decouple L2P and L2Y more to reduce the misalignment when LS OpLev values are changed.
Since there are several advantages and disadvantages in the above 3 countermeasures, we need to consider what kind of treatment should be done.
According to klog32643, the peaks got the very high Q values seem to be violin mode:
Peak of 1st No.2: "EYIMP"
Peak of 1st No.6: "IYIMP"
Peak of 1st No.9: "EXIMP"
The PDF file was updated: https://www.dropbox.com/scl/fi/h87b1kxmtvxrobqcc8f35/each_fit.pdf?rlkey=xtrz5wmwzb5t0a5zfgih8tmb0&st=p15q49za&dl=0
I changed plot styles.
If no local coincident channels were found, that might be caused by, for example, the 5 kHz dither signal being bad.
BNS range channel sometimes shows rapid decreasing as ~1-2Mpc (e.g. Fig.1).
In most cases, decreased BNS range continues 4-5min.
I checked it comes from whether actual noise excess or the method of PSD estimation.
and found it seems come from actual noise excess on error signal (I haven't found coincident witnesses yet).
And also, this noise excess seems to affect an estimation of the time dependent coefficients of calibration.
-----
At first, I made a some sensitivity ASDs around bad BNS ranges. Because BNS range channel has ~4min. delay in actual time, range was re-estimated in offline to compare ASD and rage value in the same time accurately. Figure.2 shows some 64-second long ASDs without overlap in time segments each other. We can see decreased BNS range and noise excess around 100Hz (and also some resonant peaks) in multiple ASDs. This means noise excess continues at least more than 64 seconds. So I saw DARM in-loop signals at the various test points and found K1:OMC-TRANS_DC_{A,B}_IN1_DQ (which is whitened DARM error signals) shows noise excess the most clearly as shown in Fig.3. Now we can see the exact time epoch of the noise excess on DCPD channels, I made 3 ASDs as 1) no noise excess at T1 cursor , 2) small excess at T2 cursor and 3) large excess at crosshair to maximize a effect of this noise excess in Fig.4. These excess seems come from enhancement of some resonant peaks (17 22, 40, 80? Hz) and too large enhancement of resonant peaks seems induced a noise excess of floor level.
In addition (it's a main topic for me), this noise excess makes glitchy behavior on the estimation of time dependent coefficients. For example, time dependency of optical gain fluctuates +/-10% (it's limited by statistical errors because of short integration time) in normal case. On the other hand, it's fluctuate ~30% around the noise excess on the DARM error signal as shown in Fig.5. We may need to apply more strict gating or smoothing in the offline estimation of time dependent coefficients.
If no local coincident channels were found, that might be caused by, for example, the 5 kHz dither signal being bad.
With Hiroshi Takaba,
We put the suspension name on the figures reported on klog32632.
We did not do any analysis, but just read this klog and put the suspension names on the figures.
Because of differences in the timing of a file dump processes and/or a delay of re-launching the LL calibration pipeline, a time segment of missing frames in the LL GWF file and one of the re-sent DAQ GWF files are slightly difference. An exact time segment of missing frames in the LL GWF file is [1435460351, 1435461886).
In this period, IFO was in OBSERVING as shown in Fig.1. Plot region is 4096s since GPS=1435459584 which is a same time epochs as the relavant file and missing period is represented by T1 and T2 cursors. On the other hand, there was no SIGNIF (and also LOW_SIGNIF) candidates duirng the relavant period (see also candidate list). So there is no urgency of filling missed frames in the LL GWF file for now. Treatment of this issue should depend on how will we do on the open data.
Because of differences in the timing of a file dump processes and/or a delay of re-launching the LL calibration pipeline, a time segment of missing frames in the LL GWF file and one of the re-sent DAQ GWF files are slightly difference. An exact time segment of missing frames in the LL GWF file is [1435460351, 1435461886).
In this period, IFO was in OBSERVING as shown in Fig.1. Plot region is 4096s since GPS=1435459584 which is a same time epochs as the relavant file and missing period is represented by T1 and T2 cursors. On the other hand, there was no SIGNIF (and also LOW_SIGNIF) candidates duirng the relavant period (see also candidate list). So there is no urgency of filling missed frames in the LL GWF file for now. Treatment of this issue should depend on how will we do on the open data.
PDF showing each fitting: https://www.dropbox.com/scl/fi/h87b1kxmtvxrobqcc8f35/each_fit.pdf?rlkey=xtrz5wmwzb5t0a5zfgih8tmb0&st=579p0hzm&dl=0
Takaaki Yokozawa, Hiroshi Takaba, Dan Chen
9:00–17:00 JST
We analyzed the violin mode peaks using approximately 6000 seconds of data starting from GPS time 1433982518 (2025-06-15).
For the 1st, 2nd, and 3rd violin mode frequency regions, peaks were searched and fitted individually. The fitting results are attached.
During visual inspection of the fitting results, obviously incorrect fittings were marked with “X.”
Most of the fitted peaks show Q factors around 1e5. In the 1st mode region, there are three peaks with significantly higher Q values (they look too high...), which are currently under investigation.
The mirror temperatures at the time of measurement were as follows:
Temperature [K]: (IX, EX, IY, EY) = (92, 49, 42, 58)
A PDF showing each fitting result is also attached.
PDF showing each fitting: https://www.dropbox.com/scl/fi/h87b1kxmtvxrobqcc8f35/each_fit.pdf?rlkey=xtrz5wmwzb5t0a5zfgih8tmb0&st=579p0hzm&dl=0
The PDF file was updated: https://www.dropbox.com/scl/fi/h87b1kxmtvxrobqcc8f35/each_fit.pdf?rlkey=xtrz5wmwzb5t0a5zfgih8tmb0&st=p15q49za&dl=0
I changed plot styles.
According to klog32643, the peaks got the very high Q values seem to be violin mode:
Peak of 1st No.2: "EYIMP"
Peak of 1st No.6: "IYIMP"
Peak of 1st No.9: "EXIMP"
After checking the updated PDF, it seems that all three peaks in question (1st No.2, No.6, and No.9) have issues in the fitting results. I plan to adjust the settings to use a longer FFT length and reanalyze them.
I just compared BNS and IRXY trans Norm for the recent 22 days as Fig.1
Do you find any more characteristic points?
N2 increased and decreased as Fig.1
Plot with "K1:CRY-TEMPERATURE_IX_4K_REF2_4K_HEAD".
With Shingo Hido
K1:VAC-PRESSURE_X_00 is going up.
Plot with "K1:CRY-TEMPERATURE_IX_4K_REF2_4K_HEAD".
N2 increased and decreased as Fig.1
Operators name: Takaaki Yokozawa, Hiroshi Takaba, Dan Chen
Shift time: 9-17 (JST)
Check Items:
IFO was used by CAL group during the day.
After a meeting between Miyoki-san, Ushiba-san, Sawada-san and CAL group, the state is planned to be set to OBSERVING.
Finally, I raised CFC_LATCH bit and moved from CALIB_NOT_READY to READY.
Differences in foton filters shown in Fig.1 are related to klog#34424 (K1:CAL-CS_DARM_*) and klog#34425 (K1:CAL-CS_SUM_{MICH,PRCL}_*).
Differences in SDF tables shown in Fig.2 are related to klog#34411 (K1:CAL-MEAS_*) and klog#34426 (K1:CAL-CS_TDEP_*).
There is no change in guardian code and model files as shown in Fig.3 and Fig.4, respectively.
Channels in JGW-L2314962
It's related to klog#34425.
They were updated based on the latest value of optical gain of DARM and ETMX actuator efficiencies in klog#34424.
Changes were accepted on observation.snap (Fig.1), down.snap (Fig.2), and safe.snap (Fig.3).
Finally, numerical rounding errors were reverted after re-loading observation.snap as shown in Fig.4.