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:53 2025
Author*:
Subject*:
> 14:52 Attachment 1 shows low energy spectra. AIDA06 shows strange baseline, possible double-hit? > > 15:06 Systems checks fine. > Master clock failed (no master clock) > all checks passed > memory checks all around 38k as normal > > Attachment 2: Temperature check all normal except aida01 virtex temp slightly over 65 degrees > > Attachment 3: Good event stats seem normal except downstream SSD seems to be high around 200k > > Attachment 4: leakage currents seem normal at expected values > > 15:16 Merger working for all FEEs > tape server is on but no storage > data rate is around 25 MB per second (high but consistent with the high stats of downstream SSD) > > ASIC controls checked and are all OK > > 15.48 low energy pulsar peak FWHM > > fee FHWM > 1 89.08 > 2 132.06 > 3 70.73 > 4 81.84 > 5 62.86 > 6 79.92 > 7 122.13 > 8 73.31 > 9 198.39 > 10 115.53 > 11 100.55 > 12 144.04 > > ALL FEEs in downstream SSD are high > > 16:21 included low energy pulsar peaks (Attachments 5 & 6) and waveforms for all FEEs (Attachments 7 & 8) > > 16:25 included rates, note not to common scale in y (attachment 9) > > ASIC settings file 2019Dec19-16.19.51 but some others are on 2019Oct31-13.24.23 > Did not seem completely reproducible? > We carefully checked all the individual FEE and ASIC settings, and they are all the same (except shaping reference), with NO 0xad > > Now we made sure they are all using 2019Dec19-16.19.51 (which we had saved first on a good one) > > > 19:15 Update > > There is a safety interlock box in S4 to monitor humidity, dew point, temperature, etc for safety. > It had a loose solder connection, and when someone moved it out of the way, the interlock was tripped. > After some debugging, the interlock is now in a more stable condition, but a lot of power was cut from AIDA systems > > One unusual thing was that one of the RPi systems got a full /var/messages (or similar) and ate all the available disk space > This meant that ssh -X (to, e.g., activate putty) could not work, giving a permission denial error (ssh connection was allowed, but not X11 forwarding) > > Now we have brought back up the AIDA systems and should run through the checks > > Most system checks look good (except some calibration errors) > > Temps were running high until we reloaded the ASIC settings, then the temperatures began to cool > > Bias and leak currents attached as #10 > > Temps as #11 > > Stats as #12 > > 19:50 Started writing to disk so that we can do an implantation depth profile. Will analyse near online using AIDASort. > > 21:45 Stopped writing to file -> Runs where AIDA thickness were investigated corresponds to R3_62 to R3_72 > A rough method using the rates histogram was used to judge roughly when depositing in each histogram - see attachment 12 (Stopping in 2) > Can match to the FRS files to work out degrader thickness with timestamps (File stopped at Mon 09 Mar 2020 09:44:51 PM CET > > 21:51 AIDA running to no storage again Encoding: HTML ELCode plain Suppress Email notification

Attachment 1:
Drop attachments here...

ELOG V3.1.4-unknown