ELOG DESPEC

AIDA GELINA BRIKEN nToF CRIB ISOLDE CIRCE nTOFCapture DESPEC DTAS EDI_PSA 179Ta CARME StellarModelling DCF K40

DESPEC

Fields marked with * are required
Entry time:	Sat Mar 29 11:23:09 2025
Author*:
Subject*:
> 21:35 (NH) - A few merger timestamp errors were appearing - Decided to powercycle all FEE64s, all checks OK. > No Screenshot due to forgetting before I closed merger > FEEs were often not stopping properly and needing merger reset as well. > > Beam Plan: > > 40Ar 300 MeV/u Primary Beam > and/or > 34Si Fragment from Ar > > 22:45 > > FEES were restart near these timestamps in the TapeData, evidently > -rw-rw-r--. 1 npg npg 2.0G Nov 20 21:17 R1_361 > -rw-rw-r--. 1 npg npg 2.0G Nov 20 21:36 R1_362 > > Run number was kept the same (Tape Server was not stopped @ FEE restart?) > > All system wide checks are okay (except of course the master clock fails) > Temps look okay (attachment 1, dated 21/Nov by mistake) > Leak currents all around 0.9 uA as before (attachment 2) > Stats are behaved. We don't have beam yet (attachment 3) > Merger and tape server happy (see attachment 4) > Data rate histos while beam is still off (see attachment 5) > > ==Nov 21== > > 0:00 > TD noted that the data rates have gone up at some point (about double). > Now we increased the slow comparator thresholds from 0xa to 0xb (data rate drops from 24 Mb/s to 16 Mb/s). > We increased it again from 0xb to 0xc, but near that time the beam was also turned on, and the data rate was about 25 Mb/s. > > Beam was turned on near R1_472 or a bit earlier. > > TD requested waveforms, but at the moment they are not appearing. Will enable WFs after a condition change. > > Beam seen in all three DSSSDs, see attachment 6. Beam was turned off before I could get more screencaps. > > Degrader change ... near R1_481 > > 00:32 waveforms now enabled under Run Control. They also appear to be enabled on ASIC1 undre LED and Waveform controls. However, we are unable to see the waveforms in the relevant histograms. > > 00:44 3 g/cm^2 inserted R1_488 > > 00:45 3.2 g/cm^2 degrader in R1_489. > > 1:00 Several degraders and combinations are being tested since last note. > > 1:10 It seems 1 g/cm^2 of energy loss is not accounted for by LISE++. Trying to understand the reason. > > 1:28 Satisfied with a total degrader thickness of 2.6 g/cm^2 -- seems to calculate that fragments should implant mainly in DSSSD2? Issue seems to be resolved updating the LISE++ file. > Near R1_507 > > Can see the implant samples attached as #7 and #8 > > 1:43 According to the stats, most of the beam energy is being deposited in DSSSD1. See #9. > Present beam burst repetition is around 0.1 Hz (each ~10 sec) > > 2:00 better example of stats histos (see #10) > > 2:45 tuning the FRS degraders (ones for RIB separation rather than AIDA implantation depth). > > 3:17 Just started fragments. Disregard previous filenames with "34Si". Finally no degrader in the FRS was needed to get Z separation. > R1_559 > As the DAQs are not synchronized, a quick call to the BNC PB-5 pulser shifiting from 2 -> 50 -> 2 Hz was used to make a signal burst. > S4 degrader is 5.2 g/cm^2 > > 3:22 Updated biases in Google Sheets. > > Having trouble seeing the fragments in the AIDA histograms. Since we just started fragments, zero the histos. > > 3:35 Attachment 11, with 34Si fragments as Stats. Difficult to click Update on the Rates at the right time. > From the beam monitors, fragments should be at around 3000 cps. > > 3:45 (Up to now, some optics tuning with slits, etc) > > 3:46 Optics settings accepted, AIDA at R1_572, accept this condition for data runs on ~34Si fragments. > > 3:47 Sent a pulser burst 2 -> 50 -> 2 Hz > > 3:50 zero histograms again. > Temperatures attachment 12 > Biases attachment 13 > Statistics attachment 14 > Merger / Tape Server attachment 15 > > 3:56 > StatHistos attachment 16 > > 4:09 FRS starts new run #56, AIDA R1_583. Pulser 2-> 50 -> 2 Hz > > 4:56 Stat histograms in attachment 17. Not zeroed since noted at 3:50 Encoding: HTML ELCode plain Suppress Email notification

Attachment 1:
Drop attachments here...

ELOG V3.1.4-unknown