We have been looking for ways to figure out which SVN revision is in use on the workstations, and which revision is available on the server. The goal is to allow the commissioners to understand where they stand regarding the ongoing updates.
Charles and I came up with the following sequence using svn log. The whole subtlety of it is the use of: ^, which tell the svn log to look at the server, and not the working copy.
Details are shown below, with h1isihammaster.mdl as an example.
Note: There may be a better way to do this. We just thought this one would be good enough for now.
Check What Is Loaded On The Local Copy
controls@ligo-ops2:/opt/rtcds/userapps/release/isi/common/models$ svn log -l 5 isihammaster.mdl
------------------------------------------------------------------------
r5713 | jeffrey.kissel@LIGO.ORG | 2013-09-16 15:41:18 -0700 (Mon, 16 Sep 2013) | 1 line
committing new master models for HAM and BSC. include changes for science frame channels, ODC gain monitoring, and migraion of checker-script to the front end - not yet tested at LASTI
------------------------------------------------------------------------
r5044 | hugo.paris@LIGO.ORG | 2013-07-19 14:28:17 -0700 (Fri, 19 Jul 2013) | 1 line
New ISI models including Cart biases.
------------------------------------------------------------------------
r4978 | celine.ramet@LIGO.ORG | 2013-07-12 10:37:53 -0700 (Fri, 12 Jul 2013) | 1 line
new ham-isi master model adding the recording of the sens corr channels
------------------------------------------------------------------------
r4677 | hugo.paris@LIGO.ORG | 2013-06-10 15:20:27 -0700 (Mon, 10 Jun 2013) | 1 line
corrected typo on the BLRMS links of ISISTAGE/SENSCOR/, in coordinaation with LLO (CR)
------------------------------------------------------------------------
r4659 | celine.ramet@LIGO.ORG | 2013-06-07 10:33:26 -0700 (Fri, 07 Jun 2013) | 1 line
isihammaster mod to allow L4C or STS sensor correction-CR
------------------------------------------------------------------------
Check What Is Available On The Server:
controls@ligo-ops2:/opt/rtcds/userapps/release/isi/common/models$ svn log -l 5 ^/trunk/isi/common/models/isihammaster.mdl
------------------------------------------------------------------------
r6061 | stefan.ballmer@LIGO.ORG | 2013-10-25 12:24:57 -0700 (Fri, 25 Oct 2013) | 1 line
installed 32bit ODC parts for isi2stagemaster.mdl isihammaster.mdl and route signal up to top per ECR E1300740
------------------------------------------------------------------------
r5713 | jeffrey.kissel@LIGO.ORG | 2013-09-16 15:41:18 -0700 (Mon, 16 Sep 2013) | 1 line
committing new master models for HAM and BSC. include changes for science frame channels, ODC gain monitoring, and migraion of checker-script to the front end - not yet tested at LASTI
------------------------------------------------------------------------
r5044 | hugo.paris@LIGO.ORG | 2013-07-19 14:28:17 -0700 (Fri, 19 Jul 2013) | 1 line
New ISI models including Cart biases.
------------------------------------------------------------------------
r4978 | celine.ramet@LIGO.ORG | 2013-07-12 10:37:53 -0700 (Fri, 12 Jul 2013) | 1 line
new ham-isi master model adding the recording of the sens corr channels
------------------------------------------------------------------------
r4677 | hugo.paris@LIGO.ORG | 2013-06-10 15:20:27 -0700 (Mon, 10 Jun 2013) | 1 line
corrected typo on the BLRMS links of ISISTAGE/SENSCOR/, in coordinaation with LLO (CR)
------------------------------------------------------------------------
SVN UP
controls@ligo-ops2:/opt/rtcds/userapps/release/isi/common/models$ svn up isihammaster.mdl
U isihammaster.mdl
Updated to revision 6065
Note: 6065 is the "head revision" number
Check That The Local Copy Is Up To Date (same revision as the one on the server):
controls@ligo-ops2:/opt/rtcds/userapps/release/isi/common/models$ svn log -l 5 isihammaster.mdl
------------------------------------------------------------------------
r6061 | stefan.ballmer@LIGO.ORG | 2013-10-25 12:24:57 -0700 (Fri, 25 Oct 2013) | 1 line
installed 32bit ODC parts for isi2stagemaster.mdl isihammaster.mdl and route signal up to top per ECR E1300740
------------------------------------------------------------------------
r5713 | jeffrey.kissel@LIGO.ORG | 2013-09-16 15:41:18 -0700 (Mon, 16 Sep 2013) | 1 line
committing new master models for HAM and BSC. include changes for science frame channels, ODC gain monitoring, and migraion of checker-script to the front end - not yet tested at LASTI
------------------------------------------------------------------------
r5044 | hugo.paris@LIGO.ORG | 2013-07-19 14:28:17 -0700 (Fri, 19 Jul 2013) | 1 line
New ISI models including Cart biases.
------------------------------------------------------------------------
r4978 | celine.ramet@LIGO.ORG | 2013-07-12 10:37:53 -0700 (Fri, 12 Jul 2013) | 1 line
new ham-isi master model adding the recording of the sens corr channels
------------------------------------------------------------------------
r4677 | hugo.paris@LIGO.ORG | 2013-06-10 15:20:27 -0700 (Mon, 10 Jun 2013) | 1 line
corrected typo on the BLRMS links of ISISTAGE/SENSCOR/, in coordinaation with LLO (CR)
------------------------------------------------------------------------
I brought the STATE_WORD MEDM overview screen up to date. I added the ODC models at the end stations, added the DAC CRC count on each model, moved the mid stations and DAQ units, removed the LVEA test stand units (may restore these if the LVEA test stand is to be used in the near future).
To get the new screen, please close your existing on and re-open.
The CDS alarm handler was brought up to date with the new EX front ends. I added the EX alhConfig files to h1cds.alhConfig and added the corresponding disable records to the alarm manager IOC and MEDM. At the same time I added the PSL DIODE room DUST disable channel.
The CDS portion of the alarm manager MEDM was reordered to look like the overview MEDM.
The EX IOP models are not actually raising alarms at the moment, I need to configure the safe.snap files for the IOPs. Most probably will be next week.
These measurements will be taken again when the HEPI actuators are reattached.
I noticed (with cds/common/scripts/checkCompiledMpdel) that isihammaster.mdl is pointing to isi2stagemaster.mdl and hepitemplate.mdl: controls@opsws4:models 0$ cat isihammaster.mdl | grep isi2stagemaster SourceBlock "isi2stagemaster/ISI2STAGE/ST1/SENSCOR/L4CY_BLRMS" SourceBlock "isi2stagemaster/ISI2STAGE/ST1/SENSCOR/L4CY_BLRMS" SourceBlock "isi2stagemaster/ISI2STAGE/ST1/SENSCOR/L4CY_BLRMS" SourceBlock "isi2stagemaster/ISI2STAGE/ST1/SENSCOR/HPI_L4C_X_BLRMS" SourceBlock "isi2stagemaster/ISI2STAGE/ST1/SENSCOR/L4CY_BLRMS" SourceBlock "isi2stagemaster/ISI2STAGE/ST1/SENSCOR/L4CZ_BLRMS" controls@opsws4:models 0$ cat isihammaster.mdl | grep hepitemplate SourceBlock "hepitemplate/HEPI/STSINF" Apparently, when the BLRMS parts were copied, the links were not broken. The same seems to be true for GNDSTSINF. Recommended fix: make a separate library block for BLRMS. Break the link for GNDSTSINF to hepitemplate/HEPI/STSINF.
Fabrice, Stefan Updated hepimaster.mdl, isi2stagemaster.mdl and isihammaster.mdl with the new 32-bit ODC libraries and routed the signals up to the top screen. The are in svn as of revisions 6061 (isi's) and 6064 (hpimaster.mdl). We modified the following 3 toplevel models, compiled and installed them: h1hpiham4 h1isiitmy h1isiham2 They all are running fine. Fabrice is going to add more changes on the top level models before committing them to svn. restart instructions --------------------------------------- ### recompile h1hpiham4 ssh h1build cd /opt/rtcds/lho/h1/release make h1hpiham4 ### install h1hpiham4 make install-h1hpiham4 #log into the corresponding front end ssh h1seih45 ## shut down output on medm screen starth1hpiham4 # and hit BURT restore button -------------------------------------------- ## recompile and install h1isiitmy ssh h1build cd /opt/rtcds/lho/h1/release make h1isiitmy make install-h1isiitmy ssh h1seib1 ## shut down output on medm screen starth1isiitmy # and hit BURT restore button -------------------------------------------- ## recompile and install h1isiham2 ssh h1build cd /opt/rtcds/lho/h1/release make h1isiham2 make install-h1isiham2 ssh h1seih23 ## shut down output on medm screen starth1isiham2 # and hit BURT restore button
X1 insulation removal and cleanup is complete. The contractor will move to X2 on Monday. Work started on the 14th of Oct so the job has taken 9 work days.
We looked at Arnaud's TFs taken last night on SRM and determined that there was something unhealthy in the vertical/roll, pitch directions of motion as seen by the top BOSEMs (T1, T2, T3). Travis investigated and tweeked a few seemingly non-issues:
Slightly offcenter T2, possible loose cable connections (ha!), possibl droopy C3 cover at the top. A quick look at DTT roll and vertical and these don't seem to have helped... Arnaud is looking at verifying direction of excitation motion now.
Richard found that the binary cabling was pointing incorrectly. He recabled according to spec and actuation has restored to the BOSEMs we couldn't see actuation on previously. A look at a new roll DTT TF and things look healthier.
HOWEVER - Arnaud also pointed out that the side actuation has a sign flip somehwere. Travis dug into documentation and found that the side BOSEM is mounted on the incorrect side of the suspension. We'll switch it and retake the full TF set this weekend.
Side osem actuates in the right direction, so top mass actuation is now fully functionning. Phase 2b transfer functions will be running tonight.
In fact, the SRM is supposed to have the side BOSEM mounted opposite to most othere HSTS, with an appropriate sign flip in the side coil gain, functionality is as expected.
This now includes the 32 bit ODC library part and the IPC link to h1odcmaster.
This morning I noticed that the signals on 1 cable to the ITMx looked funny. Richard power cycled the AA chassis which didn't work, so I investigated the cabling at the satellite box. Indeed, the cable I suspected seemed easy to pop off the box, likely causing the glitching we had observed (although . I reseated it and then screwed in all connectors that were loose on all 5 ITMx sat box. Phew - that was an easy one. Currently, the ITMx filter text file is a mess so Arnaud is working on it.
Just checking to see how this awesome new feature works!
This is a test of the Logbook email. Please ignore.
The LVEA roof has a complete membrane as of yesterday. The crew has started on the next level down and should be onto the office area roof in a week's time.
Next week sheet metal trim should finish up on some of the out buildings.
Photos are the LVEA roof.
When creating a log entry users may now annotate it with optional tags. The main impact will be in the mail notices. When work (and log entries) involve multiple subjects and are appropriately tagged notices will go out based on the primary section/task + additional tags. For example if an entry was primarily about the FMP but had an impact (and was tagged for PSL) on PSL notifications would go out to people subscribed to FMP and PSL. The plan is to roll it out at LHO today and if everything goes well to update LLO sometime next week. As an example, this log entry is tagged with CDS.
Filiberto power cycled the TMSX coil drivers and the kHz lines are gone.
It's not clear if there's any difference between what Filiberto did today and what Aaron did yesterday, but this time it worked.
It looks noisy from 100 to 300Hz which we might have to investigate later.
- The data necessary for tilt decoupling has been taken using white noise excitation. Filtering and amplitude parameters have been defined in order to whiten the output signal and increase the SNR. Each transfer function can now be acquired in about 5 to 10 minutes, even during day time and purged air running (versus ~hours with our previous comb parameters). - The first picture shows the spectra of the input drive, and the corresponding output spectra during this white noise transfer function measurement. The input is the HEPI motion in the X direction driven at the controller error point. The RMS value of the drive is approximately 50 um. The time series show peaks around 150um. The output is the ISI inertial sensor response in the same direction. - The second plot shows the transfer function from the HEPI X motion drive to the ISI GS13 response. It also shows the response for the RY drive that is used to decouple as in a feed-forward scheme. The low frequency part of the two transfer functions is dominated by tilt coupling. The ratio of the two transfer functions at very low frequency is calculated and installed in the MEDM matrices to decouple X and RY. - The third plot shows the tilt coupling before correction, the expected decoupling and the measured decoupling. Results look good. We can start working on sensor correction tomorrow.
Side note: the transfer function amplitude below 1 Hz should be closer to 1. We need to check HEPI calibration.
(Arn, Kiss, Weavy, Trav)
Unfortunately, the ETMx TFs from last night returned all zero value data. SO, that needs fixing.
However, this morning we manually took all of the 6 DOF TFs on DTT and then hand compared all frequency peaks to the model. All peaks match the model frequencies to well within a few percent. SO, the ETMx is currently free and we should proceed with final ETMx HEPI and alignment work.
PDF below for all 6 main chain DOFs - cursors show a sample of peaks matching model frequencies.
Attached and for reference, are the trend of the calibrated osem signals for a week starting from wednesday oct 16th until thursday oct 24th
M0_DAMP and R0_DAMP are signals calibrated in urad and are representing relative motion between the structure (ISI) and the top mass suspensions. The largest shift over the week is 28 urad for M0 and 23 urad for R0
The other plots are individual osem signals, calibrated in um, representing the relative motion between the reaction and the main chain
The largest shift seen among those plots is at the lower left osem of the uim (L1_OSEMINF_LL) = 115um, which is clearly due to the reaction chain moving relatively to the ISI at the same time on Friday morning (see R0_DAMP).
M0 is the main chain R0 is the reaction chain L1 is the UIM L2 is the PUM, UL LL LR UR are upper left, lower left, lower right, and upper right osems
Further notes on Arnauds statement:
"...the lower left osem of the uim (L1_OSEMINF_LL) = 115um, which is clearly due to the reaction chain moving relatively to the ISI..."
could be clarified to
"...the lower left osem of the uim (L1_OSEMINF_LL) = 115um, which is a function of relative motion between the main and reaction chains, and the relative motion between the reaction chain and the ISI, and the possibility of a bumped flag in the process*. "
Specifically noteable is that none of the other 3 OSEMs on this same mass see this size of a motion which means that this signal is not representative of what the mass is actually doing in pitch/yaw. You cannot have only 1 OSEM signal change by a lot and assume that the mass pitches or yaws. 2-3 OSEMs must show motion that agrees.
*I am surmising that over the course of Thur/Fri HEPI adjustments (which are done 1 corner at a time), the ISI started out level, went unlevel corner by corner, and was restored to level by the time the 4th corner was finished. Possibly, during this unlevel time between corner 1 and 4 work, the ETMx suspension UIM LL magnet flag was close enough to get knocked around on the BOSEM a bit (likely because it started off not perfectly centered in range). When the level was restored, the flag snapped back into place, but a slightly different place relative to the LL BOSEM sensor - hence the observed larger 115um shift on just this OSEM.
Remember that this BOSEM senses relative motion between the main and reaction chain since the flag hangs on the main chain and the BOSEM hangs on the reaction chain. So, as Arnaud has discovered over the last few days of this investigation, quite difficult to use in diagnostics.