HOME ESR EXPERIMENTS LABS etc
E121 E127 E132 E125 E143 laser_cooling_2021 E142 Ê128 E146 E0052 E0018
  Nuclear hyperfine mixing in 229Th89+, Page 3 of 12  Not logged in ELOG logo
ID Datedown Author Category Subject
  198   Sun Apr 10 13:17:53 2022 Kristian, MaxDAQWavemeter readout
We changed the Labview code in order to reduce the amount of data that was overfilling the WM data queue. We removed the temperature and intensity values and added an additional 250ms wait.

We have the same wait in the Krypton VI and believed that it also slowed down the WM reading but this was obviously not the case.

Everything seems to work fine now!

Starting with the .lmd files 0151 / 7887 also the WM reading values are correct
  197   Sun Apr 10 11:11:18 2022 Kristian, MaxLaseradditional WM readout
since the WM readout still does not work reliably, I started a python script at atppc023 that saves timestamp and wavemeter frequency. in folder wavemeter at the desktop. 

it is about 1 MB / h

Rename the old file and restart when you change the wavelength range.
  196   Sun Apr 10 08:53:26 2022 Kristian, MaxLaserTiming verified
timing is still good.

we checked the relative timing between laser and ions. the time difference between photodiodes, PMTs and particle detectors is still the same as original (see ELOG ID 169). The common stop of changed a slightly so that everything appears one bin later.
  195   Sun Apr 10 06:39:16 2022 Kristian, Marek, MaxRunsruns morning shift 10.04.
These are the measurement runs of the morning shift (10.04.).


TimeSIS-intensitycooler-HVLMD-DAQ1 start-endLMD-DAQ2 start-endscan range(nm)step width(nm)dwell time(s)comments
06:xx3e82096xx0141-01417876-7876323.2 - 322.80.0025sjust one loop
06:392e92096210142-01427877-7877323.2 - 322.80.0025s
07:182.1e92096160143-01437878-7878323.2 - 322.80.0025s 8000 particles on counter
07:572.2e92096210144-01447879-7879323.2 - 322.80.0025s
08:371.9e92096200145-01457880-7880323.2 - 322.80.0025s 7200 particles on counter
09:242.1e92096210146-01467881-7881323.2 - 322.80.0025s laser pulse energy @ start of run: 488mJ green monitor, 11.6mJ UV, 7700 particles on counte
10:072.1e92096200147-01477882-7882323.2 - 322.80.0025s optimized WM coupling, the WM data is stretched in this run (buffer problem?), also possible for previous runs
11:042.1e92096200148-01487884-7884323.2 - 322.80.0025s restarted WM, still wrong WM data, stopped after 1 run
11:272.1e92096160149-01497885-7885323.2 - 322.80.0025s restarted WM + LV
12:112.0e92096160150-01507886-7886323.2 - 322.80.0025s wrong WM data
12:551.9e92096160151-01517887-7887323.2 - 322.80.0025s changed LV code (ID: 198), WM data works now!
13:371.8e92096200152-01527888-7888323.2 - 322.80.0025s
14:162.1e92096210153-01537889-7889323.2 - 322.80.0025s1 loop
  194   Sun Apr 10 06:34:49 2022 Kristian, MaxDAQWavemeter Readout
Problem solved. Ignore this entry








If the wavemeter reading is not shown correctly in Go4 - Step2 - Labview:

Close Labview, close WM software (all windows)

Start WM software, start Labview, restart MBS
  193   Sun Apr 10 04:37:29 2022 PatrickDAQNext wavelength range
Measurements with the next wavelength scan range should be started roughly around 12:00 noon. The plan is to go to lower wavelengths / higher energies.
So the next wavelength scan range would be 322.81 - 322.4 nm, again with a step size of 0.002 nm and 5s dwell time.

In the picture below you find some calculations/estimates for the current scan range.
Attachment 1: 2022-04-10_calculations_323nm.jpg
2022-04-10_calculations_323nm.jpg
  192   Sun Apr 10 04:07:53 2022 PatrickDAQgo4 shows wrong frequencies and wavelengths
Update (ID:194): In labview "Stop All", close labview, stop python script (ID:197), close wavemeter. Then restart wavemeter, python script, labview an mbs.

Both labview and the wavemeter software are displaying the scanned wavelength correctly (Fig. 1 & 2), but go4 shows something which looks just like a freely drifting wavelength (Fig. 3).
The Cobra set voltages are displayed correctly.
Attachment 1: 2022-04-10_measured_wavel.png
2022-04-10_measured_wavel.png
Attachment 2: 2022-04-10_measured_wavel2.png
2022-04-10_measured_wavel2.png
Attachment 3: 2022-04-10_measured_wavel_go4.png
2022-04-10_measured_wavel_go4.png
  191   Sun Apr 10 03:56:56 2022 V. HannenDetectorsLow rate in PMT South
PMT south shows a much lower count rate than observed in elog entry 170.

Yesterday the voltage on this PMT was increased to 2400 V and the threshold setting of the CAEN CFD to 90 units, (from 70 units before) however the low readout rate was already apparent both for the analog and the discriminated signal then.

Update Sun Apr 10, 21:45: on advice from D. Winters, increased the PMT voltage to 2500 V (max. the HV supply can do, the PMT could handle up to 3000 V)
Attachment 1: 2022-04-10_PMTs_over_wavel-03_56.png
2022-04-10_PMTs_over_wavel-03_56.png
  190   Sun Apr 10 02:20:17 2022 PatrickDAQNew mbs startup guide
Connecting to the rfio server and opening a file is included in '@startup' now. Since mbs crashes reliably every 3 or 4 runs, it may be preferable to use the following procedure (which did not crash yet):

DAQ1DAQ2
1ssh atplaser@r4l-41ssh stoe_exp@r4l-68
2ThE142_2022see ID:179
3cd mbsrun/th22cd mbsrun/th22cd /esr/usr/stoe_exp/E142Brandau/SCA... (auto complete with tab)
// loop start
4reslresl
5mbsmbs
6@startup@startup
7// connect go4 // connect go4
8sta acsta ac
9// measure// measure
10sto acsto ac
11clo ficlo fi
12exitexit
13// disconnect go4 // disconnect go4
14// go to step 4// go to step 4


Note: At least in DAQ1, step 13 is necessary to be able to reconnect mbs to the rfio server.
  189   Sat Apr 9 19:50:40 2022 Carsten New thresholds for ADC of DAQ2 (starting with file0117)
unsigned short caen_V785AH_threshold_mod0 [32] = 
                {0x0100 , 0x0004 , 0x0003 , 0x0004 , 0x0005 , 0x0004 , 0x0006 , 0x0005 ,
                 0x0006 , 0x0005 , 0x0100 , 0x0100 , 0x0100 , 0x0100 , 0x0100 , 0x0100 ,
                 0x0100 , 0x0100 , 0x0100 , 0x0100 , 0x0100 , 0x0100 , 0x0100 , 0x0100 ,
                 0x0100 , 0x0100 , 0x0100 , 0x0100 , 0x0100 , 0x0100 , 0x0100 , 0x0100 };
  188   Sat Apr 9 19:09:57 2022 RodolfoLaserOptimization - Resonator of dye laser
I have tuned a bit the resonator of the dye laser.

The total output energy after the main amplifier is 86 mJ (@ 645,6 nm)

The laser wavelength read by the wavemeter appears to be more stable (on the windows computer). We can see the histogram once the present scanning is finished.
  186   Sat Apr 9 16:55:19 2022 RodolfoLaser 
16:15 I have changed the dye (of both oscillator and amplifier).

16:27 I have increased the pump energy (@ 532 nm) from 476 mJ to 507 mJ.

- UV output energy @ 322,8 nm: 12 mJ. (Before was at 9 mJ).

- New calibration factor is 160 for Quanta Ray monitor signal.
  185   Sat Apr 9 15:47:21 2022 Carsten, Rodolfo, Sarper, PatrickRunsAfternoon and night shift runs
After the morning shift, we got new increment (nm) for the laser scanning. We are now scanning 2 nm of wavelength range in 5 big steps (5 x 0.4 nm). Started with 323.2 nm - 322.8 nm range. Every big step (0.4 nm) is scanned with 0.002 nm of wavelength increment.

Every scan takes ~ 18 min (0.4 nm range with 0.002 nm steps), we have scanned 2 loops. Total scanning time ~36 min.

DAQ1: lxg1927:/data.local2/BeamTimeTh22/
DAQ2: lxg0155:/data.local2/E142/
LMD file name DAQ1:229Thor
LMD file name DAQ2:229Th

Schottky marker pos: 243.973MHz


TimeSIS-intensitycooler-HVLMD-DAQ1 start-endLMD-DAQ2 start-endscan range(nm)step width(nm)dwell time(s)comments
xx:xxx.xe9209xxx0xxx78xx32x.x - 32x.x0.002xsketch for filling the table
15:141.5e92096240111-01117847-7847323.2 - 322.80.0025s DAQ 2 no VUPROM TDC Pat south
xx:xx1.5e92096240111-01117847-7847323.2 - 322.80.0025s DAQ 2 changed TDC part south from ch 8 to ch 10
17:052.2e92096240113-01137848-7848323.2 - 322.80.0025s successful scan
19:041.8e92096160116-0116 7850-7850 323.2 - 322.80.0025s Intensity optimization, see below, DAQ 2 TDC part south back to channel 8 - ok, XUV detector and Cu mirror moved correctly, lost the laser beam after the half of the second loop
19:491.8e92096140117-0117 7851-7851 323.2 - 322.80.0025s successful scan
20:282.0e92096220118-0118 7852-7852 323.2 - 322.80.0025s successful scan
21:072.2e92096230119-119 7853-7853 323.2 - 322.80.0025s successful scan
22:011.8e92096210122-0122 7856-7856 323.2 - 322.80.0025s successful scan
22:41?20962001237857323.2 - 322.80.0025s First scan started by night shift
23:211.1e920962001247858323.2 - 322.80.0025s mbs crashed at 'sta ac'
23:321.3e920961801257859323.2 - 322.80.0025s e-cooler turned off
23:501.5e9209xxx01267860323.2 - 322.80.0025s the stop point was not set
23:531.5e920961101277861323.2 - 322.80.0025s DAQ2 must have crashed between 23:30 - 23:50
00:071.9e9209xxx01287862323.2 - 322.80.0025s mbs crashed at 'sta ac'
00:231.7e920962301317864323.2 - 322.80.0025s successful scan. we 'resl' after every measurement from now on. 'open file' is included in '@startup' now (ID:190).
01:081.6e920962301327865323.2 - 322.80.0025s successful scan
01:471.6e920962301337866323.2 - 322.80.0025s successful scan
02:351.3e920962301347868323.2 - 322.80.0025s successful scan
03:192.0e920962201357869323.2 - 322.80.0025s successful scan
04:041.3e920962201367870323.2 - 322.80.0025s successful scan
04:441.0e920962201377871323.2 - 322.80.0025s e-cooler turned off
05:251.9e920962201407875323.2 - 322.80.0025s successful scan. DAQ1 was started ~7s before DAQ2. The files between the last measurement an this one are essentially empty.


Carsten (19:00h): I notized that a lot of beam gets lost when starting scraping. I called Sergey Litvinov to help me to introduce some additional cooling/waiting (10s) after the ramp and before scraping and bunching. It increased the number of ions available for the measurement roughly by a factor of 3-5.

Some runs have wrong WM data. Set Wavelength is good.

Following files are saved differently, the command missed the 229Th in the end (/data.local2/BeamTimeTh22/229Thor -auto -rfio)
7850 (19:32)
7855 (21:56)
7856 (22:30)
  184   Sat Apr 9 14:15:44 2022 Kristian, Max, KonstantinDAQChange in LV code
We changed the LV code so that the Cobra Set Wavelength is permanently sent. Before it was only sent once at the beginning of each laser step. This, however, lead to too much data for the LV->MBS server.
This was fixed by inserting a 250 ms wait in LV (in Krypton data VI). Basically, all LV values are now updated every 250 ms, which works fine with MBS
  183   Sat Apr 9 13:45:42 2022 Max, KristianRunsfirst scans with LV problem solved!
This is the first time with LV buffer problem solved (see Elog ID: 184). Before the PMT signals were out of sync with the wavelength data!
We concluded to scan with step sizes of 0.002nm, scan range of 0.5nm (f
nm), dwelltime = 150(5s), loops = 2 (approx.: 30min measurements).

DAQ1: lxg1927:/data.local2/BeamTimeTh22/
DAQ2: lxg0155:/data.local2/E142/
LMD file name DAQ1:229Thor
LMD file name DAQ2:229Th

Shottky marker pos: 243.973MHz

TimeSIS-intensitycooler-HVLMD-DAQ1 start-endLMD-DAQ2 start-endscan range(nm)step width(nm)dwell time(s)comments
11:251.0e92096220102 - 1027839-7839323.2 - 322.80.0023sLV readout problem solved. WM readout is wrong (Cobra set is good)
12:15old beam2096220103 - 1037840-7840323.2 - 322.80.0023s WM readout is wrong
12:502.3e92096170104 - 1047841-7841323.2 - 322.80.0023s couldnt open go4 stream view, stopped after one good scan, WM readout is wrong .
13:202.0e92096170104 - 1057842-7842323.2 - 322.80.0023s first scan with LV correct
13:401.2e92096180106 - 1067843-7843323.2 - 322.80.0023s 3 loops
14:201.5e92096120107 - 1077844-7844323.2 - 322.80.0023s 1 loop


Runs after this have the right cobra set value but propably the wrong WM data until 10.04.22 12:44 (see also ID:198)
  182   Sat Apr 9 06:42:23 2022 KristianLaserLaser step size
We changed the laser step size to 0.002 nm which corresponds to 5.75 GHz.
  181   Sat Apr 9 06:25:22 2022 Max, KristianRunsmorning shift runs
DAQ1: lxg1927:/data.local2/BeamTimeTh22/
DAQ2: lxg0155:/data.local2/E142/
LMD file name DAQ1:229Thor
LMD file name DAQ2:229Th

Shottky marker pos: 243.973MHz

TimeSIS-intensitycooler-HVLMD-DAQ1 start-endLMD-DAQ2 start-endscan range(nm)step width(nm)dwell time(s)comments
xx:xxx.xe9209xxx00xx78xx32x.x - 32x.x0.01xsketch for filling the table
06:401.7e92096190098-00997836323.2 - 321.20.0024slaser pulse energy is @ ~12mJ after SHG
09:351.4e92096240101-01017838-7838323.2 - 322.80.0023sonly 0.5nm range, WM power + coupling tuned to scan range, Konstantin updated LV code to hold Cobra Set WL value, aborted LV readout problem
11:251.0e92096220102 - 1027839-7839323.2 - 322.80.0023sLV readout problem solved. WM readout is wrong (Cobra set is good)
12:15old beam2096220103 - 1037840-7840323.2 - 322.80.0023s WM readout is wrong
12:502.3e92096170104 - 1047841-7841323.2 - 322.80.0023s couldnt open go4 stream view, stopped after one good scan
13:202.0e92096170104 - 1057842-7842323.2 - 322.80.0023s first scan with LV correct
  180   Sat Apr 9 05:26:25 2022 PatrickLaserWavemeter
The wavemeter still shows large spikes from time to time. The exposure time is still at 34ms.
Attachment 1: 2022-04-09_Wavemeter_during_scan5.png
2022-04-09_Wavemeter_during_scan5.png
  179   Sat Apr 9 05:00:11 2022 CarstenGeneralDraft Docs and cheat sheet
Please check the attached files,

and correct or enhance them.

Print out a copy
Attachment 1: e142_daq2_cabling.ods
Attachment 2: Documentation_for_beamtime_2022_.doc
  178   Sat Apr 9 04:40:01 2022 PatrickDAQBugged Trending plots?
The problem from yesterday (ID:147) still persists. All the plots (not only the labview stuff) comes in too late in go4. However, the time axis is correct, see picture.
Attachment 1: 2022-04-09_Cobra_set_wavelength2.png
2022-04-09_Cobra_set_wavelength2.png
ELOG V3.1.5-fc6679b