40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop

40m Log, Page 14 of 168  Not logged in

List |  Find |  Login |  Help

Full | Summary | Threaded | Collapse | Expand     -- All entries -- Last day Last 3 Days Last week Last month Last 3 Months Last 6 Months Last Year -- Type -- Configuration Update Summary HowTo Bureaucracy Omnistructure Metaphysics Frogs  8358 Entries

Goto page Previous  1, 2, 3 ... 13, 14, 15 ... 166, 167, 168   Next

Thu Oct 10 23:36:02 2019, Koji, Update, General, Wednesday cleaning work  [Jon, Yehonathan, Gautam, Aaron, Shruti, Koji] We get together on Wednesday afternoon for cleaning the lab. Particularly, we collected e-wastes: VME crates, VME modules, old slow control cables, and other old/broken electronics. They are piled up in the office area and the cage outside rioght now (Attachments 1/2). We asked Liz to come to pick       Tue Oct 15 17:19:38 2019, Koji, Update, General, Wednesday cleaning work  [Liz, Gautam, Chub, Jordan, Koji] We removed a significant amount of e-waste from the lab. The garbage was moved to the e-waste station in WB SB and are waiting for disposal.   Fri Sep 20 12:55:02 2019, gautam, Update, CDS, c1iscaux testing  I was hoping that the dark / electronics noise level on the LSC photodiodes would be sufficient for me to test the whitening gain switching on the iLIGO Pentek whitening boards. However, this does not seem to be the case. I guess to be thorough, we have to do this kind of test. It's a bit annoying to have to undo and redo the SMA connections, but I can't think of any obvious easier way to test this functionality.       Mon Sep 23 10:49:34 2019, rana, Update, CDS, c1iscaux testing  I'd say permanently enable AA and AI. There's no reason to turn these off for usual channels. We can always undo one switch later if we want to use aliasing to sample a high frequency signal (ala SoCal). The PD output should ~20 nV/rHz into the mixer, so that's ~7 nV into the whitening filter. We need 60 dB to be above the ADC noise. I've forgotten what the current config is, but in iLIGO we hacked in a fixed       Wed Sep 25 20:10:13 2019, Koji, Update, CDS, c1iscaux testing  == Test Status == [none] Whitening gain switching test [none] AA enable/disable switching          Thu Sep 26 20:09:40 2019, Koji, Update, CDS, c1iscaux testing  == Test Status == [done] Whitening gain switching test => Some issues found (POP110Q, Whitening3_8 not switching, ASDC overall behavior, REFL33Q needs recheck)             Fri Sep 27 15:59:53 2019, gautam, Update, CDS, c1iscaux testing  I reset the normalization for both arms on Jul 9 2019. Quote: The transmission reached just 1.00 at the end. Was the transmission recently normalized? (See attachment             Wed Oct 2 01:11:40 2019, Koji, Update, CDS, c1iscaux testing 8x I worked on more troubleshooting of the whitening filters Tuesday afternoon == Test Status == [done] Whitening gain switching test => Remaining issues ASDC overall behavior                Fri Oct 4 01:57:09 2019, Koji, Update, CDS, c1iscaux testing  The AA filter for ASDC was fixed. == Test Status == [done] Whitening gain switching test                   Sat Oct 5 00:03:21 2019, Koji, Update, CDS, c1iscaux testing  [Gautam, Koji] Input gain part of the CM servo board D1500308 was tested. A couple of problems were detected. One still remains.                      Tue Oct 8 03:32:42 2019, Koji, Update, CDS, CM servo board testing 7x [Koji] The logic chips 74ALS573 were replaced. And now the gain sliders are working properly.                         Tue Oct 8 17:59:29 2019, Koji, Update, CDS, CM servo board testing (portal) 6x == Test Status == [done] Whitening gain switching test [done] AA enable/disable switching                            Tue Oct 8 18:42:39 2019, Koji, Update, CDS, CM servo board testing  The boost filters of the CM servo board were tested. Their ZPK models were made. The transfer functions of the boost filters were measured with the SG output of a SR785 connected to IN1. The IN1 gain was set to be 0dB. The transfer function was taken between the IN1 input and the TEST1A output.                               Mon Oct 14 16:06:28 2019, Koji, Update, CDS, CM servo board testing  CM Board Slow out (digital length control) path transfer function / pole-zero filter pair (79Hz/1.6kHz) transfer function The excitation was given from EXC A. The denominator was TESTA2, and the numerator was OUT1. Attachment 1 shows the measured transfer function with and without PZ filter off and on. The PZ filter provides ~26dB attenuation                                  Mon Oct 14 16:19:30 2019, Koji, Update, CDS, CM servo board testing  For the CM board modeling purpose, the transfer function from TESTA2 to TESTB2 was needed. (Attachment 1) The ZPK model of this part is pole 76.2369881805                                     Mon Oct 14 16:25:03 2019, Koji, Update, CDS, CM servo board testing  The output stage (and AO GAIN stage) of the MC board was modelled. The transfer function was measured with the injection from EXC B. The denominator was TESTB2, and the numerator was SERVO OUT. This stage is AC coupled by 2x 1st order HPFs. Firstly, this transfer function was measured with AO GAIN set to be 0dB. (Attachment 1)                                        Mon Oct 14 16:34:42 2019, Koji, Update, CDS, CM servo board testing  Input referred offsets on the IN1/IN2 were tested with different gain settings. The two inputs were plugged by the 50 ohm terminators. The output was monitored at OUT1 (SLOW Length Output). The fast path is AC coupled and has no sensitivity to the offset. There is the EPICS monitor point for OUT1. With the multimeter it was confirmed that the EPICS monitor (C1:LSC-CM_REFL1_GAIN) has the right value                                           Mon Oct 14 17:32:28 2019, Koji, Update, CDS, Portal Elog entry for the recent CM servo board tests  Updated Circuit Diagram and photos: https://dcc.ligo.org/D1500308-v2 - (1) and (6) of the diagram: TFs with various gain slider values for REFL1/REFL2/AO GAIN [ELOG 14948] (gain values and time delay modeling)                            Tue Oct 8 20:23:03 2019, gautam, Update, CDS, c1iscaux testing  Looking at the old latch.st code, looks like this is just a heartbeat signal to indicate the code is alive. I'll implement this. Aesthetically, it'd be also nice to have the hex representation of the "*_SET" channels visible on the MEDM screen.         Mon Sep 30 11:20:43 2019, gautam, Update, CDS, c1iscaux testing - CM board code updated  DATED, SEE ELOG14941 for the most up-to-date info on latch.py. I modified /cvs/cds/caltech/target/c1iscaux/latch.py          Mon Sep 30 15:51:59 2019, gautam, Update, CDS, c1iscaux - some admin  I did the following: symlinked /cvs/cds/rtcds to /opt/rtcds. Added   Thu Oct 10 22:11:53 2019, gautam, Update, LSC, Trans QPD checkout  I removed the flip-mount that was installed on the EY in-air table for the mode-spectroscopy project (see Attachment #1). The Transmon QPD at EY sees IR light again. Dark noise checkout - see Attachment #2. Light-level   Mon Oct 7 14:51:20 2019, aaron, Update, Electronics, WFS head RF measurements  Mon Oct 7 14:51:53 2019. I closed the PSL shutter to measure the WFS head responsivity. I made a thru calibration as in this elog, treating laser, reference PD, and WFS RF output as a three-port device. The DC current supplied to the laser is 20.0 mA in all cases. The Agilent spectrum analyzer supplies a -10 dBm excitation       Mon Oct 7 19:50:33 2019, gautam, Update, IOO, IMC locking not working after this work  See trend. This is NOT symptomatic of some frozen slow machine - if I disable the WFS servo inputs, the lock holds just fine. Turns out that the beam was almost completely missing the WFS2 QPD. WTF ðŸ˜¤. I re-aligned the beam using the steering mirror immediately before the WFS2 QPD, and re-set the dark offsets for good measure. Now the IMC remains stably locked.           Tue Oct 8 10:29:19 2019, gautam, Update, IOO, MC Transmission scan  Summary: There is ~ 7% variation in the power seen by the MC2 trans QPD, depending on the WFS offsets applied to the MC2 PIT/YAW loops. Some more interpretation is required however, before attributing this to spot-position-dependent loss          Tue Oct 8 16:54:56 2019, rana, Update, IOO, IMC locking not working after this work  I think this offset setting thing is not so good. People do this every few years, but putting offsets in servos means that you cannot maintain a stable alignment when there are changes in the laser power, PMC trans, etc. The better thing is to do the centering of the WFS spots with the unlcoked beam after the control offsets have been offloaded to the suspensions.       Tue Oct 8 16:00:06 2019, aaron, Update, Electronics, WFS head RF measurements  I simulated this circuit with zero, but haven't gotten the results to match the measurements above. Removing the DC readout chain from the circuit does not affect the AC response. Perhaps something to do with the (currently unmodeled) capacitance of the diode? I think this forms a necessary part of the resonant circuit.          Wed Oct 9 12:15:05 2019, rana, Update, Electronics, WFS head RF measurements  It would be good if you and Shruti can look at how to change the parameters in Zero so as to do a fit to the measured data. Usually, in scipy.optimize we give it a function with some changeable params, so maybe there's a way to pass params to a zero object in that way. I think Ian and Anchal are doing something similar to their FSS Pockel's cell simulator.   Tue Sep 10 15:41:37 2019, aaron, Update, IOO, WFS measurements  [rika, aaron, rana] We are getting the MC locked in anticipation of making some WFS transfer function measurements. The PSL screen was all white boxes, so I keyed the PSL crate and burt restored the settings from 11:19am Sep 5 (somewhat earlier than we started       Wed Sep 11 10:26:56 2019, aaron, Update, IOO, WFS measurements  Gameplan We should also have a plan for the next couple weeks so we are organized; heavily adapted from. Here's what I'm thinking this morning: Construct the input/output matrix for the WFS. (basically, what we did yesterday) Measure a transfer function of MC[1,          Wed Sep 11 14:37:43 2019, aaron, Update, IOO, WFS measurements  [aaron, rika] We identified the Jenne laser and found a long optical fiber that might be able to transport our beam to the AP table. Now we're searching for documentation on using this laser. Kevin and John measured             Thu Sep 12 12:42:31 2019, aaron, Update, IOO, WFS measurements  [rika, aaron] At Seiji and Gautam's suggestion, we added an additional RF photodiode (NewFocus 1611) to the system so we can calibrate our transfer functions. The configuration is now laser -> BS --> lenses -> QPD and BS --> lenses -> RFPD. We added lenses to get                Fri Sep 13 10:36:03 2019, aaron, Update, IOO, WFS measurements  [rika, aaron] We are at it again. Rika is setting up the TF measurement, I'm looking into scripting the WFS sensing matrix measurement we made earlier in the week so we can return to it next week.                   Mon Sep 16 12:38:59 2019, aaron, Update, IOO, WFS measurements  I wanted to make a zero model of this circuit to get a handle on the results. I couldn't import zero on pianosa, and I tried pip installing zero, but was denied due to not finding version 3.0.3 of matplotlib. I finally got it to install using pip3 install zero --user  Oddly, even though I can now import                   Thu Oct 3 11:38:35 2019, aaron, Update, IOO, WFS measurements  I set up the spectrum analyzer to make the WFS head RF transfer function measurement (V/W) on WFS1. I placed the Jenne laser on the AP table, along with the reference PD power supply, laptop, and laser power supply. The Agilent output AM modulates the laser; the reference PD is again NewFocus 1611, with its AC output sent to Agilent's R channel and DC output sent to an oscilloscope;             Mon Sep 30 13:20:55 2019, aaron, Update, IOO, shot noise measurement  I wanted to measure the RF transimpedance of the WFS heads, as outlined above. Summary: Measurement is not done. Details:          Fri Sep 13 10:53:40 2019, aaron, Update, IOO, WFS loop measurements  I'm scripting the WFS sensing matrix measurements. I haven't really scripted DTT before, so I'm trying to find documentation or existing scripts. I came across this elog where Gautam measured a sensing matrix during DRMI lock, and he pointed me to some .xml files used for these measurments.             Mon Sep 16 05:08:04 2019, rana, Update, IOO, WFS loop measurements  not need to use DTT. I'm attaching some half-finished notebooks that give the gist. Download the data with NDS2 Downsample the data for ease of use. save the data as hdf5 for easy loading later. demodulate the data at the specified frequencies. That's it! Now you have the complex, single frequency TFs. Next you invert the matrix.                Mon Sep 16 11:55:58 2019, rika, Update, IOO, WFS loop measurements  [rika, aaron] We aligned optics of WFS as it was. Now auto-locker is working to lock MC. But it still doesn't lock. We notice that the c1lsc machine doesn't work. So we run rebootCILSC.sh.                   Tue Sep 17 09:41:48 2019, gautam, Update, IOO, WFS loop measurements  Let's not worry about C1LSC until the c1iscaux upgrade is done.                     Tue Sep 17 10:47:44 2019, rika, Update, IOO, WFS loop measurements  [aaron, rika] Once stop the auto-locker and realigned to make beam to get into QPD again. After we lock MC, we took TFs from suspension MC1/2/3 PIT/YAW to WFS1/2 PIT/YAW.                       Wed Sep 18 14:45:52 2019, rika, Update, IOO, WFS loop measurements  [aaron, rika] Gettng TFs In the data we got yesterday, we can see some filter's effect.  But it is not good coherence above 10Hz, so we mesured again. And this time we save the data as xml file.                Tue Sep 17 10:34:48 2019, aaron, Update, IOO, WFS loop measurements  I'm using the notebooks from rana as a starting point, and making a script to measure and fill the WFS sensing matrix. It lives at /users/aaron/WFS/scripts/WFSsensingMatrix.ipynb for now. Here's what it does; what's been tested is in green, untested is goldenrod, uncoded is fire brick. Sets up an nds connection, listening to the WFS channels and the MC#_PIT/YAW IN1 channels.                   Tue Oct 8 20:39:42 2019, aaron, Update, IOO, WFS loop measurements  I installed nds2 on donatello with yum, but still can't import nds2.                      Wed Oct 9 09:37:28 2019, aaron, Update, IOO, WFS loop measurements  I installed nds2 again, this time successfully with  conda install -c conda-forge python-nds2-client      Fri Oct 4 22:22:03 2019, gautam, Update, CDS, Final incarnation of latch.py  [KA, GV] This elog is meant to be a summary of some of the many subtleties on the CM board. The latest schematic of the version used at the 40m can be found at D1500308 .       Tue Oct 8 03:19:14 2019, Koji, Update, CDS, Final incarnation of latch.py  Now with the CM board tested with the signal injected, it turned out that the latch logic was flipped. As the default state locked the digital levels, the buttons other than the mbbo channels were inactive. By giving 0 to C1:LSC-CM_LATCH_ENABLE, the modification of the digital state is enabled. And with the value of 1, the digital bits on the board   Fri Oct 4 00:32:24 2019, gautam, Update, ALS, More locking updates  Summary: I managed to achieve a few transitions of control of the XARM length using the ALS error signal. The lock is sort of stable, but there are frequent "glitches" in the TRX level. Needs more noise hunting, but if the YARM ALS is also "good enough",        Sat Oct 5 21:26:34 2019, gautam, Update, ALS, Y-end green alignment tweaked  Summary: I improved the alignment of the green beam into the Y arm cavity. GTRY went from ~0.2 to ~0.25, see Attachment          Sun Oct 6 15:23:27 2019, gautam, Update, ALS, Arm control using error signals achieved  Summary: I managed to execute the first few transitions of locking the arm lengths to the laser frequency in the CARM/DARM basis using the    Thu Oct 3 12:08:47 2019, gautam, Update, General, Make the Jenne-laser setup fiber-coupled  I propose the following re-organization of the PDFR measurement breadboard. We have all the parts on hand, just needs ~30mins of setup work and some characterization afterwards. The fiber beamsplitter will not be PM, but for this measurement, I don't think that matters (the patch fiber from the diode laser head isn't PM anyways). We have one spare 1 GHz BW NF1611 that is fiber coupled (used to live on the ITMY in-air table, and is (conveniently)       Thu Oct 3 14:32:37 2019, rana, Update, General, Make the Jenne-laser setup fiber-coupled  I'm curious to see if we really need the 1611, or if we can calibrate the diode laser vs. the 1611 one time and then just use that calibration to get the absolute cal for the DUT.          Thu Oct 3 14:54:33 2019, Koji, Update, General, Make the Jenne-laser setup fiber-coupled  I'm afraid that the RF modualtion of the laser is nonlinear and the electrical and optical resoponse is dependent on the LD pumping current and RF input power. So I feel safe if we keep the reference PD. Of course, this is my feeling and it should be quantitatively tested.             Thu Oct 3 21:05:04 2019, aaron, Update, General, Make the Jenne-laser setup fiber-coupled  I measured the RF response of the fiber-coupled NewFocus 1611, calibrating out the cable delay. The laser current was set to 20.0 mA, and the RF power going into the splitter was -10 dBm. The DC voltage was 1.87 V, and Gautam and I measured the power from the fiber at 344uW. Something still looks very wrong -- the PD is supposed to be flat out to 1GHz, and physical units pending, need food.                Thu Oct 3 23:15:39 2019, Koji, Update, General, Make the Jenne-laser setup fiber-coupled  The 1GHz PD has a bit more flat response, but the laser and the driving network have more frequency dependence as you saw.                Fri Oct 4 00:30:31 2019, gautam, Update, General, Make the Jenne-laser setup fiber-coupled  I think the metric of interest here is the consistency of the AC transimpedance of the proposed new "Reference PD" (= fiber coupled NF1611) vs the old reference (free space NF1611), since everything will be calibrated against that. Quote:                   Fri Oct 4 14:25:59 2019, aaron, Update, General, Make the Jenne-laser setup fiber-coupled  Summary: The fiber-coupled PD seems to have a factor of ~1.5 difference in responsivity compared to the free-space PD. There are some differences in the two ways I made the measurement that I don't yet understand. Details I measured relative responsivities of the fiber and free coupled NewFocus 1611 PDs (scaled by the Jenne AM transfer   Thu Oct 3 19:40:18 2019, gautam, Update, LSC, POX/POY imbalance  Summary: There is an imbalance between the POX and POY detector outputs reported in the CDS system. Possibilities are (i) the POX PD has a uncoated glass window whereas POY does not or (ii) there is some problem in the elctronics.   Wed Oct 2 23:15:02 2019, gautam, Update, LSC, FPMI locking  Summary: I was able to lock the FPMI. The lock was quite stable. However, the fluctuations in the ASDC power suggest that it will be difficult to make a DC measurement of the contrast defect in this configuration. This problem can be circumvented in part by some       Thu Oct 3 11:01:18 2019, rana, Update, LSC, (PR)FPMI locking  wonder if its possible to do variable finesse locking Gabriele mentioned that Virgo used arm trans PDH for this, but I guess we could possibly use POX/POY to start and bring in the PRM with 50% MICH trans   Mon Apr 8 11:53:17 2019, gautam, Update, CDS, c1oaf needs debugging  I tried restarting c1oaf this weekend to see if turning on the MC length FF would affect the ALS noise performance. I burtrestored the filter settings from March 2016. However, I noticed several possible anomalies, which need debugging. I am not turning the model off because of the possibility of having to reboot all the vertex FEs, but this model is totally unusable right now.       Wed Oct 2 23:23:02 2019, gautam, Update, CDS, c1oaf DC indicator needs to be green  Today, I found out that this type of "0x2bad" DC error is connected to the 1e+20 cts output. The solution was to bite the bullet and stop/start the c1oaf model (at the risk of crashing the vertex FEs). Today, I was lucky and the model came back online with all CDS indicators green. At which point I was able to engage length feedforward to MC2 (with some admittedly old filter). Some subtraction is happening, see    Tue Oct 1 21:19:51 2019, gautam, Update, LSC, PRMI locked on carrier  Summary: The PRMI was locked with the carrier field resonant in the PRC 🙌. The lock is pretty stable (I only let it stay locked for ~10mins and then       Wed Oct 2 11:52:16 2019, gautam, Update, LSC, PRMI Oplev loop checkout  I measured the OLTF of both the PRM Oplev loops. Nothing odd sticks out as odd to me in this measurement - there seems to be ~40 degrees of phase margin and >10 dB gain margin for both loops, see Attachment #1. I didn't measure down to the second UGF at ~0.2 Hz (the Oplev loops are AC coupled), so there could be something funky going on there. The problem   Wed Oct 2 10:50:20 2019, gautam, Update, CDS, Anaconda updated  The anaconda distribution used by the control room workstations is actually installed on the shared drive (/cvs/cds/ligo/apps/anaconda/) for consistency reasons. The version was 4.5.11. I ran the following commands to update it today. Now it is version 4.7.12. conda update conda   Wed Oct 2 10:40:07 2019, gautam, Update, CDS, c1oaf model restarted  This morning, I restarted the c1oaf model on the c1lsc machine, so as to have the option of enabling some feedforward action. Unsurprisingly, the "DC" indicator is red, citing a "0x2bad". In   Tue Oct 1 18:35:12 2019, gautam, Update, General, Beam centering campaign  With TRX and TRY maximized using ASS, I centered the Oplev spots on the respective QPDs for the four test masses and the BS. I also centered the spot onto the IPPOS QPD by moving the available steering mirror. At EX, I tweaked the input pointing of the green beam into the arm by manually twiddling with the PZT mirrors. I was able to get GTRX~0.4. On the AS table - Koji and I found that there was a steering mirror placed in the   Mon Sep 30 18:20:26 2019, gautam, Update, ALS, ALS OOL noise - a first look  Attachment #1 shows a first look at the IR ALS noise after my re-coupling of the IR light into the fiber at EY.  Measurement configuration:    Sun Sep 29 15:58:19 2019, gautam, Update, LSC, POX locking attempt  Summary: There is no visible PDH error signal on the POX11 channels. As a result, I am unable to lock the XARM length to the laser frequency. See Attachment #1 - the Y arm length is locked to the       Mon Sep 30 14:16:43 2019, gautam, Update, LSC, POX PD checkout - solved  I confirmed that there is light incident on the POX photodiode. So the problem must lie downstream in the demod / whitening / AA electronics. With the PRM aligned (i.e. PRFPMI config with all DoFs uncontrolled), I could see the flashing beam on an IR card. I could also see the spikes in DC power incident on the photodiode using the "DC Monitor" port on the photodiode head and an oscilloscope.   Fri Sep 20 11:39:04 2019, gautam, Update, Optical Levers, ETMX Oplev HeNe Dead  While working on recovering interferometer alignment, I noticed that the ETMX Oplev SUM channel reported 0 counts. Attachment #1 shows the 200 day trend - despite the missing data, the accelerating downward decay is evident. I confirmed that there is no light coming out of the HeNe by walking down to EX. The label on the HeNe says it       Sun Sep 29 16:08:25 2019, gautam, Update, Optical Levers, ETMX Oplev HeNe replaced  To facilitate POX locking investigations, I replaced this HeNe today with one of the spares Chub/Steve had acquired some time ago. Details: Part number: Lumentum 22037130 (1103P) Serial number:   Thu Sep 26 17:56:28 2019, Koji, Update, CDS, some rebooting  Yesterday (Sep 25) evening: I had to reboot c1psl, c1iool0, and c1aux to recover nominal IMC locking Today megatron had no response and I had to reboot it with the reset button. MCautolocker and FSSSlow were recovered and the IMC is locking as usual.   Fri Sep 20 18:28:34 2019, gautam, Update, LSC, Y arm locking attempt  I tried to lock the Y arm cavity length to the PSL frequency using POY11_I as an error signal. Even though I think the cavity alignment is good (I see TRY flashes ~0.8), I am unable to achieve a lock. I checked the signal conditioning, and as far as I can tell, all the settings are correct, but there may be some settings that have not been re-assigned correct values. The other possibility is that something is not quite right with the new c1iscaux. The   Wed Sep 18 12:40:09 2019, gautam, Update, CDS, Fast BIO Mapping at 1Y2  INCORRECT INFO IN THIS ELOG HAS BEEN REMOVED. SEE THIS ELOG FOR THE UPDATED INFO. Summary:       Thu Sep 19 21:23:51 2019, gautam, Update, CDS, Fast BIO splicing re-implemented at 1Y2  [KA, GV] Summary: New cross connect system for splicing the fast BIO signals for whitening switching to the P2 connectors was installed and tested at 1Y2. It   Thu Sep 5 18:42:19 2019, aaron, HowTo, CDS, WFS discussion, restarting CDS  [aaron, rana] While going to take some transfer functions of the MC WFS loop, LSC was down. When we tried to restart the FE using 'rtcds restart --all', c1lsc crashed and froze. We manually reset c1lsc, then laboriously determined the correct order of machines to reboot. Here's what works best:       Thu Sep 5 20:30:43 2019, rana, HowTo, CDS, WFS discussion, restarting CDS  via Polish chat, GV tells us to RTFE          Fri Sep 6 09:40:56 2019, aaron, HowTo, CDS, WFS discussion, restarting CDS  As suggested, I ran the script cds/rebootC1LSC.sh I got a timeout error when the script tried closing the PSL shutter ('C1:AUX-PSL_ShutterRqst' not found), but Rana and I closed the shutter before leaving last night. c1sus is down, so the script found no route to host c1sus; I'm thinking I need to reset c1sus for the script to run completely.             Fri Sep 6 11:56:44 2019, aaron, HowTo, CDS, WFS discussion, restarting CDS  Rebooting I reset c1lsc, c1sus, and c1ioo. I noticed that the script gives the command 'ssh c1XXX', but we have been getting no route to host using this command. Instead, the machines are currently only reachable as c1XXX.martian. I'm not sure why this is, so I just appended .martian in rebootC1LSC.sh                Fri Sep 6 15:12:49 2019, Koji, HowTo, CDS, WFS discussion, restarting CDS  Assuming you are at pianosa, /etc/resolv.conf is like # Generated by NetworkManager nameserver 192.168.113.104                Fri Sep 6 21:22:06 2019, Koji, HowTo, CDS, How to save c1ioo  Q1 Can we run the machine with the reduced # of cores? Q2 We might be able to order them quickly. What's the spec and configuration of the DIMMs (like DDR2-667MHz ECC 4GBx4, and even more specs (like Samsung 2GB DDR2 RAM PC2-6400 240-Pin DIMM M378T5663EH3) so that we are to identify the exact spec).                   Fri Sep 6 22:03:30 2019, aaron, HowTo, CDS, How to save c1ioo  Saw these slightly delayed. Q1: Not sure--is it a safe operation for me to remove the DIMM on CPU0, replace CPU0 (with no DIMM), and boot up to try this? Q2: Specifically, it's this DIMM. The CPU core is compatible with                      Mon Sep 9 11:36:48 2019, aaron, HowTo, CDS, How to save c1ioo  One pair of DIMM cards from the Sunstone box had the same Sun part number as those in c1ioo, so I swapped them in and reinstalled c1ioo's CPU0. c1ioo now boots up an seems ready to go, I'm able to log on from nodus. I also reinstalled optimus' CPU0, and optimus boots up with no problems.                         Thu Sep 19 15:59:29 2019, aaron, HowTo, CDS, How to save c1ioo  New DIMM cards have arrived. I stored them in the digital cabinet along y arm.   Wed Sep 18 15:27:45 2019, gautam, Update, IOO, TT cables need to be remade  Summary: The custom ribbon cables piping the coil driver board outputs to the eLIGO (?) TTs (a.k.a. TT1 and TT2) are damaged. They need to be re-made. I can't find any pin-mapping for them.       Thu Sep 19 09:39:30 2019, gautam, Update, IOO, TT cables need to be remade  While debugging this problem, c1lsc models crashed. I ran the reboot script this morning to bring the models back. There was a 0x4000 error on the DC indicators for the c1lsc models (mx_stream error which couldn't be fixed by restarting the mx service) the first time I ran the script so I did it again, now the indicator lights are in their nominal state.       Thu Sep 19 11:26:18 2019, gautam, Update, IOO, TT cables DON'T need to be remade  False alarm - the mistake was mine. Looking at the schematic diagram, the AI/Dewhite board, D000316, accepts the inputs from the DAC on the P2 connector. While restoring the connections at 1Y2, I had plugged the outputs of the DAC interface board into the P1 connectors of the AI   Tue Sep 17 23:46:21 2019, Koji, Update, CDS, Latch Enable Logic  [Koji Gautam] We continued to check the latch logic. Today we found that latch.py didn't catch the change of LSB but did for MSB. We determined that this happens when the slider value is chaged between the polling for LSB and MSB.   Tue Sep 17 23:43:34 2019, Koji, Summary, CDS, Acromag logic checker  For the investigation of the latch logic issue for the CARM CM board, I have made the LED logic checkers with DB breakout boards. They require the pull up voltage supply of +15V because the acromag digital out is a open corrector (well... open "source") output. The logic from Pin1 to Pin16 of DB37 can be monitored. The DB15 connector is only for monitoring the latch enable logic.   Tue Sep 17 14:01:46 2019, gautam, Update, CDS, daqd fw dead  For some reason, the daqd_fw service was dead on FB. This meant that no frames were being written since Aug 23, which probably coincides with when the c1lsc frontend crashed. Sad 😢 😭 🙁 . Simply restarting the fw service does not work, it crashes again after ~20 seconds. The problem may have to do with the indeterminate state of the c1lsc expansion chassis. However, this is not something that can immediately be fixed, as Chub is still       Tue Sep 17 21:34:07 2019, gautam, Update, CDS, daqd fw dead no more  Summary: Frames seem to be written again.Slowly but surely, we are converging to an operable state... No frames are available for the period 23 Aug to 17 September   Tue Jul 16 15:17:57 2019, Koji, HowTo, CDS, Final bit bug of the BIO CDS module   Yutaro talked about the BIO bug in KAGRA elog. http://klog.icrr.u-tokyo.ac.jp/osl/?r=9536 I think I made the similar change for the 40m model somewhere (don't remember), but be aware of the presense of this bug.       Tue Sep 17 14:43:59 2019, gautam, HowTo, CDS, Final bit bug of the BIO CDS module   Came across this while looking up the BIO situation at 1Y2. For reference, the fix Koji mentions can be seen in the attached screenshot (one example, the other BIO cards also have a similar fix). The 16th bit of the BIO is grounded, and some bit-shifting magic is used to implement the desired output. Quote:   Fri Sep 13 13:03:35 2019, Koji, Summary, CDS, DIN 96pin to DSUB37 adapter (single) ready for use  The PCB board of the adapter for DIN 96pin to DSUB37 conversion (single DSUB version) was delivered yesterday and I quickly soldered the connectors. They are ready for use and stored in a JLCPCB cardboard box on a pile of acromag stuff. (Note that the lacel is written on the box with Sharpie)       Mon Sep 16 09:11:37 2019, gautam, Summary, CDS, DIN 96pin to DSUB37 adapter (single) ready for use  I installed 6 of these in 1Y2. Three were for PD INTF #1-3, and I used three more for the AS110, REFL11, and REFL33 Demod board FEs, where the strain-reflief of the DC power cables to the Eurocrate was becoming a problem. So now there are only 4 units available as spares.          Mon Sep 16 20:22:19 2019, gautam, Summary, CDS, Update on the Acromag status  Jordan (new Engineer) and Chub neatened out the cabling at 1Y2/1Y3 today. After their work, I plugged in all the Dsubs to the rear Eurocrate DB37->DIN96 adaptors. Jordan nicely fixed up the labels on the cable with some extra sellotape for a more durable label. As part of the war on cross-connects, Chub removed some cables that were piping BIO signals from the fast CDS system to the whitening boards. There is a SCSI   Mon Sep 16 17:53:16 2019, aaron, Update, Cameras, MC2 trans camera (?) rotated  We noticed last week that the MC2 trans camera has pitch and yaw swapped; I rotated what I thought is the correct camera by 90 degrees clockwise (as viewed from above, like in the attachment), but I now have doubts. It's the camera on the right in the attachment.       Mon Sep 16 19:29:24 2019, Koji, Update, Cameras, MC2 trans camera (?) rotated  The left one is analog and 90deg rotated. See also: This issue tracker   Mon Sep 16 12:00:16 2019, aaron, HowTo, General, Moved some immovable optics  When I put away the lenses we had used for measuring the RF transfer functions of the QPD heads, I saw that I'd removed them from the cabinet containing green endtable optics, but hadn't noticed the sign forbidding their removal. I'll talk with Koji/Gautam about what happened and what should be done.   Tue Sep 10 17:26:49 2019, Koji, Update, CDS, D1900068 SR785 accessory box  I picked up a unit of D1900068 SR785 accessory box from Dean's office at Downs.    Tue Sep 10 16:10:40 2019, Chub, Update, , Rack Update  Still removing old cable, terminal blocks and hardware.  Once new strain reliefs and cable guides are in place, I will need to disconnect cables and reroute them.  Please let me know dates and times when that is not going to interrupt your work!    Tue Jul 16 16:00:01 2019, gautam, Update, CDS, c1iscaux Supermicro setup  I worked on preparing for the c1iscaux upgrade a bit today. Attachment #1: This shows where the 120 GB solid-state hard-drive and the 2 RAM cards (2GB each) are installed. I found that it required considerable       Wed Jul 17 21:22:41 2019, gautam, Update, CDS, CM board Latch Enable subtlety  [koji, gautam] Koji pointed out an important subtlety pertaining to the "LATCH ENABLE" signal line on the CM board. The purpose of this line is to smoothly facilitate the transition of a change in the "multi-bit-binary-outputs", a.k.a. "mbbo", that are controlled by MEDM gain sliders,          Sun Jul 21 12:55:38 2019, gautam, Update, CDS, CM board Latch Enable test script  DATED, SEE ELOG14941 for the most up-to-date info on latch.py.             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.                Sun Aug 11 11:47:42 2019, gautam, Update, CDS, Bench test of c1iscaux  I bench tested the functionality of all the c1iscaux Acromag crate channels. Summary: we are not ready for a Monday install, much debugging remains. DAC channels were tested using 4 ch oscilloscope and stepping the whitening gain sliders through their 15 gain settings Response                   Mon Aug 12 17:36:04 2019, gautam, Update, CDS, More bench test of c1iscaux  [chub, gautam] With Chub's help, most of the problems have been resolved. Summary: I judge that we are good to go ahead with an install tomorrow.                      Mon Aug 12 21:25:19 2019, Koji, Update, CDS, More bench test of c1iscaux  1. > Looking through the manual, I found a recommendation (pg10) that the "IN-" terminal of the Acromag ADC units be tied to the "RTN" pins on the same units.                       Tue Aug 13 08:07:09 2019, gautam, Update, CDS, P1--->P2  This morning, I wanted to move the existing cables going to the P1 connectors of the iLIGO whitening boards to the P2 connector, to test the modifications made to allow whitening stage switching. Unfortunately, I found that the shrouds werent installed. Where can I find these?                         Tue Aug 13 14:36:17 2019, gautam, Update, CDS, P1--->P2  As it turns out, only one extra shroud needed to be installed - I did this and migrated the cables for the 4 whitening boards from the P1 to P2 connectors. So until the new Acromag box is installed, we have no control over the whitening gains (slow channels), but do still have control over the whitening filter enable/disable (controlled by fast BIO). I am thinking about the easiest way to test the latter - I think the ambient PD dark noise level is too low to                      Fri Aug 16 16:40:04 2019, gautam, Update, CDS, 1Y3 work  [chub, gautam] Installation: The following equipment were installed in 1Y3, see Attachment #1:                         Sat Aug 17 16:49:23 2019, gautam, Update, CDS, More 1Y3 work  Work done today: All ribbon cable connections to the backplane of the 1Y2 Eurocrates were removed. The cables themselves were cleared for more space to work with. 20x 15ft DB37 Cables were run between 1Y2 and 1Y3 via overhead cable tray. Backplane interface boards were installed for                            Mon Aug 19 14:36:21 2019, gautam, Update, CDS, c1iscaux remaining work  Here is what is left to do: Strain relief of all cabling. Chub will take care of this in the coming days. I have said he can connect and disconnect cables as he pleases, but after this work, we may require a hard reboot of the Acromag chassis before restoring functionality to the channels, as it is known that the                               Tue Aug 20 19:05:24 2019, Koji, Update, CDS, MC1 (and MC3) troubleshoot  Started the troubleshoot from the MC1 issue. Gautam showed me how to use the fake PD/LED pair to diagnose the satellite box without involving the suspension mechanics. This revealed that the MC1 has frequent light level glitches which are common for five sensors. This feature does not exist in the test with                                  Thu Aug 22 12:54:06 2019, Koji, Update, CDS, MC1 glitch removed (for now) and IMC locking recovered 7x I have checked the MC1 satellite box and made a bunch of changes. For now, the glitches coming from the satellite box is gone. I quickly tested the MC1 damping and the IMC locking. The IMC was locked as usual. I still have some cleaning up but will work on them today and tomorrow.                                     Thu Aug 22 20:56:51 2019, Koji, Update, CDS, MC1 glitch removed (for now) and IMC locking recovered  The internal ribbon cable for the MC1 satellite box was replaced with the one in the spare box. The MC1 box was closed and reinstalled as before. The IMC is locking well. Now the burnt cable was disassembled and reassembles with a new cable. It is now in the spare box.                               Fri Aug 23 18:46:17 2019, Jon, Update, CDS, c1iscaux remaining work  I added the list of new c1iscaux channels to /opt/rtcds/caltech/c1/chans/daq/C0EDCU.ini and restarted the framebuilder. Koji had thought some of these channels might have previously existed under slightly different names. However, after looking through C0EDCU.ini and the other _SLOW.ini files, I did not find any candidates for                                  Sun Aug 25 14:18:08 2019, gautam, Update, CDS, c1iscaux remaining work  There were a bunch of useless / degenerate channels added - e.g. whitening gains which are alreay burt-snapshot. Maybe there are many more useless channels being trended, but no need to add more. Copy-pasting wasn't done correctly - the first 4 added channels were duplicates. There are in fact 5 LO power mons, one for each of       Thu Jul 18 10:46:04 2019, gautam, Update, CDS, Database files made  I completed the translation of the .db files for the EPICS database records from the VME notation to the Acromag/Modbus/Asyn notation. The channels are now organized into 5 database files, located in /cvs/cds/caltech/target/c1iscaux3/,  for convenience:          Thu Jul 18 19:58:56 2019, gautam, Update, CDS, Work on Acromag chassis  Now that the .db files were prepared, I wanted to test for errors. So I did the following: Acromags were mounted on the DIN rails. Attachment #1 shows the grouping of ADC, DAC and BIO units. They are labelled with their IP addresses. Wiring of power: Chub             Fri Jul 19 19:44:03 2019, gautam, Update, CDS, Database file test  Summary: The database files for C1ISCAUX seem to work file - the exception being the mbbo channels for the CM board. Details:   Fri Aug 23 19:10:02 2019, Jon, Update, Cameras, GigE camera server is online  Following the death of rossa, which was hosting the only working environment for the GigE camera software, I've set up a new dedicated rackmount camera server: c1cam (details here). The Python server script is now configured as a persistent   Tue Jun 4 00:17:15 2019, gautam, Update, BHD, Preliminary BHD calculations  ​Summary: Attachment #1 shows the RIN and phase noise requirements for the 40m BHD for measuring Ponderomotive squeezing.       Thu Jun 6 18:49:22 2019, gautam, Update, BHD, Preliminary BHD calculations  Summary: I did some more calculations based on our discussions at the meeting yesterday. Posting preliminary results here for comments. Details:          Wed Jul 3 11:47:36 2019, gautam, Update, BHD, PRC filtering  A question was raised as to how much passive filtering we benefit from if we pick off the local oscillator beam for BHD from the PRC. I did some simplified modeling of this. For the expected range of arm cavity round trip losses (20-50 ppm), I think that the 40m CARM pole will be between 75-85 Hz. The corresponding recycling gain will be 40-50, with the current PRM. I assumed 1000 ppm loss inside the PRC. The net result is that, assuming the single pole coupled cavity             Wed Jul 31 09:41:12 2019, gautam, Update, BHD, OMC cavity geometry  Summary: We need to determine the geometry (= round-trip length and RoC of curved mirrors) of the OMC cavities for the 40m BHD experiment. Sticking to the aLIGO design of a 4 mirror bowite cavity with 2 flat mirrors and 2 curved mirrors, with a ~4deg angle of incidence, we need to modify the parameters                Wed Jul 31 17:57:35 2019, Koji, Update, BHD, OMC cavity geometry  4 deg is not an optimized number optimized for criteria, but to keep the cavity short width to 0.1m. But the justification of 4deg is found in Section 3 and 4 of T1000276 on Page 4. Quote:                Fri Aug 23 10:01:14 2019, gautam, Update, BHD, OMC cavity geometry - some more modeling  Summary: I did some more investigation of what the appropriate cavity geometry would be for the OMC. Unsurprisingly, depending on the incident mode content, the preferred operating point changes. So how do we choose what the "correct" model is? Is          Tue Aug 6 15:52:06 2019, gautam, Update, BHD, Preliminary BHD calculations  Summary: The requirement on the phase noise on the direct backscatter from the OMC back into the SRM is that it be less than    Thu Aug 15 18:54:54 2019, gautam, Update, ALS, ALS sensing noise due to IMC  Summary: I came aross an interesting suggestion by Yutaro that KAGRA's low-frequency ALS noise could be limited by the fact that the IMC comes between the point where the frequencies of the PSL and AUX lasers are sensed (i.e. the ALS beat note),       Fri Aug 16 04:24:03 2019, rana, Update, ALS, ALS sensing noise due to IMC  What about just use high gain feedback to MC2 below 20 Hz for the IMC lock? That would reduce the excess if this theory is correct.   Thu Aug 8 12:01:12 2019, gautam, Update, IOO, MC1 suspension oddness  At ~1am PDT today, all the MC1 shadow sensor readbacks (fast CDS channels and Slow Acromag channels, latter not shown here) went to negative values. Of course a negative value makes no sense. After ~3 hours, they came back to positive values again. But since then, the shadow sensor RMS noise has been significantly higher in the >20 Hz band, and there are frequent glitches which kick the suspension. The IMC has been having trouble staying locked.       Mon Aug 12 19:58:23 2019, gautam, Update, IOO, MC1 suspension oddness  Repair plan: Get "spare" satellite box working --- Chub According to elog14441, this box has flaky connectors which probably need to be remade Re-make the 64-pin IDC crimped connection on the cable from the   Fri Aug 9 20:58:33 2019, Jon, Update, Electronics, Borrowed Variac transformer  I borrowed an old-looking Variac variable transformer from the power supplies cabinet along the y-arm. It is currently in the TCS lab.   Fri Aug 2 11:37:38 2019, gautam, Update, ALS, EY IR ALS Assay  Summary: I'd like to confirm that the IR ALS scheme will work for locking. The X-arm performance so far has been encouraging. I want to repeat the characterization for the Y arm. So I inspected the layout on the EY table, and made a list of characterization tasks. The current EY beam       Tue Aug 6 23:09:20 2019, gautam, Update, ALS, EY table work  Removed power monitoring PD (It was off anyways) Installed Steering mirror and collimator in K6XS mount (fast axis = p-pol to best effort by eye) Installed lens mounts in approx position Cleaned fiber at EY and connected to the collimator Coupled EY--->PSL and spare PSL-->EY fibers together at the PSL table to facilitate coupling. tbc tomorrow...          Fri Aug 9 16:37:39 2019, gautam, Update, ALS, More EY table work  Summary: 220 uW / 600 uW (~36 % mode-matching) of IR light coupled into fiber at EY. Re-connected the RF chain from the beat mouth output on the PSL table to the DFD setup at 1Y2. A beat note was found between the PSL and EY beams using the BeatMouth. Motivation:   Mon Aug 5 17:36:04 2019, yehonathan, Update, Loss Measurement,   We check for unexpected drifts in the PD reading (clipping and such). We put a pickoff mirror where the PD used to be and place the PD at the edge of the table such that the beam is focused on it (see attachment). The arms are completley misaligned. We note the time of start of measurement to be 1249086917.       Tue Aug 6 16:44:50 2019, yehonathan, Update, Loss Measurement,   I grab 2 hours of the PD measurements using dlData_simple.ipynb in the misaligned state. I get pretty much a normally distributed reading without drifts (Attachements 1 and 2). The error in the reading is ~ 0.5%.   Fri Jul 19 17:42:58 2019, gautam, Update, General, rossa Xdisp bricked  For some reason, rossa's Xdisplay won't start up anymore. This happened right after the UPS reset. Koji and I tried ~1.5 hours of debugging, got nowhere.       Sat Jul 20 11:24:04 2019, gautam, Update, General, rossa bricked  Summary: SnapPy scripts made to work on Pianosa. Details:       Sun Jul 21 22:16:34 2019, rana, Update, General, rossa Xdisp bricked  "bricked" is to mean that it has the functionality of a brick and can be tossed. But rossa seems to have just gotten some software config corruption. I spent a couple hours reinstalling SL7 today as per my previous elog notes and the X display seems to work as before. i.e. it was fine with the default setup, except for the ole "X chrashes if the mouse goes to left side of screen". As before,          Mon Jul 22 21:04:40 2019, rana, Update, Computers, making rossa great again  copied over /etc/fstab lines from pianosa sothat the NFS mounts work correctly added symlinks so that the NFS dirs mount in the right dirs installed Opera browser symlink libsasl2.so.3 -> libsasl2.so.2 and now DTT runs and can get data now and in the past DTT can natively produce PDF so you don't have to take screen caps of your camera phone and make a chalk drawing of that anymore sitemap/MEDM             Tue Aug 6 14:12:02 2019, yehonathan, Update, Computers, making rossa great again  cdsutils is not working on rossa. Import cdsutils produces this error: In [2]: import cdsutils   Mon Feb 18 19:16:55 2019, rana, Summary, Computers, new laptop setup: ASIA  The old IBM laptop (Asia) has died from a fan error after 7 years. WE have a new Lenovo 330 IdeaPad to replace it: to enter bios, the usual FN keys don't work. Power off laptop. Insert paperclip into small hole on laptop side with upside-down U symbol. Laptop powers up into BIOS setup. Insert SL 7.6 DVD into drive Change all settings from modern UEFI into Legacy support.       Mon Apr 15 18:29:07 2019, rana, Summary, Computers, new laptop setup: ASIA - yum issues  had trouble using YUM to update. This turned out to be a config problem with our Martian router, not the new laptop. Since I've changed the WiFi pwd awhile ago for the martian access for the CDS laptops, you'll have to enter that in order to use the laptops. turned out to be some Access Control nonsense inside          Wed May 8 22:11:46 2019, rana, Summary, Computers, new laptop setup: ASIA - yum issues  setup controls user using K Thorne LLO CDS offsite workstation instructions modified /etc/fstab ala pianosa to NFS mount disks set up symlinks as other workstations troubles with libsasl2 and libmetaio libraries as usual for SL7 - doing symlink tricks setup shared .bashrc now running 'yum install gds-all' to see if we need more local libraries to run GDS from the shared disks...             Mon May 20 13:16:57 2019, gautam, Summary, Computers, new laptop setup: ASIA - ndscope and diaggui  Following instructions here, I installed ndscope on this machine. DTT still could not be be run from this machine, and I want to use this today - so I ran the following commands from the K. Thorne setup instructions.                Mon Aug 5 17:23:26 2019, gautam, Summary, Computers, WiFi Settings on asia  The VEA laptop asia was configured to be able to connect to too many WiFi networks - it was getting conflicted in its default position at the vertex and trying to hop between networks, for some reason trying to connect to networks that had poor signal strength. I deleted all options from the known networks except 40MARS. Now the network connection seems much more stable and reliable.   Mon Aug 5 16:28:41 2019, yehonathan, Update, Loss Measurement, what is going on with the loss measurements ?  We hypothesize that the systematic error in the loss measurement can come from the fact that the requirement on the alignment of the cavity mirrors is not stringent enough. We repeat the loss measurement with 50 measurements. This time we change the thresholds for the error signals of the dither-align in the measureArmLoss.py   Mon Aug 5 14:47:36 2019, yehonathan, Update, Loss Measurement,   Summary: I analyze the 100 reps loss measurement of the Y arm using the AnalyzeLossData.ipynb notebook. The mean of the measured loss is ~ 100ppm and the variation between the repititions is ~ 27%.   Sun Aug 4 14:39:41 2019, gautam, Update, General, some lab activity  Unresponsive c1psl, c1iool0, c1auxey and c1iscaux VME crates were keyed. c1psl channels were burt-restored, did a burtrestore, and re-locked the PMC. Tweaked the pointing into the PMC on the PSL table to increase the PMC transmission from ~0.69 to ~0.71. Re-locked IMC. Ran WFS offset script to relieve the ~100 DAC counts (~10 urad) DC offset from the WFS servos to the IMC suspensions (a serious calibration of this into physical   Fri Aug 2 17:07:33 2019, yehonathan, gautam, Update, Loss Measurement,   We run a loss measurement on the Y arm with 50 repetitions.   Fri Aug 2 16:46:09 2019, Kruthi, Update, Cameras, Clean up  I've put the analog camera back and disconnected the 151 unit GigE. But I ran out of time and wasn't able to replace the beamsplitter. I've put all the equipments back to the place where I took them from. The chopper and beam dump mount, that Koji had got me for the scatterometer, are kept outside, on the table I was working on earlier, in the control room. The camera lenses, additional GigEs, wedge beamsplitter, 1050nm LED and all   Thu Aug 1 13:55:34 2019, Duo, Bureaucracy, Equipment loan, Gpib module taken to QIL lab  vanna --> QIL. gautam 20190804: The GPIB module + power supply were returned to me by Duo ~5pm today at the 40m.   Fri Jul 26 19:53:53 2019, Jon, Omnistructure, Cameras, GigE Camera Server  I've started setting up the last new rackmount SuperMicro as a dedicated server for the GigE cameras. The new machine is currently sitting on the end of the electronics test bench. It is assigned the hostname c1cam at IP 192.168.113.116 on the martian network. I've installed Debian 10, which will be officially supported until July 2024.       Wed Jul 31 14:44:11 2019, gautam, Update, Computers, Supermicro inventory  Chub brought the replacement Supermicro we ordered to the 40m today. I stored it at the SW entrance to the VEA, along with the other Supermicro. At the time of writing, we have, in hand, two (unused) Supermicro machines. One is meant for EY and the other is meant for c1psl/c1iool0. DDR3 RAM and 120 GB SSD drives have also been ordered, but have not yet arrived (I think, Chub, please correct me if I'm wrong).   Tue Jul 30 20:11:12 2019, rana, Summary, IMC, IMC ASC: thoughts and hopes  One of the biggest challenges in LIGO is reducing the alignment control noise. If you haven't worked on it for at least a few years, it probably seems like a trivial problem. But all versions of LIGO since 2001 have been limited by ASC noise below ~50 Hz.

Goto page Previous  1, 2, 3 ... 13, 14, 15 ... 166, 167, 168   Next

ELOG V3.1.3-