02.02 DAQ continues G22-86/R15_21
      alpha background

      DSSSD leakage current = attachment 1
       DSSSD #2 transient c. few hundred nA continue

      FEE64 temperatures OK - attachment 2

      ADC data item stats - attachment 3
       rates dominated by 'hot' channels aida01 ( 70k ) and aida15 ( 11k ) - all other FEE64s c. 0Hz

      per FEE64 Rate and Stat spectra - attachments 4-5

02.07 All stats zero'd 


05.52 DAQ continues G22-86/R15_28
      alpha background

      FEE64 temperatures OK - attachment 6

      ADC data item stats - attachment 7
       rates dominated by 'hot' channels aida01 ( 72k ), aida15 ( 11k ), aida12 ( 3k ) and aida05 ( 600 )
       all other FEE64s c. 0Hz

      per FEE64 Stat spectra - attachment 8
       aida12 asic #2 HEC channels high rate

      Merger and TapeServer - attachments 9-10

      DSSSD leakage current = attachment 11
       DSSSD #2 transient c. few hundred nA continue

      online per DSSSD 2D x-y spectra - attachnent 12

05.56 All histograms & stats zero'd
      2x Check ASIC load

      ADC data item stats - attachment 7
       rates dominated by 'hot' channels aida01 ( 72k ), aida15 ( 11k )
       all other FEE64s c. 0Hz

10:28 DAQ continues G22-88/R15

      FEE temperatures OK

      ADC data items stats dominated by aida01 (86k) and aida15 (9k) rest of stats approx OHz. 
      Rates dominated by 2 hot channels per FEE 
      Leakage current plot (attachment 15)
      System wide checks OK
      Merger OK (500,000 items per sec), Tape server OK (710 kb/sec being written)
      DSSD XY plot (attachment 16) - some noise coming through in certain strips on DSSD 3
      DSSD Ey energy histograms (attachment 17)
      DSSD Ey vs Ex plots (attachment 18)     -  statistics for DSSD0,1,3 are consistent (DSSD 2 stats appear higher - unknown reason as yet)

11:10 Leakage current for DSSD1 (I2 on leakage current plot) remained 'turbulent'. We dropped the voltage from 150V to 100V. Leakage current dropped from ~4.5uA to ~4.2 uA. We will see if it remains more stable. 
      Rates in DSSD1 increased during change in voltage so all histograms were zero'd and monitoring code reset. Transient also observed for I3 in the leake current plot (attachment 19)

12:10 No progress on the target so far ...
      Noticed in aida03 and aida04 several missing channels in the stats spectrum browser (attachment 20)
      ASIC check load several times on aida03 and aida04. All stats and histograms zero'd 

13.37 Target now available - will attempt beam + target
      New data file G22-88/R16

13.39 per FEE64 Stat spectra

13.43 All histograms and stats zero'd

      multiple channels missing aida03 and aida04 ( and possibly other FEE64s too )

11.20 CARME IE514 3.53e-9 mbar, ambient temperature 20.6 deg C

      CARME bakeout monitor, ELOTECH R4000 temperature controller front panel and Grafana bakeout dashboard- attachments 1-3

      Change ELOTECH R4000 set points for CARME heaters #1 and #3 to 200 deg C, heater #2 to 150 deg C

14.10 CARME IE514 6.12e-9 mbar, ambient temperature 20.7 deg C

      CARME bakeout monitor, ELOTECH R4000 temperature controller front panel and Grafana bakeout dashboard- attachments 4-6

      Change ELOTECH R4000 set points for CARME heaters #1, #2 and #3 to 225, 175 and 225 deg C respectively.


18.10 CARME IE514 1.92e-8 mbar, ambient temperature 20.8 deg C

      CARME bakeout monitor, ELOTECH R4000 temperature controller front panel and Grafana bakeout dashboard- attachments 7-9

      Change ELOTECH R4000 set points for CARME heaters #1, #2 and #3 to 250, 150 and 225 deg C respectively.
      All other ( active ) ELOTECH R4000 set points ( interaction chamber etc ) to 130 deg C.

20.25 CARME IE514 2.14e-8 mbar, ambient temperature 20.8 deg C

      CARME bakeout monitor, ELOTECH R4000 temperature controller front panel and Grafana bakeout dashboard- attachments 10-12

      No change to ELOTECH R4000 set points

Strain reliefs on the flange side of the cable harness have been installed for two detectors (top right and bottom right detectors). 

We require the strain relief parts from edinburgh in order to install strain reliefs for the left two detectors. 

Find attached images for the strain relief installed and a video of the clamped cables during a movement cycle.

A V-I test was performed for the two detectors which have all strain reliefs installed (see attachment 4).  V-I curve appears similar to the previous test (elog 398). Aluminium foil shield is now a bit battered so may have some small light leaks. Detectors were moved using the motors while bias was applied at 150V. Small change in leakage current observed (~0.01-0.02 uA)

The new MACOR strain reliefs on the (detector side) have been installed. See attached photos

The two pieces  of MACOR are not fully closed but we are confident that the kapton wires are sufficiently clamped.

In order for the strain reliefs to be installed in the correct poisition, two nuts on the jacking plate of the cable harness had to be removed. This is as the groove in the strain relief was not deep enough to accomadate the nut. 

Attached is also a video of the wires (not) moving with the strain reliefs mounted

(Thu 28 October)

All strain relief extension plates mounted behind the wires, using SS countersunk bolts (not silver plated).

Inserting bottom part of MACOR strain relief causes wires to bend too much with strain placed on DSSD. No reasonable way to proceed like that.

Opted to move hard kapton coated copper wire to line up with holes in top MACOR strain relief, and clamp the wrapped wire bundles between top MACOR strain relief and extension plate on bottom.

Results good. No significant movement when wires are moved or motors actuated. See videos - password abcd1234

https://datasync.ed.ac.uk/index.php/s/5waHTSY9husEgy9

https://datasync.ed.ac.uk/index.php/s/34293z7kQs2Mppd

https://datasync.ed.ac.uk/index.php/s/xmHFVqqIchtixGT
 

Mounted plate with MACOR shield on other rod. Connected thermocouples. Re-mounted 2x UHV1400 getters.

With help from OH attempted V-I test of detectors. SHV to 2x lemo broken (faulty lemo connector). Had to borrow AID@DESPEC cable.

Diode function OK. VI tests OK but inconclusive. Both DSSDs drain current when voltage is applied, but current not quite stable. Light leak very likely. Will attempt again after closing.

Re-drilled SS supports in order to fit M3 screws.

Used hand tool cleaned with alchool for 6 of the 8.
Had to use machine for another two with thread damaged.

All 8 will be sent for cleaning. Should be able to start mounting at least the 6 ones tomorrow.

Reason for lack of fit still not clear. They were tested in Edinburgh. Possibly result of high-temperature baking?

Check the status of the DAQ system, with Tom. All correct. See attachments:

1 Leackage currents

2 ADC data item stats

3 White rabbit time stamps

Note: At 9:36 we thing they are working on cooling the beam, there is no target and the detectors are fully out.

9:16 cooled beam, carlo is starting new run r21

Target dencity = 1.47E11 atom/cm2 (10:30 am)

Horizon Y09 from 9 mm to 8 mm, checking different beam position (10:55 am)

Right arm is fully in (11:02 am)

By moving in the detector we are reducing the intencity (11:04 am)

Right numatic out, right servo in, potentiiometer at 38.38 mm (11:05 am)

Losing every second shot, tuning the numatic to get better parameters, beam tuning  (11:13 am)

Leaving the detectors out while going for lunch, still beam (11:42 am)

12.23 Both detectors 37mm in ( DSSSD wafer edge c. 5cm from beam axis )

System Wide Checks Update - Run 21

Temperatures ok, leakage current ok

AIDA16 said that there was an FPGA timestamp error, collected again and now all passed - timestamps on merger statistics page all good when checked

Attatchment 4: Temperatures

Attatchment 5: Waveforms layout 7

Attatchment 6: Waveforms layout 8

Attatchment 7: Wavforms layout 2

Attatchment 8: Waveforms layout 1

Attatchment 9: Leakage current ok

16:11 Both detectors 37mm in ( DSSSD wafer edge c. 5cm from beam axis ), target off, beam being tuned, what ever, still run 21

System Wide Checks Update - Run 21

Temperatures ok, leakage current ok

18:00 Run 21 contd. We have spent the afternoon trying to confirm whether we observe an overlap between the target and the beam. We varied the horizontal beam position and used the top left detector around 19-20 MeV region as a gauge for the count rate.

          This should be reasonably safe as the beam halo in this detector is primarily at low energies. We took the count rate over 10 shots into the ring as our gauge. Attached is a plot of the results of varying the beam position. Target density and gas pressure was apporximately constant throughout.

          We estimate -7 mm is the correct horiziontal beam position. We also had a call off Zoran while at this setting as he observed a decrease in the beam lifetime which was observed in HKR. See attached plot of the scan (attachment 10)

07:56 Gleb has taken the beam to try settings for the 5+ charge state. As soon as the target is ready, the 1+ charge state will be given back.

Detectors have been moved out for safety

08:10
      Run 63
   
      DSSSD bias & leakage current OK - attachment 1

      FEE64 temperatures OK - attachment 2

      ADC data item stats - attachment 3

      per FEE64 Rate spectra - attachment 4

      
09:55 
      Run 63 

      DSSSD bias & leakage current OK 

      FEE64 temperatures OK  

      ADC data item stats OK

      per FEE64 Rate spectra OK

10:30

Data rate appeared very high c. 2000 kB/s instead of the usual 200 kB/s.

Rate on first two ASICs of aida02 was high (~2 kHz) but rest of aida01-04 looked fine.

ASIC check load reduced rate back to normal levels. Data rate reduced back to 200 kB/sec.

New ADC offsets loaded into the CARME_Sort code

Aida03 appears to be down. Check load does not resolve issue. Moving detector arm does not resolve issue. No spike in leakage current observed. System checks appear OK.  Zeroing ADC data item statistics keeps aida03 at 606023857 items and does not zero.

Issue resolved by resetting the data links for aida03

13:20

DSSSD bias & leakage current OK

FEE64 temperatures OK

ADC data item stats OK

per FEE64 Rate spectra OK

21:30

Waiting for the target.

Beam has been running, we have been running without storage.

See attachment showing beam stripe on the detectors.

27/05/24

The carme-gsi computer has been moved from the server room into the shifter control room.

Startup of the DAQ looks OK. Settings loaded 2024Apr24

System wide checks OK. Aida16 clock status fails. Aida16 ADC calibration fails. Rest OK.

All FEEs look OK, we again see high rates in aida15 ~ 12k data items/sec, rate in other FEEs is 0.

Testing of the pulser widths has been done. Pulser widths will be uploaded soon.

Background run started. No beam, no target. File G22-201 and R2. Data being written is ~128 kb/s. Run will be left overnight, no night shift.

28/05/24

DAQ continues with alpha background run.

System wide checks OK. Aida16 clock status fails. Aida16 ADC calibration fails. Rest OK. Temps OK

Data can be seen in the spectrum browser on MIDAS. CARME monitoring code was started incorrectly yesterday. It has now be restarted and a small number of events are seen

At 23:22 we started recording data under the new conditions.

Merger, Tape server (WS3): 1408 kB/s writing ok

Leakage current (WS4): 3.27 uA

DAQ (WS2): temperature checked, clock status:ok, adc calibration:ok, white rabbit check:failed

Online monitoring (WS 5): done

10:40 - Status as attached. Heaters setpoint/read at 250 C, 150 C, 225 C. Power stable at 53%, 41%, 63%

10:45 - Informed HKR ramp down / pump activation is starting for CARME only. Setpoints to 200, 125, 200 C. Monitoring slow ramp down.

14:10 - Heater temperatures reached the set points. Power stabilising. CARME internals temperature dropped to around 100 C and still falling. Waiting until later today to further reduce heater setpoint. Will probably aim for 80 C before beginning activation.

15:45 - Heater setpoints to 175, 100, 175 C

15:50 - Interaction chamber jacket setpoints to 100C

18:00 -  CARME temperature decreasing, not stable yet. Will check later tonight.

20:43 - CARME internals around 85C, not quite stable still. Waiting overnight.

Split funnels installed on 4 (of 8) 2x78 way D connector feed-throughs.

Started mounting some FEEs. We ran into some mechanical issues due to the new ERNI connectors on the new flexi-rigid adaptor PCBs. Davide skimmed 6.5 mm off the edge with the groove (the groove is gone). This is suffiicent to support the flexi-rigid and in spite of our earlier concerns, the flexi-rigid can be mated/un-mated with the FEEs without major alignment issues.

We still have issues for the bottom-right detector, where the FEE holder will just not fit - will probably figure something out with Davide.

We observe a peculiar issue with the bottom-left detector. At 150V, the leakage current for this detector as tested with just the adaptor cards on the feedthroughs that carry the bias (no FEEs) is of the order of 3 uA.

We mounted all four flexi-rigid PCBs - still 3 uA.

We mounted the FEE that slots into the bottom-most feedthrough (which corresponds to the n-n bias). Still 3 uA.

We mounted the FEE that slots in to the second bottom feedthrough (not corresponding to bias). 15 uA! Upon lowerint the bias, the leakage current goes to zero around 30V as opposed to 0V like all the other detectors, and like this detector when this particular FEE is not mounted.

Tests were performed exchanging all PCBs, and all FEEs. The same behaviour is observed. It is not an issue with the FEE or the PCB. We suspect some cross-contact between detector bias and some strip that feeds into the second FEE? In any case, it is most likely a vacuum side issue - nothing we can do now.

The detector can be biased to 80V or so without major issue, and it appears this behaviour improves over time, i.e. leaving the bias on reduces the leakage current dramatically so it may even be possible to reach 150V.

See plots attached. Note in 2nd plot the plotting script has some issues - detector names are correct until the bias in Ch#2 is brough to 150V, then the colours are incorrect. Only Ch#2 was being changed. Note the drop in leakage current by a factor 2 just increasing the bias to 150V for a few seconds and returning down.

13:20 Stopped run.

Slow comp thresh 0x64 -> 0x32 on all FEEs

Checkload x2

New run - R55

Restarted Data Spy code

Zerod histograms

Data rate acceptable.

Dead channels seem to come back online

Please check for deadtime/idle time once we collect enough stats.

The wire seal has been tightend further to 160 Nm. Open neg feed-through flange has also been fully tightend. 

The CARME chamber was then slid back onto the aluminium frame on the ring. Two carriages were damaged during the sliding process, which have now been replaced. Carriages were replaced by lifting one end of the upper frame section using the crane by only ~1mm. This was sufficient to slide out the broken carriage and replace it (see images to be uploaded)..  It appears there is some deformation in the rails on the temporary frame as CARME is slid across, which resulted in the damaged carriages -> further refinements are required for future slidings. The height of the chamber has been checked using the laser allignment.  

The turbo pump has also been mounted to the top of the chamber . Current plan is to close to the interaction chamber tomorrow and begin pumping.  

Continued to mount flanges as per previous ELOG entry.
Peter also remarked that the wires look a bit loose inside the holes, although this is how they were during
dirty tests in Edinburgh.

Attempted to pack the wires in two holes rather than 4 - too tight. Cannot close.
Packed the wires in 3 holes instead. Better, but still a bit loose. Wire harness feels quite robust and no
obvious strain is placed on the connectors.

#1 flange left with four strands for now.
Connectors were tested in this way in Edinburgh for motion tests. No broken cables after several thousand
repetitions.

Had troubles with second flange being mounted. Glove was caught under MACOR connector. Managed to free it
somehow with a cleaned screwdriver. Other half of the flange refused to go in due to bent pins, until NB was
able to repair it.
Mounted as #5.

Most other connector pins OK. Had to adjust a very small number. Cause of damage unclear - transportation? See
photos.

Took some pictures inside the chamber. Most connectors look OK, but

- One harness is touching the NEG wires (#2). This could be an issue. Will try to move it tomorrow
- Wires hanging from the top may be putting a lot of weight on the connectors. See pictures. Given number of
wires this may be acceptable.
- One harness is touching the NEG cage. Definitely an issue. Will fix tomorrow

Top/bottom flanges mounted with short harnesses. Side flanges mounted with long harnesses.

Two flanges left to mount.
Only #1 has been tightened. Other flanges left finger tight for Grossmontage to tighten properly tomorrow.

Outside motor to be fixed tomorrow.

CARME DAQ shutdown. FEEs turned OFF and all MIDAS server windows closed.

Detector bias turned OFF.

Final leakage current plot - attachment 1

EMERGENCY SHUTDOWNS

1. CARME motors: Q key on keyboard while on workspace 1 of appc218 (right of this double-monitor setup)

2. Internal target: Q on keyboard while on workspace 3 of appc218, go to server room, press "CLOSE" button on DUMP.

CARME DAQ

CARME computer has 6 workspaces (WS), two monitors for each WS.

• WS1 : left monitor - fee power

          right monitor - fee power server

• WS2 : left monitor - DAQ controls

          right monitor - CAEN bias control

Most important tabs (right hand monitor)

• Run control : shows daq status, stopped / going
• Fee temperatures : temperatures of fees labelled aida01, aida02, aida03, aida04, aida05
• Statistics : shows the statistics for each fee
• System wide checks : checks for the setup
• Spectrum browser : loads histograms for fees and fee channels from preset layouts
• Asic control : sets asic parameters

• WS3 : left monitor - Merge control, tape server

          right monitor - servers, data being written

• WS4 : leakage current plot
• WS5 : online data monitoring
• WS6 : browser, elog
• Motors are running on second computer

TO DO FOR THE SHIFTERS - CHECK EVERY HOUR AND POST TO ELOG WITH SCREENSHOTS

-->IMPORTANT NOTE: MIDAS DAQ can respond slowly. DO NOT try to change tab or give new command while the previous one is being executed. Check activity in right-hand part of tab currently in use. Do not double click on buttons.

Motors computer (Computer to the right)

• Check motors cycle is running. The code will cycle through the loaded motors instructions. When an instruction is being done it is highlighted in bold. Check the bold highlighting cycles through entire set of instructions.
• Check potentiometer is reproducing same max/min values for each cycle of instructions. 74.02 fully in, 29.5 fully out.
• Detectors are on LEFT arm. Nothing on RIGHT arm which should not move.
• No need for screenshots, but record in the ELOG you checked this.

Merger, Tape server (WS3)

• Check NewMerger tab. Hit reload button and see if 'current links with data' and 'current merged data rate' are updating. All links should go green, but not necessarily at the same time. Keep hitting refresh until you see all of them going green at least once.
• Data rate should be around 100,000. Take screenshot.
• Check tapeService tab. Hit reload button. Check data rate in Kbytes/sec box. Record data rate to elog. This is where the current run number is displayed. Take screenshot.
• On the right-hand monitor, bottom right terminal, check the current run fragment (sub-run) is being written and is slowly increasing in size. It refreshed automatically every 5 seconds.

Leakage current (WS4)

• Check leakage current plot is stable. Make sure it is updating and time is correct. Take screenshot. Check present values on WS2, CAEN window, channel 1.

DAQ (WS2)

• Check Fee temperatures tab. Hit reload, temperatures will update and should all be green. 1-2 C above safe limit (top) is OK. More than that - warn expert shifter immediately. Take screenshot.
• Check system wide checks tab. Click on 'Check Clock Status', 'Check ADC Calibration' and 'Check the White rabbit decoder status' to run checks. Copy-paste test in the ELOG the first time you do it. If there are no changes throughout the shift, just record no changes.
• Check statistics tab. Hit Update All to see if the counter and rate are updating. Change counter being displayed using drop-down menu on the right hand side of the left monitor.
  • Good events - aida 1-4 should have similar counting rates. If any rate is a lot higher than the others, warn expert shifter.
  • ADC coincidence-info #8
  • Take screenshot of each for the ELOG
• Spectrum browser tab. Check it is displaying aida 1-4 rate (top right of each histogram). IF NOT: select layout 1 from 'layout ID' then restore layout from 'Arrange functions' drop down menu. Select log scale and change xmax as 128. This displays the data rate per strip. If any strips are a lot higher than the others, or very different from previous entry, make a note in the ELOG. Take screenshot.

Online monitoring (WS 5)

• Check the following plots are updating
  • LowEnergyXYTotal (right click - col - colz). This shows the total number of events, per pixel, since the code was started / re-started.
  • LowEnergyXYRate (right click - col - colz). This shows the rate over the last minute.
  • LowEnergyExTotal (double left click. Right click on y axis - Log scale on y). This shows the total energy deposited on all X strips since code restart.
  • LowEnergyEyTotal (as above). as above, Y strips.
• Please take screenshot of each

EMERGENCY SHUTDOWNS

1. CARME motors: Q key on keyboard while on workspace 1 of appc218 (right of this double-monitor setup)

2. Internal target:

ELOG

Each shift should put all information relating to the shift in ONE elog entry unless a significant change occurs during the shift i.e beam off, target off, run change, detectors out etc.

Elog entry should be named by the shift - morning/afternoon/night followed by the current run number

TO DO FOR THE SHIFTERS - CHECK EVERY HOUR AND POST TO ELOG WITH SCREENSHOTS. ELOG should be updated with current beam energy, injection beam intensity, system checks OK/not, FEE temperature OK/not, Statistics OK/not, Merger OK/not, tape server data rate, Motors OK/not and min/max motors potentiometer value. The time of each update should be noted in the elog. Screenshots of important screens (detailed below) should also be uploaded to the elog.

CARME DAQ

CARME computer has 6 workspaces (WS), two monitors for each WS.

WS1 : left monitor - fee power

          right monitor - Detector Bias control, fee power server (just a terminal, do not close)

WS2 : left monitor - DAQ controls

          right monitor - DAQ server (just a terminal, do not close)

          Most important tabs (DAQ controls)

• Run control : shows daq status, stopped / going
• Fee temperatures : temperatures of fees labelled aida01, aida02, aida03, aida04, aida05, aida06, aida07, aida08, aida09, aida10, aida11, aida12, aida13, aida14, aida15, aida16. Hit reload, temperatures will update and should all be green. 1-2 C above safe limit (top) is OK. More than that - warn expert shifter immediately.
• Statistics : shows the statistics for each fee. Make sure ADC Data Items is selected in the left hand menu. Hit update all  (SCREENSHOT once, if no changes record OK in elog)
• System wide checks : checks for the setup. Click on 'Check Clock Status', 'Check ADC Calibration' and 'Check the White rabbit decoder status' to run checks. (SCREENSHOT once, if no changes record OK in elog)
• Spectrum browser : loads histograms for fees and fee channels from preset layouts. select layout from 'layout ID' then restore layout from 'Arrange functions' drop down menu. Check layout 1, Select log scale and change xmax as 128 . This displays the data rate per strip. If any strips are a lot higher than the others, or very different from previous entry, make a note in the ELOG. (SCREENSHOT once, if no changes record OK in elog)
• Asic control : sets asic parameters

WS3 : left monitor - Merge control, Tape server

          right monitor - servers (just terminals, do not close) , data being written to file

• Check NewMerger tab. Hit reload button and see if 'current links with data' and 'current merged data rate' are updating. All links should go green, but not necessarily at the same time. Keep hitting refresh until you see all of them going green at least once.
• Data rate, hit reload should be around 100,000. Record data rate in elog
• Check tapeService tab. Hit reload button. Check data rate in Kbytes/sec box. Record data rate to elog. This is where the current run number is displayed
• On the right-hand monitor, bottom right terminal, check the current run fragment (sub-run) is being written and is slowly increasing in size. It refreshed automatically every 5 seconds.

WS4 : Leakage current plot

• Check leakage current plot is stable. Transients will occur during motors movement but baseline current should remain consistent. Make sure it is updating and time is correct. (SCREENSHOT once, record OK in elog if no changes) Check present values on WS2, CAEN window

WS5 : Online data monitoring

• Check the following plots are updating for each DSSD
  • LowEnergyXYTotal (right click - col - colz). This shows the total number of events, per pixel, since the code was started / re-started.
  • LowEnergyXYRate (right click - col - colz). This shows the rate over the last 20 seconds.
  • LowEnergyExRate (double left click. Right click on y axis - Log scale on y). Rate over the last 20 seconds
  • LowEnergyExTotal (double left click. Right click on y axis - Log scale on y). This shows the total energy deposited on all X strips since code restart.
  • LowEnergyEyTotal (as above). as above, Y strips. (SCREENSHOT of each per DSSD per shift. If significant changes are observed screenshot again)

WS6 : Browser, ELOG

-->IMPORTANT NOTE: MIDAS DAQ can respond slowly. DO NOT try to change tab or give new command while the previous one is being executed. Check activity in right-hand part of tab currently in use. Do not double click on buttons.

Motors computer (Computer to the right)

• Check motors cycle is running. The code will cycle through the loaded motors instructions. When an instruction is being done it is highlighted in bold. Check the bold highlighting cycles through entire set of instructions.
• Check potentiometer is reproducing same max/min values for each cycle of instructions.
• Detectors are on LEFT and RIGHT arm.
• No need for screenshots, but record in the ELOG you checked this.

Arrived at the control room to find we had lost connection to the power relay. We rebooted the nnrpi1 and re-connected according to the steps laid out in elog 471 -> all okay

11:00 Restarted daq with no changes to the system from yesterday. Bias consistent with previous days. All pulser peaks are slightly improved (even more for the pn pulser, one goes from 91 chn to 78). No pulser observed in nn FEE modules 9, 10, 13, 14 again.

ADC data items check OK - all ~3k

Rates - all OK  - attachment 1

1.8L spectra. - attachment 2,3

1.8W waveforms - attachment 4,5

11:20 Changed shaping time from 0xf to 0x3 (2us)

ADC data items check OK - all ~3k attachment 6

Rates - all OK  - attachment 7

1.8L pn spectra. - attachment 8

1.8W waveforms - attachment 9,10

11:35 Changed shaping time from 0x3 to 0x7 (4us)

ADC data items check OK - all ~3k attachment 11

Rates - all OK  - attachment 12

1.8L pn spectra. - attachment 13

1.8W waveforms - attachment 14,15

11:45 Changed shaping time from 0x7 to 0xb (6us)

ADC data items check OK - all ~3k - attachment 16

Rates - all OK  - attachment 17

1.8L spectra. - attachment 18,19

1.8W waveforms - attachment 20,21

11:59 Changed shaping time from 0xb to 0xd (7us)

ADC data items check OK - all ~3k - attchment 22

Rates - all OK  - attachment 23

1.8L pn spectra. - attachment 24

1.8W waveforms - attachment 25, 26

12:09 Changed shaping time back to 0xf (8us)

ADC data items check OK - all ~3k - attchment 27

Rates - all OK  - attachment 28

1.8L pn spectra. - attachment 29

1.8W waveforms - attachment 30,31

13:10 Power cycled FEE modules. nn pulser for FEEs 9,10,13,14 are now active again (no changes made in the cave) Pulser widths for nn and pn  both consistent with before lunch