|
Size: 3428
Comment:
|
Size: 3503
Comment:
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 2: | Line 2: |
| Line 6: | Line 5: |
| ==== Report for week of 10/15 ==== ===== SRM ===== * We received the fourth feedthrough we had been waiting for and installed it on the AF. * Fabian added the cables between the FE computer and the ADC/DAC boxes, and we checked that we were getting IO in the real-time model. * Fabian and Enzo connected up the Sat Amps. * Fabian double-checked the optic pitch, got the IRM nicely aligned to the IM, cabled IM OSEMs V1, V2, V3 and H1, and adjusted those OSEMs in/out to midrange. * Hirata-san set the compression on the F0 to 30 mm and measured the height and frequency as a function of load. He then fixed a loose screw on one of the blade tips and repeated the measurement. The frequency was fairly constant at around 0.5, which will do. He did a mass budget and chose a F1 CuBe spring. We may do a tiny bit more compression if the frequency degrades, and/or choose an even stronger spring if the load capacity is not enough. * Hirata-san took apart and reassembled one of the LBB blade units, which had a badly seated blade. * Hirata-san put cable clamps on the SF and on the PI. We are very short on the PEEK clamp pieces, so he scavenged some from SR2. * We added a new LAN hub for SRM, and configured two stepper drivers as SRM_IP and SRM_GAS. * Late in the week we received extra Type 3-4 cables (thanks to Sato-san for expediting) and were able to cable IM OSEMs H2 and H3, and the BF LVDT. * Enzo made a new batch of feedthrough adapters. ===== SR2 ===== * We finalized the geophone cabling and reinstalled the geophones. * We received the new arc weights, and used some of them to install a basic allotment of 6 38-mm weights on SR3 per the CAD. We then added two extra 19-mm arc weights for tuning and got a good IP frequency of 0.133 Hz. * Apart from the F0 yaw stepper issue and the OL, the SR2 is now more-or-less complete and adjusted mechanically, and just needs software work (control loops etc). We will however have to borrow one of the geophones at some point to do a huddle test with the final batch of new geophones (including those for SRM). Terrence can set up the OL in the week of 10/29. ==== Plan for week of 10/22 ==== * Friday is NAOJ Open Day Prep - no Kamioka work. * Mark, Hirata-san and Fabian at Kamioka Mon-Thu. * Enzo at Kamioka Tue-Thu. ===== SR2 ===== * Do a measurement of how much torque is required on the F0 keystone to move the system in yaw. (This will help Sato-san choose a suitable stepper driver for the new design.) * Continue shakedown. * Gather parts for the OL (with help from Simon). ===== SRM ===== * Scavenge HPCDs from SR2 and SR3 (currently we only have one for SRM) and organize to get LPCDs modified. * Suspend/weigh/balance the BF/... section. * Build up the AF and SS to the SF level. * Install the SF. ==== Plan for week of 10/29 ==== * Mark, Enzo, Hirata-san, Fabian and Terrence at Kamioka Mon-Fri. ===== SR2 ===== * Set up OL. ===== SRM ===== * Continue assembly. ==== To-Do Lists, Schedule ==== * [[KAGRA/Subgroups/VIS/TypeB/ToDoBS]] * [[KAGRA/Subgroups/VIS/TypeB/ToDoSR]] * [[https://gwdoc.icrr.u-tokyo.ac.jp/cgi-bin/private/DocDB/ShowDocument?docid=7779|JGW-L1807779 Type B Schedule (SR)]] |
==== Report for the week of 4/15 ==== * Fabian debugged a dead stepper on SR3 (broken driver channel) and a dead geophone on SRM (unplugged cable). He made another update to the table used by the Python script for the stepper driver MEDM screen to reflect the remapping. * Fabian monitored the pumpdown and he and Hirata-san did post-pumpdown checks of all the suspensions. They were all healthy. * Hirata-san participated in the health checks and learned about the computer systems. * Mark did major revisions to the MEDM menu on the OVERVIEW screen with scripts for making `safe.snap` files and snapshots of setpoints. He made the `safe.snap` files in directories under `/opt/rtcds/kamioka/k1/target` into symbolic links to files in `/opt/rtcds/userapps/release/vis/k1/burtfiles`, alongside the setpoint files, so that they could be backed up to the SVN (as at LIGO). * Mark did major updates to his `vistools.py` Python package for manipulating the suspensions (based on his LIGO `sustools.py`). He added entries for Type B suspensions to the internal database and added commands for manipulating SET and DCCTRL blocks. He also added commands to simulate pressing on the `CLEAR HISTORY` and `LOAD COEFFICIENTS` buttons. * Mark started updating the `TYPEB.py` Guardian definition file to use `vistools.py`. So far only the `ENGAGING_IP_CONTROL` state has been fully rewritten and tested, but other states will be simple adaptations. It should be easy to do Type A and other Guardians in the same style. |
| Line 46: | Line 13: |
| ==== Vacation/Visitor Info ==== * Terrence: 10/29-11/2 at Kamioka. |
==== Report for the week of 4/22 ==== * Fabian debugged an anomaly he found in the SRM (klog 8672) and found it was OK if the BF was high enough (klog 8733). * Mark and Terrence worked on improvements to the Guardian and the vistools.py package. * We debugged a problem where vistools.py triggered channel access timeouts when a Vis object was created in a live Guardian (it worked fine in a plain iPython session or the interactive mode of the Guardian). It turns out that in the live mode of the Guardian, the Ezca instance used for accessing the suspension is not a global variable (contrary to the documentation) but is associated with the GuardState class. Worse, creating a second Ezca instance upsets things. We came up with a workaround to grab and reuse the Ezca object already defined. * Mark added many new functions to vistools.py, including one to read the BIO WD status, and a group to manipulate the OLSET and OLDCCTRL filter blocks. * Terrence rewrote the TYPEB.py Guardian from scratch in terms of functions from vistools.py. * We removed the RESET state. * We renamed the DCCTRL_ONLY state to FLOAT and reimplemented it to switch the DCCTRL INPUT switches off (instead of the HOLD switches on). * We revised the OL_DAMPING_ENGAGED and neighboring states (ALIGN, MISALIGN etc). * We changed the RTMs to remove the TM_OSEM_DAMP blocks and to have the SET blocks connect only to the DCCTRL blocks (not the DAMP blocks). * We updated the PAYLOAD and OVERVIEW screens to reflect the RTM changes. We also fixed some broken links and fields related to the BIO functions. ==== Plan for week of 4/29 ==== * Glorious 10-day break! ==== Vacation/Travel Info ==== * Terrence's next visit from 4/18 to 7/27. * Fabian's vacation 4/25 to 5/10. * Mark's US vacation from 5/22 to 6/11. * Mark's final day 6/28. |
Scraps of text for incorporation in the VIS Meeting Minutes
KAGRA/Subgroups/VIS/MeetingNAOJ
Type B (Mark)
Report for the week of 4/15
- Fabian debugged a dead stepper on SR3 (broken driver channel) and a dead geophone on SRM (unplugged cable). He made another update to the table used by the Python script for the stepper driver MEDM screen to reflect the remapping.
- Fabian monitored the pumpdown and he and Hirata-san did post-pumpdown checks of all the suspensions. They were all healthy.
- Hirata-san participated in the health checks and learned about the computer systems.
Mark did major revisions to the MEDM menu on the OVERVIEW screen with scripts for making safe.snap files and snapshots of setpoints. He made the safe.snap files in directories under /opt/rtcds/kamioka/k1/target into symbolic links to files in /opt/rtcds/userapps/release/vis/k1/burtfiles, alongside the setpoint files, so that they could be backed up to the SVN (as at LIGO).
Mark did major updates to his vistools.py Python package for manipulating the suspensions (based on his LIGO sustools.py). He added entries for Type B suspensions to the internal database and added commands for manipulating SET and DCCTRL blocks. He also added commands to simulate pressing on the CLEAR HISTORY and LOAD COEFFICIENTS buttons.
Mark started updating the TYPEB.py Guardian definition file to use vistools.py. So far only the ENGAGING_IP_CONTROL state has been fully rewritten and tested, but other states will be simple adaptations. It should be easy to do Type A and other Guardians in the same style.
Report for the week of 4/22
- Fabian debugged an anomaly he found in the SRM (klog 8672) and found it was OK if the BF was high enough (klog 8733).
- Mark and Terrence worked on improvements to the Guardian and the vistools.py package.
We debugged a problem where vistools.py triggered channel access timeouts when a Vis object was created in a live Guardian (it worked fine in a plain iPython session or the interactive mode of the Guardian). It turns out that in the live mode of the Guardian, the Ezca instance used for accessing the suspension is not a global variable (contrary to the documentation) but is associated with the GuardState class. Worse, creating a second Ezca instance upsets things. We came up with a workaround to grab and reuse the Ezca object already defined.
- Mark added many new functions to vistools.py, including one to read the BIO WD status, and a group to manipulate the OLSET and OLDCCTRL filter blocks.
- Terrence rewrote the TYPEB.py Guardian from scratch in terms of functions from vistools.py.
- We removed the RESET state.
- We renamed the DCCTRL_ONLY state to FLOAT and reimplemented it to switch the DCCTRL INPUT switches off (instead of the HOLD switches on).
- We revised the OL_DAMPING_ENGAGED and neighboring states (ALIGN, MISALIGN etc).
- We changed the RTMs to remove the TM_OSEM_DAMP blocks and to have the SET blocks connect only to the DCCTRL blocks (not the DAMP blocks).
- We updated the PAYLOAD and OVERVIEW screens to reflect the RTM changes. We also fixed some broken links and fields related to the BIO functions.
Plan for week of 4/29
- Glorious 10-day break!
Vacation/Travel Info
- Terrence's next visit from 4/18 to 7/27.
- Fabian's vacation 4/25 to 5/10.
- Mark's US vacation from 5/22 to 6/11.
- Mark's final day 6/28.