Abstract
IO-chassis and the front-end computer for ITMX were replaced to new hardwares.Though a simple cabling check by DAC output was able to be done, we haven't checked LOCK_ACQUISITION state is reachable because of a large change in the room temperature of IXV.
These check can be done in tonight, weekend, or next Monday.
Details
A pair of V2 IO chassis and the front-end computer had been launched as k1iz1 without any connection to the circuits (klog#36129, klog#36183). They run stable in recent 1+ month. So we started to use them for ITMX.After stopping the old k1ix1 and V1 IO-chassis, all SCSI cables for AA inputs/AI outputs were moved from V1 to V2 IO-chassis. After then, the MAC address of the computer that had been operating as k1iz1 was re-registered to DHCP as k1ix1. As a quick check of front-end operation, we launched the new k1ix1 and we didn't find any issue on GDS and DAQ MEDM screens. Note that, RFM card installed in the new k1ix1 is signle-mode one. When we removed old k1ix1, it might be better to replace RFM card as multi-mode one. Using single-mode one for k1ix1 is no problem, but single-mode one can be used both long and short distance and it's useful for another place.
Finally, DB37 BO/BIO cables were also moved from V1 to V2 IO-chassis. After then we changed the guardian request but it IP control cannot be engaged probably because of large change (~2degC) in the room temperature of IXV. It seems come from our activity in long time. Checks with guardian will be able to be done after the room temperature will come back as same level before our work.
For this reason, please note the fact that the Guardian operation has not been verified though it's no problem to request some state to VIS_ITMX guardian.
