ID |
Date |
Author |
Type |
Category |
Subject |
15353
|
Tue May 26 03:26:58 2020 |
gautam | Update | LSC | Preliminary noise budget | Summary:
This isn't meant to be a serious budget, mainly it was to force myself to write the code for generating this more easily in the future.
Details:
- DARM OLTF model from here was used to undo the loop to convert the in-loop measurement to a free-running estimate.
- The AS55 PD channels were whitened to reduce the effect of ADC noise.
- To measured channel was 'C1:LSC-DARM_IN1_DQ'.
- Some care needs to be taken when applying the conversion from counts to meters using the sensing element measured here.
- This is because the sensing matrix measurement was made using the response in the channel 'C1:LSC-AS55_Q_ERR_DQ'.
- Between 'C1:LSC-DARM_IN1_DQ' and 'C1:LSC-AS55_Q_ERR_DQ' there is a scalar gain of 1e-4, and a z:p = 20:0 filter.
- These have to be corrected for when undoing the loop, since the measurement point is 'C1:LSC-DARM_IN1_DQ'.
- The "Dark noise" trace was measured with the PSL shutter closed, but all CDS filters up to 'C1:LSC-DARM_IN1_DQ' enabled as they were when the DARM measurement was taken.
- It would be interesting to see what the budget looks like once the DARM loop gain has been turned down a bit, some low-pass filtering is enabled, and the vertex DoFs are transitioned to 1f control which is hopefully lower noise.
|
Attachment 1: PRFPMI_NB.pdf
|
|
12240
|
Mon Jul 4 10:30:37 2016 |
ericq | Update | General | Preliminary vent plans | Here are some plans / rough procedures for this week's vent. It is unlikely that I have though of everything, but this should be a reasonable starting point.
The mode cleaner still hasn't been locked in air, we may not want to touch the Y arm optics until we are able to lock to the Y arm and dither align, so we are sure to keep the input pointing from drifting away too much.
Primary objectives:
- Re-suspend ETMX
- First contact of all arm cavity optics
Secondary objectives:
- Install new gauges
- Replace 40mm baffles with 50mm baffles
- Check cleanliness of inner viewport surfaces
ETMX project
- Open ETMX chamber
- Take all manner of photos of ETMX suspension in-situ
- If some kind of obvious issue is evident, fix it, proceed accordingly
- Mark suspension position
- Move suspension to edge of the table, more pictures + inspection
- Move suspension to flow bench, remove optic
- Transport optic to clean room
- Acetone soaking / standoff removal
- Re-glue side magnet
- Re-glue guide rod + standoff
- OSEM transplant from old to new suspension
- Suspend, following SOS suspension procedure
- Drive optic around, see if jumps are evident
- Clean with first contact
- Reinstall optic, align, etc.
Optic cleaning
For $optic in [ITMX, ITMY, ETMY]:
- Open chamber
- Take many, many pictures
- Mark suspension position
- move suspension to edge, take pictures of HR surfaces
- Mark OSEM orientation, remove oems
- Clean AR and HR surfaces with first contact
- Reinstall OSEMS at proper position, rotate to minimize bounce/roll coupling
- Reinstall optic, align, etc.
|
14415
|
Wed Jan 23 23:12:44 2019 |
gautam | Update | SUS | Prep for FC cleaning | In preparation for the FC cleaning, I did the following:
- Set up mini-cleanroom at EY - this consists of the mobile HEPA unit put up against the chamber door, with films draped around the setup.
- After double-checking the table leveling, I EQ-stopped ETMY and moved it to the NE corner of the EY table, where it will be cleaned.
- Checked leveling of IY table - see Attachment #1.
- Took pictures of IY table, OSEM arrangement on ITMY.
- EQ-stopped ITMY and SRM.
- Removed the face OSEMs from ITMY (this required clipping off the copper wire used to hold the OSEM wires against the suspension cage). The side OSEM has not yet been removed because I left the allen key that is compatible with that particular screw inside the EY chamber.
- To position ITMY at the edge of the IY table where we can easily clean it, we will need to move the OSEM cabling tower as we did last time. I've taken photos of its current position for now.
Tomorrow, I will start with the cleaning of ETMY HR. While the FC is drying, I will position ITMY at the edge of the IY cable for cleaning (Chub will setup the mini-cleanroom at the IY table). The plan is to clean both HR surfaces and have the optics back in place by tomorrow evening. By my count, we have done everything listed in the IY and EY chambers. I'd like to minimize the time between cleaning and pumpdown, so if all goes well (Sat Box problems notwithstanding), we will check the table leveling on Friday morning, and put on the heavy doors and at least rough the main volume down to 1 torr on Friday. |
Attachment 1: IY_level_before.pdf
|
|
2617
|
Fri Feb 19 13:28:44 2010 |
Koji | Update | General | Prep for Power Supply Stop | - ETMX/ETMY oplev paths renewed. The nominal gain for ETMY YAW was reversed as a steering mirror has been put.
- Oplevs/QPDs cenrtered except for the MCT QPD.
- SUS snapshots updated
- QPD/Aligment screenshots taken
40m Wiki: Preparation for power supply stop
|
Attachment 1: screen_shot.png
|
|
2620
|
Sun Feb 21 17:44:35 2010 |
rana | Update | General | Prep for Power Supply Stop | - Turned on the RAID attached to linux1 (its our /cvs/cds disk)
- Turned on linux1 (it needed a keyboard and monitor in order to be happy - no fsck required)
- Turned on nodus (and started ELOG) + all the control room machines
- Turned on B/W monitors
- Untaped fridge
- Found several things OFF which were not listed in the Wiki...
- Turned ON the 2 big isolation transformers (next to Steve's desk and under the printer). These supply all of the CDS racks inside.
- ~75% of the power strips were OFF in the CDS racks ?? I turned on as many as I could find (except the OMC).
- Switched on and keyed on all of the FE and SLOW crates in no particular order. Some of the fans sound bad, but otherwise OK.
- Turned on all of the Sorensens that are labeled.
- Turned ON the linear supplies close to the LSC rack.
- ON the Marconis - set them according to the labels on them (probably out-dated).
- After restoring power to the PSL enclosure (via the Isolation Transformer under the printer) turned the Variac ON and HEPA on full speed.
- Plugged in the PSs for the video quads. Restored the Video MUX settings - looks like we forgot to save the correct settings for this guy...
PSL
1) Turned on the chiller, then the MOPA, then the RC's Heater power supply.
2) Shutter is open, laser is lasing, PMC is locked.
3) RC temperature is slowly rising. Will probably be thermalized by tomorrow.
Sun Feb 21 20:04:17 2010
Framebuilder is not mounting its RAID frames - in fact, it doesn't mount anything because the mountall command is failing on the RAID with the frames. The Jetstor RAID is also not responding to ping. Looks like the JetStor RAID which has all of our frames is still on the old 131 network, Joe. |
2621
|
Mon Feb 22 07:25:58 2010 |
rana | Update | General | Prep for Power Supply Stop | Autoburts have not been working since the network changeover last Thursday.
Last snapshot was around noon on Feb 11... 
It turns out this happened when the IP address got switched from 131.... to 192.... Here's the horrible little piece of perl code which was failing:
$command = "/usr/sbin/ifconfig -a > $temp";
system($command);
open(TEMP,$temp) || die "Cannot open file $temp\n";
$site = "undefined";
#
# this is a horrible way to determine site location
while ($line = <TEMP>) {
if ($line =~ /10\.1\./) {
$site = "lho";
} elsif ($line =~ /10\.100\./) {
$site = "llo";
} elsif ($line =~ /192\.168\./) {
$site = "40m";
}
}
if ($site eq "undefined") {
die "Cannot Determine Which LIGO Observatory this is\n";
I've now put in the correct numbers for the 40m...and its now working as before. I also re-remembered how the autoburt works:
1) op340m has a line in its crontab to run /cvs/cds/caltech/burt/autoburt/burt.cron (I've changed this to now run at 7 minutes after the hour instead of at the start of the hour).
2) burt.cron runs /cvs/cds/scripts/autoburt.pl (it was using a perl from 1999 to run this - I've now changed it to use the perl 5.8 from 2002 which was already in the path).
3) autoburt.pl looks through every directory in 'target' and tries to do a burt of its .req file.
Oh, and it looks like Joe has fixed the bug where only op440m could ssh into op340m by editing the host.allow or host.deny file (+1 point for Joe).
But he forgot to elog it (-1 point for Joe).®
|
2622
|
Mon Feb 22 09:45:34 2010 |
josephb | Update | General | Prep for Power Supply Stop |
Quote: |
Autoburts have not been working since the network changeover last Thursday.
Last snapshot was around noon on Feb 11... 
It turns out this happened when the IP address got switched from 131.... to 192.... Here's the horrible little piece of perl code which was failing:
$command = "/usr/sbin/ifconfig -a > $temp";
system($command);
open(TEMP,$temp) || die "Cannot open file $temp\n";
$site = "undefined";
#
# this is a horrible way to determine site location
while ($line = <TEMP>) {
if ($line =~ /10\.1\./) {
$site = "lho";
} elsif ($line =~ /10\.100\./) {
$site = "llo";
} elsif ($line =~ /192\.168\./) {
$site = "40m";
}
}
if ($site eq "undefined") {
die "Cannot Determine Which LIGO Observatory this is\n";
I've now put in the correct numbers for the 40m...and its now working as before. I also re-remembered how the autoburt works:
1) op340m has a line in its crontab to run /cvs/cds/caltech/burt/autoburt/burt.cron (I've changed this to now run at 7 minutes after the hour instead of at the start of the hour).
2) burt.cron runs /cvs/cds/scripts/autoburt.pl (it was using a perl from 1999 to run this - I've now changed it to use the perl 5.8 from 2002 which was already in the path).
3) autoburt.pl looks through every directory in 'target' and tries to do a burt of its .req file.
Oh, and it looks like Joe has fixed the bug where only op440m could ssh into op340m by editing the host.allow or host.deny file (+1 point for Joe).
But he forgot to elog it (-1 point for Joe).®
|
I knew there was going to be a script somewhere with a hard coded IP address. My fault for missing it. However, in regards to the removal of op340m's host.deny file, I did elog it here. Item number 5. |
2625
|
Mon Feb 22 11:42:48 2010 |
Koji | Update | General | Prep for Power Supply Stop | Turned on the power supply for the oplev lasers.
Turned on the power of the aux NPRO.
Turned on some of the Sorensen at 1X1.
Fixed the thermal output to round -4.0.
Locked PMC / MZ.
Waiting for the computers recovering. |
14837
|
Fri Aug 9 08:59:04 2019 |
gautam | Update | CDS | Prep for install of c1iscaux | [chub, gautam]
We scoped out the 1Y3 rack this morning to figure out what needs to be done hardware wise. We did not think about how to power the Acromag crate - the LSC rack electronics are all powered by linear supplies and not Sorensens, and the linear supplies are operating at pretty close to their maximum current-drive. The Acromag box draws ~3A of current from the 20 V supply, not sure what the current draw will be from the 15 V supply. Options:
- Since there are sorensens in 1Y2 and 1Y1, do we really care about installing another pair of switching supplies (+20 V DC and +15 V DC) in 1Y3?
- Contingent on us having two spare Sorensens available in the lab. Chub has already located one.
- Use the Sorensens installed already in 1Y1.
- Probably the easiest and fastest option.
- +15 V already available, we'd have to install a +20 V one (or if the +/-5 V or +12 V is unused, reconfigure for +20 V DC).
- Can argue that "this doesn't make the situation any worse than it already is"
- Will require the running of some long (~3 m) long cabling to bring the DC power to 1Y3 where it is required.
- Get new linear supplies, and hook them up in parallel with the existing.
- Need to wait for new linear supply to arrive
- Probably expensive
- Questionable benefit to electronics noise given the uncharacterized RF pickup situation at 1Y2
I'm going with option #2 unless anyone has strong objections. |
16921
|
Wed Jun 15 17:12:39 2022 |
Cici | Summary | General | Preparation for AUX Loop Characterization | [Deeksha, Cici]
We went to the end Xarm station and looked at the green laser setup and electronics. We fiddled with the SR-785 and experimented with low-pass filters, and will be exploring the Python script tomorrow. |
2958
|
Thu May 20 13:12:28 2010 |
josephb | Update | CDS | Preparations for testing lsc,lsp, scy,spy together | In /cvs/cds/caltech/target/fb modified:
master: cleaned up so only io1 (IO processor), LSC, LSP, SCY, SPY were listed, along with their associated tpchan files.
daqdrc: fixed "dcu_rate 9 = 32768" to "dcu_rate 9 = 65536" (since the IO processor is running at 64k)
Added "dcu_rate 21 = 16384" and "dcu_rate 22 = 16384"
Changed "set gds_server = "megatron" "megatron" "megatron" 9 "megatron" 10 "megatron" 11;" to
set gds_server = "megatron" "megatron" 9 9;
The above change was made after reading Rolf's Admin guide: http://lhocds.ligo-wa.caltech.edu:8000/40m/Upgrade_09/CDS?action=AttachFile&do=get&target=RCG_admin_guide.pdf
The set gds_server is simply telling which computer the gds daemons are running on, and we don't need to do it 5 times.
In /cvs/cds/caltech/gds/params modified:
testpoint.par: added C-node7 and C-node8 for SCY and SPY respectively. |
5257
|
Wed Aug 17 17:51:54 2011 |
Jenne | Update | Treasure | Prepared for drag wiping | While waiting for the IFO team to align things (there were already ~5 people working on a ~1 person job...), I got all of our supplies prepped for drag wiping in the morning.
The syringes are still on the flow bench down the Xarm. I put fresh alcohol from unopened spectrometer-grade bottles into our alcohol drag wiping bottles.
The ITMs already had rails for marking their position in place from the last time we drag wiped. I placed marker-rails for both ETMs. |
5262
|
Thu Aug 18 10:59:04 2011 |
steve | Update | Treasure | Prepared for drag wiping |
Quote: |
While waiting for the IFO team to align things (there were already ~5 people working on a ~1 person job...), I got all of our supplies prepped for drag wiping in the morning.
The syringes are still on the flow bench down the Xarm. I put fresh alcohol from unopened spectrometer-grade bottles into our alcohol drag wiping bottles.
The ITMs already had rails for marking their position in place from the last time we drag wiped. I placed marker-rails for both ETMs.
|
We should use the deionizer before drag wiping with isopropanol. |
17677
|
Tue Jul 11 08:00:16 2023 |
JC | Summary | Daily Progress | Preparing a clean room. | [Yuta, Yehonathan, JC]
We have moved a Smaller Table and moving forward with preparing a clean room.
What we did:
- Moved the 3 ft x 4 ft Optical table which was by the red toolbox next to the 1X2 Power Supply Rack.
- Moved the Portable HEPA Filter (which was used during the BHD Vent) from ITMX Chamber
Summary:
· Moved the 3 ft x 4 ft Optical table which was by the red toolbox next to the 1X2 Power Supply Rack.
Yehonathan and I cleared off this table and disconnected any power connections that were running to it. There was a grounding cable that was bolted down to it and safely removed. Next, I used the manual forklift to lift one side of the table while Yehonathan rolled a piano dolley under the table support. Following, we did the similar procedure on the other side of the table and safely sat the table onto piano dolleys. We rolled the table over and placed it into it's new position by the 1X2 Power rack. To take off the piano dolleys, I used the forklift once again. Yehonathan held one side still to prevent the table from rolling away dangerously, and Yuta slid the Piano dolley out from under the table. Next, we lifted the other side and slipped the other dolley out of the table similarly. once the table was sat down, we re-leveled the table.
·Moved the Portable HEPA Filter (which was used during the BHD Vent) from ITMX Chamber
I rolled over the the protable HEPA filter from ITMX Chamber. The height of this was too tall to clear the short ceiling by the PSL table. Yuta and I have to lean the HEPA sideways to clear this and we did so smoothly. The HEPA fit perfectly around the optical table. I will wipe down the table contact Maty to see if we have a proper cleaning procedure for this. I would prefer to add more of the plastic drapes to enclose the table, but we can use plastic Mylar sheets in the mean time. |
Attachment 1: IMG_6051.jpeg
|
|
17793
|
Thu Aug 17 15:24:46 2023 |
JC | Summary | Daily Progress | Preparing a clean room. | [Yuta, Yehonathan, JC]
The Frame for The Cleanroom has Constructed and Placed.
What we did:
- Put together the Clean room frame.
- Lifted and placed the cleanroom into.
- Temporarily moved the portable HEPA to the side.
- Disconnnect the HEPA Booth.
Summary:
· Put together the Clean room frame.
In the mornings, I have been coming in and assembling the frame one side at a time. Today I finish by attaching all the part together. It does still feel a bit wobbly at the bottom, but theis will be more fixed one I add a cross beam in the backside and bolt the legs to the ground. |
17702
|
Thu Jul 20 16:29:38 2023 |
yehonathan | Update | SUS | Preparing for ETMX free swing test | Since we removed the Acromag chassie modbus service could not be started so the soft Epics were not availble and the watchdog was not working essentially.
I made a temporary fix by commenting out the Acromag related comands in /cvs/cds/caltech/target/c1auxex/ETMXaux.cmd (a backup was created named ETMXaux.bak.cmd). More specifically, this block was commented out:
#drvAsynIPPortConfigure("c1auxex_xt1221a","192.168.114.11:502",0,0,1)
#modbusInterposeConfig("c1auxex_xt1221a",0,5000,0)
#drvModbusAsynConfigure("C1AUXEX_XT1221A_ADC","c1auxex_xt1221a",0,4,0,8,4,32,"Acromag")
#drvAsynIPPortConfigure("c1auxex_xt1221b","192.168.114.12:502",0,0,1)
#modbusInterposeConfig("c1auxex_xt1221b",0,5000,0)
#drvModbusAsynConfigure("C1AUXEX_XT1221B_ADC","c1auxex_xt1221b",0,4,0,8,4,32,"Acromag")
#drvAsynIPPortConfigure("c1auxex_xt1221c","192.168.114.13:502",0,0,1)
#modbusInterposeConfig("c1auxex_xt1221c",0,5000,0)
#drvModbusAsynConfigure("C1AUXEX_XT1221C_ADC","c1auxex_xt1221c",0,4,0,8,4,32,"Acromag")
#drvAsynIPPortConfigure("c1auxex_xt1541a","192.168.114.21:502",0,0,1)
#modbusInterposeConfig("c1auxex_xt1541a",0,5000,0)
#drvModbusAsynConfigure("C1AUXEX_XT1541A_DAC","c1auxex_xt1541a",0,6,1,8,4,1,"Acromag")
#drvModbusAsynConfigure("C1AUXEX_XT1541A_BIO","c1auxex_xt1541a",0,5,0,4,0,1,"Acromag")
#drvAsynIPPortConfigure("c1auxex_xt1541b","192.168.114.22:502",0,0,1)
#modbusInterposeConfig("c1auxex_xt1541b",0,5000,0)
#drvModbusAsynConfigure("C1AUXEX_XT1541B_DAC","c1auxex_xt1541b",0,6,1,8,4,1,"Acromag")
#drvModbusAsynConfigure("C1AUXEX_XT1541B_BIO","c1auxex_xt1541b",0,5,0,4,0,1,"Acromag")
#drvAsynIPPortConfigure("c1auxex_xt1111a","192.168.114.31:502",0,0,1)
#modbusInterposeConfig("c1auxex_xt1111a",0,5000,0)
#drvModbusAsynConfigure("C1AUXEX_XT1111A_BIO","c1auxex_xt1111a",0,6,0,4,0,1,"Acromag")
This allowed the modbus to start. Once the chassie is back this bloc will need to be restored with possible changes if we decide to add/remove Acromag units.
Unfortunately, software watchdog is still not functional since the logic turns off the enable switch on the coil driver using an Acromag BO that is not there. I'm still trying to figure out how to turn off the MEDM screen coil driver output using the Epics logic. |
17078
|
Fri Aug 12 13:40:36 2022 |
JC | Update | General | Preparing for Shutdown on Saturday, Aug 13 | [Yehonathan, JC]
Our first step in preparing for the Shutdown was to center all the OpLevs. Next is to prepare the Vacuum System for the shutdown.
|
17594
|
Wed May 17 12:09:11 2023 |
Yehonathan | Update | Electronics | Preping for new coil drivers commissioning in 1X4 | It's time to start commissioning the new coil drivers. The Acromag box is already there but it needs to be modified.
The idea is to take the channel configuration from C1AUXEY that controls a single suspension - ETMY and apply it for each suspension in 1X4, that is PRM, BS, ITMX, ITMY.
For this, we need the following items
Item |
# per SUS |
# Total |
DB9 Front panels |
2 |
8 |
Optical isolators |
4 |
16 |
DB9M feedthrough |
6 |
24 |
DB9F feedthrough |
5 |
20 |
DB9 Cables |
? |
? |
EnableMON BIO channels |
5 |
20 |
Currently, there are 8 spare BIO channels in the existing Acromag, we will need 12 more which requires a new BIO Acromag.
Wiring feedthrough spreadsheet coming soon.
|
15375
|
Thu Jun 4 08:45:41 2020 |
Jordan | Update | General | Presence at 40m | I will be at the 40m, in the Clean and bake lab today from ~9am to ~3pm. |
15378
|
Fri Jun 5 08:44:50 2020 |
Jordan | Update | General | Presence at 40m | I will be at the 40m, in the Clean and bake lab today from ~9am to ~3pm. |
15385
|
Tue Jun 9 09:35:02 2020 |
Jordan | Update | General | Presence at 40m | I will be in the Clean and Bake lab today from 9:30am to 4pm. |
15388
|
Wed Jun 10 14:00:33 2020 |
Jordan | Update | General | Presence at 40m | I will be in the Clean and Bake lab from 10am to 4pm today. I will also replace an empty N2 cylinder. |
15390
|
Thu Jun 11 11:14:12 2020 |
Jordan | Update | General | Presence at 40m | I will be in the Clean and Bake lab today from 11am to 4pm. |
15395
|
Fri Jun 12 11:40:14 2020 |
Jordan | Update | General | Presence at 40m | I will be in the Clean and Bake lab today from 12pm to 4pm. |
15400
|
Tue Jun 16 08:58:11 2020 |
Jordan | Update | General | Presence at 40m | I will be at the 40m today at 10am to deliver optics to Downs and to replace the TP2 controller. |
15405
|
Thu Jun 18 09:46:03 2020 |
Jordan | Update | General | Presence at 40m | I will be at the 40m today from 9:30am to 4pm. |
15414
|
Fri Jun 19 08:47:10 2020 |
Jordan | Update | General | Presence at 40m | I will be at the 40m today from 9am to 3pm. |
15422
|
Mon Jun 22 13:16:38 2020 |
Jordan | Update | General | Presence at 40m | I will be at the 40m today from 11am to 4pm. |
15426
|
Wed Jun 24 10:14:56 2020 |
Jordan | Update | General | Presence at 40m | I will be in the Clean and Bake lab today from 10am to 4pm. |
15430
|
Thu Jun 25 11:09:01 2020 |
Jordan | Update | General | Presence at 40m | I will be in the Clean and Bake lab from 11pm to 4pm |
15432
|
Fri Jun 26 11:00:52 2020 |
Jordan | Update | General | Presence at 40m | I will be in the Clean and Bake lab today from 11am to 4pm. |
15437
|
Mon Jun 29 11:41:04 2020 |
Jordan | Update | General | Presence at 40m | I will be in the Clean and Bake lab today from 11:30am to 4pm |
15441
|
Tue Jun 30 08:50:12 2020 |
Jordan | Update | General | Presence at 40m | I will be in the clean and bake lab today from 9am to 4pm. |
15444
|
Wed Jul 1 08:51:52 2020 |
Jordan | Update | General | Presence at 40m | I will be in the Clean and Bake lab from 9am to 4pm today. |
15453
|
Mon Jul 6 08:48:15 2020 |
Jordan | Update | General | Presence at 40m | I will be in the Clean and Bake lab today from 8:30am to 4pm |
15459
|
Wed Jul 8 08:51:35 2020 |
Jordan | Update | General | Presence at 40m | I will be in the clean and bake lab today from 9am to 3pm. |
15461
|
Thu Jul 9 09:22:44 2020 |
Jordan | Update | General | Presence at 40m | I will be in the Clean and Bake lab today from 9am to 3pm |
15467
|
Fri Jul 10 10:37:30 2020 |
Jordan | Update | General | Presence at 40m | I will be in the Clean and Bake lab today from 9am to 4pm |
15478
|
Tue Jul 14 09:04:53 2020 |
Jordan | Update | General | Presence at 40m | I will be in the Clean and Bake Lab today from 9am to 4pm. |
15492
|
Fri Jul 17 09:03:58 2020 |
Jordan | Update | General | Presence at 40m | I will be in the Clean and Bake lab today from 9am to 4pm. |
15616
|
Wed Oct 7 13:06:27 2020 |
Koji | Update | General | Presence in the lab | Tue evening from 4pm~6pm, Koji made a social distant tour for Anchal. We were present around the PSL/AS/ETMX tables. |
17283
|
Fri Nov 18 09:00:27 2022 |
JC | Update | VAC | Pressure Gauge Information | I bought the spare Full-Range Pirani Gauge a while ago and realized that I never logged this. The Pirani Gauges we are using is described below.
QTY |
Product |
Description |
Serial No. |
1 |
FRG702CF35 |
-702 FULL RANGE PIRANI/IMG GA.,2.75CF |
LI2218F003
|
I purchased this gauge from Agilent through TechMart. The spare is located inside the Vac Equipment cabinet (The only brown cabinet.) along the X-Arm. |
11159
|
Mon Mar 23 10:36:55 2015 |
ericq | Update | VAC | Pressure watch script | Based on Jenne's chiara disk usage monitoring script, I made a script that checks the N2 pressure, which will send an email to myself, Jenne, Rana, Koji, and Steve, should the pressure fall below 60psi. I also updated the chiara disk checking script to work on the new Nodus setup. I tested the two, only emailing myself, and they appear to work as expected.
The scripts are committed to the svn. Nodus' crontab now includes these two scripts, as well as the crontab backup script. (It occurs to me that the crontab backup script could be a little smarter, only backing it up if a change is made, but the archive is only a few MB, so it's probably not so important...) |
12774
|
Tue Jan 31 14:14:29 2017 |
rana | Update | VAC | Pressure watch script | I think this cron job is running on NODUS (our gateway) instead of our scripts machine:
*/1 * * * * /opt/rtcds/caltech/c1/scripts/Admin/n2Check.sh >> /opt/rtcds/caltech/c1/scripts/Admin/n2Check.log 2>&1
Quote: |
Based on Jenne's chiara disk usage monitoring script, I made a script that checks the N2 pressure, which will send an email to myself, Jenne, Rana, Koji, and Steve, should the pressure fall below 60psi. I also updated the chiara disk checking script to work on the new Nodus setup. I tested the two, only emailing myself, and they appear to work as expected.
The scripts are committed to the svn. Nodus' crontab now includes these two scripts, as well as the crontab backup script. (It occurs to me that the crontab backup script could be a little smarter, only backing it up if a change is made, but the archive is only a few MB, so it's probably not so important...)
|
moreover this script has a 90MB log file full of not finding its channel
I wish this script was in python instead of BASH and I wish it would run on megatron instead of nodus (why can't megatron send us email too?) and I wish that this log file would get wiped out once in awhile. Currently its been spitting out errors since at least a month ago:
Tue Jan 31 14:10:02 PST 2017 : N2 Pressure:
Channel connect timed out: 'C1:Vac-N2pres' not found.
(standard_in) 1: syntax error |
11243
|
Fri Apr 24 17:30:32 2015 |
Jenne | Update | VAC | Pressure watch script broken |
Quote: |
I made a script that checks the N2 pressure, which will send an email to myself, Jenne, Rana, Koji, and Steve, should the pressure fall below 60psi.
|
The script checking the N2 pressure is not working. I signed into the foteee account to look at some of the picasa photos, and there are thousands of emails (one every 10 minutes for the past month!) with error messages. Q, can you please make it stop (having errors)?
The error looks like it's mad about a "caget" command. I don't have time to investigate further though. |
11249
|
Sat Apr 25 18:50:47 2015 |
ericq | Update | VAC | Pressure watch script broken | Ugh, this turns out to be because cron doesn't source the controls bashrc that defines where to find caget and all that jazz that many commands depend on. This is probably also why the AutoMX cron job isn't working either.
Also, cron automatically emails everything from stderr to the email address that is configured for the user, which is why the n2 script blew up the foteee account and why the AutoMX script was blowing up my email yesterday. This can be avoided by doing something like this in the crontab:
0 8 * * * /bin/somecommand >> somefile.log 2>&1
(The >> part means that the standard output is appended to some log file, while the 2>&1 means send the standard error stream to the same place as stdout)
I made this change for the n2 script, so the foteee email account should be safe from this script. I haven't figured out the right way to set up cron to have all the right $PATH and other environment stuff, such as epics may need, so the script is still not working. |
4079
|
Mon Dec 20 23:10:25 2010 |
Jenne | Update | SUS | Pretty much ready for pump-down. A few final things.... | [Kiwamu, Jenne, Koji, Osamu]
We have mostly prepared the IFO for pump down.
After lunch [Steve, Bob, Koji, Kiwamu, Jenne, Joe, Joon Ho, Vladimir, Osamu] put the access connector back in place. Hooray! Steve still has to check the Jam Nuts before we pump down. Kiwamu checked the leveling of the IOO table, and fixed all of the weights to the table.
For all 4 test masses, bars (upside-down dog clamps) were placed to mark the alignment of 2 sides of the suspension tower. All test mass tables were re-leveled, and the weights fixed to the tables.
For ETMY, PRM, BS, SRM, we confirmed that the OSEMs were close to their half-range. ETMX was already fine. ITMY (the screens and the optics wiki are still old-convention, so this is listed as ITMX! No good!) OSEMs are pretty much fine, but ITMX desperately needs to be adjusted. Unfortunately, no one can find the standard screwdriver (looks like a minus), to adjust the ITM OSEMs. All the other towers had hex-key set screws, but the ITMs need a screwdriver. We will ask Bob to sonicate a screwdriver in the morning.
|
10995
|
Tue Feb 10 13:48:58 2015 |
manasa | Update | LSC | Probable cause for headaches last night | I found the PSL enclosure open (about a feet wide) on the north side this morning. I am assuming that whoever did the X beatnote alignment last night forgot to close the door to the enclosure before locking attempts 
Quote: |
Unfortunately, we only had one good CARM offset reduction to powers of about 25, but then my QPD loop blew it. We spent the vast majority of the night dealing with headaches and annoyances.
Things that were a pain:
- If TRX is showing large excursions after finding resonance, there is no hope. These translate into large impulses while reducing the CARM offset, which the PRMI has no chance of handling. The first time aligning the green beat did not help this. For some reason, the second time did, though the beatnote amplitude wasn't increased noticibly.
- NOTICE: We should re-align the X green beatnote every night, after a solid ASS run, before any serious locking work.
- Afterwards, phase tracker UGFs (which depend on beatnote amplitude, and thereby frequency) should be frequently checked.
- We suffered some amount from ETMX wandering. Not only for realigning between lock attempts, but on one occasion, with CARM held off, GTRX wandered to half its nominal value, leading to a huge effective DARM offset, which made it impossible to lock MICH with any reasonble power in the arms. Other times, simply turning off POX/POY locking, after setting up the beatnotes, was enough to significantly change the alignment.
- IMC was mildly tempermental, at its worst refusing to lock for ~20min. One suspicion I have is that when the PMC PZT is nearing its rail, things go bad. The PZT voltage was above 200 when this was happening, after relocking the PMC to ~150, it seems ok. I thing I've also had this problem at PZT voltages of ~50. Something to look out for.
Other stuff:
- We are excited for the prospect of the FOL system, as chasing the FSS temperature around is no fun.
- UGF servo triggering greatly helps the PRMI reacquire if it briefly flashes out, since the multipliers don't run away. This exacerbated the ALS excursion problem.
- Using POPDC whitening made it very tough to hold the PRMI. Maybe because we didn't reset the dark offset...?
|
|
3271
|
Fri Jul 23 00:13:11 2010 |
rana | Update | PSL | Problem NOT REALLY Solved | So...who was working around the PSL rack this morning and afternoon? Looks like there was some VCO phase noise work at the bottom of
the rack as well as some disconnecting of the Guralp cables from that rack. Who did which when and who needs to be punished? |
3270
|
Thu Jul 22 18:18:54 2010 |
Alberto | Update | PSL | Problem Solved |
Quote: |
Quote: |
It looks like something wrong happened around the PSL front end. One of the PSL channel, C1:PSL-PMC_LOCALC, got crazy.
We found it by the donkey alarm 10 minutes ago.
The attached picture is a screen shot of the PMC medm screen.
The value of C1:PSL-PMC_LOCALC ( middle left on the picture ) shows wired characters. It returns "nan" when we do ezcaread.
Joe went to the rack and powered off / on the crate, but it still remains the same. It might be an analog issue (?)
|
The problem seems to be a software one.
In any case, Kiwamu and I looked at the at the PMC crystal board and demod board, in search of a possible bad connection. We found a weak connection of the RG cable going into the PD input of the demod board. The cable was bent and almost broken.
I replaced the SMA connector of the cable with a new one that I soldered in situ. Then I made sure that the connection was good and didn't have any short due to the soldering.
|
[Alberto, Koji]
By looking at the reference pictures of the rack in the wiki, it turned out that the Sorensen which provides the 10V to the 1Y1 rack was on halt (red light on). It had been like that since 1.30pm today. It might have probably got disabled by a short somewhere or inadvertently by someone working nearby it.
Turning it off and on reset it. The crazy LO calibrated amplitude on the PMC screen got fixed.
Then it was again possible to lock PMC and FSS.
We also had to burtrestore the PSL computer becasue of the several reboots done on it today. |
|