Displaying reports 48681-48700 of 75439.Go to page Start 2431 2432 2433 2434 2435 2436 2437 2438 2439 End
Reports until 14:09, Thursday 02 June 2016
LHO VE
chandra.romel@LIGO.ORG - posted 14:09, Thursday 02 June 2016 (27511)
GV 5,6,7,8 sagged on locking pin for power outage
John, Chandra

All pneumatic gate valves (GV 5,6,7,8) are sagged and resting on their locking pin. Just two (GV 6,8) passed the limit switch and transitioned to yellow state. 

Commissioners can still operate beam in this state. Sag is maybe 1/2" over 44" diam. 

Valves are locked out. The vacuum team will retain nominal state Monday morning after power comes back.
H1 General (AOS, SEI, SUS)
edmond.merilh@LIGO.ORG - posted 13:51, Thursday 02 June 2016 (27509)
Optical Lever 7 Day Trends

Attached are 7 day pitch, yaw, and sum trends for all active H1 optical levers as per FAMIS 4678.

Images attached to this report
H1 TCS
nutsinee.kijbunchoo@LIGO.ORG - posted 11:45, Thursday 02 June 2016 (27507)
CO2X mysteriously tripped at ~9:27 am local

The RTD/IR SENS. alarm tripped at 9:27 am local and shutdown the CO2X laser. There were no obvious cause. The laser was restored without a problem. h1oaf0 DAC was fine. Cheryl reported Gerado was out for a LVEA "clean up". Maybe some TCS cables got wiggled?

Images attached to this report
H1 General
cheryl.vorvick@LIGO.ORG - posted 11:34, Thursday 02 June 2016 (27505)
Ops Day Update: as of 18:32UTC, all persons are out of the LVEA and H1 is locked and on it's way to Low Noise

State of H1: locked and in Engage ASC Soft Loops

Activities:

16:13UTC - Gerard - LVEA cleanup, out at 16:45

16:20UTC - Evan / Tara - PI damping on ESD, ETMX and ETMY

16:49UTC - JonathanH - to and from H2 building throughout the day

16:50UTC - Chandra and John - donein LVEA, monitoring GV5, GV6, GV7, and GV8

16:59UTC  - Russ - to EX to join Evan and Tara

18:28UTC - RichA / Calum / Fil - all out of the LVEA

All persons are out of the LVEA and VEAs.

LHO General (VE)
gerardo.moreno@LIGO.ORG - posted 10:58, Thursday 02 June 2016 (27504)
Extension Cords/Power Strips Inside The VEAs

Please do not remove.

There is a bunch of extension cords spread through out the site VEAs, along with some power strips.  This components will be used to power all the annulus ion pumps, some vacuum racks and other components during the power outage over the weekend.

Please do not remove.

H1 General
cheryl.vorvick@LIGO.ORG - posted 09:25, Thursday 02 June 2016 - last comment - 11:37, Thursday 02 June 2016(27503)
guardian paused for PI tests at end stations, starting at 16:25UTC

Down script in guardian will reset high voltage, so should not be run, so guardian is paused.

Comments related to this report
cheryl.vorvick@LIGO.ORG - 11:37, Thursday 02 June 2016 (27506)

Test complete, now locking H1, guadian is no longer paused.

FYI:

  • Evan diabled the drives to the ETMs that are a problem when guardian is paused.  
  • Sheila expained that pausing the guardian in any state but "Down" will excite the ETMs and ring up the violin modes.
H1 General
cheryl.vorvick@LIGO.ORG - posted 08:47, Thursday 02 June 2016 - last comment - 09:23, Thursday 02 June 2016(27499)
Ops Day Start:

State of H1: H1 stuck at locking arms green

Activity:

Filiberto / RichA / Calum - ESD in LVEA

Richard - quick test of binary control

Me - working on TFs for ETMs L2 to Oplev, per request Corey / Rana

Comments related to this report
cheryl.vorvick@LIGO.ORG - 08:50, Thursday 02 June 2016 (27500)VE

Activity:

Chandra / John - sag test of gate valves in LVEA - time needed is somewhat unknown, start time 15:50UTC

chandra.romel@LIGO.ORG - 09:23, Thursday 02 June 2016 (27502)
GV 5,6,7,8 are under sag test. closed air line in open position and bled air out. waiting for limit switch to change states. will test for ~2 hrs. If we don't see change, we'll insert the locking pins
H1 ISC
evan.hall@LIGO.ORG - posted 00:03, Thursday 02 June 2016 - last comment - 18:28, Thursday 02 June 2016(27494)
Test mass p/y actuator balancing

Craig, Sheila, Rana, Terra, Jim, Evan

In light of 27483, we wanted to try to balance the test mass PUM common/differential and hard/soft actuation. As a start, we wanted to make better common/differential actuation for the ETMs and ITMs (next we will try to make better hard/soft actuation).

We drove the ETMs in common-mode (pitch and yaw) and looked at the AS 45 Q pitch/yaw signals. We then adjusted the L2 LOCK P/Y filter gains in order to minimize the AS 45 Q signals. Gain adjustments of a few percent were required. The biggest reduction in AS 45 Q was a factor of a few; the smallest was basically nil.

Along the way we noticed that there was essentially a 1:1 cross-coupling between cHard pitch and cHard yaw when driving ETMs (i.e., driving cHard pitch would produce equally sized signals in both cHard pitch and cHard yaw). This could be explained by the transmon roll orientation causing a rotation of pitch into yaw at the QPDs. However, removing the QPD blending (i.e., using REFL A/B 9I only) for cHard reduced the cross-coupling by a factor of a few.

So it seems that the transmon QPDs are not aligned with the ETMs pitch/yaw alignment. However, the REFL pitch/yaw seems rotated from ETM pitch/yaw by ~30 deg. The ITM drives do not produce this cross-coupling. We want to minimize this to reduce the Hard looop pit/yaw instability that we saw. Should we rotate the REFL WFS matrix to align with the ETMs or ITMs?

We lost lock twice trying to switch CARM to in-vac control, so that needs to be debugged tomorrow.

Comments related to this report
rana.adhikari@LIGO.ORG - 00:14, Thursday 02 June 2016 (27495)SUS

Craig is working on a WFS rotation matrix script so that we can easily software rotate the WFS into the correct up/down left right arrangement.

Today we also tried to balance the hard/soft actuation. Looking at the aLIGO T0900511 ASC design document, we see that the dHard signal is 10x bigger than dSoft in AS. So we adjust the output matrix elements for the ITMs until we minimized the 6 Hz soft excitation in AS45. The matrix elements before/after:

Before:  ITM = 1,   ETM = 0.87

After:     ITM = 1.12,   ETM = 0.87.

The previous numbers were set by using the RoC from the metrology and the arm length. I assume that this 10% correction is due to actuator strength and not RoC. Hopefully now that common/diff and hard/sfot are balanced the WFS loops will be more smooth. Tomorrow, we need to propagate these numbers into the ASC Output Matrix.

craig.cahillane@LIGO.ORG - 18:28, Thursday 02 June 2016 (27519)ISC
C. Cahillane

The WFS rotation matrix script is done.  This code is designed to rotate the WFS pitch and yaw signal quadrature together by the same angle over 5 seconds.

It is located here: 
/ligo/home/craig.cahillane/Public/ASC_WFS_P_Y_Signal_Rotation.py
This code should be accessible for read write and execution by anyone.

To run it, choose how much you want to rotate in degrees and then the WFS you would like to rotate. The first argument is rotation in degrees, and the second is the channel name. (You must separately rotate I and Q.)
For example, I choose to rotate REFL_A_RF45_I by -10 degrees. 
To run this, type:

python /ligo/home/craig.cahillane/Public/ASC_WFS_P_Y_Signal_Rotation.py -10 ASC-REFL_A_RF45_I

Once run, this code takes 5 seconds to spin the WFS signal orientation to the one you desire.  
H1 ISC
haocun.yu@LIGO.ORG - posted 19:00, Wednesday 01 June 2016 (27492)
AS WFS RF signals calculation (90MHz updates)

Sheila, Rich, Keita, Haocun

We calculated the expected value of RF signals from AS WFS in different frequencies, and compared them with our measurements.

Based on DC powers on each sensor calculated in the ASC modelling document (T0900511 Append A.2), we considered the WFS notches and transimpedaces at each frequency (S1300635), the triplexer transfer functions (E1600027). There can be some other losses eg. through the cables that we did not take into account in the calculation.

The theoretical and measured signal values at RF IN are summerized as below, with all values calibrated into the unit of dBm.

Frequency @channel Calculation Measurement Discrepancy
36MHz @36MHz  -27.6 -23 -4.6
45.5MHz @45MHz -3.9 -8 4.1
54MHz @45MHz -37.0 -45 8.0
91MHz @91MHz -60.4 -72 11.6
H1 ISC (ISC, SUS)
kiwamu.izumi@LIGO.ORG - posted 18:50, Wednesday 01 June 2016 - last comment - 12:51, Friday 03 June 2016(27491)
Violin mode damping update

We spent today trying to damp the violin mode that had rung up last night (alog 27469). Two major updates:

Images attached to this report
Comments related to this report
kiwamu.izumi@LIGO.ORG - 19:57, Thursday 02 June 2016 (27522)

Nutsinee, Kiwamu,

We cleaned up and rearranged the violin filters today. Unnecessary filters (e.g. 1000 Hz and higher order modes) are removed. As suggested by Evan, we are trying to assign one filter for each fundamental mode. For doing so, we also rearranged the filters so that they line up in ascending order.  We did not try getting rid of any of the broadband filters yet; we can still use then when necessary. ISC_LOCK is edited accordingly although we have not gotten a change to test the code.

The attached screenshots show the old settings for ITMY and ETMY, as well as their gain settings. Nutsinee will post the setting information on ITMX and ETMX.

Images attached to this comment
nutsinee.kijbunchoo@LIGO.ORG - 21:07, Thursday 02 June 2016 (27523)

Attached screenshots show the old setting of ITMX (except MODE1 and 2) and ETMX (except MODE1). I splitted all the broadband filters but left those new filters turned off (gain=0) until we have a chance to test them. I only let the guardian turn on what was already turn on before this arrangement. ISC guardian doesn't touch ETMX violin filters so all gains should be 0 there.

Images attached to this comment
nutsinee.kijbunchoo@LIGO.ORG - 12:51, Friday 03 June 2016 (27544)

I created another wikipage for the new violin mode table with updated filter information to live in. The old table can still be found here.

H1 SUS
rana.adhikari@LIGO.ORG - posted 15:56, Wednesday 01 June 2016 - last comment - 09:59, Wednesday 06 July 2016(27488)
SRM composite mass thermal noise

Rana, Evan

WE measured the SRM to SRCL TF today to find the frequency and Q of the internal mode. Our hypothesis is that the thermal noise from the PEEK screws used to clamp the mirror into the mirror holder might be significant contribution to DARM.

The attached Bode plot shows the TF. The resonance frequency is ~3340 and the Q ~150. Our paper and pencil estimate is that this may be within an order of magnitude of DARM, depending upon the shape of the thermal noise spectrum. If its steeper than structural damping it could be very close.

"But isn't this ruled out by the DARM offset / noise test ?", you might be thinking. No! Since the SRCL->DARM coupling is a superposition of radiation pressure  (1/f^2) and the 'HOM' flat coupling, there is a broad notch in the SRCL->DARM TF at ~80 Hz. So, we need to redo this test at ~50 Hz to see if the changing SRCL coupling shows up there.

Also recall that the SRCLFF is not doing the right thing for SRM displacement noise; it is designed to subtract SRC sensing noise. Stay tuned for an updated noise budget with SRM thermal noise added.

** see  https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=27455  for pictures of the SRM compsoite mass.

Images attached to this report
Comments related to this report
rana.adhikari@LIGO.ORG - 16:24, Wednesday 01 June 2016 (27489)

The peak is also visible in the DARM spectrum. In this plot the peak is at 3335 instead of 3340 Hz. Why is there a 1.5% frequency shift?

Images attached to this comment
evan.hall@LIGO.ORG - 17:33, Wednesday 01 June 2016 (27490)

Here are projected SRM thermal noise curves for structural and viscous damping.

Given a typical SRC coupling into DARM of 1×10−4 m/m at 40 Hz, 20 W of PSL power, and 13 pm of DARM offset (25019), this would imply a noise in DARM of 1×10−20 m/Hz1/2 at 40 Hz if the damping is structural.

Non-image files attached to this comment
calum.torrie@LIGO.ORG - 18:07, Wednesday 01 June 2016 (27493)

When I modelled the optics in https://dcc.ligo.org/LIGO-T1500376 and in particular the surrogate SRM I had assumed optic was bonded. After looking again earlier with Rana and Betsy realised it is held with 2 set screws (Peek?) on barrell at 12 o'clock and two line contacts at 4 and 8 o'clcok. See https://dcc.ligo.org/LIGO-D1200886.

The previous bonded model for the SRM surrogate (I believe) had a fisrt mode predicted around 8k Hz. However, from a quick model I ran today (with the set screws etc ... ) the first mode appears to be around 3400 Hz. The mode is associated with the optic held with the peek screws. (Now I was doing model using remote desktop so I will need to check it again when I get a better connection, so more to follow on this. I will also post updated model, once I get back to Caltech.) 

stefan.ballmer@LIGO.ORG - 07:27, Thursday 02 June 2016 (27498)

The ~3340Hz peak is also clearly visible in the PDA/PDB x-correlation spectrum. See alog 26345.

peter.fritschel@LIGO.ORG - 14:11, Thursday 02 June 2016 (27510)

A couple of comments on this topic:

  • There is no feature at 3340 Hz in the L1 DARM spectrum, nor within several hundred Hz of this. So the main mode of the L1 composite SRM seems to be at a different frequency, though I think there has never been a transfer function measured there above ~1 kHz that would indicate the mode frequency (put on todo list). The first attached plot shows Kiwamu's full-O1 DARM and cross-correlation spectra for H1 and L1, zoomed in to the several kHz region. There are some peaks in L1 in the 4700-5100 Hz region, but it's fairly complicated in that region.
  • The thermal noise peak in Evan's SRM plot is at a level of 2e-15 m/rtHz, which is a bit above the SRCL sensing shot noise level, so we should be able to see it in SRCL. The second attached plot shows a spectrum of the SRCL error signal from January 9, 2016. From the Aug 2015 entry 20270, the shot noise corresponds to a displacement noise of 1.3e-15 m/rtHz. In the attached spectrum, the mode peak (which is at 3320 Hz here - ?), is 2.5x above the shot noise level, putting it at about 3e-15 m/rtHz. This is a bit higher than in Evan's model, but it is actually remarkably close. (I didn't include it in this plot, but the DARM spectrum also shows this peak at 3320 Hz at this time, and there is 0.8 coherence with SRCL at the peak.)
Images attached to this comment
Non-image files attached to this comment
matthew.heintze@LIGO.ORG - 08:11, Friday 03 June 2016 (27530)SUS

Danny, Matt (Peter F remotely)

Due to the issues currently seen at LHO, we were asked how the LLO SRM surrogate was put together and if we could add to the alog for a record of the process. The easiest way is to do it via photos (which we have of the assembly process).

IMG_1462....There are only two setscrews that hold the optic in place. Can be seen putting these in place below in the "cup" that holds the optic (eventually). Im not sure of the material but Peter F's speculation is that "I think those set screws must be the carbon-loaded PEEK type. The only other option I can think of for a black set screw would be carbon-steel, and it surely isn’t that."

IMG_1455...Here you seen the three main parts. The optic, the “cup” that the optic goes into and then the main mass the cup goes in. Note in the “cup” you see the two raised parts at around 4 and 8 o’clock that the setscrews ‘push’ the optic onto. So its not 'really' a three point contact, its 2 points (set screws) and 2 lines (in the holder)

IMG_1466...Here is the optic going into the cup making sure the fiducial on the optic lines up with the arrow on the cup

IMG_1470.....Optic now in the cup and doing up the setscrews that hold it in place. I cant remember how much we torqued it up (we only did it by hand). But as Peter F again speculated that perhaps we just did the setscrews up tighter than LHO

IMG_1475....Flipping the cup (with the optic in it) over and placing in main mass

IMG_1478....Cup now sitting in Main mass (without screws holding cup into main mass)

IMG_5172......the SRM surrogate installed into the suspension

Images attached to this comment
peter.fritschel@LIGO.ORG - 13:36, Friday 03 June 2016 (27546)

It looks like there might be a mode in the L1 SRM at 2400 Hz. See the attached plot of SRCL error signal from January, along with DARM and the coherence. There is also a broad peak (hump) around 3500 Hz in SRCL, with very low coherence (0.04 or so) with DARM. The SRCL data has been scaled by 5e-5 here so that it lines up with DARM at 2400 Hz.

Non-image files attached to this comment
evan.hall@LIGO.ORG - 12:56, Tuesday 07 June 2016 (27625)ISC

Here are two noise budgets showing the expected DARM noise assuming (1) structural (1/f1/2) SRM damping and (2) a hyperstructural (1/f3/4) SRM damping. This hyperstructural damping could explain the DARM noise around 30 to 40 Hz, but not the noise at 50 Hz and above.

I also attach an updated plot of the SRCL/DARM coupling during O1, showing the effect of the feedforward on both the control noise and on the cavity displacement noise (e.g., thermal noise). Above 20 Hz, the feeforward is not really making the displacement noise coupling any worse (compared to having the feedforward off).

Note that the PEEK thermal noise spectrum along with the SRCL/DARM coupling is able to explain quite well the appearance of the peak in DARM.

Non-image files attached to this comment
evan.hall@LIGO.ORG - 09:59, Wednesday 06 July 2016 (28191)

I am attaching noise budget data for the structural case in 27625.

Non-image files attached to this comment
H1 General (PSL)
edmond.merilh@LIGO.ORG - posted 08:59, Wednesday 01 June 2016 - last comment - 13:49, Thursday 02 June 2016(27474)
PSL Weekly Report - Past 10 day trends

Below are the past 10 day trends for thye PSL and it's environment. Unfortuntely it remains riddled with higher than normal incursions and the ongoing chiller woes.

Images attached to this report
Comments related to this report
edmond.merilh@LIGO.ORG - 13:49, Thursday 02 June 2016 (27508)

This task has officially been added to FAMIS. Task Number was 6098.

H1 ISC
sheila.dwyer@LIGO.ORG - posted 03:05, Wednesday 01 June 2016 - last comment - 03:40, Thursday 02 June 2016(27469)
High bandwidth hard loops

With the AC off in the PSL, and the laser restored, we are back to locking.  Tonight we started to implement the high bandwidth hard loops that we made filters for over the weekend.  The idea here to to make some ASC loops that will be high bandwidth and introduce noise into darm, but be relatively simple to keep stable as we power up.  Then we can worry about a low noise loop only at our final power.  The loop designs using Jenne's model are attached, they are the same filt ers for CHARD and DHARD so only CHARD is attached.  Since the top mass damping was made more uniform today, 27464
 the damping is probably not acurate in the model anymore.   We were able to turn the CHARD yaw loop up to 10 Hz, (gain of -250) and turn the pit loop up to about 5 Hz, but there is something that is unstable when they are both high bandwidth.  We checked that the gain of the MICH loop is not changing as we increase the gain in CHARD. 

Images attached to this report
Comments related to this report
rana.adhikari@LIGO.ORG - 12:11, Wednesday 01 June 2016 (27483)ISC, SUS

Driving an admixture of hard/soft is bad, as illustrated in these Bode plots. The left plot shows the PUM to UM TF in the optic basis, and the right one is in the hard/soft basis.

With different damping in the TOP stage, the actuation TF is different for each suspension and so we end up with some of these zeros that we see in the left plot. Matching the actuators should make the loop shapes more like the ones on the right, avoiding some of the multiple UGFs we see in measurements.

But what's a good way to make sure that we have pure hard/soft actuators? We don't have pure sensors.

Images attached to this comment
kiwamu.izumi@LIGO.ORG - 14:12, Wednesday 01 June 2016 (27485)ISC, SUS

Unfortunately the current RMS watchdog on the L2 stage of ETMX tripped at around 3:00 AM local this morning. This seems to have shut the drive signal of all four colis and therefore the ETMX mode was not damping at a good rate.

By the way, we were unable to untrip the watchdog from the control room using the SUS-ETMX_BIO_L2_RMSRESET channel. This seems to be a known issue (alog 20282). I drove to EX and power-cycled the PUM coil driver.

kiwamu.izumi@LIGO.ORG - 03:40, Thursday 02 June 2016 (27497)

Travis opened an FRS for this issue of being unable to reset the watchdog of the current rms on the ETMX PUM (aka L2) driver.

H1 ISC
sheila.dwyer@LIGO.ORG - posted 20:07, Saturday 28 May 2016 - last comment - 14:08, Friday 03 June 2016(27437)
locklosses possibly related to RF problem or SR3 glitches

Evan and I spent most of the day trying to investigate the sudden locklosses we've had over the last 3 days.  

1) We can stay locked for ~20 minutes with ALS and DRMI if we don't turn on the REFL WFS loops.  If we turn these loops on we loose lock within a minute or so.  Even with these loops off we are still not stable though, and saw last night that we can't make it through the lock acquisition sequence. 

2)In almost every lockloss, you can see a glitch in SR3 M2 UR and LL noisemons just before the lockloss, which lines up well in time with glitches in POP18.  Since the UR noisemon has a lot of 60 Hz noise, the glitches can only be seen there in the OUT16 channel, but the UR glitches are much larger.  (We do not actuate on this stage at all).  However, there are two reasons to be skeptical that this is the real problem:

It could be that the RF problem that started in the last few days somehow makes us more senstive to loosing lock because of tiny SR3 glitches, or that the noisemons are just showing some spurious signal which is related to the lockloss/ RF problems. Some lockloss plots are attached. 

It seems like the thing to do would be trying to fix the RF problem, but we don't have many ideas for what to do. 

Images attached to this report
Comments related to this report
sheila.dwyer@LIGO.ORG - 20:25, Saturday 28 May 2016 (27438)

We also tried running the Hang's automatic lockloss tool, but it is a little difficult to interpret the results from this.  There are some AS 45 WFS channels that show up in the third plot that apprears, which could be related to either a glitchy SR3 or an RF problem. 

Images attached to this comment
sheila.dwyer@LIGO.ORG - 20:27, Saturday 28 May 2016 (27439)

One more thing: Nnds1 chrashed today and Dave helped us restart it over the phone.

andrew.lundgren@LIGO.ORG - 07:41, Wednesday 01 June 2016 (27470)DetChar, ISC, Lockloss
For the three locklosses that Sheila plotted, there actually is something visible on the M3 OSEM in length. It looks like about two seconds of noise from 15 to 25 Hz; see first plot. There's also a huge ongoing burst of noise in the M2 UR NOISEMON that starts when POP18 starts to drop. The second through fourth attachments are these three channels plotted together, with causal whitening applied to the noisemon and osem.

Maybe the OSEM is just witnessing the same electrical problem as is affecting the noisemon, because it does seem a bit high in frequency to be real. But I'm not sure. It seems like whatever these two channels are seeing has to be related to the lockloss even if it's not the cause. It's possible that the other M2 coils are glitching as well. None of the other noisemons look as healthy as UR, so they might not be as sensitive to what's going on.
Images attached to this comment
keita.kawabe@LIGO.ORG - 14:08, Friday 03 June 2016 (27501)

RF "problem" is probably not a real RF problem.

Bad RFAM excess was only observed in out-of-loop RFAM sensor but not in the RFAM stabilization control signal. In the attached, top is out-of-loop, middle is the control signal, and the bottom is the error signal.

Anyway, whatever this low frequency excess is, it should come in after the RF splitter for in- and out-of-loop board. Since this is observed both in 9 and 45MHz RFAM chassis, it should be in the difference in how in- and out-of-loop boards are configured. See D0900761. I cannot pinpoint what that is but my guess is that this is some DC stuff coming into the out-of-loop board (e.g. auto bias adjustment feedback which only exists in out-of-loop).

Note that even if it's a real RFAM, 1ppm RIN at 0.5Hz is nothing assuming that the calibration of that channel is correct.

Images attached to this comment
andrew.lundgren@LIGO.ORG - 15:22, Wednesday 01 June 2016 (27486)DetChar, ISC, Lockloss
Correction: The glitches are visible on both the M2 and M3 OSEMs in length, also weakly in pitch on M3. The central frequency looks to be 20 Hz. The height of the peaks in length looks suspiciously similar between M2 and M3.
Images attached to this comment
andrew.lundgren@LIGO.ORG - 01:42, Thursday 02 June 2016 (27496)DetChar, ISC, Lockloss
Just to be complete, I've made a PDF with several plots. Every time the noise in the noisemons comes on, POP18 drops and it looks like lock is lost. There are some times when the lock comes back with the noise still there, and the buildup of POP18 is depressed. When the noise ends, the buildup goes back up to its normal value. The burst of noise in the OSEMs seems to happen each time the noise in the noisemons pops up. The noise is in a few of the noisemons, on M2 and M3.
Non-image files attached to this comment
Displaying reports 48681-48700 of 75439.Go to page Start 2431 2432 2433 2434 2435 2436 2437 2438 2439 End