Reports of 34006
DetChar (General)
hirotaka.yuzurihara - 0:56 Wednesday 25 March 2026 (36648) Print this report
Failure of segment production on 3/21~2/22 UTC

As posted at the issue, the regular production of segment files at k1det1 has stopped between 3/21 UTC and 3/22 UTC. As I checked the log file, the time of stopping the segment production seems to be 2026-03-22 02:15:00 JST ~ 2026-03-22 02:30:00 JST.  After that, the process to generate segment files restarted from 2026-03-22 14:45:00 JST. 
This is coincident with the occurance time of k1nfs0 issue as reported in klog

Since the interferometer was down at the time, I don't think many people would be interested in the segment information for this missing period. If that's the case, then ignoring this missing period is also an option.

CRY (General)
nobuhiro.kimura - 21:13 Tuesday 24 March 2026 (36647) Print this report
Comment to Maintenance Work on the Duct-Shield Cryo-coolers for IXC and IYC was Completed (36605)

[Kimura and Yasui]

 On March 24, we restarted four duct-shield cryo-coolers called Xfa, Xfs, Yfa and Yfs in the center mirro room at 15:00 as a test run.

And we turned on the cooling water unit for the cryo-coolers at the same time,

CRY (General)
nobuhiro.kimura - 21:08 Tuesday 24 March 2026 (36646) Print this report
Comment to Cryo-cooler Unit Maintenance Work (36134)

[Kimura, Yasui, M. Takahashi and H. Sawada] 
 On March 24, as part of maintenance work on the cryogenic cooling units, we removed four valve units from the radiation shield cryo-coolers (IXC  P-53, IXC P-55,  IYC  P-53 and IYC P-55 ).
The removed valve units were packaged and returned to the manufacturing plant, where they will be disassembled and inspected. 

VIS (SRM)
naoatsu.hirata - 17:45 Tuesday 24 March 2026 (36645) Print this report
Comment to Assembly of new mirror (36579)

[Takahashi.R, Dan.Chen, Hirata]
We installed new SRM mirror.

・The First Contact on the AR side was peeled off before installation.
・Confirmed that the wedge mark was on the -X side.
・Installed the new SRM mirror and tightened the M4 screws to 1.5 Nm.
・Peeled off the First Contact on the HR side.
・Inspected the surface and found some dots near the center. (pic1)
・We removed the mirror and applied First Contact again. (pic2)
・We reinstalled the mirror and peeled off the First Contact again. The second trial was successful, and the dots near the center were removed. (pic3)
・Finally, we confirmed that the wedge mark was on the -X side again. (pic4)

Images attached to this comment
CRY (General)
shoichi.oshino - 16:43 Tuesday 24 March 2026 (36643) Print this report
Comment to Stopping water pump monitoring (36368)
After finishing Center cryocooler maintenance, I reverted Center water pump alert.
DGS (General)
takahiro.yamamoto - 16:40 Tuesday 24 March 2026 (36642) Print this report
Comment to Preparation and consideration for the IO chassis replacement at the end stations (36635)
[Ikeda, Nakagaki, YamaT]

We removed unused power supply units (PAN35-10A) from U1-4 of SRM rack.
These units were used as a pair of +/-18V supply before O3. They will be used for +24V supply for IO chassis at the both end stations.

We have now all essential stuffs to replace the IO chassis at the 1st floor of the both end stations.
Replacement for EX0 can be started soon.
For EY0, we are still discussing how to transport these stuffs around EY0 rack through EYA booth.
If mine entrance at Mozumi is available, it's better to transport stuffs also for EY1 (the 2nd floor) at the same time.
DGS (General)
satoru.ikeda - 16:08 Tuesday 24 March 2026 (36641) Print this report
Comment to Deployment of V2 IO-chassis and the front-end computer for ITMY (36625)

[Nakagaki, YamaT (Support), Ikeda]

This work is related to K-Log#36625.
We used the new V2 IO chassis to measure the noise levels of the ADC and DAC.
For the DAC measurement, the Whitening Chassis used an available port (on the Board2 side) from S1909738.

During DAC measurements, the Whitening level was set to 42 dB.

[Data]
/users/DGS/measurements/{ADC,DAC}/K1IY1/2026/0324_V2_IO_CHASSIS/

Images attached to this comment
Non-image files attached to this comment
DGS (General)
takahiro.yamamoto - 12:44 Tuesday 24 March 2026 (36640) Print this report
Comment to Deployment of V2 IO-chassis and the front-end computer for ITMY (36625)
Finally, the old K1IY1 front-end computer was removed from U18-19 of ICV1 rack.
Unnecessary cables were also cleaned up.

Though Timing Fanout chassis at U38, IRIG-B chassis at U36-37, DAQ switch at U33 and KVM at U17 were also no longer necessary, they are still in ICV1 rack. They can be moved required location in anytime. Timing fanout can be used to fill a shortage of timing SFP ports in the server room. IRIG-B chassis is a new production lot, so replacing old production lot makes a work for planned power outage easy.
CAL (XPcal)
dan.chen - 6:22 Tuesday 24 March 2026 (36639) Print this report
Shut down Pcal-X for visitors

With Shingo

We requested Pcal-X GRD to be SAFE, then stopped the GRD.
Finnally turned OFF the Pcal-X laser source.

Images attached to this report
CRY (General)
nobuhiro.kimura - 5:35 Tuesday 24 March 2026 (36638) Print this report
Comment to Cryo-cooler Unit Maintenance Work (36134)

[Kimura, Yasui and M. Takahashi]
 On March 23, as part of maintenance work on the cryogenic cooling units, we removed two valve units from the radiation shield cryo-coolers (P-53 and P-55) of EXC.
The removed valve units were packaged and returned to the manufacturing plant, where they will be disassembled and inspected.

 We plan to remove the remaining valve units from the IXC and IYC radiation shield cryo-coolers on March 24.

VAC (Valves & Pumps)
nobuhiro.kimura - 5:33 Tuesday 24 March 2026 (36637) Print this report
Comment to Switching from TMP to Ion Pumps (36549)

[Kimura, Yasui and M. Takahasi]

 On March 23, we switched  form TMP to the Ion pump of the #31 vacuum pump unit connected to the EXV .

After the activation of the #31 Ion pump, we turned off the #31 TMP, dry pump and an air conditioner. 

 

CRY (General)
nobuhiro.kimura - 5:29 Tuesday 24 March 2026 (36636) Print this report
Comment to Maintenance Work on the Duct-Shield Cryo-coolers for IXC and IYC was Completed (36605)

[Kimura, Yasui and M. Takahashi]

 On March 23, we completed maintenance work on the duct-shield cryo-coolers for the  EXC.
Then, we arestarted  the duct-shield cryo-coolers called Xea and Xer   at 15:00 as a test run.

VIS (SRM)
naoatsu.hirata - 23:49 Monday 23 March 2026 (36634) Print this report
Comment to Assembly of new mirror (36579)

[Takahashi.R, Hirata]
The SRM mirror was transported from Mitaka to Kamioka, and the wedge direction was readjusted.

・The SRM mirror was disassembled and the wedge direction was readjusted. (pic1)
・It was reassembled using a 1.4 mm shim. The specified tightening torques are 0.6 N·m for M3 and 1.5 N·m for M4.
・First-contact was applied to the HR side and then peeled off for cleaning. The process took about one hour. It was easier than when Aso-san peeled it off in Mitaka last week.
・The First-contact on the AR side was peeled off. It had been applied on Friday, March 13. We were concerned that it might be as difficult to remove as it had been from the HR side in Mitaka, but it came off very easily.
・First-contact was applied to the AR side again. (pic2)

Images attached to this comment
DGS (General)
takahiro.yamamoto - 20:31 Monday 23 March 2026 (36635) Print this report
Preparation and consideration for the IO chassis replacement at the end stations
[Ikeda, Nakagaki, YamaT]

We carried a V2 IO chassis and a V4 front-end computer to the X end for the new stuffs for K1EX0.
The V2 IO chassis is located at the front of EX0 rack and the V4 front-end is in EX1 rack.
These stuffs will be used in the replacement work from maybe day after tomorrow.
The status of each station regarding the replacement work is as follows.
It seems that replacement work can only be carried out on the first floor at both end stations over the next couple of weeks.

X-end 1F
Replacement work can be fully conducted.
New fiber cables between EX1 (2F) and EX0 (1F) were already laid.
MTP breakout cable (1-2m) is required to connect the front-end computer to the splice box.
An edge at EX0 side of MTP cable accommodates the input port of V2 IO chassis.
One SMF-SFP module is required for connecting the V4 front-end to the RFM switch by using the RFM board attached to the current V3 front-end.
KVM, UTP for DGS, UTP for DAQ, SMF for RFM, MMF for Timing, and BNC for IRIG-B are necessary in EX1 rack
A new 24V DC power supply for IO chassis is required
If 24V-10A isn't enough, 24V-30A power supply, 5U space and AC-20A source must be prepared.

Y end 1F
IO chassis can be replaced but the front-end computer can't be moved to 2F yet.
New fiber cables between EY1 (2F) and EY0 (1F) haven't yet been laid.
Removing V3 front-end and installing V4 one there is current best solution.
MTP breakout cable (1-2m) is required to connect the front-end computer still in 1F and the V2 IO chassis.
All other cables can be reused as ones used by V3 front-end computers.
A new 24V DC power supply for IO chassis is required.
If 24V-10A isn't enough, 24V-30A power supply, 5U space and AC-20A source must be prepared.

X/Y end 2F
We cannot start until purchasing a 20-25m MTP breakout cable for each station in the next fiscal 2026.
All necessary items except 20-25m MTP breakout cable and a cabling work are right there
A same working procedure as ones for ITMs can be applied for ETMs
Comments to this report:
takahiro.yamamoto - 16:40 Tuesday 24 March 2026 (36642) Print this report
[Ikeda, Nakagaki, YamaT]

We removed unused power supply units (PAN35-10A) from U1-4 of SRM rack.
These units were used as a pair of +/-18V supply before O3. They will be used for +24V supply for IO chassis at the both end stations.

We have now all essential stuffs to replace the IO chassis at the 1st floor of the both end stations.
Replacement for EX0 can be started soon.
For EY0, we are still discussing how to transport these stuffs around EY0 rack through EYA booth.
If mine entrance at Mozumi is available, it's better to transport stuffs also for EY1 (the 2nd floor) at the same time.
DGS (General)
takahiro.yamamoto - 17:46 Monday 23 March 2026 (36633) Print this report
Comment to Deployment of V2 IO-chassis and the front-end computer for ITMY (36625)
[Ushiba, Ikeda, Nakagaki, YamaT]

Ushiba-kun found FLDACC loop couldn't be engaged though ITMY was achieved ISOLATED state. IP, GAS and BF loops seemed to work so ADC0 including IP, GAS, BF and FLDACC sensors and DAC0 including IP, GAS, and BF actuators surely worked well. On the other hand, even the DAC output for FLDACC (DAC2) increased, any motion couldn't be found on FLDACC sensors.

We didn't touch DB9 cables for replacing I/O chassis (klog#36625), so we was able to guess a wrong cabling of SCSI cables as the most likely cause soon. So we monitored MNIMV sensors (if our guess is correct, FLDACC actuators had to be swapped to MNIMV actuators) while the DAC output was increased. Then, payload sensors showed some motion.

We entered the mine for fixing swapped SCSI cables for DAC1 and DAC2. Finally, FLDACC loop worked fine after fixing swapped cables. When we replaced the IO chassis, we connected SCSI cables to ADC/DAC boards attached the new IO chassis based on the original tags attached the SCSI cables as "DAC0", "DAC1", and "DAC2". But these tags were faking actual connection. Even if the original tag looks correct, it seems we shouldn't trust it and should re-make new tags. Anyway, we removed original wrong tags and attached new correct tags for those SCSI cables.
VIS (SRM)
ryutaro.takahashi - 17:19 Monday 23 March 2026 (36632) Print this report
Comment to Assembly of new mirror (36579)

[Hirata, Washimi, Takahashi]

We removed the 70% mirror (SRM-M) from the Al test mass (Picture 1). At the beginning, we removed the black cylinder from the rear side and removed the mirror holder (Picture 2) by pushing with a Teflon bar from the rear side. We put the extracted 70% mirror on the covered table (Picture 3).

Images attached to this comment
CRY (General)
shoichi.oshino - 15:16 Monday 23 March 2026 (36631) Print this report
Comment to Stopping water pump monitoring (36368)
After finishing Xend cryocooler maintenance, I reverted Xend water pump alert.
DetChar (General)
takahiro.yamamoto - 11:26 Monday 23 March 2026 (36630) Print this report
Update an environment for the online range-estimation code
Online range-estimation code was moved from k1script1 (legacy system) to k1script0 (new Debian13 system).
As part of this change, the used Conda environment has also been changed from Python 3.9 to Python 3.11.
This update doesn't contain a change in the way to estimate binary ranges.

-----
Online range-estimation code had been running on the k1script1 which is legacy environment and had bumped up the version of used gwpy in order to use a modern estimation method (see also klog#33063). But the used Conda environment for this script had been still Python 3.9. Python 3.9 was deprecated for a while and became obsolete in last November. So I decided to bump up Python version as 3.11 with the system migration. (Though Python 3.12 and 3.13 are already available and system Python of k1script0 is 3.13, stable release of IGWN-conda subset is still Python 3.11. So I decided to use Python 3.11.)

This update doesn't contain a change in the range estimation itself. So consistency with before is kept for now. On the other hand, locking the RSE will hopefully change the shape of the sensitivity curve drastically, so the filter processing used in the preprocessing stage will likely need to be adjusted in the future.
DGS (General)
takahiro.yamamoto - 17:08 Sunday 22 March 2026 (36629) Print this report
Forced reboot of k1nfs0

k1nfs0 didn't respond any request from another nodes.
Since it did not respond to commands also from the physical console, I performed a forced reboot.
I also recovered NFS connection (/kagra and /users) on each NFS clients.
If you will find unrecovered nodes (I might forget), please let me know.

-----
I noticed a new console couldn't be launched on the workstations due to a disconnection of NFS region. According to some process logs depending on NFS region, it was dead around 2:30am-2:40am. It's occurred multiple nodes, so it seemed a problem on k1nfs0 or the core network switch instead of workstations. Checking the console of k1nfs0, then it wasn't respond any command with messages shown in Fig.1.

According to the messages, CPU didn't seem to come back to controllable state by the kernel after some kind of task was doing on that CPU core. Anyway, reboot and shutdown commands couldn't be executed, I performed a forced reboot. BTW, BMC interface wasn't available because the primary NIC port was used for the PICO network instead of the DGS network. So I reboot it by the power switch instead of BMC power control interface. When BMC is used as shared LAN mode, the primary NIC must be assigned for the DGS network. We must change NIC settings by NetworkManager or must set BMC as the dedicated LAN mode for the future trouble shooting. Otherwise, physical access will be required during an emergency recovery, making remote recovery impossible.

After rebooting, k1nfs0 could be launched. I checked the boot logs and then, found the boot disk was mounted as RO mode once and then re-moutned as RW mode. On the other hand, there was no SMART report for all disks including the boot disk. Though k1nfs0 is running in normal now, SATA path (cable, controller or route on motherboard) might be asing. It may be a good time to replace the hardware (and also a legacy OS).

Finally, I recovered NFS connection on all clients. Then the system was recovered. But there are several tens of clients and I might miss some of them. If you found unrecovered nodes, please let me know.

Images attached to this report
DGS (General)
takahiro.yamamoto - 21:07 Saturday 21 March 2026 (36628) Print this report
Minor fix of user's Python codes for Python3.12 and later
In the future upgrade of the workstations, Debian12 system will be replaced to Debian13 system.
As a result, the Python version will be also bumped up from 3.11 to 3.13.
In Python 3.12 and later, several legacy syntaxes are treated as SyntaxWarnings and Errors, so I have modified some user's Python codes to avoid this.
Since the revised syntax is compatible with also Python 3.11, it will not affect the behavior of current Debian 12 system.

Updated files in this time are as follows.
_slackpost.py
cdslib.py


These files were found when I migrated a script for watching various kind of changes in configuration and notifying #observation channel from k1script1 to k1script0. There are probably some other Python codes including Guardian codes which are incompatible with 3.12 and later. We need to correct any such issues as they are found.
MIR (SRM)
yoichi.aso - 0:38 Friday 20 March 2026 (36627) Print this report
Fizeau measurements of the 2-inch SRM with various mounting pressure

Hirata, TakahashiR, Kohara (ATC), Tsuzuki (ATC), Yasugaki (ATC), Ebizuka (Riken), Suzuki (TMT), Akutsu, Aso

We measured the surface figure of the 85% 2-inch SRM with different shim thicknesses to find the suitable mounting configuration.

Conclusion

Consistent with Hirose-san’s report, we concluded that using a 1.4 mm thick shim is appropriate.

Note: We were initially concerned that a 1.4 mm shim might provide insufficient pressure to hold the mirror. However, even when the mount was rotated to various orientations, no displacement of the mirror was observed. In addition, the O-ring adheres to the glass surface and helps maintain the mirror position without requiring strong compression. In practice, when we pulled the ⑤ part out of the mirror mount assembly, the O-ring and the mirror came out attached as a single unit.

Measurement Setup

We used a Zygo GPI-XP interferometer with the following configuration.

A λ/10 reference flat was installed in the interferometer. The SRM under test was mounted in a holder, which was supported by two posts and attached to an adjustment stage combining an XYZ stage and a goniometer.
The temperature of the room was 22.8C, which is similar to the temperature in the KAGRA tunnel.

Results

Shim thickness = 1.4mm

We assembled the SRM holder with 1.4mm thick shims first. This is the recommended thickness in Hirose-san's report.
(We used a combination of two 0.5mm shims and four 0.1mm shims)

The surface figure is beautifully spherical as shown below on the left.
The right hand figure shows the surface figure with the power term removed.

The fitted power term is 571.511nm which translates into the RoC of 462.8m. (Note that the RoC specification of SRM is 458m+/-20m)
The residual RMS after the subtraction of the Zernike terms up to power is 10.728nm. (Note that in Hirose-san's report, this value was 13.3nm for 1.4mm shims).

Shim thickness = 1.3mm

We then removed 0.1mm shims to make the total thickness 1.3mm.

The measured results show clear astigmatism.
The RoC from the power term is 450m. The residual RMS is 103.4nm. While the RoC is still within the tolerance of the specification, the residual RMS is 10 times larger than the 1.4mm case.
This is very similar to the 1.3mm result in Hirose-san's report.

Left: only piston and tilt removed,  Right: power is also removed

Shim thickness = 1.4mm again

We then put the 0.1mm shims back to measure the 1.4mm case again to check the repeatability.

The result is fairly consistent with the previous 1.4mm measurement.
RoC = 458.0m, residual RMS = 13.2nm

Left: only piston and tilt removed,  Right: power is also removed

Closing Remarks

The obtained results are remarkably consistent with Hirose-san's results.
Also it is quite repeatable.
Note that we have two sets of the SRM mirror mount assembly. What we used this time is a different one from the one Hirose-san used. Still the results are quite similar to each other.
There must be a good mechanical reason for this behavior.

 

 

Images attached to this report
DGS (General)
takahiro.yamamoto - 18:12 Thursday 19 March 2026 (36626) Print this report
Comment to Deployment of V2 IO-chassis and the front-end computer for ITMX (36572)
We removed the old K1IX1 front-end from U20-21 of ICV rack.
The removed server was moved to SK server room.
DGS (General)
takahiro.yamamoto - 18:11 Thursday 19 March 2026 (36625) Print this report
Deployment of V2 IO-chassis and the front-end computer for ITMY
[Ikeda, Nakagaki, YamaT]

This is a same work as klog#36572 for ITMX.
V1 IO chassis (S1807864) in IYV1 rack was replaced as V2 one (S2416129).
ADC/DAC noise check still remains, but replacing IO chassis itself was finished.

-----
As the same procedure in ITMX case, V2 IO chassis was launched at outside of IYV1 rack without connecting any circuit. This was a connection test of a new MTP fiber cable between the mine server room and the IYV room. At that time, the front-end was newly installed at U27-28 of C2 rack (but still named as K1IZ1) and K1IY1 at U18-19 of ICV rack was alive with the old configuration. Thanks to the fiber cabling and labeling work yesterday, it can be done smoothly and there was no issue on the connection test.

After the connection test, we stopped both K1IZ1 in C2 rack and K1IY1 in ICV rack, removed V1 IO chassis from U6-9 of IYV1 rack, installed V2 IO chassis to there, and plugged all cables to V2 IO chassis. (In the ITMX case, we connected V2 IO chassis at outside of the rack with circuits at first, but we concluded this procedure can be skipped in the yesterday's experience.) And then, V2 IO chassis was launched with the new K1IY1 in C2 rack which was renamed from K1IZ1. ITMY models were able to be launched without any timing and PCIe activation errors.

We haven't yet measured ADC/DAC noise with new hardware configuration. So replacement work isn't fully completed. On the other hand, noisy channel issue will be mitigated by replacing ADC/DAC board not IO chassis, so we can say replacing IO chassis itself was finished. We plan to measure the ADC/DAC noise in the new configuration on next Tuesday.

V1 IO chassis and the old K1IY1 front-end are still left in IYV room and ICV rack, respectively. After seeing weekend situation, we will return them back to Mozumi for the next replacement work.
Comments to this report:
takahiro.yamamoto - 17:46 Monday 23 March 2026 (36633) Print this report
[Ushiba, Ikeda, Nakagaki, YamaT]

Ushiba-kun found FLDACC loop couldn't be engaged though ITMY was achieved ISOLATED state. IP, GAS and BF loops seemed to work so ADC0 including IP, GAS, BF and FLDACC sensors and DAC0 including IP, GAS, and BF actuators surely worked well. On the other hand, even the DAC output for FLDACC (DAC2) increased, any motion couldn't be found on FLDACC sensors.

We didn't touch DB9 cables for replacing I/O chassis (klog#36625), so we was able to guess a wrong cabling of SCSI cables as the most likely cause soon. So we monitored MNIMV sensors (if our guess is correct, FLDACC actuators had to be swapped to MNIMV actuators) while the DAC output was increased. Then, payload sensors showed some motion.

We entered the mine for fixing swapped SCSI cables for DAC1 and DAC2. Finally, FLDACC loop worked fine after fixing swapped cables. When we replaced the IO chassis, we connected SCSI cables to ADC/DAC boards attached the new IO chassis based on the original tags attached the SCSI cables as "DAC0", "DAC1", and "DAC2". But these tags were faking actual connection. Even if the original tag looks correct, it seems we shouldn't trust it and should re-make new tags. Anyway, we removed original wrong tags and attached new correct tags for those SCSI cables.
takahiro.yamamoto - 12:44 Tuesday 24 March 2026 (36640) Print this report
Finally, the old K1IY1 front-end computer was removed from U18-19 of ICV1 rack.
Unnecessary cables were also cleaned up.

Though Timing Fanout chassis at U38, IRIG-B chassis at U36-37, DAQ switch at U33 and KVM at U17 were also no longer necessary, they are still in ICV1 rack. They can be moved required location in anytime. Timing fanout can be used to fill a shortage of timing SFP ports in the server room. IRIG-B chassis is a new production lot, so replacing old production lot makes a work for planned power outage easy.
satoru.ikeda - 16:08 Tuesday 24 March 2026 (36641) Print this report

[Nakagaki, YamaT (Support), Ikeda]

This work is related to K-Log#36625.
We used the new V2 IO chassis to measure the noise levels of the ADC and DAC.
For the DAC measurement, the Whitening Chassis used an available port (on the Board2 side) from S1909738.

During DAC measurements, the Whitening level was set to 42 dB.

[Data]
/users/DGS/measurements/{ADC,DAC}/K1IY1/2026/0324_V2_IO_CHASSIS/

Images attached to this comment
Non-image files attached to this comment
DetChar (General)
hirotaka.yuzurihara - 14:51 Thursday 19 March 2026 (36624) Print this report
Comment to Preparation for the upgrade of Pastavi server (36596)

I finished the replacement of the Pastavi server at Kashiwa (in computer room of daini sougou tou). Now the new server is working well for the Pastavi.
From the user side, the usage is same as previous. The way to access the server is written in the document.

I tested most of the options in several modes including the noise budget mode. As I checked, the options is available on the new environment.
If you faced any issue, please share the information with me.

The remained task is to develop the new scheme to handle several job by using HTCondor.

CAL (Pcal general)
Misato Onishi - 14:40 Thursday 19 March 2026 (36623) Print this report
WSK calibration at UToyama

Date: 2026/03/19

Member: Dan Chen, Shingo Hido, Misato Onishi

We performed our usual WSK calibration at UToyama.

The results look no problem.

Results

Case Alpha (Main Value) Alpha (Uncertainty)
Front WSK, Back GSK -0.910663 0.000331
Front GSK, Back WSK -0.911063 0.000076

Comparison with Previous Results

Comparing with previous results, no significant issues were found.
Attached graph is the result summary including the latest measured data.

Images attached to this report
Search Help
×

Warning

×