Cooler curve measurement, Primary Beam 100 Mo

center Freqs:
243.26875 MHz
408.03925 MHz

Running 13 harmonics
25 MHz
50 MSPS
1 sec

First injection:

-650, RSA01-2024.05.18.12.32.51.008.tiq, RSA02-2024.05.18.12.32.50.799.tiq
-700, RSA01-2024.05.18.12.34.53.819.tiq, RSA02-2024.05.18.12.34.53.611.tiq
-800, RSA01-2024.05.18.12.36.50.332.tiq, RSA02-2024.05.18.12.36.50.123.tiq
-1000, RSA01-2024.05.18.12.37.56.219.tiq, RSA02-2024.05.18.12.37.56.011.tiq
-1100, RSA01-2024.05.18.12.39.29.003.tiq, RSA02-2024.05.18.12.39.28.795.tiq
-1200, RSA01-2024.05.18.12.41.22.539.tiq, RSA02-2024.05.18.12.41.22.331.tiq
-1300, RSA01-2024.05.18.12.42.28.763.tiq, RSA02-2024.05.18.12.42.28.554.tiq
-1400, RSA01-2024.05.18.12.43.33.203.tiq, RSA02-2024.05.18.12.43.32.995.tiq
-1500, RSA01-2024.05.18.12.45.11.816.tiq, RSA02-2024.05.18.12.45.11.608.tiq


New injection:

uncoooled beam: RSA01-2024.05.18.12.49.09.850.tiq, RSA02-2024.05.18.12.49.09.642.tiq


-650, RSA01-2024.05.18.12.50.20.059.tiq, RSA02-2024.05.18.12.50.19.851.tiq
-650 (longer wait), RSA01-2024.05.18.12.52.37.936.tiq, RSA02-2024.05.18.12.52.37.728.tiq
-600, RSA01-2024.05.18.12.53.55.915.tiq, RSA02-2024.05.18.12.53.55.706.tiq
-500, RSA01-2024.05.18.12.55.31.146.tiq, RSA02-2024.05.18.12.55.30.938.tiq
-400, RSA01-2024.05.18.12.56.48.690.tiq, RSA02-2024.05.18.12.56.48.482.tiq
-300, RSA01-2024.05.18.12.58.16.906.tiq, RSA02-2024.05.18.12.58.16.698.tiq
-200, RSA01-2024.05.18.12.59.44.098.tiq, RSA02-2024.05.18.12.59.43.890.tiq
-100, RSA01-2024.05.18.13.00.38.088.tiq, RSA02-2024.05.18.13.00.37.880.tiq
0, RSA01-2024.05.18.13.01.28.466.tiq, RSA02-2024.05.18.13.01.28.258.tiq

RSA file sync with server was up with LXIR131 through to the Lustre.

After moving the NTCAP system from HKR to ESR Messhutte, we tested the system with a signal generator on 16th February and confirmed that it was functioning correctly.

On 7th May, I and David tried to start the NTCAP system again. However, the main computer of the NTCAP system took a significantly longer time to boot up on 7th May. We 
managed to collect some data and subsequently shut down the LabVIEW interface on 7th May. The NTCAP system was running well during the test. In the afternoon of 7th May, to 
replace the new monitor, I turned off the NTCAP system except the hard disk of NTCAP.

 

On the morning of 8th May, I noticed an alert warning on the hard disk of the NTCAP system. Moreover, I found the NTCAP computer unexpectedly turned on. When I 
tried to start the system today at the office, it failed to boot. The SP Device indicator was flashing, and then the system powered down by itself.


I am concerned that not shutting down the hard disk might have contributed to these issues, although I am not entirely sure. 

1. Comparison of tdms files between 16th February and 7th May.
iq:
IQ_2024-02-16_11-00-53  0000000.iq.tdms   4196035 kB
IQ_2024-02-16_11-00-53  0000001.iq.tdms   4196035 kB
IQ_2024-02-16_11-00-53  0000002.iq.tdms   4196035 kB

IQ_2024-05-07_10-24-21  0000000.iq.tdms   4196035 kB
IQ_2024-05-07_10-24-21  0000001.iq.tdms   4196035 kB
IQ_2024-05-07_10-24-21  0000002.iq.tdms   4196035 kB

sc:
SC 2024-02-16[11-01-31 0000000.sc.tdms  386 kB
SC 2024-05-07 10-23-49 0000000.sc.tdms  136 kB

The iq and sc files recorded on 7th May are the same as the files which were recorded on 16 February. However, it took a long time to start the NTCAP system on 7th 
May. It seems that the status of NTCAP was wrong on 7 May. 

2. The hard disk of the NTCAP system was the old one on 06 February. The hard disk was replaced on 6th February and 7th May. 

Exactly this was the question. If several devices fail at the same time and you look for the course you might get suspicious.
 
Anyhow,
 
the NAS is working again. I assume this was only a temporary alert. I cannot trace the alert back to something special. One could do a S.M.A.R.T oft he HDDs to read out their status.
 
The bad new ist that the NI PXIe-1075 (crate) power supply seems to have a failure (95% sure). It is in a shuttle unit and can in priciple be replaced as a whole.
The shuttle itself is not easy to open itself, so to really measure the voltages is diffcult/takes some time. I tried to measure the voltages at an external connector (DB9 at backside of the crate) but as 
you might know it doesn’t have a „hard switch“ but some push button that starts some logic. Depending on the number of modules in the crate or if I switch on the fans on full intensity (as a load) the 
power of the crate immediately switches off or stays on a little bot longer. If you take out one or more modules (no particular one) the crate stays on a little bit longer. Some of the modules show an 
error then. I assume is because of wrong/missing power.
Again, I had no chance for a careful measurement of this behaviour, so I am not fully sure whether I am right.
 
Unfortunately, the crate itself cannot be bougth anymore (discontinued), similar ones are incredibly expensive and also usually not on stock
 
I suggest a twofold strategy :  We can bring the „power supply shuttle“ (that i shte name) to a specialist here at GSI, may be Shahab knows someone (or Jan/Uwe). May be there is a quick way to fix it.
In former times weh ad someone here at GSI.
 
Or try to get a new power supply shuttle (but it might be discontinued as well).
 
The full replament part (someone would need to contact NI and/or search the net, if a company/ebay still has it) is called:
 
„PXIe-1075 PowerSupplyShuttle“
I found two part numbers for it:
198136B-01L (original part number ont he back of the deivce)
780292-01 (official replacement part number) . However, NI doesn’t know about it on the web page.
 
http://download.ni.com/support/manuals/372539a.pdf
https://knowledge.ni.com/KnowledgeArticleDetails?id=kA00Z0000019N2CSAU&l=de-DE
 
Evtl. hier anfragen:
https://www.rosenkranz-elektronik.com/de/messgeraete/273795/national-instruments-ni-pxie-1075
 
or datatec, they also have a lot NI Pxie stuff.
https://www.datatec.eu/pxi-chassis
 
ebay?
 
However, again I am not 100% sure about the PS, but there are strong hints.
 
A few notes at the end:
 
Although none of the below is likely the reason for the failure, yet,
 
If a label on crate a states „please leave some headroom for ventilation“ then please do it. There might be a reason.
Please consider the maximum power that can be drawn from a single mains connection. Two crates (NIM/NI) + a server computer are quite something, in particular on a multi-outlet power strip….
Bending of cables, in particular of optical fibres… Don’t bend them two tight. The NI optical cable can also not be ordered anymore. Stiff long cables on tiny connector (found on several places on the NI 
crate).
 
I cannot take further care about the issue since I am pretty busy here with the Etarget beamtime but may be it helps soemhow.
 
Best,
 
Carsten

empty shots for test.

GENESYS setup trigger

screen shot

https://clipboard.acc.gsi.de/screenshot-app/screenshots/tcl1064/2024-05-14_23-46-56-017.png

Data taking restarted at 01:27 following re-alignment of the RSAs.

Also reduced number of processing threads to 10.

File transfer to lustre looks to be stopped at 6:03

File copy program had stopped for some reason. 
After figuring out what the problem was, we have restarted the file copy and everything seems to be catching up.

File transfer to lustre looks to be stopped at around 11:35AM

Recording Zr starting from 14:45 again back to short cycle.

From 17:49 we have super short trigger. - see attached setting! 

RSA01 was stopped from 19:25, it restart now.

Primary beam two shots, each 10 seconds 

13:06 --> RSA01-2024.05.18.13.05.41.969.tiq, ../RSA02/RSA02-2024.05.18.13.05.42.662.tiq
13:08 --> RSA01-2024.05.18.13.08.41.929.tiq, ../RSA02/RSA02-2024.05.18.13.08.42.621.tiq

for checking Markus hypothesis about the longevity of the bunched beam due to the ISO mode. This is important to understand lifetime measurements in ISO mode, otherwise the information might be affected.

15:20 RSA DAQ stop -> Sr setting

16:21 DAQ restart for 96Sr

Acq. time 300 ms, 50 MS/s, span 25 MHz

aiming for 96-Sr:


410 MHz:

The plunger position for 410 is 45, which should correspond to the 408.998 MHz which is expected position for 96Sr. The first file is at 14:38.


245 MHz:

The center frequency is changed to 244.235723 MHz for 96Sr, the new plunger position is 300.The first file is at 14:5